某公司人事管理系统可行性研究报告.doc

上传人:李主任 文档编号:3871263 上传时间:2019-10-01 格式:DOC 页数:26 大小:276.59KB
返回 下载 相关 举报
某公司人事管理系统可行性研究报告.doc_第1页
第1页 / 共26页
某公司人事管理系统可行性研究报告.doc_第2页
第2页 / 共26页
某公司人事管理系统可行性研究报告.doc_第3页
第3页 / 共26页
某公司人事管理系统可行性研究报告.doc_第4页
第4页 / 共26页
某公司人事管理系统可行性研究报告.doc_第5页
第5页 / 共26页
点击查看更多>>
资源描述

《某公司人事管理系统可行性研究报告.doc》由会员分享,可在线阅读,更多相关《某公司人事管理系统可行性研究报告.doc(26页珍藏版)》请在三一文库上搜索。

1、 某公司的人事管理系统1.可行性研究报告31.1引言31.1.1编写目的31.1.2项目背景31.1.3定义41.1.4参考资料41.2可行性研究的前提41.2.1要求41.2.2目标51.2.4可行性研究方法51.2.5决定可行性的主要因素51.3对现有系统的分析63.1处理流程和数据流程63.2工作负荷73.3费用支出73.4人员73.5设备73.6局限性71.4投资及效益分析81.4.1 对客户支出与收益的分析81.4.2对团队技术支持的分析81.4.3对团队支出与收益的分析81.4.4社会因素分析81.4结论82.项目开发计划92.1引言92.1.1编写目的92.1.2项目背景92.1

2、.3定义102.1.4参考资料102.2项目概述102.2.1工作内容102.2.2主要参加人员102.2.3产品112.2.4验收标准112.2.5完成项目的最迟期限122.2.6本项目的批准者和审批日期122.3实施计划122.3.1任务分解122.3.2进度122.3.3预算132.3.4关键问题132.4 支持条件132.4.1计算机系统支持132.4.2需由用户承担的工作132.4.3需由外单位提供的条件142.5人员组织及分工142.6专题计划要点142.6.1测试计划142.6.2质量保证计划142.6.3配置管理计划152.6.4人员培训计划152.6.5系统安装计划152.7

3、交付期限153.需求规格说明163.1引言163.1.1编写目的163.1.2项目背景163.1.3定义173.1.4参考资料173.2任务概述173.2.1目标173.2.2运行环境173.2.3条件与限制183.3数据描述183.3.1动态数据183.3.2数据库介绍193.3.3数据词典193.3.4数据采集213.4功能需求213.4.1 用例图(模块)213.4.2系统总体功能223.4.2 UML活动图223.4.3业务流程图233.5非功能性需求243.5.1性能需求243.5.2运行需求243.6其它非功能性需求253.6.1可使用性253.6.2安全保密性253.6.3可维护

4、性253.6.4可移植性254.附录265.个人总结271.可行性研究报告1.1引言以前,各公司均采用人工方式管理人事档案,工资信息及考勤信息等,这种方式比较粗放,仅适合较小的单位,而且在管理过程极易出现差错,效率低下成本高等缺点。因此,分析小组对当今社会的人事管理方面的需求进行了认真而全面的调查。根据某公司的需要,调查了单位对人事管理企业的员工基本信息,业务调动,员工奖励等,确定了功能性需求,系统需要的环境等非功能性需求。本软件需求说明书全面,概述性的介绍了某公司的人事管理系统需要完成的工作,使软件开发人员和用户对于本系统中业务流程及功能有总体的了解,以便于他们之间可以达成协议。1.1.1编

5、写目的本需求规格说明书的目的是说明公司的人事管理系统最终需要满足的条件和限制,为进一步设计和实现提供证据,本文档将用户的需求用文字的形式固定下来,是与用户沟通的结果。也是用户验收项目是的参考。本文档将提供给本系统全体软件开发人员组团体成员查阅和使用,其中包括系统设计人员,编程人员,测试人员等;还包括公司的负责人,是其能更好的了解本系统,减少彼此之间交流的困难和开发中因为需求不明而产生的不必要的麻烦;最后将提供给客户参详让客户指出不足,进一步了解细化客户的需求。1.1.2项目背景a.系统名称:某公司人事管理系统b.需求背景:当今社会是信息社会,特别是在我国加入WTO之后,信息更是向科学化、迅速化

6、、全球化发展,而且随着企业自身人力资源的日益庞大、复杂程度逐渐增强,人事管理智能化也应运而生。c.系统的用途:此系统仅仅是总系统的一个组成部分,与其他数据库可以连接,为其他模块相应功能的实现提供信息来源和依据。1.1.3定义软件需求过程的专业术语:数据流图,系统功能图。软件开发过程的专业术语:Eclipse开发工具,Mysql数据库系统。1.1.4参考资料张海藩软件工程导论 北京:清华大学出版社,2003Craig Larman著 李洋 等译. UML和模式应用 北京:机械工业出版社,20091.2可行性研究的前提1.2.1要求列出并说明建议开发软件的基本要求,如功能:员工基本信息的录入、修改

7、、查询、删除模块,员工考勤信息和员工调动信息的录入、修改、查询、删除模块,以及系统维护功能。完善的人事档案管理支持员工照片、人员调动,支持工作经历管理、社会关系管理、证书管理、职称评定管理、职工培训管理、奖惩管理、本公司员工的合同、解聘管理以及一些辅助管理系统(试用期提醒,合同到期提醒)和统计管理。输出:查询关键字确定的数据库记录的子集;统计结果及其格式化文件;密码修改成功;信息录入,删除结果(成功或失败);数据备份还原完毕;内部数据:查询操作建立的索引;输入:鼠标对按钮的点击;查询方式、查询关键字;新建管理员、录入人员信息项;受限操作所需的密码;员工信息录入;数据基础录入。1.2.2目标企业

8、人事管理系统的目标是实现系统的信息化管理,完善管理制度,增强企业的竞争力;1.2.4可行性研究方法从技术可行性、经济可行性、操作可行性、社会可行性四个方面来研究该系统的可行性。从技术可行性的考虑:能否在现有的技术下实现这个系统?开发这个系统有多少风险以及需要的资源?操作可行性方面,系统的操作方式在这个用户组织内行得通吗?会不会被有很多的冗余难操作的模块?经济方面的可行性,估计经济效益会不会超过它的开发成本?社会可行性方面,研究在系统开发过会不会涉及各种合同、侵权,责任以及各种与法律抵触的问题?1.2.5决定可行性的主要因素依据可行性研究的具体方法,考虑到现行开发环境的实际情况,此系统技术难度不

9、高,实现环节不复杂,所以在技术上是可行的;设计人员已经过了详细调查,充分地了解了用户的需求,因此从操作上来讲可以给用户提供一个优良的系统;由此可见决定可行性的主要因素便是经济可行性,但鉴于此软件投入不大,所以综上所述,此软件是完全可行的。1.3对现有系统的分析3.1处理流程和数据流程 图1 系统数据流程图 图2.系统功能图3.2工作负荷本系统的工作范围为企业所有员工和部门,主要担的工作为:可以查询所有员工的基本信息和部门信息,员工的考勤和绩效考核管理。所以负荷还是适中的。3.3费用支出设备:7台pc机 0.4万*7=2.8万材料:字张印刷 2003.4人员软件工程师:2名系统分析师:2名测试人

10、员:2名美术设计师:1名3.5设备硬件设备:(1) windowsXP操作系统 (2) CPU P4 2.0GHZ以上 (3)内存要求至少512M; (4)硬盘要求容量为300M软件设备:(1)Mysql 作为后台数据库(2)java作为前台开发语言,Eclipse作为开发工具3.6局限性由于是第一次开发人事管理系统对于许多的细节没有详细的理解,缺乏经验,跟客户的交流还不够,研究现有的比较旧的系统发现其中很多技术已经不适合现在的开发了。最后处于成本和规模的考虑该系统只适合中小型公司,对于大型的公司则需要更多的改进。所以系统开发后需要经过严格的反复测试改进方可投入使用。1.4投资及效益分析1.4

11、.1 对客户支出与收益的分析客户以前使用手工方式记录人事档案、个人简历、工资信息及考勤信息,这种管理方式比较落后,在记录中极易出现错误,并且信息容易丢失,直接影响着信息的完整性和安全性。公司实现人事管理系统信息化后,这种状况将大大改观,工作效率得到显著提高,员工信息的错误率也将大大减低。1.4.2对团队技术支持的分析该系统是一个比较小的信息管理系统,可以使用开源免费Tomcat+MySQL,严格按照MVC的模式完成,并且本团队开发过一些相似的项目积累了一些经验,拥有相对比较完备的技术与设备,对于该系统的开发,不存在技术的问题,完全可以如期完成。1.4.3对团队支出与收益的分析本项目要求在*个月

12、完成,并要有*年的维护期。客户投资*万元,经过仔细计算,可获利*万元,其经济收益比较客观,对于团队的经验积累与发展都有较好的推动作用。1.4.4社会因素分析该项目完全有本团队的几个人开发,不穿在侵权其他公司权益的问题。在技术上、法律上均符合双方预订的合同要求。1.4结论根据以上的分析,技术上没有问题,时间充裕,利润可观,而且对于团队的开发经验以及发展都有推进,而且也没有违反法律、侵权等问题,完全可以在规定时间内圆满完成开发,所以接受开发此项目。2.项目开发计划2.1引言以前,各公司均采用人工方式管理人事档案,工资信息及考勤信息等,这种方式比较粗放,仅适合较小的单位,而且在管理过程极易出现差错,

13、效率低下成本高等缺点。因此,分析小组对当今社会的人事管理方面的需求进行了认真而全面的调查。根据某公司的需要,调查了单位对人事管理企业的员工基本信息,业务调动,员工奖励等,确定了功能性需求,系统需要的环境等非功能性需求。本软件需求说明书全面,概述性的介绍了某公司的人事管理系统需要完成的工作,使软件开发人员和用户对于本系统中业务流程及功能有总体的了解,以便于他们之间可以达成协议。2.1.1编写目的本需求规格说明书的目的是说明公司的人事管理系统最终需要满足的条件和限制,为进一步设计和实现提供证据,本文档将用户的需求用文字的形式固定下来,是与用户沟通的结果。也是用户验收项目是的参考。本文档将提供给本系

14、统全体软件开发人员组团体成员查阅和使用,其中包括系统设计人员,编程人员,测试人员等;还包括公司的负责人,是其能更好的了解本系统,减少彼此之间交流的困难和开发中因为需求不明而产生的不必要的麻烦;最后将提供给客户参详让客户指出不足,进一步了解细化客户的需求。2.1.2项目背景a.系统名称:某公司人事管理系统 b.需求背景:当今社会是信息社会,特别是在我国加入WTO之后,信息更是向科学化、迅速化、全球化发展,而且随着企业自身人力资源的日益庞大、复杂程度逐渐增强,人事管理智能化也应运而生。c.系统的用途:此系统仅仅是总系统的一个组成部分,与其他数据库可以连接,为其他模块相应功能的实现提供信息来源和依据

15、。2.1.3定义软件测试过程的专业术语:白盒测试,黑盒测试。软件开发过程的专业术语:eclipse开发工具、Mysql数据库系统、Dreamweaver CS5,Tomcat。2.1.4参考资料张海藩软件工程导论 北京:清华大学出版社,2003Craig Larman著 李洋 等译. UML和模式应用 北京:机械工业出版社,20092.2项目概述2.2.1工作内容a. 功能:员工基本信息的录入、修改、查询、删除模块,员工考勤信息和员工调动信息的录入、修改、查询、删除模块,以及系统维护功能。完善的人事档案管理支持员工照片、人员调动,支持工作经历管理、社会关系管理、证书管理、职称评定管理、职工培训

16、管理、奖惩管理、本公司员工的合同、解聘管理以及一些辅助管理系统(试用期提醒,合同到期提醒)和统计管理。b. 性能具有可使用性,可移植性,可维护性 ,安全保密性等2.2.2主要参加人员此软件的需求分析团体由两人组成的小组,有较好的表达及写作能力;设计开发团体为两人组成的小组,具备软件工程的专业知识以及相应的设计编程能力;测试人员由两人组成,有敏锐的识别风险的能力及多种测试方法。该公司也用过类似的相关软件,对于需求也有较好的表述,因此对于获取软件需求也相应的减少了难度。2.2.3产品2.2.3.1程序程序:企业人事管理系统编程语言:java+Eclipse开发工具存储形式:开源免费的MySQL数据

17、库,小型的数据可以使用XML文件暂时存储使用RUP方法:首先在短时间内建立系统应用的重要的,高风险的核心架构,然后不断细化迭代,不断改进和修正,知道形成可行系统2.2.3.2文件a.安装维护手册:介绍安装的文件,介绍安装的整个流程,安装完成后的文件清单以及系统维护的日常管理(包括异常情况处理记录等)。b.使用手册:包括产品介绍,简要的功能介绍,界面介绍,环境要求,保存条款,以及疑难排解等。2.2.3.3服务将向客户提供一次集中培训和辅导,一年之内的系统维护。2.2.3.4.非移交的产品项目组内部的文档:有需求规格说明书,概要设计说明书、详细设计说明书、源代码清单、代码接口说明、测试策略、测试计

18、划、系统测试用例、缺陷报告和最终测试结果报告。2.2.4验收标准项目验收将采取三方验收的方式进行,客户方,开发方和监理方,通过考察系统的使用情况,用户的反馈以及专家的意见,形成共同的意见并共同签署验收结果,标志着验收工作告一段落。2.2.5完成项目的最迟期限本项目最迟将在*个月内完成2.2.6本项目的批准者和审批日期审批者:XXX审批时间:20XX年XX月XX 日2.3实施计划2.3.1任务分解项目组长XXX 负责全面管理项目的开发工作项目经理XXX XXX负责项目的可行性分析以及项目技术重大问题的决策编程人员XXX负责程序开发的编码工作测试人员XXX负责整个系统的内测文档编写XXX多次负责整

19、个系统文档的编写2.3.2进度时间段里程碑12月项目启动 需求分析12月20日系统的概要设计系统详细设计1月完成系统管理员登陆2个场景1月7日编码实现1月底测试、部署2.3.3预算开发经费预算是10万元人民币。在项目启动与计划阶段在12月份完成,预算5000元。需求分析在12月20日左右完成,预算1万元,系统与测试设计在1月完成,预算1.5万元,编码与测试执行在1月份到3月份完成,预算1.5万元,测试评估与系统部署在4月份完成,预算2万元。系统维护在5月份完成,预算2.5万元。2.3.4关键问题软件开发的风险是很大的,对于一些风险应该提早预防的提早想出一些对策,这样就可以减少一些不必要的后期维

20、护。比如客户需求会经常变更,影响项目的进度,可以加班并延长需求调研时间,也可以严格控制需求变更;对于人员流动问题,可以招聘技术人员作为长期任务,加强沟通,及时了解人员开发动态;对于资金不足问题,可以请实习学生参与一部分辅助工作,降低开发成本,也可以与客户商量,去掉不必要的需求,降低工作量,减少开发时间。2.4 支持条件本系统所需要的支持条件比较的简单,不需要花费太多的成本,基本上都可以使用现有的开源的免费的支撑软件。2.4.1计算机系统支持windowsXP操作系统、eclipse开发工具、Mysql数据库系统、Dreamweaver CS5作为界面和功能开发工具,Tomcat作为服务器。2.

21、4.2需由用户承担的工作用户需要输入密码,刚开始要将自己的信息录入到数据中,要赋予管理员的权限。2.4.3需由外单位提供的条件需要将网站注册到可信任的网址,注册网站名称。2.5人员组织及分工项目分为开发组,测试组,文档组。其中开发组需要对软件开发所用到的Java语言和数据库技术特别擅长,能够在开发组长的带领下,在规定的时间内迅速完成软件开发工作。测试组需要在开发过程中就开始参与进来,开始测试工作,并且在开发完成后还要继续测试工作,知道软件的交付使用。测试组需要有广阔的思维来设计用例,然后细心的测试,方向bug。文档组需要对软件开发和测试流程相当熟悉并且有扎实的写作功底,能够配合其他团队编写项目

22、开发过程的全部文档。2.6专题计划要点2.6.1测试计划开发时就可以进行测试,边测试边进行开发这样可以节省时间又可以早点发现Bug与问题所在,可以减少返工的可能性,减少用于测试的费用。可以综合运用白盒测试与黑盒测试结合的方法进行测试。2.6.2质量保证计划质量管理由项目经理牵头,测试经理通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进行评审或者测试,以保证软件产品的质量。2.6.3配置管理计划采用专用的版本管理工具(SVN)进行软件版本的控制,由开发经理制定版本控制流程。本2.6.4人员培训计划从*月到*月向客户提供一次集中培训和辅导和一年之内的系统维护。让客户熟悉软件的使用,

23、一些简单的疑难问题的解决等。2.6.5系统安装计划在*月开发完成后就可以先安装了,然后可以让客户进行试用,在试用期中不断发现问题与Bug,再不断完善系统,提高系统的健壮性。2.7交付期限半年后可以交付(6月左右)3.需求规格说明3.1引言以前,各公司均采用人工方式管理人事档案,工资信息及考勤信息等,这种方式比较粗放,仅适合较小的单位,而且在管理过程极易出现差错,效率低下成本高等缺点。因此,分析小组对当今社会的人事管理方面的需求进行了认真而全面的调查。根据某公司的需要,调查了单位对人事管理企业的员工基本信息,业务调动,员工奖励等,确定了功能性需求,系统需要的环境等非功能性需求。本软件需求说明书全

24、面,概述性的介绍了某公司的人事管理系统需要完成的工作,使软件开发人员和用户对于本系统中业务流程及功能有总体的了解,以便于他们之间可以达成协议。3.1.1编写目的本需求规格说明书的目的是说明公司的人事管理系统最终需要满足的条件和限制,为进一步设计和实现提供证据,本文档将用户的需求用文字的形式固定下来,是与用户沟通的结果。也是用户验收项目是的参考。本文档将提供给本系统全体软件开发人员组团体成员查阅和使用,其中包括系统设计人员,编程人员,测试人员等;还包括公司的负责人,是其能更好的了解本系统,减少彼此之间交流的困难和开发中因为需求不明而产生的不必要的麻烦;最后将提供给客户参详让客户指出不足,进一步了

25、解细化客户的需求。3.1.2项目背景a.系统名称:某公司人事管理系统b.需求背景:当今社会是信息社会,特别是在我国加入WTO之后,信息更是向科学化、迅速化、全球化发展,而且随着企业自身人力资源的日益庞大、复杂程度逐渐增强,人事管理智能化也应运而生。c.系统的用途:此系统仅仅是总系统的一个组成部分,与其他数据库可以连接,为其他模块相应功能的实现提供信息来源和依据。3.1.3定义委托单位:某公司管理部门开发单位:*组成的团队主管部门:监督部门专业词汇:用例图,数据词典,活动图,eclipse开发工具、jdk,Mysql数据库、Dreamweaver CS5,Tomcat3.1.4参考资料张海藩软件

26、工程导论 北京:清华大学出版社,2003毋国庆 梁正平 袁梦霆 李勇华. 软件需求工程. 北京:机械工业出版社,20083.2任务概述3.2.1目标企业人事管理系统的目标是实现系统的信息化管理,完善管理制度,增强企业的竞争力;3.2.2运行环境系统开发平台Eclipse系统开发语言JAVA数据库管理系统软件MySQL5.0运行平台Windows XP(SP3)运行环境JDK1.6分辨率最佳效果1024768像素3.2.3条件与限制3.2.3.1硬件约束最终的产品可以在分布式运行环境中运行,软件产品具有良好的可移植性,可以在不同的操作系统中运行。应用服务器:CPU应在P4以上,内存一般1GB2G

27、B,硬盘采用SCSI或SATA硬盘。数据库服务器:至强MP四路服务器、8G或以上内存。SCSI硬盘或更高配置。最终软件产品在最低配置的机器上,客户通过用户交互界面提交一项请求,要求必须在几秒之内做出响应,不能给用户有迟滞的感觉。3.2.3.2技术限制数据库:软件产品设计应与数据库类型无关,本系统使用MySQL数据库为主,将来可以方便的移植到其它类型的数据库比如Oracle、SQLServer等。接口:硬件接口,软件接口。并行操作:同时允许500个以上客户端同时运行,保证数据的正确和完备性。编程规范:用JAVA、JSP以及Struts实现,由开发方提供一套编程规范,甲方审查认定。3.3数据描述3

28、.3.1动态数据输出:查询关键字确定的数据库记录的子集;统计结果及其格式化文件;密码修改成功;信息录入,删除结果(成功或失败);数据备份还原完毕;内部数据:查询操作建立的索引;输入:鼠标对按钮的点击;查询方式、查询关键字;新建管理员、录入人员信息项;受限操作所需的密码;员工信息录入;数据基础录入。3.3.2数据库介绍数据库是数据管理的最新技术,是计算机科学的重要分支。近几年来,数据库管理系统已从专用的应用程序包发展成为通用系统软件。 由于数据库具有数据结构化、最低冗余度、较高的程序与数据独立性、易于扩充、易于编制应用程序等优点,较大的信息系统都是建立在数据库设计之上的。由于本系统针对的是小型的

29、公司所以用到的数据不是很大,另外考虑到成本问题,企业相关的实际情况,为了节省经费,我们选用MySQL作为数据库开发,而不用大型的oracle,SQLServer数据库等数据库。MySQL数据库是一种较常用的关系数据库,能存放和读取一定数量的数据,管理众多并发的用户,而且它的功能现在已经在不断的完善,故选用MySQL数据库。3.3.3数据词典员工考评:名字: Appraisal别名:员工考评描述:对员工的工作态度,取得的成绩等加以综合评价,保存,作为工资等的参照定义:员工考评=员工编号+身份证号码+姓名+考评内容+日期+考评级别+备注信息部门信息:名字: Apartment别名:部门信息描述:穷

30、举各个部门,将其信息放在一起加以规范定义:部门信息=部门编码+部门名称员工信息:名字:Information别名:员工信息描述: 员工基本信息的集合定义:员工信息=员工编号+员工姓名+性别+出生日期+籍贯+住址+联系电话+部门+学历+民族+毕业学校+专业+电子邮件+婚否+照片+职称+备注民族信息:名字:minzu别名:民族信息描述:穷举各个民族,将其信息放在一起加以编码规范定义:民族信息=民族编码+民族名称职称信息:名字:zhicheng别名:民族信息描述:穷举各个职称,将其信息放在一起加以编码规范定义:职称信息=职称编码+职称名称奖惩信息:名字:repu别名:奖惩信息描述:记录各个员工的奖惩

31、信息情况,使用时方便调用定义:奖惩信息=员工编码+奖罚日期+奖/罚+原因+备注培训信息:名字:training别名:培训描述: 记录员工培训信息,留作参考,随时调用查看定义:培训信息=员工编码+培训日期+培训内容+备注人员调动:名字:transfering别名:人员调动描述:员工调动具体信息定义:人员调动=员工编码+原部门+现部门+调动日期+原来职务+现在职务+调动原因+经办人+备注信息工资变动:名字:transfersalary别名:工资变动描述:员工的工资可能随着经济发展和个人培训成绩,考评成绩等发生改动定义:工资变动=员工编号+调薪日期+调薪钱工资+调薪后工资+调薪原因+备注3.3.4数

32、据采集原始数据的描述:数据名称:人事管理信息系统简述:系统中保留多个部门的职员的信息,但随时可以查询,输出。来源:每年各部门的录入信息去处:部门的管理员,系统管理员、职工组成:存储信息用库有职工的基本信息表,员工调动表,奖惩表3.4功能需求3.4.1 用例图(模块)企业人事管理系统的用例图(模块)如下图:a.用户用例图c. 管理员用例图 d. 3.4.2系统总体功能(1) 本企业人事管理系统录入职工的基本信息,如民族类型、职工类别、文化程度、政治面貌、部门类别等等很多设置;(2) 员工提示信息,包括员工生日和员工合同,是企业更加人性化;(3) 备忘记录,能是日常流程更顺利;(4) 数据库的使用

33、,存有备份,避免数据流失带来的不必要的麻烦;(5) 系统管理,使用正确的用户名和密喔田心村、闲杂码才能进入下一个界面。3.4.2 UML活动图企业人事管理系统的业务流程流程图3.4.3业务流程图 调动信息 调动信息有关领导进行处理 员工信息人事信息 员工名单 人事科 人事科存档出勤信息 员工考勤信息 3.5非功能性需求3.5.1性能需求3.5.1.1时间特性性能名称指标备注用户响应时间100ms用户打开一个功能模块时,系统最迟在100ms内做出响应。请求处理和数据更新每个星期更新一次本系统需要在一定的间隔内更新本系统的数据库。 同时支持的终端数目10000人本系统数据库对多少访问量的承受能力。

34、3.5.1.2适应性a. 用户响应时间用户打开一个功能模块时,系统最迟在100ms内做出响应。b.同时支持的终端个数本系统数据库对多少访问量的承受能力为10000人。3.5.2运行需求3.5.2.1用户界面屏幕分辨率要求为1024*768。3.5.2.1硬件接口无。3.5.2.3软件接口本系统采用的数据库为MySQL5.0,采用的接口为MySql connector for java。本系统主要运行在Windows XP操作系统上,通过java虚拟机和根据特定操作系统的小修改,保证系统可以在Linux、Unix操作系统上正常运行。3.5.2.4故障处理容错性:在出现软件错误的时候仍然能够维持某

35、种层次性能的能力。可恢复性:在出现故障时的恢复能力和重新建立某种层次性能的能力。3.6其它非功能性需求3.6.1可使用性系统可用性强,方便移植任何平台,利于客户使用。3.6.2安全保密性对于客户的资料要绝对的保密(未经客户的允许下),并且在出现故障时能够恢复和重新建立某种层次性能关系,要保证信息的觉得对正确与安全。3.6.3可维护性随着系统业务不断增加,系统很容易的扩充通信链路来适应业务容量的增加。另外系统能更方便平滑的升级。3.6.4可移植性系统可用性强,方便移植任何平台,利于客户使用。4.附录用例图的获取:通过跟客户的交流以及对于旧的系统的分析,获取了大部分的功能性需求,然后确定不同客户的

36、功能性模块,确定了这些功能性模块后就可以画出草图了,经过组员的相互讨论,不断完善,最后确定了完整的用例图,使用rationalRose画出用例图。业务流程图的获取:对于系统的整体描述,也是软件开发过程中参考的内容,是经过组员的详细讨论以及跟客户的交流才确定的。数据词典的获取:数据词典是确保软件开发人员使用统一的数据定义,可提高需求分析,设计,实现和维护过程中的可跟踪性。为避免冗余和不一致性,每个项目建立一个独立的数据词典,它可以将不同需求文档和需求模块紧密的结合在一起。数据词典的每一项数据对应一条记录。是根据数据流图获取的,可以跟数据流图相辅相成,对于数据库的设计很有帮助。在每个模块中都有很多

37、的对象,他们也有不同的属性,将这些属性罗列出来看看,看哪些对于本系统有影响的就加入到数据词典中,并且在数据词典中也要规定属性的不同取值范围。5.个人总结这是第一次写一份完整的需求报告,由于以前接触的比较少,也就难免会有很多的困难,对于其中的很多的内容都不是很了解,而且还有很多专业词汇,需要有专业的知识去解决,这要增加我的压力,但是人总是在压力下才能进步的更快的,有压力才能有动力的,并且如果自己不亲手实践,只是死啃书本的话,是不会学到真正的技术的,也不会知道自己的欠缺的知识有哪些,也就不能提高自己。在学习这门课的第一堂课中老师就给我们讲了软件需求的重要性,也给了我们去了很多例子,其中有些例子还带

38、有些幽默和讽刺,但是确实是意义深刻的,这也正说明了它的重要性。作为一名软件工程专业的学生,对于软件的整个生命周期是必须了解的很清楚的,软件需求作为其中很重要的一环,我们更加不应该忽视它,纵观过去项目失败或严重超支的大部分都与需求相关,由于需求分析不够带来的后果是严重的并且会带来致命的伤害,在后期发现的错误所要付出的代价也是沉重的,这些例子在过去比比皆是,给我们的启发也很多。在我国,人们更加容易忽视它,他们总是认为软件开发才是最重要的,变成才是王道,这也就导致了软件的质量不高,健壮性很差等诸多问题,严重阻碍了软件行业的进步和发展。所以我们更加应该努力学好它,掌握别人所没有的知识,这样才能在强大的竞争中立于不败之地。通过本次课程设计,我学到了很多,通过查阅大量资料,对于软件的整个生命周期也有了更加深刻的了解,拓宽了知识面,锻炼了实践动手的能力,相信对于以后一定会有有帮助的。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 研究报告 > 农林牧渔


经营许可证编号:宁ICP备18001539号-1