精华内容
下载资源
问答
  • 医院信息管理系统需求分析

    万次阅读 多人点赞 2019-10-04 01:44:22
    需求分析详细描述了用户对功能的需求、对性能的需求以及对运行环境的需求。 软件开发小组的每位成员应该阅读本需求说明,明确项目最后要求完成的软件产品的特点。 1.2 项目范围 本文档主要涉及“医院信息管理系统”...

    医院信息管理系统1.0
    一、导言
    1.1 编写目的

    本需求说明文档描述了医院管理系统项目的要求,作为系统设计、项目目标以及项目验收的依据。需求分析详细描述了用户对功能的需求、对性能的需求以及对运行环境的需求。
    软件开发小组的每位成员应该阅读本需求说明,明确项目最后要求完成的软件产品的特点。
    1.2 项目范围
    本文档主要涉及“医院信息管理系统”的应用模型和功能需求描述
    1.3 参考资料
    《软件工程案例教程》 韩万江等 机械工业出版社
    《软件工程导论》 张海藩等 清华大学出版社

    二、项目介绍
    2.1 项目背景

    本项目是针对《软件工程导论》课程的需要而建设成的网站,以加强医院与患者之间的联系以及方便公民就医为目的而建设的网站。
    2.2 项目目标
    本项目将所有的功能化为X个模块:职工系统管理、患者信息管理、科室信息管理、药物系统管理

    三、应用环境
    服务器配置如下
    操作系统:Windows XP及以上
    CPU:Intel i5酷睿双核及以上
    内存:16G及以上
    硬盘空间:100G以上
    软件配置如下:
    开发工具:MyEclipse
    数据库:SQL Server
    Web服务器:Tomcat

    四、功能规格
    4.1系统角色分析

    角色或执行者是与系统产生交互的外部用户或者外部系统。本系统的使用角色主要分为医院职工(包括医生,护士,药房工作人员,行政人员等等),患者,管理员三种。以下是对每个角色的详细介绍。
    不同角色将拥有不同权限,即使用过程中功能配置不同。其中职工部分人员可拥有多重身份。
    4.1.1医院职工
    此类角色无需注册,由后台管理员分配账号。
    1、医生
    医生可在该系统进行登陆,可用功能主要有,查看本科室工作安排表,查看本科室病患信息(包括电子病历,检查报告等),可撰写电子病历,开出取药单,并对电子病历和取药单可进行导出打印。
    2、护士
    护士可在该系统进行登陆,可用功能主要有,查看本科室工作安排表,查看本科室病患信息(包括电子病历,检查报告等),可撰写医嘱和护理记录。
    3、药房工作人员
    药房工作人员可在该系统进行登陆,可用功能主要有,查询药物信息,查看病患药物信息,对药品出库入库进行修改登记。
    4、财务工作人员
    财务工作人员可在该系统进行登陆,可用功能主要有,对患者缴费情况进行查询和登记。
    5、行政人员
    行政人员可在该系统进行登陆,可用功能主要有,查看所有医院职工信息,可上传科室工作安排表,查看医院各种统计数据等。
    4.1.2 患者
    此类角色在第一次使用系统时需要进行注册,并登记真实身份信息。
    患者可用功能主要有查看科室信息,查看医生护士职工信息,可进行预约挂号或取消挂号,查看本人历史病历记录,检查报告,用药记录,缴费记录等。
    4.1.3 管理员
    此类角色为固定账号。
    管理员可在该系统进行登陆,可用功能为,管理医院职工信息,管理患者信息,管理科室信息,统计数据管理,药品信息管理,项目收费管理。
    4.2主用例图
    在这里插入图片描述
    4.3 客户端子系统
    在这里插入图片描述
    4.3.1 登陆系统
    角色:医院职工,患者,管理员
    目的:用户登录系统
    用例描述:
    1、用户进入系统首页。
    2、系统显示登陆界面,用户输入用户名和密码,单击确定。
    3、系统检查是否有此用户信息,若存在此用户,用户进入系统;若不存在此用户,本页显示相应的错误信息。
    4.3.2 注册系统
    角色:患者
    目的:用户注册
    用例描述:
    1、用户进入系统首页,点击用户注册。
    2、系统显示注册页面,用户输入相关的身份信息,单击确定。
    3、设置用户名为真实姓名。密码不足6位或者超过16位时,提示“密码必须为6位 以上,16位以下”。
    4、绑定就诊卡号。
    5、系统经过后台确认数据合法后提示注册成功。
    4.3.3 工作安排
    角色:医院职工
    目的:查看本科室工作安排
    用例描述:
    1、用户处于登陆成功后的界面,点击工作安排模块。
    2、显示最新十周工作安排表附件列表,一周一附件模式,点击进行下载。
    不同身份登陆详细说明:
    行政人员:增加上传附件功能。其余人员无此功能,只能进行下载查看。
    4.3.4 患者信息查询
    角色:医生,护士,药房工作人员,财务工作人员,患者
    目的:查询患者身份信息及其他信息。
    用例描述:
    1、用户处于登陆成功后的界面,点击患者信息查询模块。
    2、三选一输入框,就诊卡号,患者姓名,身份证号;输入一项即可点击确定查询;出现同名患者即全部显示。
    3、查询信息包括患者身份信息,病历记录,检查报告,护理记录,用药记录,住院信息等。
    不同身份登陆详细说明:
    医生/护士:查询信息显示包括患者身份信息,病历记录,检查报告,护理记录,用药记录,住院信息,医嘱。
    药房工作人员:查询信息显示包括患者身份信息,用药记录。
    财务工作人员:查询信息显示为患者身份信息。
    患者:查询信息为病历记录,检查报告。
    4.3.5 职工信息查询
    角色:行政人员
    目的:查询职工身份信息。
    用例描述:
    1、用户处于登陆成功后的界面,点击职工信息查询模块。
    2、查询方式为三种:填写职工编号进行查询;选取所属科室进行查询,点击确定显示科室所有人员;选取岗位信息进行查询,点击确定显示所有科室相同岗位人员。科室和岗位可同时选取,点击确定显示同时满足筛选需求的人员。
    3、点击相应人员记录可查看该职工信息。
    4.3.6 个人信息查询
    角色:医院职工,患者
    目的:查看,修改相关个人基本信息。
    用例描述:
    1、用户处于登陆成功后的界面,点击个人信息查询模块。
    2、显示个人基本信息。
    3、可对部分基本信息进行修改,点击确认进行保存。
    4.3.7 科室信息查询
    角色:患者
    目的:查询各个科室相关信息。
    用例描述:
    1、用户处于登陆成功后的界面,点击科室信息查询模块。
    2、搜索栏搜索和直接查看两种方式。
    3、各个科室介绍以块状分布展示在页面,点击可进入查看详细介绍,包括科室简介,治疗病症范围,医学骨干,员工风采信息等等。
    4.3.8 信息填写
    角色:医生,护士
    目的:对病人相关资料进行填写,上传。
    用例描述:
    1、用户处于登陆成功后的界面,点击信息填写模块。
    不同身份登陆详细说明:
    医生:进入信息填写模块后,可选择的信息填写类型包括病历填写,检查报告填写,添加检查项目,检查报告上传附件和医嘱。首先选择信息填写类型,输入患者就诊卡号,填入信息,点击确认进行保存和发布。
    护士:进入信息填写模块后,可选择的信息填写类型为护理记录。首先选择信息填写类型,输入患者就诊卡号,填入信息,点击确认进行保存和发布。
    4.3.9 药物系统
    角色:医生,药房工作人员
    目的:开药,查看用药信息,查询药物信息。
    用例描述:
    1、用户处于登陆成功后的界面,点击药物系统模块。
    不同身份登陆详细说明:
    医生:进入药物系统模块后,包含两个子模块,第一个模块为填写用药清单模块,输入患者就诊卡号,添加药物,填写数量,填写具体用药剂量,点击确认保存;第二个子模块为查询药物信息,通过药物名称进行查询,可查看药物的信息为药品简介以及是否有库存。
    药房工作人员:进入药物系统模块后,包含两个子模块,第一个子模块为取药工作台,输入患者就诊卡号,关于该患者的未取药信息更新至取药工作台界面,药房配药交付病人后,点击取药成功即可将该患者取药信息状态改为已处理,并且该条信息从取药工作台界面消失;第二个子模块为查询药物信息,可通过药物编号或通过药物名称进行查询,显示信息包括药物简介,库存量,可对药物库存量进行修改。
    4.3.10 缴费系统
    角色:财务工作人员,患者
    目的:查看收费项目,进行缴费确认。
    用例描述:
    1、用户处于登陆成功后的界面,点击缴费系统模块。
    不同身份登陆详细说明:
    财务工作人员:进入缴费系统模块后,包含两个子模块,第一个子模块为缴费窗口,输入患者就诊卡号,即显示患者的未缴费记录,为时间降序排列,有未缴费标识,点击相应记录可查看详细收费项目信息,该记录可以进行直接打印,患者进行缴费后,可在该记录后点击缴费成功按钮,该记录状态改变;第二个子模块为查询缴费记录,输入患者就诊卡号,可查询患者所有缴费记录,未缴费和已缴费分块展示,为时间降序排列;也可根据患者缴费状态和时间区间进行查询,通过两个下拉框确认查询范围,如:查询2019-9-1至2019-9-30有未缴清费用的患者名单。
    患者:进入缴费系统模块后,显示个人所有缴费记录,为时间降序排列,有是否已缴费标识,点击相应记录可查看具体收费项目信息。
    4.3.11 统计系统
    角色:行政人员
    目的:查看各项统计数据
    用例描述:
    1、用户处于登陆成功后的界面,点击统计系统模块。
    2、选取需要查看的统计类型,选择时间区间,显示统计结果。
    4.3.12 预约挂号
    角色:患者
    目的:进行预约挂号,取消挂号
    用例描述:
    1、用户处于登陆成功后的界面,点击预约挂号模块。
    2、包含两个子模块,第一个子模块为预约挂号模块,第二个子模块为预约信息模块。
    2、第一个子模块显示所有科室模块,点击预约科室,显示本周和下一周的各个坐诊医生安排以及时间段,不可预约时间段为灰色,可预约时间段后有预约按键,点击即可进行预约。
    3、第二个子模块显示患者个人预约信息,预约时间24小时前可点击取消预约键进行取消,24小时内无取消键即不可取消。
    4.4 管理端子系统
    在这里插入图片描述

    4.4.1 职工信息管理
    角色:管理员
    目的:对医院各类职工信息进行增加,修改,停用等。
    用例描述:
    1、用户处于登陆成功后的界面,点击职工信息管理模块。
    2、五个可选项对五种医院职工信息进行管理。可通过选择种类,科室两种方式进行显示信息列表。
    3、可直接通过职工编号或姓名进行直接查询。
    4、可对医院各类职工信息进行增加,修改,密码重置以及设置停用标志(由于关系历史记录,不可对人员信息记录进行删除)。
    4.4.2 患者信息管理
    角色:管理员
    目的:对患者信息进行增加,修改,停用等。
    1、用户处于登陆成功后的界面,点击患者信息管理模块。
    2、可直接通过就诊卡号或姓名或身份证号进行直接查询。
    4、可对患者信息进行增加,修改,密码重置以及设置停用标志(由于关系历史记录,不可对人员信息记录进行删除)。
    4.4.3 科室信息管理
    角色:管理员
    目的:对科室信息进行增加,修改,停用等。
    1、用户处于登陆成功后的界面,点击科室信息管理模块。
    2、显示所有科室模块。
    4、可对科室信息进行增加,修改,设置停用标志。
    4.4.4 药品信息管理
    角色:管理员
    目的:对药品信息进行增加,修改,停用等。
    1、用户处于登陆成功后的界面,点击药品信息管理模块。
    2、可通过药品编号或名字进行查询,显示药品信息和库存量,可以修改药品简介和单价。
    4.4.5 项目收费管理
    角色:管理员
    目的:对收费项目信息进行增加,修改,停用等。
    1、用户处于登陆成功后的界面,点击项目收费管理。
    2、可通过收费项目编号或名字进行查询,可以修改收费项目单价。
    4.4.6 统计系统管理
    角色:管理员
    目的:查看各项统计数据
    用例描述:
    1、用户处于登陆成功后的界面,点击统计系统模块。
    2、选取需要查看的统计类型,选择时间区间,显示统计结果。

    4.5 非功能新需求
    4.5.1 界面需求
    系统的界面要求如下:
    1、页面内容:各类信息内容准确,术语和行文格式统一、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、及时。
    2、导航结构:页面具有明确的导航提示,且便于理解,方便用户使用。
    3、技术环境:页面大小适当,能用各种常用浏览器以不同分辨率浏览;无错误链接和空链接。
    4、艺术风格:界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方;色彩和谐自然,与内容相协调。
    4.5.2响应时间需求
    当用户登陆,系统应该及时地进行反应,反应的时间在3秒以内。系统应能检测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,避免出现长时间等待甚至无响应。
    4.5.3 可靠性需求
    系统应保证7*24小时内不宕机,保证100人以上可以同时在客户端登陆,系统正常运行,正确提示相关内容。
    4.5.4 可扩展性需求
    系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。
    4.5.5 系统安全性需求
    网站有严格的权限管理功能,各功能模块需有相应的权限方能进入(如职工和患者具有不同的访问权限)。系统能够防止各类误操作可能造成的数据丢失,破坏。防止用户非法获取网页以及内容。

    五、需求变更
    需求变更控制过程如图所示。
    从上图可以得到需求变更的控制过程为:客户递交变更,形成变更请求,变更请求递交给开发小组,开发小组主要从技术实现的层面评估该变更请求是否合理,并对其进行成本和影响分析,接着将变更请求递交给产品开发小组产品开发小组从机构和战略以及经济的层面评估该变更请求是否合理,然后进行变更选择。
    选择的结果有三种:一种是拒绝,也就是变更失败;一种是下个版本再修改,一种是变更通过。若变更通过,就需要修改相关需求,修改合同的相关信息,修改相应的项目计划。这样,需求变更的控制过程就结束了。

    展开全文
  • 财务系统需求分析 目录 1.引言 2 1.1概述 2 1.2用户分析 3 2.功能需求 3 2.1总体功能介绍 3 2.2功能需求分析 3 2.2.2基础信息设置 4 2.2.3账务管理 4 2.2.4出纳管理 4 2.2.5电子报表 5 ...

    欢迎关注博主公众号:【纯洁的明依】文章由陈晓阳原创。
    本人微信:chenxiaoyangzxy. 免费提供本人大量学习资料。

    财务系统需求分析

    目录

    1. 引言 2

    1.1概述 2

    1.2用户分析 3

    2. 功能需求 3

    2.1总体功能介绍 3

    2.2功能需求分析 3

    2.2.2基础信息设置 4

    2.2.3账务管理 4

    2.2.4出纳管理 4

    2.2.5电子报表 5

     

    1. 引言

    1.1概述

    本文档为财务管理软件系统的需求文档。首先简单介绍了有关会计的相关知识,以及会计在处理账务时的流程和一些列操作,然后着重介绍了为实现会计办公无纸化而设计的管理软件,分析了该系统应该具备的功能,并对每一个功能模块的具体功能做了详细的介绍。

    首先对文档中需要用到的会计类专有名词进行简单的解释。

    • 会计要素:资产、负债、所有者权益、收入、费用和利润。
    • 会计科目:简称科目,是对会计要素的具体内容进行分类核算的项目,是进行会计核算和提供会计信息的基础。按照反应的经济内容可分为:资产类科目、负债类科目、共同类科目、所有者权益类科目、成本类科目和损益类科目。按照提供信息的详细程度可以分为总分类科目和明细分类科目。
    • 账户:是根据会计科目设置的,具有一定格式和结构,用于分类反应会计要素增减变动情况及其结果的载体。按照核算经济内容可分为:资产类账户、负债类账户、共同类账户、所有者权益类账户、成本类账户和损益类账户。按照提供信息的详细程度可以分为总分类账户和明细分类账户。
    • 会计制度:不同的会计制度,对应不同的会计科目。国家统一的会计制度是由国务院财政部门根据会计法制定的关于会计核算会计监督会计机构会计人员以及会计工作管理的制度。各省、自治区、直辖市以及国务院业务主管部门,在与会计法和国家统一会计制度不相抵触的前提下,可以制定本地区、本部门的会计制度或者补充规定。

    会计账簿:按用途会计账簿分为序时账簿(又称日记账)、分类账簿(分为总分类账簿和明细分类账簿)、备查账簿(又称辅助登记簿或补充登记簿)。按账页格式分为两栏式账簿(只有借方和贷方两个金额栏目)、三栏式账簿(设有借方、贷方和余额三个金额栏目)、多栏式账簿(账簿的两个金额栏目——借方和贷方,按需要分时若干展览的账簿)、数量金额式账簿(在借方、贷方和余额三个栏目内每个栏目在分设数量、单价和金额三小栏)、横线登记式账簿(又称平行式账簿,将前后密切相关的经济业务登记在同一行上)。

    • 借方和贷方:在借贷记账法中,“借”、“贷”只是记账符号,已失去原有的含义。借贷双方按相反方向记录增加数和减少数,有借必有贷,借贷必相等。至于“借”表示增加还是“贷”表示增加根据账户的性质与记录经济内容的性质有关。通常,资产、成本和费用类账户的增加用“借”表示,减少用“贷”表示,负债、所有者权益和收入类账户的增加用“贷”表示,减少用“借”表示。
    • 凭证:分为原始凭证和记账凭证。原始凭证是在经济业务发生或完成是由相关人员取得或填制的,泳衣记录或证明经济业务的发生或者完成情况的原始凭据。记账凭证是会计人员根据审核无误的原始凭证进行分类、整理,记载经济业务简要内容的会计凭证。
    • 账套:核算一个单位(核算对象)整套帐务的数据库。如一个公司建立一个账套,该账套就包含了公司内所有的账务信息。
    • 会计区间:一个记账区间,通常是一个月。

    1.2用户分析

    财务管理软件系统理论上可以使用于任何单位。不同的用户群体对软件需求的不同主要体现在会计制度和会计科目上,只要根据用户的需求,改变适用的会计科目即可满足各种类型的用户。 

    但在实际操作过程中,不同的会计科目会产生不同的编码方式以及不同的算账方法。目前我们的用户主要是医院,所以在本文档中,主要以医院的会计制度为基础,介绍相应的需求,附录一是公立医院的会计科目,附录二是基层医疗卫生机构的会计科目。

    1. 功能需求

    2.1总体功能介绍

    财务业务主要分为两大类,一类是主要由会计操作的账务处理,即凭证录入->凭证审核->凭证记账->期末处理->生成电子报表,其中期末处理包括核对凭证、核对账簿、期末结转、试算平衡、结账,如图1所示;一类是由出纳操作的出纳管理,即出纳登录、登记出纳账、库存现金日记账,银行存款日记账,结账,如图2所示。

    1. Java全套基础视频(~1000G)
    java全套基础A01
    https://pan.baidu.com/s/1qZ2fY0G
    java全套基础A02
    https://pan.baidu.com/s/1mkl9vyo
    java全套基础A03
    https://pan.baidu.com/s/1d7sl58
    java全套基础A04
    https://pan.baidu.com/s/1smi1hFJ
    java全套基础A05
    https://pan.baidu.com/s/1eTQgTwu
    java全套基础A06
    https://pan.baidu.com/s/1pMwcwYJ
    java全套基础A07
    https://pan.baidu.com/s/1nw37YB3
    java全套基础B01
    https://pan.baidu.com/s/1jJAzGxS 
    java全套基础B02
    https://pan.baidu.com/s/1pMHbgdP
    java全套基础B03
    https://pan.baidu.com/s/1c3VAEU8     
    java全套基础B04
    https://pan.baidu.com/s/1dGl7yJf    
    java全套基础B05
    https://pan.baidu.com/s/1smatBJZ   
    JavaWeb黑马视频 
    链接:https://pan.baidu.com/s/1bpnpb1H
    2. Linux 视频 https://pan.baidu.com/s/1nwAZ78d
    Linux
    https://pan.baidu.com/s/1c3aKgvu
    LINUX全套教程
    https://pan.baidu.com/s/1dFzIiy
    Linux系统搭建Java开发环境
    https://pan.baidu.com/s/1jKb4cQy
    3. SpringBoot+Spring Cloud视频(~1000G)
    SpringBoot微服务架构应用
    https://pan.baidu.com/s/1gfXWiTd
    微服务
    01_01 2017年4月更新Spring Cloud微服务实战视频课程-店主推荐
    https://pan.baidu.com/s/1nwJhc8L
    02_SpringBoot全套教程2017年更新-店主推荐
    https://pan.baidu.com/s/1smOy945
    03_SpringBoot入门
    https://pan.baidu.com/s/1pMpqMYv
    04_Spring Cloud高级视频
    https://pan.baidu.com/s/1mjjXmHi
    04_SpringBoot微服务架构应用
    https://pan.baidu.com/s/1kW4saYb
    05_Docker构建微服务
    https://pan.baidu.com/s/1kWOAMMV
    06_Spring Boot 入门 IDEA 版本
    https://pan.baidu.com/s/1c3gjLIS
    07_Spring Cloud资料源码
    https://pan.baidu.com/s/1kWNUPWr
    Spring Boot技术栈博客企业前后端
    https://pan.baidu.com/s/1mjryLlA
    Spring Boot企业微信点餐系统
    https://pan.baidu.com/s/1bq8CeCJ
    Spring Boot实战与原理分析视频课程
    https://pan.baidu.com/s/1ggDTCp9
    springboot  chuanzhiboke
    https://pan.baidu.com/s/1htsmQTe
    SpringBoot学习资源
    https://pan.baidu.com/s/1oAaFWQu
    Springboot 高级视频 
    链接:https://pan.baidu.com/s/1dFRoDSd
    4. Doubbo+多线程+高并发视频 (~1000G)
    Dubbo
    https://pan.baidu.com/s/1nxopjsd
    dubbo讲义
    https://pan.baidu.com/s/1mjFfuGS
    黑马程序员_张孝祥_Java多线程与并发库
    https://pan.baidu.com/s/1bqOliiz
    领取方式:微信公众号:矿洞程序员:回复java全部资料  .获取百度云盘密码。

     

    图1 账务处理

     

    图2 出纳管理

     

    根据财务业务的需求,财务管理软件至少应该具备以下五个模块:

    • 系统设置:登录账套设置、用户权限设置、操作日志、账套备份。
    • 基础数据设置:期初设置及数据导入、科目设置、常用凭证摘要设置、辅助核算设置、套打模板设置。
    • 账务处理:凭证管理、账表输出、期末处理、辅助核算。
    • 出纳管理:出纳登录、现金日记账、银行日记账、结账。
    • 电子报表:常用的电子报表

     

    图3 财务管理软件功能模块

     

    2.2功能需求分析

    2.2.1系统设置

    1. 登录设置

    打开网页,首先出现一个类似图4(a)所示的登录界面,界面中有新建账套、打开账套、查询账套按钮。

    首次登录需要新建一个账套,点击新建账套按钮,出现公司信息设置窗口,填写相关的信息,如企业名称、纳税人类型、纳税编码等,如图4(b),然后点击下一步。紧接着是选择财务制度及其对应科目的界面,如图4(c),财务制度和会计科目在创建账套完成后一般不会轻易更改。点击完成按钮,创建账套完毕,随后会出现一个登录界面,如图4(d)。系统会分配一个超级管理员的用户,第一次登录使用超级管理员账号即可登录进入刚才新建的账套中。进入到账套中后可以在用户设置中更改超级管理员账号的信息、添加本账套的操作人员并分配权限。

    登录已创建的账套需要选中某账套,双击或点击打开账套按钮,进入账套登录界面,登录进入账套。

     

    (a)

     

    (b)

     

     

    (c)

     

    (d)

    图4

    1. 用户设置

    用户设置功能有三个子功能:添加用户、为用户分配权限、修改当前登录人登录信息。

    添加用户时需要为用户分配用户名和密码;为用户分配权限时选择该用户可以对哪些模块进行操作;修改当前登录人信息只能修改密码。通常会为会计、账套主管设置全部权限。图5是添加用户和分配权限界面。

     

    图5 用户设置

    (3)操作日志

    记录每个用户登录和退出系统的时间,并且在系统中的每一步操作。操作日志可以查询每一天的用户登录和操作情况。如图6所示

     

    图6 操作日志

    1. 账套设置和备份

    账套设置选项中可以查看账套的全部信息,如公司信息、会计制度、会计科目、账套创建时间等,其中可以对公司的具体信息进行修改,如果需要对会计科目进行修改或导入,可以在基础信息设置下的科目设置中更改。

    账套备份功能中,可以通过设置备份路径、备份时间、备份频率、备份方式(自动备份、手动备份)进行备份。手动备份还可以选择备份内容,备份全部数据,或选择备份部分数据。

    2.2.2基础信息设置

    1.  科目设置

    会计科目主要分为六大类:资产类、负债类、共同类、所有者权益类、成本类和损益类,其中损益类包括收入类和费用类,如图7所示。不同性质的单位包含的科目不同。一级科目是财政部制定的,单位在不违反会计准则的前提下,可以根据本单位的实际情况自行增设,分拆,合并会计科目。不存在的交易或者事项,可不设置相关会计科目。附录1是财政部制定的公立医院的会计科目名称和编码。

     

    图7 会计科目

    在一个系统中会计科目和编码必须是统一的,以便于编制会计凭证、登记账簿、查阅账目,实行会计信息化管理。我国最新的《企业会计准则》规定,三级明细科目采用8位数字编号,一级4位,二级2位,三级2位。所以,我们采用的科目分级编码格式为4-2-2-2-2。

    一级会计科目:采用四位编码,第一位表示科目类别,其中1表示资产类,2表示负债类,3表示所有者权益类,4表示成本类,5为损益类(根据实际情况没有的科目不必编码);第二个数字可以划分大类下面小类;剩余两码为流水号。

    二级会计科目:采用六位编码,其中前四位为一级科目的代码,后两位为流水号。

    三级会计科目:采用八位编码,前六位为二级科目代码,后两位为流水号。

    以此类推。总体来说编码遵循的原则为唯一性、统一性、可扩展性。添加科目时,科目编码由系统自动生成。

    点击科目设置,进入如图8所示科目信息界面。界面中应该包含增加科目、删除科目、查询科目、导入科目、显示科目信息列表的功能。

    增加科目:是给一级或二级科目添加下级科目。当为某个科目添加下级科目时,会出现类似如图8中对话框所示的编辑会计科目对话框,需要填写科目名称、选择科目属性、借贷方向,选择需要挂的辅助核算方式,其他的系统自动生成。每一个科目都可以挂辅助核算。

    删除科目:选中需要删除的科目点击删除按钮即可。

    查询科目:在输入框中输入与要查询的科目有关的信息,如科目编码、科目名称、上级科目信息等,点击查询按钮,查询相关科目。

    科目导入:下载模板,在模板中编辑科目信息,然后将模板导入,系统根据模板的信息自动匹配,生成列表。

    科目信息列表:列选项包括科目编码、科目名称、助记码、科目性质、辅助信息、借贷方向、建立日期、修改日期。其中科目性质为该科目所属的大类,辅助信息为该科目挂的核算方式。

     

    图8 科目设置

    1. 期初设置及数据导入

    新创建一个账套时,需要将单位之前的期末信息导入到系统中,主要是之前的所有的科目中的余额导入新建账套中科目的期初余额中。

    (3)常用凭证摘要设置

    用户根据需求自身需求添加摘要信息目录,用于填制凭证时选择,提高制证效率。

    如图9所示,该项功能应该包含增加、删除、修改、保存、打印选项。

    增加一条记录时,用户填写摘要代码、摘要内容、科目名称,系统自动生成助记码,用户也可以自己填写助记码。显示时按科目显示摘要内容。

    图9 常用凭证摘要

    1. 辅助核算设置

    辅助核算是对账务处理的一种补充,一般通过核算项目来实现。核算项目是会计科目的一种延伸,设置某科目有相应的辅助核算后,科目可以按核算项目进行更为明细的核算。

    常用的辅助核算方式主要有现金流量、往来单位、科室、资金来源、结算方式、项目等。用户也可以根据需求添加其他的核算方式。

    点击添加按钮,添加辅助核算方式,如图10(a)所示。然后点击核算方式进入设置核算项目界面,如图10(b)所示。每增加一项核算项目都需要设置编码、项目名称,也可以按模板导入。图11是辅助核算方式列表,图12分别是现金流量、资金来源、结算方式的核算项目列表。

     

    (a)

     

    (b)

    图10

     

    图 11辅助核算方式列表

     

    1. 现金流量核算项目列表

     

    (b)资金来源核算项目列表

     

    (c)结算方式核算项目列表

    图12 核算项目列表

    1. 套打模板设置

    不同的报表有不同的打印格式,需要设置相应的打印模式。在整个系统中,所有的报表、凭证、账表都需要能够按要求打印。

    点击界面中的打印按钮时,应该跳出打印设置对话框,如图所示,按照打印的内容选择需要的打印模板。主要模板有凭证模板、明细账模板、总账模板、余额表模板。如图13所示

     

    1.  

     

    (b)

    图14 套打模板设置

     

    2.2.3账务管理

    1. 凭证管理

    凭证管理主要分四部分:凭证编制及保存模板、凭证管理、自动生成凭证、凭证汇总。其中凭证管理包括凭证审核、凭证记账与反记账、凭证作废。凭证处理过程如图15所示。

     

    图15 凭证处理

    • 凭证编制及保存模板

    如图16所示,是编制凭证界面,有新建、保存、保存模板、导入模板、打印功能。点击新建按钮,新建一个凭证,如果之前有数据,弹出是否清空对话框,确认清空。点击保存模板将当前凭单保存为模板,设置模板名称。点击导入模板,弹出模板列表,选择模板,自动导入已保存的模板。已审核和已记账的凭证也可以保存模板。

    编制一个完整的凭证包括:制证日期、凭证号、附件数、借方摘要、借方科目、借方金额、贷方摘要、贷方科目、贷方金额、制证人。

    制正日期和凭证号系统自动生成,制证人为当前登录用户。

    附件数是生成该凭证依据的原始凭证数。

    摘要:可以手动填写,摘要栏应有一个选择列表的按钮,点击出现常用摘要列表,选择列表中的摘要,自动录入。

    科目:填科目代码或科目名称会自动检索科目,选择科目后,如果该科目挂有核算方式,会自动弹出该核算方式的核算项目,让用户选择,挂有核算方式的科目必须填写核算项目,否则该凭证不能生成。

    借方金额和贷方金额必须相等,否则“弹出借贷不平衡”提醒,凭证不能生成。

    表格最下方一行分为三栏,是合计金额,第一栏是借方或者贷方金额的总和的大写,后两栏分别是借方和贷方金额的总额,由系统自动生成。

     

     

    图16 编制凭证

    • 凭证管理

    如图17所示,是凭证管理界面。所有的凭证都在凭证管理中,区分凭证的选项有:全部凭证、未审核凭证、已审核凭证、已结账凭证、已作废凭证。

    凭证管理中需要的功能有审核、记账、作废、反记账、打印。编制的凭证需要审核,审核过的凭证需要记账,如果凭证错误或者想要丢弃,选择作废按钮。选择未审核凭证栏,点击审核,审核凭证,选择已审核凭证栏,点击记账,对凭证记账。凭证状态的改变按照未审核->已审核->已记账逐步进行。审核过和已记账的凭证不能进行修改,但是可以作废。

    反记账功能是在发现审核过或者记过账的凭证有错误,通过反记账->审核->未审核的步骤,一步一步返回到未审核的状态,进行修改,修改后的凭证重新按照审核->记账的步骤进行。如选中已记账的凭证点击反记账,该条凭证回到已审核状态,选中已审核的凭证点击反记账,该条凭证回到未审核状态。如图15所示。

    凭证列表的表头应该有选择凭证的日期选项,选择日期区间,显示凭证列表,通常日期区间显示的是当月月初到当月月末的时间区间。凭证列表的列选项包括:会计区间、凭证号、凭证日期、摘要、合计金额、附件数、制单人、制单日期、审核人、审核日期、记账人、记账日期、备注。会计区间是按月划分的,合计金额为每张凭证的借方或者贷方总额。双击一条记录可以查看该条记录的详细凭证。

     

    图17 凭证管理

     

    • 自动生成凭证

    通过与HIS、OA等系统接口,提取数据,自动生成凭证。

     

    图18 自动生成凭证接口

     

    • 凭证汇总

    凭证汇总是按照科目显示选中科目下的凭证。点击凭证汇总出现一个左侧是科目列表,右侧是凭证列表的界面,凭证列表表头有会计区间、具体日期、凭证状态、科目分级选项,通过选择上述选项查询符合要求的凭证,也可以通过点击左侧的科目,显示某一科目的凭证。如图19所示。

     

    1.  

     

    (b)

    图19 凭证汇总

    1. 账表输出

    账表是根据记账后的凭证生成的。主要有科目总账表、科目余额表、科目明细表。

    • 科目总账表

    科目总账表是三栏式、借贷余的账表,体现的式各个一级科目在某一时间段借方金额、贷方金额和余额累计情况。如图20所示。

    总账界面左侧是科目一级结构树,只显示一级科目;右侧是总账列表,点击左侧的科目可以在右侧显示该科目下的总账,默认显示全部科目列表。列表上方有选择会计区间、选择科目区间、打印的功能。

    列表的列选项包括科目编码、科目名称、会计区间、摘要、借方金额、贷方金额、借贷方向、余额。其中摘要包括期初余额、本期合计、本年累计。横向是各个科目,每个科目都要体现期初余额、本期合计、本年累计。

    借方金额是累计该科目下的所有凭证的借方金额,贷方金额是累计该科目下的所有凭证的借方金额,余额是期初余额加借方金额减贷方金额。

    (a)

     

    (b)

    图20  科目总账表

    • 科目余额表

    科目余额表的主要内容是每个科目(一级科目及其下设科目)在某会计区间的期初余额、本期发生额、期末余额和本年累计发生额。左侧是科目多级结构树,点击显示该科目的信息列表,右侧是余额表,表头设有科目选择(包括查看一级科目、查看二级科目、选取科目区间)、会计区间选择、打印功能。余额列表列选项包括期初余额、本期发生额、期末余额和本年累计发生额,每一列有分为两列——借方和贷方。如图21所示。

    期末余额 = 期初余额 + 本期借方金额 - 本期贷方金额

     

    (a)

     

    (b)

    图21 科目余额表

    • 科目明细账

    科目明细账与凭证汇总类似,体现的是各个科目下所有已记账的凭证的详细列表。如图22所示。

    左侧是科目多级结构树,右侧是明细账列表默认显示全部明细账,通过点击选取左侧科目书,查看某一科目的凭证信息。表头有科目选择、会计区间选择、打印功能。

    明细账列表包括凭证编制日期、凭证号、凭证摘要、借方金额、贷方金额、接待方向、余额。余额是发生该笔凭证后该科目的余额,即:

    余额 = 期初余额 ± 之前凭证发声额 ± 当前凭证发生额。

     

    图22 科目明细账表

    1. 期末处理

    每个会计区间到月末时都要进行期末处理,期末处理包括:核对凭证、核对账簿、期末结转、试算平衡、结账、凭证重排序。处理流程如图23所示。

     

     

    图23 期末处理

     

    核对凭证是查看是否有未记账的凭证需要处理,如果全部凭证都已经进行了记账操作,则进行下一步。 在审核凭证的过程中,如果凭证因为作废等原因使得凭证号不连续,可以通过凭证冲排序功能重新对凭证进行排序,使凭证号连续。

    由于账簿都是系统自动生成的,只要凭证没有记错,一般是不会发生错误的。会计需要核对的是银行对账单,这项操作是需要手动处理的。自动进行下一步。

    期末结转即结转损益,是指损益类科目的余额将全部结转到“本年利润”中,结转后损益科目余额为零的过程。根据附录1公立医院的科目表,损益类科目为收入类和费用类,本年利润对应的科目为净资产类中的本期结余,即收入类的放借方,结转到贷方的本年利润里,费用类的放贷方,结转到本年利润的借方里。损益类科目为零的就不需要结转了。这一步需要会计制作凭证,系统查询损益类科目是否为零,如果不为零则账不平,不能进行下一步。

    试算平衡是通过对所有账户的发生额和余额的汇总计算和比较,来检查记录是否正确。试算平衡有两种方式一种是发生额试算平衡,一种是余额试算平衡,公式如下:

    发生额试算平衡

    全部账户本期借方发生额合计 = 全部账户本期贷方发生额合计

    余额试算平衡

    全部账户借方期末(期初)余额合计 = 全部账户贷方期末(期初)余额合计

     

    以上步骤全部完成就可以结账了,结账后所有的账不能再更改,并将本期各科目的期末余额自动转入下一期的期初余额中。

    在进行期末处理的过程中,不能在进行任何其他的操作,例如编制凭证、修改凭证等。结过账之后如果发现账有问题,可以通过反结账功能重新回到未结账状态进行修改,修改完成后重新结账。

     

     

    (a)

     

    (b)

    图24 期末处理

     

    1. 辅助核算

    辅助核算是按核算项目实现的,核算项目是会计科目的一种延伸,形式上与科目相同,在按照核算项目对核算方式核算时,可以参照输出的科目总账、科目明细表、科目余额表生成相应的表单。

    图25是按照现金流量核算方式生成的汇总表、明细表和总账表。左侧显示核算方式的核算项目结构树,右侧显示列表,表头包含会计区间选择、核算项目选择、打印等功能。不同的核算账表根据核算方式的不同而不同,按照实际情况设计生成。

     

    (a)现金流量汇总表

     

    (b)现金流量明细表

     

     

     

    (c)现金流量总账表

    图25 现金流量核算方式生成的账表

     

    2.2.4出纳管理

    出纳管理可以看做是整个财务管理软件中的一个子系统,出纳登录后进行相应的操作。出纳的操作对象主要是库存现金和银行存款,对每一笔现金的支出和流入、每一笔银行存款的支出和流入记账,每天都对当天的账进行核算,核对余额是否与现金、银行账户一致。每个月需要结账,这里的结账区别于于账务管理中的结账,只是出纳子系统的结账,结账后账单不可修改。

    出纳根据自己的账单,按类别汇总原始凭证,编制记账凭证,然后经由会计审核记账。

    1. 出纳登录

    出纳记账时首先需要登录,有自己的登录名和密码。

    登录到出纳系统后需要选择科目名称及其代码(二者一一对应)、登记日期(自动生成),库存现金存款或者银行存款,选择不同的科目登录到不同的记账界面,进行不同的记账操作。如图26所示

     

    图26 出纳登录

    1. 登记出纳账

    出纳记账独立于财务系统的其他功能,不论是凭证号、凭证字、记账都与财务系统中其他的功能无关。

    如果选择库存现金科目,则登录到现金日记账界面,登记现金日记账;如果选择银行存款科目,则登录到银行存款日记账界面,登记银行存款日记账。图27(a)是库存现金日记账界面,图27(b)是银行存款日记账界面。

    界面需要有新增、删除、修改、打印、退出功能。

    点击新增按钮,弹出一个对话框新增一条记录。需要填写凭证字、凭证号、摘要、借方金额、贷方金额、部门、附件数。这里凭证字与凭证号由出纳自行编写,附件数为原始凭单数。点击保存,保存一条记录。

    点击删除按钮,弹出确认对话框,点击确认,删除一条选中的记录。

    点击修改按钮,弹出与新增按钮相同的对话框,可对已填好的记录进行修改。点击保存,保存修改后的记录,点击取消则放弃修改。

    点击打印按钮,可打印当前列表。

    点击退出按钮,退出当前记账页面,返回主页面。

    界面按新增记录需要填写的选项列表,表头需要有登记日期、出纳科目、上日余额、本日余额、本日借方合计、本日贷方合计。其中余额和合计选项中的内容为系统自动生成。

     

     

    1. 库存现金出纳登记帐

     

     

    (b)银行存款出纳登记帐

    图27出纳登记账

    1. 库存现金日记账

    出纳在出纳登记账中登记的每一笔账,在现金日记账或银行存款日记账(以下合称为日记账)中都会显示。在日记账列表中有打印、退出按钮。如果发现日记账有错误,需要在登记账中进行修改,日记账列表同步更新。

    日记账每月结清一次(结账),每个月的日记账列表在开始时系统会自动生成上月结转的余额金额以及本年以前月份累计的借方金额和贷方金额。每天根据登记账会自动生成当天小计,累计当天的借方金额和贷方金额,计算余额。同时生成本月合计(借方金额、贷方金额、余额金额)和本年累计(借方金额和贷方金额)。

    日记账列表的表头选项有科目、部门、查看日记账期间选择(查看任意月一月内的记录)、收付事项(收为借方、付为贷方)。

    列表选项有收款单据号、摘要、借方金额、贷方金额、方向、余额金额、凭证号、附件张数。其中收款单据号格式为根据借贷方向变为现收或现付加记账当天的日期系统自动生成,方向分为借和贷,其他数据根据登记帐中的信息显示在列表中。

    图28为库存现金日记账的示意图。其中科目为库存现金。

     

    图28 库存现金日记账

    1. 银行存款日记账

    银行存款日记账列表格式与数据生成与库存现金日记账是一致的,唯一的不同是科目为银行存款。图29为银行日记账列表。

     

    图29 银行存款日记账

     

    1. 结账与反结账

    出纳账每到月底需要结账,结过账的日记账只能查看,不可以更改。系统设置了反结账功能,一旦发现结过账的账目有问题,可以通过反结账让账目重新变为可更改状态,更改结束再重新结账。图30为出纳结账界面。

     

    图30 出纳结账

     

    2.2.5电子报表

    最常见的报表有资产负债表、利润表、现金流量表。科目不同报表需要的种类不同。图31是双滦区人民医院需要的电子报表,具体的表格式详见附件。

     

    图31 电子报表树

     

     

     

     

     

     

     

     

     

    附录一:公立医院会计制度

    序  号

    编  号

    名  称

    一、资产类

    1

    1001

    库存现金

    2

    1002

    银行存款

    3

    1003

    零余额账户用款额度

    4

    1004

    其他货币资金

    5

    1101

    短期投资

    6

    1201

    财政应返还额度

     

    120101

    财政直接支付

     

    120102

    财政授权支付

    7

    1211

    应收在院病人医疗款

    8

    1212

    应收医疗款

    9

    1215

    其他应收款

    10

    1221

    坏账准备

    11

    1231

    预付账款

    12

    1301

    库存物资

    13

    1302

    在加工物资

    14

    1401

    待摊费用

    15

    1501

    长期投资

     

    150101

    股权投资

     

    150102

    债权投资

    16

    1601

    固定资产

    17

    1602

    累计折旧

    18

    1611

    在建工程

    19

    1621

    固定资产清理

    20

    1701

    无形资产

    21

    1702

    累计摊销

    22

    1801

    长期待摊费用

    23

    1901

    待处理财产损溢

    二、负债类

    24

    2001

    短期借款

    25

    2101

    应缴款项

    26

    2201

    应付票据

    27

    2202

    应付账款

    28

    2203

    预收医疗款

    29

    2204

    应付职工薪酬

    30

    2205

    应付福利费

    31

    2206

    应付社会保障费

    32

    2207

    应交税费

    33

    2209

    其他应付款

    34

    2301

    预提费用

    35

    2401

    长期借款

    36

    2402

    长期应付款

    三、净资产类

    37

    3001

    事业基金

    38

    3101

    专用基金

    39

    3201

    待冲基金

     

    320101

    待冲财政基金

     

    320102

    待冲科教项目基金

    40

    3301

    财政补助结转(余)

    41

    3302

    科教项目结转(余)

    42

    3401

    本期结余

    43

    3501

    结余分配

    四、收入类

    44

    4001

    医疗收入

     

    400101

    门诊收入

     

    400102

    住院收入

    45

    4101

    财政补助收入

     

    410101

    基本支出

     

    410102

    项目支出

    46

    4201

    科教项目收入

    47

    4301

    其他收入

    五、费用类

    48

    5001

    医疗业务成本

    49

    5101

    财政项目补助支出

    50

    5201

    科教项目支出

    51

    5301

    管理费用

    52

    5302

    其他支出

     

     

    附录二:基层医疗卫生机构会计目录

     

    序  号

    编  号

    会计科目名称

    一、资产类

    1

    101

    库存现金

    2

    102

    银行存款

    3

    103

    零余额账户用款额度

    4

    104

    其他货币资金

    5

    111

    财政应返还额度

     

        11101

    财政直接支付

     

        11102

    财政授权支付

    6

    112

    应收医疗款

    7

    114

    其他应收款

    8

    121

    库存物资

    9

    123

    待摊支出

    10

    131

    固定资产

    11

    133

    在建工程

    12

    141

    无形资产

    二、负债类

    13

    201

    借入款

    14

    202

    待结算医疗款

    15

    203

    应缴款项

    16

    206

    应付账款

    17

    207

    预收医疗款

    18

    208

    应付职工薪酬

    19

    210

    应付社会保障费

    20

    211

    应交税费

    21

    221

    其他应付款

    三、净资产类

    22

    301

    固定基金

     

        30101

    固定资产占用

     

        30102

    在建工程占用

     

        30103

    无形资产占用

    23

    302

    事业基金

    24

    303

    专用基金

    25

    304

    本期结余

    26

    305

    财政补助结转(余)

     

        30501

    财政基本补助结转

     

        30502

      财政项目补助结转(余)

    27

    306

    其他限定用途结转(余)

    28

    308

    结余分配

     

        30801

    待分配结余

     

        30802

    提取专用基金

     

          30803

    事业基金弥补亏损

    四、收入类

    29

    401

    医疗收入

     

        40101

        门诊收入

     

        40102

        住院收入

    30

    402

    财政补助收入

    31

    403

    上级补助收入

    32

    406

    其他收入

    五、支出类

    33

    501

    医疗卫生支出

     

        50101

    医疗支出

     

        50102

    公共卫生支出

    34

    502

    财政基建设备补助支出

    35

    506

    其他支出

     

    展开全文
  • 考勤系统需求分析

    千次阅读 2019-06-27 16:11:45
    转 考勤管理系统需求文档 版权声明:...

    考勤管理系统需求文档

    版权声明:如需转载,请联系本人获取许可且必须注明出处,详见联系方式。
    https://blog.csdn.net/q547550831/article/details/50473972

    考勤管理系统需求文档

    简介

    背景

          某软件公司,员工人数100人左右,大部分员工是软件研发人员,包括项目经理、软件设计师、程序员、测试工程师、实施工程师等,除此之外还包括行政人员、财务人员。公司在软件研发及日常管理上有一套成熟的管理方法,在没有考勤系统之前,与考勤相关的管理工作是这样的:

    l        每位员工需要上午上班时打一次卡,下午下班时打一次卡,中午的休息不需要打卡。

     

    l        期间如果需要外出工作,从公司出发时需要打一次卡,回到公司时需要打一次卡。

     

    l        员工请假需要填写请假条,请假分为事假、病假、年假等多种情况,请假需要直接领导审批,甚至还需要高层领导的审批。

     

    l        行政部每天统计考勤信息,包括打卡信息、外出信息、请假信息,每月将考勤汇总信息提交给财务部。

     

    l        财务部根据考勤汇总信息,调整员工的薪金。

     

    但这样的管理方式,出现了一些意外事件:

     

    l        某员工想请年休假,但行政部告知该员工的当年度年休假已经休完了。年休假的管理出现了问题,很可能会影响员工的工作积极性。

     

    l        某员工投诉当月薪金多扣了钱,原因是考勤信息统计有误。于是财务部将责任推到行政部,行政部推诿财务部要求不明确。

     

    l        某天出现了紧急状况,高层领导想找员工A来处理,但员工A当天请了假,高层领导并不知情。

     

    公司高层期望通过考勤系统提高考勤工作的效率和准确性,避免因为考勤问题影响正常工作。

     

    定义、缩略语

    表1.1 术语表

    术语

    解释

    年休假

    年休假,是国家根据劳动者工作年限和劳动繁重紧张程度每年给予的一定期间的带薪连续休假。机关、团体、企业、事业单位、民办非企业单位、有雇工的个体工商户等单位的职工连续工作1年以上的,享受带薪年休假。

    职工累计工作已满1年不满10年的,年休假5天;已满10年不满20年的,年休假10天;已满20年的,年休假15天。

    国家法定休假日、休息日不计入年休假的假期。

    五险一金

    五险一金,是指用人单位给予劳动者的几种保障性待遇的合称,包括养老保险医疗保险失业保险工伤保险生育保险,还有住房公积金

    在职职工个人应当按照规定缴存住房公积金。”住房公积金为“应当缴纳“项目,法律上应当即为必须,同时缴纳也表现出这是一项义务。[1]

    166个公司-法名词

    详见

    http://wenku.baidu.com/link?url=uT-h4o6jLf0uwNPIKI3QvlGHVmEZz5qaKm3V5j1UUqV09odsDS6iJX_9sp_DeikM9xvTh4BPACO71fxlCNt5z0qyM818ozsPSnOEeA2xdLG

    类图

    类图(Class diagram)是显示了模型的静态结构,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。

    部署图

    部署图(deployment diagram,配置图)是用来显示系统中软件和硬件的物理架构。从部署图中,您可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。使用部署图可以显示运行时系统的结构,同时还传达构成应用程序的硬件和软件元素的配置和部署方式。

    活动图

    活动图(activity diagram,动态图)是阐明了业务用例实现的工作流程。业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成,它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。

    顺序图

    顺序图是将交互关系表示为一个二维图。纵向是时间轴,时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时,角色用一条虚线表示,当对象的过程处于激活状态时,生命线是一个双道线。











    约束

    l        利用Windows域管理实现单点登录和权限管理。

    l       无需改造或升级现有的打卡设备及相应软件。

    参考资料

                                                    表1.2参考资料表

    资料名称

    版本/日期

    火球UML大战需求分析

    中国水利水电出版社2012,1

    《UML初学者指南》(美)

    Maksimchu人民邮电出版社。

    UML系统分析设计

    印度优秀IT职业教育教学用书,高等教育出版社

     






    目标、涉众分析和范围

    目标:

    (1)规范员工的上下班、请假、外出工作等行为并规范记录。

    (2)共享员工的请假及外出工作信息。

    (3)根据共享的信息及各种记录方便的计算员工的薪金

    (4)方面合理的管理安排各种带薪假期。


    公司组织架构图


    图2.1公司组织架构图


    涉众分析表:

    表2.1 涉众分析表

    序号

    涉众

    代表人物

    待解决的问题/对系统的期望

    1

    普通员工

    张华花、刘笑笑

    1、上下班是能方便的打卡。

    2、能够方便的查看自己请假记录。

    3、能够方便的查看自己的请假记录及外出记录。

    4、能够方便的聊了解其他人的请假及外出情况,以便调整好自己的工作安排。

    希望不要出现考勤记录方面的错误,导致出现误扣工资、年休假无端减少等情况。

    5、能够方便查看自己可牛年假的情况。

    6、能够方便查询自己当月工资情况。

    2

    行政部门员工

    王小强

    1、方便统计考勤信息、而且不会出错。

    2、与财务部门的“接口”尽量简单而且信息联通方便。

    3、方便管理员工的各种带薪假期。

    3

    财务部门员工

    李婷

    1、方便以员工的考勤情况来调整员工的薪金,而且不会出错。

    2、与行政部门的“接口”尽量简单,而且信息联通方便。

    4

    项目经理

    吴天良

    1、项目组的成员请假信息要尽早让他知道。

    2、由于项目突发情况,需要临时安排外出工作时,相关外出申请手续应尽量简单而且到位。

    5

    部门经理

    董成鹏

    1、方便审批部门成员的请假、外出申请。

    2、方便了解本部门及相关部门员工的请假、外出情况,以安排好工作。

    6

    副总经理

    王忡

    说明:3天以内的请假及外出,副总经理有最终的审批权限。所有的请假及外出,都需要经过副总经理的审批。

    1、方便审批请假、外出申请。

    2、方便检查部门经理有否作出合适的审批。

    3、方便了解全体员工打的请假、外出情况、以安排好工作。

    4、方便了解员工对请假外出事宜的安排是否认同。

    7

    总经理

    叶空

    说明:3天以上打的请假或外出,需总经理审批。

    1、方便审批请假、外出申请。

    2、方便检查部门经理、副总经理是否有作出合适的审批。

    3、方便了解全体员工的请假、外出情况、以安排好工作。

    4、避免因为考勤的问题而影响工作士气、工作效率。


    范围:

        本系统主要是针对解决公司打卡记录、请假申请、外出申请等范围的问题。本系统与打卡系统相关联。根据考勤信息调整员工的薪金。本系统主要使用范围是在公司内部。本系统不与财务软件对接。


    业务概念分析

    概述

        本系统要管理的事情主要有:打卡记录,外出申请,请假申请


    业务概念一览


    图3.1 业务概念图


    外出申请

    图3.2 外出申请图

    请假申请


    图3.3 请假申请图


    业务流程分析

    概述

        请假申请和外出申请都需要审批,请假申请和外出申请在审批流程不同阶段处于不同的状态。


    外出申请审批流程


    图4.1 外出申请审批活动图



    图4.2 外出申请审批状态机图



    图4.3 外出申请审批顺序图


    请假申请审批流程


    4.4 请假申请审批活动图



    图4.5 请假申请审批状态机图

     


    图4.6 请假申请审批顺序图


    功能性需求

        功能性需求指的是用户通过该系统能够完成什么样的事物,该系统可以通过什么样的流程来实现用户相应的需求。

     

    总用例图

        通过一个宏观的用例图来总体说明系统的功能,通过该用例图可以了解该系统的整体功能,可以用该系统完成怎样的事物。


    图5.1 总用例图


    普通员工的用例


    图5.2 普通员工用例图


    表5.1 普通员工提出请假申请用例表

    编号

    2.1

    名称

    提出请假申请

    执行者

    普通员工

    优先级

    高■低口

    描述

    普通员工录入请假的信息, 能成功提出请假申请

    前置条件

    基本流程

    l.指示提出请假申请。

    2.显示请假申请表单。

    3.填写申请单,选择请假类别。

    4.指示提交申请。

    5.显示成功提交申请的信息。

    结束状况

    [列出在“正常”结束的情况下的用例的结果。]

    系统保存请假申请数据, 并提示成功提交申请的信息。

    可选流程1

    [说明和基本流程不同的其他可能的流程。 ]

    4.指示取消申请。

    5.显示申请被取消的信息。

    异常流程

    3..显示申请被取消的信息。

    4.指示提交申请。

    5.发现可休年假不足,显示相应提示,并向用户显示相应通知。

    6.修改请假申请单,或取消请假申请。

    说明

    [对本用例的补充说明]

    请假申请单有以下内容:申请者、开始时间、结束时间、请假事由、请假类别。

    申请者默认为当前的用户, 不可修改。

    申请者默认为当前的用户, 不可修改。

    类别为:事假、病假、婚嫁、产假、年假,只能而且必须选其一

    请假时间不能超过年假时间

     

    表5.2 普通员工修改请假申请用例表

    编号

    2.2

    名称

      修改请假申请

    执行者

    普通员工

    优先级

     高■    低□

    描述

    请假申请提出后,还没有任何审批之前, 申请者可修改请假申请 。

    请假申请被拒绝后, 申请者可修改请假申请, 重新提交。

    请假申请不能通过行政部审核,行政部也无法代为处理时,申请者可修改请假申请,重新提交。

    行政部可以代申请者处理。

    前置条件

    请假申请必须存在并且有效。

    结束状况

    [列出在“正常”结東的情况下的用例的结果。]

    请假申请的状态变为“待定”,该申请需重新审批。

    说明

    请假申请的状态为“……已批准”时, 申请者如果对该申请进行任何修改, 其状态一律重新变为“待定”,需重新审批。

    修改请假申请时,程序应做并发冲突的异常判断和处理,如果出现冲突, 应拒绝本次修改,并给出相应提示。

     

    表5.3 普通员工査看请假申请用例表

     

    编号

    2.4

     

    名称

    査看请假申请

     

    执行者

    普通员工

     

    优先级

    高■低

     

    描述

    目标:

    可方便地査看自己的请假申请的审批情况,能查看自己的历史申请,在此基础上做下一步工作

    具体要求:

    l  系统默认按时间的倒序显示当前用户的请假申请列表,用户可通过该列表了解各申请的状态 。

    2 . 请假申请列表可按时间的倒序或顺序排列, 也可按请假请的状态进行筛选 。

    在请假申请列表的基础上, 用户可査看或修改其中个具体的申请, 或提出请假中请 。

    4.用户在査看个具体的申请时,才能删除该申请。

    前置条件

    结束状况

    可以显示请假申请审批情况,系统数据不会发生变化。

    说明

    请假申请的状态参见业务概念图

     

     

    表5.4 普通员査看可休年假情況用例表

    编号

    2.5

    名称

    査看可休年假情況

    执行者

    普通员

    优先级

    高口 低■

    描述

    用户能看到按时间倒序排列的自己的年假申请,并能看到自己的当年年假总天数,及剩余可休的年假天数。

    用户可在此基础上,査看或修改其中个具体的申请,或提出请假申请

    前置条件

    行政部已设置该员工的当年可休年假,参见用例“5.设置员工的可休年假”

    结束状况

    可以显示可休年假的具体情况,系统数据不会发生变化。

    说明

    请假中请类别参见业务概念图

     


    表5.5 普通员工查看全体员工的外出用例表

     

    编号

    3

    名称

    查看全体员工的外出及请假信息

    执行者

    普通员工

    优先级

    高        低

    描述

    目标:

    能方便地查看全体员工的外出及请假情况。

    具体要求:

    1.     用户可方便地查看当天、当周、当月所有的外出及请假情况,系统缺省显示当周的情况,用户可方便地在当天、当周、当月之间切换。

    2.     系统显示当天情况时,用户可方便地切换到前一天或后一天;类似地,系统显示当周、当月情况时,用户也可以方便地切换到前一周、后一周或前一个月、后一个月。

    3.     还没有通过审批的外出或请假申请,均应显示出来。

    4.     用户可查看具体的一条外出或请假申请。

    5.     除了该请假申请的审批者能查看请假申请的“请假事由”,其他人不能查看“请假事由”,但可查看谁在什么时间请了什么类别的假。

    前置条件

    结束状况

    可以显示全体员工外出的具体情况,系统数据不会发生变化。

    说明

    需共享的请假申请、外出申请信息请参考业务概念图,但要注意“请假信息”并不是对所有人共享的。

     

     

     

    表5.6 普通员工查看自己的打卡记录用例表

     

    编号

    4

    名称

    查看自己的打卡记录

    执行者

    普通员工

    优先级

    高       低

    描述

    系统默认按照时间的倒序显示该用户的打卡记录,用户可选择一个日期范围来查询相应的打卡记录

    前置条件

    相应的打卡记录数据应先导入到系统中,参见用例“7.导入打卡数据”

    结束状况

    可以显示自己的打卡记录的具体情况,系统数据不会发生变化。

    说明

    打卡信息包括:员工ID、打卡日期、打卡时间

    该用例员工只能查看自己的打卡记录,故只需显示打卡日期、打卡时间即可



    行政部员工、财务部员工的用例


    图5.3 行政部员工、财务部员工的用例图


    表5.7 行政部员工设置员工的可休年假用例表

    编号

    5

    名称

    设置员工的可休年假

    执行者

    行政部员工

    优先级

    高□ 低■

    描述

    目标:

       行政部可根据公司的年休假制度,设置每位员工每年的可休假数量

    具体要求:

    1.       可查看全体员工可休年假列表,列表显示员工姓名、部门、当年可

    休年假总天数,当年

    以休年假天数。

    2.       在查看可休年假列表的基础上,可设置每个员工的可休年假总数,

    可查看每个员工当年的请假类别为年假的请假申请

    前置条件

    结束状况

    系统保存了更新后的该员工的可休年假总天数,并通知员工可休年假

    更改信息

    说明

    通常情况下,行政部设置员工可休年假的时间为:

    在每个自然年的第一个工作日,重新设置每个员工的可休年假数量。

    在新员工转正的第一天,设置该员工的可休年假数量

    但系统不需要限制修改时间

     

     

     

     

    表5.8 行政部员工查看员工的请假信息用例表

    编号

    6

    名称

    查看员工的请假信息

    执行者

    行政部员工

    优先级

    高□ 低■

    描述

    目标:

    行政部根据公司相关制度,审核员工的请假申请。

    基本要求:

    1.     系统默认按时间倒序,显示通过了最终审批,但未通过行政部审核

    的员工请假申请列表。

    2.     可再选择查看具体的一条请假申请。

    3.     不符合相关制度的请假申请,可按以下两种方式之一处理:

    执行用例“6.1分解员工的请假“,具体参见用例6.1.

    该申请不通过审核,通知申请者修改申请,系统不支持这种处理方式,

    行政部可通过电话、Email、口头等方式,通知申请者修改请假申请。

    前置条件

    结束状况

    可以显示员工请假信息的具体情况,系统数据不会发生变化。

    说明

    参见请假审批流程活动图,通过副总经理审批的3天或以内的请假,通过总经理是的超过3

    天的请假,都需要行政部进行审核。

    实际上行政部不需要对全部请假进行审核,一般只需要对婚假、产假等涉及到比较复杂的国

    家政策的申请进行审核,行政部的审核也不需要立刻进行,有时候每月统一审查一次就可以

    了。本系统不支持行政部的审核功能,只支持查看功能,但行政可以在查看的基础上,不通

    过本系统完成审核的工作。

     

     

     

     

     

    表5.9 行政部员工分解员工的请假用例表

    编号

    6.1

    名称

    分解员工的请假

    执行者

    行政部员工

    优先级

    高□ 低■

    描述

    目标:

     行政部可以分解不符合要求的请假申请,使分解后的请假总天数不变

    、起止时间不变。

    例:某员工申请了10天的婚假,但行政部审核时发现该员工不符合晚

    婚政策,只能享受3天婚假,于是与该员工协商,将该请假分解为3天

    婚假、5天年假、2天事假。

    具体要求:

    1.     在查看员工具体一条请假信息的基础上,可分解该请假。

    2.     分解请假时,需输入请假类别、时长。

    3.     分解后的总时长等于原来申请的时长,总起止时间不变,系统按照

    分解后申请的先后顺序自动生成各申请的起止时间。

    4.   分解后的请假无需再次审批,自动为已批准状态。

    前置条件

    结束状况

    系统保存了分解后的请假申请,原请假申请不再保留

    说明

    参见业务概念图。

    行政部与申请者的协商过程,是系统范围外的工作。

     



    表5.10 行政部员工导入打卡数据用例表

    编号

    7

    名称

    导入打卡数据

    执行者

    行政部员工

    优先级

    高■ 低口

    描述

    目标:

    将打卡记录导入到系统中,以便用户通过本系统查询打卡记录。

    具体要求:

    1.     系统可导入保存有打卡记录的Excel文件。

    2.     导入的数据以“增加”的方式保存到系统中,系统不判断新导入的数据是否与之前的数据有冲突。

    前置条件

    结束状况

    打卡记录保存到系统中

    说明

    打卡数据记录在打卡机中,行政部需要每天用电脑连接打卡机来读取数据,读取的数据是Excel格式,读取数据的软件是打卡机配套提供的。

    打卡记录包含:员工ID、打卡日期、打卡时间。

     

    表5.11 行政部员工查看员工的打卡记录用例表

     

    编号

    8

    名称

    查看员工的打卡记录

    执行者

    行政部员工

    优先级

    高□ 低■

    描述

    目标:

      掌握各员工的打卡情况,方便与员工的请假申请、外出申请进行比较

    ,以核实各员工的考勤信息。

    具体要求:

    1.     系统默认安装时间的倒序列出各员工的打卡记录,需要显示的内容

    有:员工姓名、所属

    部门、打卡日期、打卡时间。

    2.用户可按时间范围、所属部门、员工姓名来筛选显示打卡记录

    设置条件

    系统需存在已经导入的打卡记录数据,参见用例“7.导入打卡数据”

    结束状况

    可以显示员工的打卡记录的具体情况,系统数据不会发生变化。

    说明

    以用例“4.查看自己的打卡记录”不同,行政部是可以查看全体员工

    的打卡记录的,其目的是通过打卡记录、请假申请、外出申请的比较,

    来核实各员工的考勤情况,频道员工有没有迟到、早退、矿工等情况,

    制作相应的考勤报表途径给财务部,财务部根据该报表来计算员工当

    月的薪金

    考勤报表是这样的一张报表:记录了当月影响员工薪金的所有考勤情况,影响员工薪金的考勤情况有:迟到、早退、矿工、非带薪假期。该报表由行政部制作,

    交由财务部作为员工薪金计算及调整的依据。

     

     

     

     

     




























    表5.12 行政部员工、财务部员工查看请假统计表用例表

    编号

    9

    名称

      查看请假统计表

    执行者

    行政部员工、财务部员工

        优先级

     高■    低□

     

     

     

     

     

    描述

    目标:

    行政部的目标有:根据请假统计报表,检查各员工的请假情况,特别是带薪假期,是否符合公司的相关制度要求。

    核实各员工的请假情况,作为制作考勤报表的依据。

    财务部的目标有:作为当月员工薪金计算的参考依据。

    具体要求:

    1.     报表首先根据员工分组,然后根据请假类别分组,列出分组后汇总的请假天数。

    2.     可按如期范围、所属部门、员工姓名、请假类别来筛选统计数据范围。

    3.     可在查看报表的基础上执行用例“9.1.”导出请假统计报表。

     

    前置条件

     

     

     

    结束状况

     

     

     

    系统数据不会发生变化

     

     

    说明

    考勤报表参见用例“8.查看员工的打卡记录”的用例表中的说明。

    财务部计算当月员工薪金的直接依据是行政部提交的“考勤报表”,该请假统计报表只是参考。

    行政部每月需要根据请假统计报表,同时还需要查看员工打卡记录、外出申请记录、请假申请记录等,经过综合判断后制作考勤报表


    部门经理、副总经理、总经理的用例


    图5.4 部门经理、副总经理、总经理的用例图


    表5.13 部门经理查看需要审批的申请用例表

    编号

    11.1

    名称

    查看需要审批的申请

    执行者

    部门经理

    优先级

    高      低

    描述

    目标:

    部门经理可方便地查看需要审批的申请,并可以方便地审批申请。

    具体要求:

    1.     系统默认按照申请提出时间的顺序,列出状态为“待定”的请假申请列表。、

    2.     该请假申请列表需显示:申请者姓名、所属部门、请假类别、请假起止时间、请假事由、请假申请的状态。

    3.     用户可直接在此请假申请列表的基础上,直接审批某个申请,参见用例“11.1.1审批申请”。

    4.     用户可在此请假申请列表的基础上,选择查看具体的某个申请,并进行审批,参见用例“11.1.1审批申请”。

    前置条件

    结束状况

    可以显示需要审批申请的具体情况,系统数据不会发生变化。

    说明

    需要部门经理审批的请假申请是状态为“待定”的申请:

    申请者提出请假申请后,申请的状态为“待定”。

    申请者修改被拒绝的申请,申请的状态变为“待定”。

     

     

    表5.14 部门经理审批申请用例表

    编号

    11.1.1

     

     

     

    名称

     

    审批申请

     

    执行者

    部门经理

    优先级

    高     低

    描述

    目标:

    用户能根据请假申请的信息,审批该请假申请。

    具体要求:

    1、  参见用例“11.1查看需要审批的申请”,用户可在请假申请列表上直接审批其中一条申请,或在查看某一个具体的申请时,审批该申请。

    2、  审批时需选择批准或拒绝,同时可填入审批意见。

    3、  审批时间不需要用户输入,由系统自动确定

    前置条件

    结束状况

    系统保存了该申请的审批信息,如果请假申请被批准,则该申请状态变为“部门经理已审批”,如果是拒绝,则状态为“已拒绝”

    说明

    参见“请假申请审批流程 状态机图”

     

    表5.15 部门经理查看以往的审批用例表

    编号

    11.2

    名称

    查看以往的审批

    执行者

    部门经理

    优先级

    高       低

    描述

    目标:

    用户可方便地查看他曾经审批过的请假申请,了解请假申请的后续审批情况。

    具体要求:

    1.     系统按照请假申请提出时间的倒序,列出用户曾经审批过的请假申请列表。

    2.     请假申请列表需显示:申请者姓名、所属部门、请假类别、请假起止时间、请假事由、请假申请的状态

    前置条件

    结束状况

    可以显示以往审批的具体情况,系统数据不会发生变化。

    说明

     

    表5.16 副总经理查看需要审批的申请用例表

    编号

    13.1

    名称

    查看需要审批的申请

    执行者

    副总经理

    优先级

    高        低

    描述

    与用例11.1类似,但有以下区别:

    1.     需副总经理审批的是状态为“部门经理已审批”的请假申请。

    2.     请假申请列表还需要显示部门经理的审批意见。

    3.     查看某个具体的申请时,还需显示部门经理的审批意见

    前置条件

    结束状况

    系统的数据不会发生变化

    说明



    管理员的用例

        通过该用例图可以了解该子系统的功能与管理员要完成的工作。


    图5.5 管理员的用例图


    其他功能性需求

    表5.17 其他功能性需求表

     

    邮件触发者

    邮件触发事件

    邮件接收者

    邮件内容

    普通员工

     

    提出请假申请

    需审批该申请的部门经理

    告知需审批某申请,并给出该请假申请的审批连接

     

    普通员工

     

    删除已经批准的请假申请

    已经批准该申请的领导。如果已经有多个领导批准,则每个领导都应收到邮件通知

    告知某申请已经删除,并给出已删除的申请的连接

    部门经理

    批准请假申请

     

    申请者

    副总经理

    发给申请者的邮件:并告知申请已被部门经理批准,并给出申请的链接。发给副总经理的邮件:请副总经理审批申请,并给出审批链接。

    部门经理

    拒绝请假申请

    申请者

    告知申请已被部门经理拒绝,并给出相应的链接

    副总经理

    批准请假申请

    申请者

    总经理(有需要的话)

    发给申请者的邮件:告知申请已被副总经理批准,并给出申请的链接。发给总经理的链接:请总经理审批申请,并给出审批链接。

    副总经理

    拒绝请假申请

    申请者

    部门经理

    告知申请已被副总经理拒绝,并给出相应的链接。

    总经理

    批准请假申请

    申请者

    告知申请已被总经理拒绝,并给出相应的链接。

    总经理

    拒绝请假申请

    申请者

    部门经理

    副总经理

    告知申请已被总经理拒绝,并给出相应的链接。

    …..

    …….

    …….

    …….


    非功能性需求

        非功能性需求是指除功能性需求以外的所有需求,一般是指系统需求,部署环境需求,安全需求,性能需求。


    部署环境需求

        部署环境一般是指客户所在公司或者部门的IT环境,电脑系统环境,与该软件相关的构件。


    图6.1 系统部署图


    接口需求

        1、考勤系统客户端和WEB服务器

            其传递参数可以为用户对象和请假对象,外出对象。

     

        2、考勤系统和邮件服务器

            传递用户对象

     

        3、WEB服务器和数据库服务器

            传递用户对象,请假对象,外出对象,这些对象在存入数据库时需要解封装,从数据库获得时需要封装成相应对象。

     

        4、WEB服务器和打卡机PC

            对象数据

     

        5、打开机PC和打卡机

            打卡人编号,打卡时间


    安全性需求

        该系统对安全性需求不高,能保证数据不丢失则行。


    性能需求

        该系统应该能同时承载100人并发操作,用户操作的响应时间不应该超过1s。


    界面需求

        界面设计应该简洁易懂,该部分需求应该不断优化,直至符合用户习惯。



    附录

        此附录列出的是团队中每个人所提供的原始材料。

    资料名称

    提供者

    获取日期

    说明

    简介及其相关定义

    XXX

    2016.1.6

    系统简介及其约束

    目标、涉众和范围

    XXX

    2016.1.6

    系统参与者和成功标准

    业务资料

    XXX

    2016.1.6

    系统参与者及其相关属性

    业务流程资料

    XXX

    2016.1.6

    系统活动流程

    功能性需求资料

    XXX

    2016.1.6

    系统所能实现的功能

    非功能性需求

    XXX

    2016.1.6

    系统环境架构和性能需求

    文档整理资料

    XXX

    2016.1.6

    文档排版、整理




    展开全文
  • 系统需求分析 1.可行性分析 本次可行性分析是按照规范步骤进行,即按复查项目目标和规模,研究本系统,导出新系统的高层逻辑模型,重新定义问题这一循环反复的过程进行。然后提出系统的实现方案,推荐最佳方案进行...

    基于图书管理系统的需求分析

    可行性分析&安全需求分析&系统需求分析

    1.可行性分析

    本次可行性分析是按照规范步骤进行,即按复查项目目标和规模,研究本系统,导出新系统的高层逻辑模型,重新定义问题这一循环反复的过程进行。然后提出系统的实现方案,推荐最佳方案进行经济、技术、用户操作和法律的可行性分析,最后给出系统是否值得开发的结论:

    成果、效益分析结果:效益>成本;

    技术可行:现有技术可完成开发任务;

    操作可行:系统能被现有人员快速掌握并使用;

    法律可行:所使用工具和技术及数据信息不违反法律。

    2.安全需求分析

    1. 保密性需求
      1. 数据要绝对安全,防止有意无意的破坏数据。若数据遭到破坏,系统具有数据恢复功能,不可恢复的数据仅限于当日录入和修改的数据。
      2. 各分部用户仅能录入、修改和查询与该分部用户有关的数据。
      3. 各分部的数据录入只能在规定的时间范围内由规定的授权用户完成,超过规定的时间段将不能再对数据进行修改。
      4. 学生用户不可以更改自己的学号,姓名,性别等关键信息,只能更改账户密码。
      5. 图书管理员和系统管理员必须严格控制对数据的修改,只能数据录入的用户才有权对数据进行修改。
      6. 使通过该图书管理系统浏览和查询本系统提供的服务信息的用户确信这些信息是完整的, 任何非授权形式的信息创建、插入、删除和篡改都是不允许的。针对于本系统的用户的用户密码以及个人隐私信息都是非公开的。
    2. 完整性需求

    1.所有输入的表单和参数在被软件处理之前,都需要根据允许的输入数据集进行比较验证,如身份的核实(需要图书管理员核实学生身份之后进行借书还书操作)等。

    2.所有发行的系统功能模块都应具有校验和、散列函数的功能,以便使用者能够验证该模块的准确性和完整性

    3.所有非人类的行动者(如系统和批处理程序)都需要被识别和监控,以防止它们对运行的系统数据进行操作,除非有明确的授权。

       3. 可靠性需求

    1.要能够抵御用户可能的误操作,保证软件的健壮性

    2.要对数据进行检验,保证数据有效性

    3.在数据被破坏时,具有数据恢复能力

    4.可认证性需求

    1. 用户在系统中注册是需要实名认证,需要核实其手机号码等的真实性,同时手机号码等个人信息也会存储到个人信息表中
    2. 学生用户在登录、借还书、修改密码等操作时需要进行身份认证,借还书是需要图书管理员对其进行身份认证
    3. 提供单点登录支持,并要求这些身份主体记录在预定义的用户认证列表中
    4. 对系统核心事务的处理模块,都需要多因素的身份认证

    5.授权需求

    1. 学生用户只有查询图书信息、修改个人账户密码、查看图书借阅记录的权限
    2. 图书管理员拥有修改图书借阅记录、修改图书信息、修改个人账户密码、查询图书信息的权限
    3. 系统管理员拥有查询图书信息、修改所有用户密码、修改图书借阅记录、修改图书信息的权限,系统管理员拥有该系统的最高权限

    3.系统需求分析

    1. 系统需求概述

    该系统主要建立一个基于C/S模式的图书馆借阅管理系统,面对当起很多小型图书管理仍是人工管理带来的检索速度慢,效率低,借阅归还图书量大,图书统计工作量大,藏书不能完成及时更新的问题,该系统可以对跟系统的三个用户类型的使用实现:

    (1)对于读者在本系统的应用下可实现查询图书馆的藏书清单,方便的借阅图书,续借图书,归还图书,能够查询自己的借阅图书情况;

    (2)对于图书馆工作人员能够实现方便的对图书进行查询,方便的进行读者借阅情况查询,方便的进行借书还书处理等,便捷的对图书信息进行添加、修改、删除,对读者信息进行相关添加,修改等操作;

    (3)对于系统管理员可以对图书馆信息进行修改更新操作,对系统用户进行添加、修改等操作。 

    2.系统性能需求

    1. 数据精确度

    保证查询的查全率和查准率为100%,所有在相应域中包含查询关键字的记录都能查到,所有在相应域中不包含查询关键字的记录都不能查到。

        2.系统响应时间

    系统对大部分操作的相应时间应在1秒内。

    ​​​​​​​   3.适应性需求

    满足运行环境在允许操作系统之间的安全转换和与其他应用软件的独立运行的要求。

    ​​​​​​​  4.运行需求

    用户界面:系统采用对话框方式,多功能窗口运行。

    故障处理: 正常使用时不出错,对于用户的输入错误给出适当的改正提示信息,遇到不可恢复的系统错误时,保证数据库完好无损。

     

    展开全文
  • 学习写需求分析

    万次阅读 多人点赞 2017-04-17 21:34:51
    笔者本身是软件工程专业出身,但是对如何写需求分析仍然是一知半解,拿到需求,仍然不知道如何下手,才能达到写需求分析的目的。 今天看到一篇文章,让我受益良多,同时参考此文,笔者也尝试了一个需求分析,一个...
  • 图书管理系统需求分析

    万次阅读 多人点赞 2019-05-07 12:49:00
    需求分析 2.1 用户需求 2.1.1 业务需求 本系统主要实现对图书馆图书借阅信息的管理,主要管理读者信息、图书信息、借阅与归还信息系统用户的信息。 普通用户:可以查询图书,查看公告,查询个人信息,预约...
  • 程序题智能批改系统需求分析

    千次阅读 2018-03-17 10:44:12
    1 需求分析 1.1 系统简介 1.2 需求说明 1.3 用例分析 1.3.1 用例与角色 1.3.2 用例图 1.3.3 用例描述 2 系统设计 2.1 实体关系建模 2.2 数据库设计 2.3 界面设计 2.3.1 页面跳转关系 2.3.1 页面设计 2.4 系统...
  • 酒店管理系统需求分析

    千次阅读 多人点赞 2019-06-19 20:32:00
    酒店管理系统需求分析 1引言 随着市场经济的发展,消费者消费意识的提高,酒店行业的竞争越来越激烈。为了提高办事效率,增加、保证酒店的销售额,树立酒店的良好形象,运用科学的管理方法非常必要,为此开发酒店...
  • 需求分析——系统需求和软件需求

    万次阅读 2019-05-26 07:53:27
    系统需求:是指为了完成既定目标而相互协作的构建集合,包括硬件、软件、人员、信息、技术、设施、服务、其它支持构件。系统需求是把系统作为一个整体进行描述。 软件需求:是由系统需导出,系统需求也被称为用户...
  • 餐厅点餐系统需求分析

    千次阅读 2019-05-07 15:00:00
    点餐系统需求分析 背景说明: 在现代社会中,餐饮业是一个永远不会衰败的行业,当由于受到空间大小影响,盈利几乎不会有太大提高,想要增加更多盈利就必须提高服务效率,同时带动消费效率的提高,这时就需要考虑一...
  • 一卡通管理系统需求分析

    千次阅读 2018-10-28 19:31:01
    一卡通管理系统需求分析 业务需求 1.业务目的:将校园的各类消费与身份认证功能集成在一卡通,实现“一卡在手,走遍校园”。为在校的师生和教学管理人员提供具有开放性的、灵活性的管理平台。 2.业务目标:实现...
  • 学生管理系统需求分析

    万次阅读 2019-10-05 10:22:49
    1.导言 1.1 编写目的 本文档描述了学生管理系统的功能和性能的要求,将作为对该...并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等参与方提供一个交流的平台。 1.3 参考资料 [...
  • 综合布线系统需求分析

    千次阅读 2010-06-09 11:01:00
    综合布线系统需求分析    综合布线系统还是比较常用的,于是我研究了一下综合布线系统的需求分析,以及在实际工程中遇到的问题及解决方案,在这里拿出来和大家分享一下,希望对大家有用。 1、什么...
  • 学生宿舍管理系统需求分析

    千次阅读 2018-10-24 17:53:42
    学生宿舍管理系统需求分析 1.引言 1.1目的 宿舍管理系统是面向学生与宿管人员的系统,目的是提高学校对学生宿舍的管理与方便学生的宿舍生活。本系统主要包括:学生基本信息,宿舍基本信息,登陆,宿舍信息查询,学生...
  • 宿舍管理系统需求分析之一

    千次阅读 2018-10-16 21:33:29
    需求分析的任务是调查应用领域,对应用领域中的信息要求和操作要求进行详细分析,形成需求分析说明书。重点是调查,收集与分析用户在数据管理中的信息要求,处理要求,数据的安全性与完整性要求。 ②为了完成需求...
  • 微信小程序点餐系统需求分析与建模 一.实验目的 (1)根据所选定应用软件的题目,完成整个需求分析工作; (2)通过实例掌握结构化数据流分析技术; (3)进行业务需求分析、用户需求、功能需求、非功能需求分析; (4)...
  • 吃货联盟订餐系统需求分析

    千次阅读 2018-07-30 07:54:12
    吃货联盟订餐系统需求分析 功能如下: 我要订餐//如果多次订餐,将新输入的信息插入空的数组 查看餐袋//将输入后的信息打印 签收订单//获取订单号后,给订单状态赋值为已签收 删除订单//所有数组赋值0 我要点...
  • 网上书店系统需求分析说明书

    千次阅读 2020-12-19 22:53:16
    网上书店系统需求分析说明书 项目组组长:丘佩茵 组员:林其庚、罗猛 1. 综述 1.1前言 传统的书店受时间和空间的限制,导致不能发挥更大的商业价值,所以网上书店已经成为了传统书店必须的经营路线之一。如何更好的...
  • 37、购物系统需求分析

    千次阅读 2018-12-02 20:35:38
    学习目标: 1、通过一个简单的项目示例复习本阶段的知识 2、能独立分析项目,了解...这里先给出这个系统的扼要需求分析,大家先好好阅读以下,理解好我们需要完成的系统的大概功能是什么。 1.引言 1.1 目的 ...
  • 火车票售票系统需求分析

    千次阅读 2018-12-16 12:18:00
    火车票售票系统 需求分析报告 1.引言 (1)1.1编写目的 (1)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2.任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.3条件与限制 (3)3.数据描述 (3)3.1静态数据 (3)3.2动态数据 (3)3.3...
  • 教学管理系统需求分析报告

    千次阅读 2016-04-19 15:49:00
    需求分析的软件对象是学生管理系统。开发学生管理系统能够为用户提供充足的信息和快捷的查询手段。作为计算机应用的一部分,使用计算机对学籍信息进行管理,具有着手工管理所无法比拟的优点。如检索迅速、查找方便...
  • 鲁棒图与系统需求分析

    千次阅读 2014-05-29 13:22:09
    鲁棒图与系统需求分析 1、概念 鲁棒图——是需求设计过程中使用的一种方法(鲁棒性分析),通过鲁棒分析法可以让设计人员更清晰、全面了解需求。它通常使用在需求分析后及需求设计前做软件架构分析之用,它主要...
  • 需求分析——系统需求的难点

    千次阅读 2019-05-26 08:46:55
    需求分析学习指导目录:https://blog.csdn.net/weixin_42562514/article/details/90572761 (1)范围问题:系统边界的不恰当定义或用户给出了不需要的技术细节,都会模糊系统的总体目标。(系统边界:前后置条件) ...
  • 商品信息管理模块(权限属超级管理员) 用户信息管理模块(权限属超级管理员) 付款模块 寄存物件 一、 数据库设计: 2.1数据库表列表 序号 关系名称 表描述 1 在线商品...
  • 学生信息管理系统--需求分析

    千次阅读 热门讨论 2012-08-13 09:26:22
    所谓"需求分析",是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要... 就我理解,需求分析阶段的最主要的任务就是确定软件系统功能。  下面呢,就是我做的关于”学生管理系统”的简单需
  • 1 需求分析,以下是需求描述: 1)当用户进入客户管理模块时,可通过列表方式来查看所有客户。 2)可通过客户名称关键字进行模糊查询。 3)单击客户列表中的客户名称链接,可查看客户基本信息。 4)单击新增按钮...
  •  3)系统需求;2,质量功能部署(QFD) 一种可以将用户需求转化为软件需求的技术,QFD将需求分为三类,常规需求,期望需求和意外需求。3,需求获取 需求获取是一个确定和理解不同的项目干系人的需求和约束的过程...
  • 在线考试系统需求分析

    千次阅读 2017-02-02 18:19:29
    在线考试系统能够很大程度上提高标准化测试的测试效率。但目前没有便于使用的考试系统,已有在线考试系统需要注册或联网使用,不能在网域网内直接使用。 2开发目标 此次开发的目标是实现一个局域网内能够使用的、...
  • 图书管理系统需求分析说明书

    千次阅读 2015-09-14 21:46:00
    图书管理系统需求分析说明书 第一正式得为了一个项目认认真真的这个需求分析说明书,真的用心了,记录下来,接下来的两周就是我们团队来实现它的时候了,愿我们组加油! 第1章 引言 1.1. 编写目的 本文档主要...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 549,225
精华内容 219,690
关键字:

信息系统需求分析怎么写