《软件需求工程大作业(共24页).doc》由会员分享，可在线阅读，更多相关《软件需求工程大作业(共24页).doc（26页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上学 号： 21课 程 设 计课程名称软件需求工程论文题目某公司人事管理系统需求分析报告学 院计算机科学与技术学院专 业软件工程专业班 级0904班姓 名朱 鹏指导教师岑 丽20112012学年 第1学期专心-专注-专业目录1 论文要求(1) 对所选系统进行严密的需求获取以及需求分析。(2) 给出所选系统的各层次需求，包括业务需求，用户需求，功能需求以及非功能需求。(3) 给出所要实现系统的项目开发计划(简略)以及需求规格说明书。(4) 需求规格说明书要详尽，必须包括以下内容：引言，总体描述，功能需求，接口需求以及其它非功能性需求等，符合需求规格说明书各项细则。(5)
2、附录中给出所选系统需求规格说明书中各图表的获取过程。2 可行性研究报告2.1引言2.1.1编写目的在允许的成本和性能要求以及系统的范围内，分析每项需求得以实施的可能性。目的在于明确与每项需求相关联的风险，包括一些与其他方面的冲突、对外部环境的依赖和某些技术的障碍等。最后，以文件的形式给企业的决策层提供项目实施的参考依据，其中包括项目存在的风险、项目需要的投资和能够收获的最大效益。2.1.2项目背景l 项目名称 公司人事管理系统l 项目委托人 朱鹏l 产品用户 XX公司人事管理部门l 项目开发者 XX团队l 项目与其他软件或其他系统的关系 此系统仅是总系统中的一个组成部分，该系统与企业的员工培训
3、管理系统、考勤管理系统、工资管理系统等系统存在数据共享等关系。与其他数据库可以建立链接，为其他模块相应功能的实现提供信息来源和依据。2.1.3参考资料1软件工程导论（第5版） 编著：张海藩 出版社：清华大学出版社2软件需求工程 编著：毋国庆 梁正平 袁梦霆 李勇华 出版社：机械工业出版社2.2可行性研究的前提2.2.1要求2.2.1.1功能（1）人事信息管理：人事增减、人员调动和聘任、职称评定、奖励和惩罚；（2）查询人事信息：根据权限按条件（部门、姓名、性别等）查询相关的人事信息，并生成统计报表；（3）提供工资数据和报表：按月打印和生成工资表和工资条用于发放工资；（4）系统用户管理：系统登陆采
4、用用户名+密码形式，管理员可以增、删用户和设置初始密码，用户可以自己修改密码；（5）考勤管理：按月提供考勤记录，并生成和输出考勤表。2.2.1.2性能对输入数据进行检查，确保输入数据的准确性。可以实现多个用户同时操作。2.2.1.3输入由管理员通过文本输入公司员工所有信息。2.2.1.4输出通过表单来输出显示相关的信息，还可以通过Excel文档输出和打印输出。2.2.1.5安全性该人事系统由用户名和密码登录，通过管理员设置登录用户的权限，系统对不同权限的用户提供不同的功能模块，一般的用户只能进行查询操作，从而对数据库的关键数据进行保密。2.2.1.6完成期限预期两个月2.2.2目标开发一个功能
5、实用、操作方便，简单明了的人事管理系统。在设计出功能强大的软件的同时，尽可能地减少对系统资源的占用，并且还要力求做到通过使用本系统，尽量使公司的人事管理工作系统化，自动化和规范化，从而达到提高企、事业单位管理效率的目的。2.2.3条件、假定和限制l 建议软件使用寿命：3年l 进行系统方案选择比较的时间：一个星期l 经费来源：XX公司l 硬件条件：服务器，若干台PC机作为客户机l 开发环境：.Net Frameworks 1.0l 运行环境：windows2000以上版本操作系统l 数据库：SQL Server2005l 投入运行的最迟时间：两个月l 使用范围：仅在XX公司内部使用2.2.4可行
6、性研究方法从技术可行性、经济可行性、操作可行性和社会可行性四个方面来研究该系统的可行性。根据技术可行性的考虑初步排除一些不现实的系统和不合理的要求；操作可行性方面，根据使用部门处理事务的原则和习惯检查技术上可行的方案，去掉其中从操作方式或操作过程的角度看用户不能接受的方案；经济方面的可行性，应估计可能的系统开发成本和运行费用，并且估计可以节省的开支或可以增加的收入；社会可行性方面，显然该系统可以提高公司管理效率，从而增进公司效益。通过与公司人事管理人员的交流，考虑到现行开发环境的实际情况，此系统技术难度不高，实现环节不复杂，所以在技术上是可行的；设计人员已经过了详细调查，充分地了解了用户的需求
7、，因此从操作上来讲可以给用户提供一个优良的系统；通过介绍这个系统之后，公司人事管理人员充分表达了实施该项目的必要性，最后对现有系统和拟开发系统在费用上进行比较，得出的结论是通过这套系统不仅能节省人力、物力，而且提高了准确性。所以综上所述，此软件是完全可行的。2.2.5评价尺度根据用户的需求，项目包括职工信息管理、部门信息管理、工资管理、职工考勤管理、职工绩校考核管理等基本信息管理，还包括强大的查询功能。由于企业人数较多，系统也要求数据具有安全性原则。在遭遇外界环境突然变化（如断电）的情况下，数据仍然能够得到安全的存储。2.3对现有系统的分析2.3.1系统模型（待定）2.3.2工作负荷（待定）2
8、.3.3费用支出（待定）2.3.4局限性（待定）2.4对所建议系统的分析2.4.1概述本系统在提高处理能力、减轻工作负荷、增强系统灵活性和保证数据安全等方面都有一定的优越性。系统设计人力资源管理中的薪资、考勤、调动、基本信息、用户管理等方面。可以很好地为用户对员工进行管理以及方便员工查询相关信息。2.4.2处理流程和数据流程2.4.2.1员工信息管理系统功能结构图人事管理系统统用户管理模块员工信息管理模块部门信息管理模块账号管理权限管理员工奖惩信息员工考勤信息员工工资信息员工基本信息人员调动管理部门信息管理图1 系统结构图2.4.2.2数据流图 权限选择权限选择退 出验证错误信息管理员工信息工
9、资结算时间签到取消记录用户身份验证登陆查询信息信息处理工资信息记录考勤信息记录奖惩信息记录员工信息记录图2 数据流图2.4.2.3 ER图用户名密码用户名密码管理员用户管理查看员工编号部门名称年龄性别员工信息表图3 ER图2.4.3采用建议系统可能带来的影响2.4.3.1对设备的影响可能需要提高相应的设备来满足现在的功能需求。2.4.3.2对用户的影响使用这个管理系统会使用户和原来相比节省很多时间，使工作更高效2.4.3.3对系统运行过程的影响使用系统的过程中，应该按一定的时间对重要的信息进行及时的备份，以便更新和维护该系统。2.4.3.4对开发的影响用户整理公司员工信息记录，部门记录等，准确
10、及时地录入系统。2.4.3.5对经费开支的影响用于系统硬件建设，以及软件开发和维护，需要投入更多的资金。2.5可选择的其他系统方案无2.6技术可行性分析（1）在当前的限制条件下，该系统的功能目标能够实现（2）利用现有的技术，该系统的功能能够实现（3）开发人员为武汉理工大学XX团队成员，均具备一定的程序设计能力和代码编写能力，具有足够的专业知识技能。（4）在规定的期限内，本系统的开发能够完成。2.7投资及效益分析2.7.1支出 (待定)2.7.2收益（待定）2.7.3收益投资比（待定）通过对支出和效益的衡量，分析得出在经济上的回报还是非常可观的。2.7.4投资回收周期（待定）预计本次投资的回收周
11、期为一年。2.7.5敏感性分析该系统的反应时间一般在1秒内，不会对人们使用习惯产生很大的影响。2.8社会可行性2.8.1法律方面的可行性该系统由开发人员自主研究开发，开发方和投资方的各自的责任非常明确，没有侵犯任何人的著作权，也没有侵犯到国家、集体或他人的利益。2.8.2使用方面的可行性该系统界面人性化，操作简单，一般只要懂得电脑基本操作的人员都能够使用它。而且该系统考虑到企业组织管理结构、工作流程等方面，能够很好在企业中得到应用。2.9可行性分析结论意见通过以上分析，可以得到：(1) 就当前公司管理当前状况，开发公司人事管理系统是十分必要的，符合公司发展战略和目标。(2) 此开发项目在技术、
12、操作、经济以及法律和社会各个方面均满足可行性条件，因此决定着手组织开发。3 项目开发计划3.1引言 3.1.1编写目的 为了能高效的，有计划设计企业人事管理系统，此项目计划书目的是让软件程序设计人员能确定详细的项目实施范围、定义递交的工作成果、评估实施过程中的主要风险、制定项目实施的进度计划、成本和预算计划、人力资源计划等。本报告的主要作用是确定各个项目模块的设计情况和主要的负责人的负责任务,以便每个项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少设计中的不必要损失。进而能更好的更高效的完成本系统的开发。3.1.2背景 (1) 项目名称：公司人事管理系统(2) 项目任务提出者：
13、09软件(3) 项目开发者：XX团队(4) 用户：XX公司人事管理部门(5) 实现软件中心：XX软件设计中心(6) 项目与其他软件或其他系统的关系 此系统仅是总系统中的一个组成部分，该系统与企业的员工培训管理系统、考勤管理系统、工资管理系统等系统存在数据共享等关系。与其他数据库可以建立链接，为其他模块相应功能的实现提供信息来源和依据。3.1.3定义 3.1.4参考资料 1 软件工程导论（第5版） 编著：张海藩 出版社：清华大学出版社2 软件需求工程 编著：毋国庆 梁正平 袁梦霆 李勇华 出版社：机械工业出版社 3 本项目可行性研究报告 3.2项目概述 3.2.1工作内容 (1) 定义阶段：此阶
14、段主要是立项和需求分析和计划部分，需要做出的报告和计划书：项目立项报告需求定义书、项目开发计划、配置管理计划、测试计划；(2) 开发阶段：此阶段主要是设计、编码和测试三个部分，各个部分需要做出相应的设计书或说明书：系统结构图、概要设计说明书、详细设计书、数据库设计说明书、数据库设计规范、测试报告书；(3) 维护阶段：此阶段主要是运行和维护部分需要做出的说明书：用户操作手册和项目部署手册。3.2.2主要参加人员 XX团队3.2.3产品 3.2.3.1程序系统名称：企业人事管理系统使用的语言：C+ 存储形式：磁盘 3.2.3.2文件项目计划书，可行性研究报告，需求分析报告，概要设计说明书，详细设计
15、文档，测试分析报告，测试计划文档，项目开发总结报告书，系统问题报告 3.2.3.3服务(1) 用户登录功能(2) 留言板功能(3) 人事部门信息发布功能(4) 系统管理功能(5) 员工管理功能(6) 员工自助功能3.2.3.4非移交的产品 项目组内部的文档：有需求规格说明书，概要设计说明书、详细设计说明书、源代码清单、代码接口说明、测试策略、测试计划、系统测试用例、缺陷报告和最终测试结果报告。3.2.4验收标准 系统能正常运行且功能能达软件需求说明书中定义的全部功能、性能、可靠性等需求。整个系统是否达到客户的要求，且试运行阶段不会出现两次以上故障。3.2.5 完成项目的最迟期限2012年2月1
16、日3.2.6 本计划的批准者和批准日期(待定)3.3实施计划 3.3.1工作任务的分解与人员分工 任务阶段具体任务划分描述负责人计划阶段项目开发计划测试用例计划配置管理计划需求分析阶段调研分析系统主要任务需求规定运行环境规定需求定义书设计阶段 接口设计概要设计 系统出错处理设计 概要设计说明书 结构设计数据库设计 运行设计 数据库设计说明书实现阶段数据库实现模块终端控制模块数据同步模块后天管理中心控制模块测试与维护界面测试与数据确认测试接口测试与代码走读集成测试测试报告书项目交付与技术支持用户培训用户使用手册项目部署手册3.3.2接口人员 (1) 负责本项目同用户的接口人员：XXX (2) 负
17、责本项目同本单位计划管理部门接口人员：XXX(3) 负责本项目同本单位财务部门接口人员：XXX(4) 负责本项目同本单位质量管理部门接口人员：XXX (5) 负责本项目同各分合同负责单位的接口人员：XXX 3.3.3进度编号任务阶段开始日期完成日期所需资源标志性事件1计划阶段2需求分析阶段3设计阶段4实现阶段5测试与维护6项目交付与技术支持3.3.4预算 总体预算10，0003.3.5关键问题 如何提高系统的运行效率以及可靠性，应采用高效率搜索算法以及模块化设计，减少各模块之间的耦合。对于数据库设计，应尽量减少数据冗余。3.4支持条件 团队成员：N人 硬件设备：电脑N台3.4.1计算机系统支持
18、 软件设备：Microsoft XP、SqlSever2005本系统打算使用Adobe Dreamweaver CS3作为界面和功能开发工具，使用MySQL作为后台数据库，并利用其提供的各种面向对象的开发工具进行界面和数据库开发。系统开发过程要结合快速原型模型与增量模型的优点：首先在短时间内建立系统应用原型，然后，对初始原型系统进行需求迭代，不断修正和改进，直到形成可行系统。3.4.2需由用户承担的工作 用户需要明确的需求说明，当有需求改动的时候需要及时提醒。3.4.3需由外单位提供的条件 3.5专题计划要点 (1) 数据库模块设计(2) 数据库操作模块的实现(3) 网络同步模块的设计(4)
19、网络同步模块模型的实现(5) 客户终端程序接口的设计与实现(6) 后台控制中心接口设计与实现3.6交付期限 2012年2月1日4 需求规格说明书4.1引言4.1.1目的(1) 以文档的形式给出在需求获取和需求分析阶段所获得的所有用户需求，并为软件设计和实现奠定基础，且能够作为软件测试和用户验收软件系统的重要依据。所有技术人员都应该以该文档作为产品的功能定义，具体建设内容。(2) 为开发小组成员、客户之间提供共同的协议而创立基础，减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦，让客户指出不足，进一步了解客户的要求。4.1.2文档约定(1) 必须使用国家公布的规范字。打印版面上空
20、2.5cm，下空2cm，左空2.5cm，右空2cm（左装订），固定行距，24磅。(2) 章条序码统一用阿拉伯数字表示，题序层次可以分为若干级，各级号码之间加一小圆点，末尾一级码的后面不加小圆点，层次分级一般不超过4级为宜。第一级（章）题序和题名用黑体小二号字，第二级（条）题序和题名用黑体小三号字，第三级（条）题序和题名用黑体四号字,第四级（条）题序和题名用黑体小四号字。(3) 正文字体为宋体小四号。无特殊情况下，字体颜色均采用黑色。(4) 出现序号的段落不采用自动编号功能而采用人工编号，各级别的序号依次为（1）、1）、a等，特殊情况另作规定。4.1.3预期的读者和阅读建议本文档面向多种读者对象
21、：(1) 项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计。(2) 设计员：对需求进行分析，并设计出系统，包括数据库的设计。(3) 程序员：配合设计报告，了解系统功能，编写用户手册。(4) 测试员：根据本文档对软件产品进行功能性测试和非功能性测试。(5) 用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。(6) 其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。4.1.4产品的范围系统设计人力资源管理中的薪资、考勤、调动、基本信息、用户管理以及用户
22、切换等方面，并有综合的系统安全设置、报表综合管理模块，可以很好地为用户对员工进行管理以及员工查询相关信息。该系统仅在XX公司内部供公司所有成员使用。4.1.5参考文献1软件工程导论（第5版） 编著：张海藩 出版社：清华大学出版社2软件需求工程 编著：毋国庆 梁正平 袁梦霆 李勇华 出版社：机械工业出版社3软件开发项目管理 编著：栾跃 出版社：上海交通大学出版社4.2综合描述4.2.1产品的前景人事管理系统可以说是每一个公司都需要的软件，一个公司的员工可能会有成百上千，而且职位也不尽相同，对每位职员的信息管理无疑是一份工作量十分巨大的任务，稍有不细心就可能引发一系列问题。因此像这种不涉及过多逻辑
23、推理的任务完全可以交给软件来实现，人事管理系统应运而生。4.2.2产品的功能(1) 人事信息管理：人事增减、人员调动和聘任、职称评定、奖励和惩罚；(2) 查询人事信息：根据权限按条件（部门、姓名、性别等）查询相关的人事信息，并生成统计报表；(3) 提供工资数据和报表：按月打印和生成工资表和工资条用于发放工资；(4) 系统用户管理：系统登陆采用用户名+密码形式，管理员可以增、删用户和设置初始密码，用户可以自己修改密码；(5) 考勤管理：按月提供考勤记录，并生成和输出考勤表；(6) 安全可靠性：实现数据库的备份、还原及清空操作。系统运行稳定、安全可靠。4.2.3用户类和特征根据权限将用户类分为：普
24、通员工，部门经理，人事部员工，人事部经理，总经理。人员类型权限描述普通员工查看员工资料、请假、加班、考勤、薪资等信息，填写业绩报告等管理员部门经理除普通员工的权限外，还可审批请假、加班和业绩报告的信息等人事部员工修改员工资料，登记考勤信息，核实加班请假信息并计算月工资等人事部经理除人事助理的权限外，还有指定员工起薪等权限总经理默认拥有部门经理的所有权限4.2.4运行环境(1) 系统开发平台Microsoft Visual Studio 2005(2) 系统开发语言C+(3) 数据库管理系统软件Microsoft SQL Server 2005(4) 运行平台Windows系统(5) 开发环境M
25、icrosoft .NET Framework 1.0(6) 分辨率最佳效果1024768像素4.2.5设计和实现的限制(1) 软件开发小组提供相应的开发阶段文档，用户提供相适应的行业标准，使软件开发与典型实例考核相结合。(2) 操作员与用户要按照操作规程运行本系统，不得进行恶意破坏性操作。(3) 用户必须提供相关运行软件有效的数据库接口标准，并在改动的过程中及时通知本软件开发商，以保证从中正确读取预决算参数，进行成本预算。4.2.6假设和依赖(1) 预计开发期限：2012年2月1日(2) 预计开发经费：10，000RMB4.3外部接口需求4.3.1用户界面本系统的三层C/S部分采用标准的GU
26、I图形界面，主窗体为多文档风格，其中出现的所有错误信息和提示信息均采用Windows的标准提示框。B/S部分采用浏览器界面。系统的界面要求如下：(1) 页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。(2) 导航结构：软件操作简单，且便于理解，方便用户使用。4.3.2硬件接口采用USB接口方式与外部设备相连接。4.3.3软件接口本软件使用Microsoft Visual Studio 2005做设计开发平台，在Windows操作平台下运行，可与各类应用软件很好兼容。4.3
27、.4通信接口与各种网络协议不冲突。4.4功能需求4.4.1登录页面需要登陆的人员，对于不同的身份，他们的权限是不一样的。当用户输入ID 和密码时，查询数据库，若用户名和密码正确，则进入相应的员工信息页面，若不正确，则提示用户用户名或密码错误，仍显示当前页面。用例图：图44.4.2查询员工资料该模块主要是查看自己/同事的资料，以更好促进公司员工之间的相互了解。同时也可以修改自己的部分信息。主要功能包括：(1) 查询自己的详细信息：员工ID、员工姓名、电子邮件、所在部门名称、经理、分机和自我简介等(2) 修改自己的相关信息，密码(3) 查询、搜索其他同事的相关信息用例图：图54.4.3员工资料管理
28、人事部门负责维护员工的基本资料。人事部门将员工的基本资料录入到数据库中，并打印一份报到单给员工，上面列出了该员工的登录ID、公司邮件的地址、该员工的部门名称以及该员工的同部门同事列表。主要功能包括：(1) 添加/修改/删除员工(2) 按任意条件搜索员工(3) 打印员工报到单(4) 修改员工相关信息。用例图：图64.4.4考勤管理人事部可以管理考勤记录，即根据员工请假记录，判定是否缺勤，以及打印一些汇总信息。由于公司在使用该软件之前把考勤信息记录在 Excel 表格中，本模块需要实现从该 Excel 表中导入数据的功能。主要功能包括：(1) 输入/修改/删除/查询员工的考勤记录(2) 显示当日迟
29、到、缺勤明细(3) 统计某段时间内迟到、缺勤人数汇总信息用例图：图74.4.5业绩评定由员工填写业绩报告表（部门经理不需要填写），部门经理根据该报告，评定其下属的业绩分数。人事部根据部门经理的评分作为基础，然后根据考勤记录来计算最终的绩效成绩。主要功能包括：(1) 员工可填写业绩报告(2) 经理查询下属的业绩报告。可填写业绩评分(3) 员工查询最终的业绩评分(4) 员工查询所有的历史业绩报告，单击显示其详细信息(5) 经理查看某次业绩评定的所有下属的汇总信息。用例图：图84.4.6薪资查询及管理员工薪资由基本薪资和加班薪资组成，并且有可能因为迟到和缺勤而扣除部分薪资。基本薪资由人事经理指定。员
30、工可以查看自己的本月薪资明细，还可以查询历史薪资记录。主要功能包括：(1) 显示员工当月的薪资信息，并列出影响薪资额的加班和考勤记录(2) 打印本月薪资单(3) 查看某段时期内的薪资信息。(4) 按部门打印员工月薪资的汇总表(5) 查看某个员工的历史记录用例图：图94.4.7安全管理本模块的功能是验证登录者的身份，保证系统安全性。本模块除了验证功能还包括系统事件记录功能，可以将系统中发生的与安全相关的各类事件、对重要信息的操作记录下来。密码修改时注意密码不能为空，且至少包含6个字符。主要功能包括：(1) 验证登录者的身份(2) 人事经理可以添加/删除操作员（即人事部员工）(3) 密码修改(4)
31、 系统事件记录(5) 系统事件查询用例图：图104.5其他非功能要求4.5.1性能需求4.5.1.1用户数量项目的主要用户是公司内部所有工作人员，所以流量不会很大，根据公司的规模以及发展，预计员工数目100人左右。4.5.1.2时间特性要求(1) 响应时间：视网络情况,等待时间约为2-4秒(2) 更新处理时间：无(3) 数据的转换和传送时间：2-4秒4.5.1.3灵活性系统应具有较灵活的更新操作，对用户信息的添加、修改、删除、查询，对一段时间后数据库的内容进行有选择地添加、修改和删除，必要时对数据库系统的部分信息进行初始化。4.5.2安全设施需求(1) 设备的硬件故障可能造成本软件不能运行或不
32、能正常进行输入、输出等后果，系统的资源不足及网络传输通道阻塞可能造成本软件不能正常运行，在系统自动关闭之前要保证信息的保存，要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。(2) 当系统出现异常时，为了使异常处理简洁，定义专门的错误页面来处理可能发生的异常，在错误页面打印异常信息以及用户应该做的处理，同时将异常写入日志文件，便于日后的维护。4.5.3安全性需求(1) 若要对该公司人事管理系统进行操作就应当具有某些操作权限。没有权限的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性和安全性。 (2) 在上述要求基础上
33、可以为该系统设定多种登录方式，程序开始运行所有功能将是不可使用的，只有系统管理员登录和普通用户登录两个窗口可以使用，没有系统管理员或者普通用户的用户名和密码任何人都不能登录该系统。 (3) 在具体实现时还应为系统管理员和普通用户设定不同的权限，系统管理员应当可以使用系统的所有模块，普通用户对于用户管理模块是无权使用的。4.5.4软件质量属性(1) 运行环境的变化：既可以在Windows2003上运行，也能在WindowsXP和WindowsVista等windows系列操作系统上运行。(2) 使用性：具有良好的用户接口，可供普通群众使用（识字即可）。(3) 软件的安全性：可以有效的防止病毒入侵
34、，系统可以在满足硬件需求的条件下稳定的运行，不会出现系统崩溃或数据丢失等情况。(4) 软件的可维护性：同时，本软件可随时随着用户需求的变化而快速更新，满足用户不断增长的需求，可维护性强。(5) 可移植性：该软件可在Windows系列的操作系统中稳定的运行。4.5.5业务规则(1) 普通员工登陆后可以查看员工资料、请假、加班、考勤、薪资等信息，填写业绩报告等。(2) 部门经理登陆后除普通员工的权限外，还可审批请假、加班和业绩报告的信息等。(3) 人事部员工登陆后可以修改员工资料，登记考勤信息，核实加班请假信息并计算月工资等。(4) 人事部经理登陆后除人事部员工的权限外，还有指定员工起薪等权限。(
35、5) 总经理登陆后默认拥有部门经理的所有权限。4.5.6用户文档同本软件一起发行的用户文档包括：(1) 安装手册：Word格式文件。(2) 用户手册：Word格式文件。(3) 在线帮助：HTML Help格式文件，联机式。4.6其他需求(1) 软件必须严格按照设定的安全权限机制运行，并有效防止非授权用户进入本系统。(2) 软件必须提供对系统中各种码表的维护、补充操作。(3) 软件必须按照需求规定记录各种日志。(4) 软件对用户的所有误操作或不合法操作进行检查，并给出提示信息。(5) 用户必须对系统中的材料成本信息进行维护，以便软件能取得。(6) 软件仅供公司内部使用。任何组织和个人不得将软件传
36、播,或者用于其他用途.软件涉及到的相关信息将严格保密,绝对不可以泄露。5 附录各图表获取过程：l 图1：员工信息管理系统功能结构图。将人事管理系统分为三个子模块，部门信息管理模块，员工信息管理模块和用户管理模块。每个模块对应其不同的功能。l 图2：数据流图。粗略的描述了系统内部的处理流程，表现出了一些数据流的加工和处理。用户登录到系统进行相关的信息处理。l 图 3：ER图。描述管理员、一般用户以及员工信息表等之间的数据关系。管理员管理员工信息表，用户查看员工信息表，不同数据又关联其相关的属性。l 图4：登陆页面的用例图。不同的用户输入相应的密码具有不同的权限，分别进入相应的员工信息页面。l 图
37、5：查询信息的用例图。所有用户均可以查询或修改自己的相关信息，并可以查询同事的部分信息。l 图6：资料管理的用例图。管理员可以添加/修改/删除员工，按任意条件搜索员工，打印员工报到单，修改员工相关信息。l 图7：考勤管理的用例图。由管理员上传考勤记录，员工进行查询。同时，管理员可以对考勤记录进行修改和统计。l 图8：业绩评定的用例图。员工填写业绩报告并可以查询历史业绩报告，查询业绩评分。管理员（经理）进行业绩评分，查询员工业绩报告。l 图9：薪资管理的用例图。由系统显示员工薪资信息，管理员计算员工的当月薪资，按部门打印员工月薪资的汇总表，并可以查看某个员工的历史记录。l 图10：安全管理的用例
38、图。管理员可以验证登录者的身份，对管理员自身进行身份管理，比如人事经理可以添加/删除操作员（即人事部员工），同时可以进行密码修改和系统事件查询。6 体会与感想浅析软件需求工程过程的重要性 在IEEE软件工程词汇表中，将需求定义为：（1）用户为解决某个问题或达到某个目标而需具备的条件或能力；（2）系统或系统组件为符合合同、标准、规范或其他正式文档而必须满足的条件或必须具备的能力。简言之，需求分析的任务就是解决做什么的问题，就是要全面地理解用户的各项要求，并准确地表达所接受的用户需求。如果投入大量的人力，物力，财力，时间，开发出的软件却没人要，那所有的投入都是徒劳。如果费了很大的精力，开发一个软件
39、，最后却不满足用户的要求，从而要重新开发过，这种返工是让人痛心疾首的。简单打个比方，如果一个男生不知道自己需要哪种女生，而由于其他原因比如说外表，盲目去追求一个女生，等到两人在一起了，男生发现自己要的不是这样的女生，在性格上、生活习惯、价值观上等等与自己期待的不一样，这个时候就会发现自己投入的时间，精力甚至金钱都没什么意义，最后的结果就只有散伙了。同样的道理，一个开发团队在没清楚了解需求的情况下由于时间、市场经济效益等原因就着手开发了，最后发现用户要的不是开发出来的，又或者中途已经发现出错了，这个时候的代价就已经很大了，等到女生刚喜欢上了男生，男生这个时候还走得开么？ 以上只是个不大恰当的比方
40、，但足以说明需求二字的重要性了。现实生活中也有数不清这样的案例：Swannick空中交通控制系统原计划在1998年完工，但直到2001年尚未交付使用，额外开支高达1亿英镑以上，经官方调查，发现其中的一个主要原因在于“缺乏健壮的需求规格说明导致无法继续进行系统实现”。与此同时，另外的一些调查研究显示：一个与需求相关的错误发现和解决越迟，其修复的代价越昂贵。在需求阶段检查和修复一个错误所需要的费用只有编码阶段的1/5到1/10，在维护阶段做同样的工作所需要付出的代价是编码阶段的20倍。由此可见，软件需求工程的质量好坏足以影响整个项目。 尽管项目失败涉及的原因多种多样，但是项目需求无疑是在软件项目前
41、期造成麻烦的一个最大原因，无数的研究一经发现，当项目失败时，需求问题通常正是核心问题。有数据显示，项目失败或者严重超支的8个原因中，有5个是与需求相关的：需求不完整；缺乏用户的参与；客户期望不实际；需求和需求规格说明的变更；提供许多不必要的功能。软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。需求分析是获得用户需求的直接途径，是决定项目成功的关键性因素，是系统分析和软件设计的纽带。需求分析之所以重要，就因为它就好比龙头，体现了决策性，方向性，策略性的作用，需求分析是软件开发工程项目的开始，也是质量控制的开始，如果在需求阶段出现问题而没改正，在后面的阶段，问题只会放大很多倍，进而影响到项目的继续进行。它在软件开发的过程中具有举足轻重的地位，所以一定要对需求分析具有足够的重视。越是在大型软件系统的开发中，它的作用越是要远远大于程序设计。因此可以不夸张的说：只要把需求管理做好了，项目也就已经成功了一半。