员工管理系统需求分析(共12页).doc

《员工管理系统需求分析(共12页).doc》由会员分享，可在线阅读，更多相关《员工管理系统需求分析(共12页).doc（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上软件开发方向“员工管理系统”软件需求规约二零零八年十二月修订历史记录日期版本说明作者2008-12-22V 1.0成员讨论初稿2008-12-23V 2.0成员讨论修改目录1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需

2、求的描述创造了条件。该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。1.2 文档格式本文档按以下要求和约定进行书写：（1）页面的左边距为2.5cm，右边距为2.0cm，装订线靠左，行距为最小值20磅。（2）标题最多分三级，分别为黑体小三、黑体四号、黑体小四，标题均加粗。（3）正文字体为宋体小四号，无特殊情况下，字体颜色均采用黑色。（4）出现序号的段落不采用自动编号功能而采用人工编号，各级别的序号依次为（1）、1）、a)等，特殊情况另作规定。1.3 预期的读者和阅读建议本文档的主要内

3、容共分4部分：综合描述、系统特性、和非功能性需求和外部接口描述。综合描述部分主要对系统的整体结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细描述，是本文的主要部分；非功能性需求部分对非功能需求进行了详细的描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。本文档面向多种读者对象：（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。（3）程序员：配合设计报告，了解系统功能，编写用户手册。（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试

4、。（5）销售人员：了解预期产品的功能和性能。（6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。（7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。1.4 范围该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。本产品将主要适用于大小型公司，教育机构的员工管理，主要完成员工录入、员工修改,员工的部门统计等业务，1.5 术语UML：统一建模语言1.6 参考文献2 系统概述2.1 概述安博集团对实训员工信息的管理，其中包括对新员工

5、信息的录入，对在职员工信息进行修改，删除，查询。整个项目大致划分为增加员工基本信息，修改员工基本信息，删除员工信息，查询员工基本信息这四大模块，也是整个项目的核心。2.2 功能员工密码还原修改员工信息删除员工信息查询员工信息增加员工信息管理员信息管理员工管理系统增加员工信息修改员工信息督导员信息管理查询员工信息查询员工信息员工信息管理修改员工密码2.3 运行环境该系统为B/S三层结构，它的运行环境分客户端、应用服务器端和数据库服务器端三部分。以下是系统的软件环境。（1）客户端操作系统：Windows2000 Professional/XP或更新版本。浏览器：IE6以上，其它常见浏览器如Fire

6、Fox。（2）应用服务器端操作系统：Windows2000 Server或更新版本。应用服务器：Tomcat 5.5或更新版本。数据库访问：JDBC。（3）数据库服务器端操作系统：Windows2000 Server或更新版本。数据库系统：SQLServer 2000或更新版本。2.4 假设与依赖本项目是否能够成功实施，主要取决于以下的条件：（1）安博集团与java团队配合，为了项目的开发和实施，在必要时对现有的业务流程进行合理的调整。（2）安博为java团队的调研、开发和实施过程提供必要的工作环境和系统运行环境，这些环境有助于java团队开展工作。（3）安博为java团队提供完整的功能和性能

7、需求资料，以便于java团队对其进行分析，从而形成完善的软件需求。（4）安博集团为软件系统的运行提供必要的且能够满足系统运行条件（硬件环境和通讯环境），不合适的硬件环境和通讯环境将会影响系统的性能。（5）java团队掌握先进的能够适用于该项目的技术，这是系统的性能是否优化和项目能否成功的保证。（6）安博集团与java团队具有相对稳定的项目团队，不稳定的团队将影响项目的进度和质量。3 系统特性3.1 系统角色本系统主要用于学校的以下几类人员：（1） 系统管理员，完成系统管理与维护，例如，维护员工，数据字典等的维护。图二 用例图一（2） 督导员，完成员工的管理与维护，例如，员工的修改。 图二 用例

8、图二(3) 员工，查看员工信息与自己密码的修改。 图二 用例图三 3.2 员工管理3.2.1 增加员工信息使用者：公司有员工管理功能角色的用户。目的：单个添加员工基本信息。基本事件流：1、用户进入增加单个员工界面，本用例开始；2、系统显示员工信息输入界面，用户输入员工姓名、性别、年龄、入园日期、寝室号、学校，专业、联系电话、备注。3、用户确认输入信息，直接插入不需要检查是否有重复的员工号，因为员工号都是自动递增，不会造成重复的员工。3.2.2 修改员工信息使用者：管理员，督导员。目的：单个修改员工基本信息。基本事件流：管理员：1.管理员修改员工信息界面，本用列开始。2.系统显示员工信息修改页面

9、，管理员可以修改姓名、性别、年龄、入学日期、寝室号、学校、员工状态、专业、联系电话、备注。3. 管理员确认修改信息，系统会提示你是否确认修改，若确定，则确认修改，否则返回修改页面。4. 本用例结束。督导员：1. 督导老师修改员工信息界面，本用列开始。2.系统显示员工信息修改页面，督导员可以修改姓名、性别、年龄、入学日期、学校、员工状态、专业、联系电话、备注。3. 督导员确认修改信息，系统会提示你是否确认修改，若确定，则确认修改，否则返回修改页面。4. 本用例结束。3.2.3 删除员工信息使用者：管理员。目的：单个或者批量删除员工信息。基本事件流：1.管理员打开主页面，本案例开始。2.查找要删除

10、的员工（查询功能），选中想要删除的员工（可多选），点击删除，系统会提示你是否确认删除，若确定，则确认删除，否则返回删除页面。3.本用例结束。3.2.4 查询员工信息使用者：管理员，督导员，员工。目的：查询单个信息或者批量查询滿足条件的员工信息。 基本事件流：如下各角色者操作方式一样（用管理员作例）：1、管理员打开主页面，本用例开始。2、在页面的查询条上有三项，第一项为输入框，可输入要查询的关键字（如姓名）；第二项为下拉表，分别表示三种查询方式，第一种为学号查询，第二为姓名查询（可模糊查询），最后为专业查询（查询结果为这个专业所有的员工）；第三项为单选按钮，选择在园或者非在园情况；点击查找，得到

11、结果。5、本用例结束。3.2.5修改员工密码使用者：管理员，员工。目的：当员工忘记密码时可以向管理员申请将密码还原，员工在修改其密码。 基本事件流：管理员：1、管理员打开还原密码页面，本用例开始。2、在员工记录后面点击密码还原按钮，该员工的密码变成初始值。3、本用例结束。员工：1、员工打开修改密码页面（限本员工记录），本用例开始。2、在修改页面输入初始密码和修改后密码，验证通过后密码被修改。3、本用例结束。4 非功能性需求4.1 性能需求（1）客户端一般响应时间（除数据导入）不超过1秒。4.2 安全性需求（1）权限控制本系统角色只有一个（管理员）,拥有所有权限。4.3 可用性需求（1）方便操作

12、，操作流程合理尽量从用户角度出发，以方便使用本产品。如：新增员工信息时，敲入回车键光标的自动跳转。（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。（3）控制必录入项本系统能够对必须录入的项目进行控制，使用户能够确保信息录入的完整。同时对必录入项进行有效的统一的提示。（4）容错能力系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。（5）操作完成时有统一规范的提示信息例如删除操作时，系统可提示警示框“您确认删除记录吗？操作不可恢复！”，用户点击确认后，系统才执行删除操作，删除后可直接返回相关页面。4.4 用户文档同本软件一起发行的用户文档包括：（1）安装手册：Word格式文件。（2）用户手册：Word格式文件。4.5 其它需求（1）支持多浏览器。（2）系统安装方便，易于维护。5 外部接口需求5.1 用户接口本系统采用B/S架构，所有界面使用WEB风格，用户界面的具体细节将在概要设计文档中描述。5.2 硬件接口服务器端建议使用专用服务器。5.3 软件接口无特殊需求。5.4 通信接口无特殊需求。专心-专注-专业