在工作中，我们常常需要进行整改报告，以便及时发现并解决存在的问题，确保工作的顺利进行。以下是小编为大家准备的整改报告样本，仅供参考，希望对大家有所帮助。
软件工程需求分析报告范文
其实在软件开发过程中遇到的许多问题都是由于收集编写协商修改软件需求过程中的失误带来的诸如信息收集不全功能不明确交流不充分文档不完善需求发生变化等可以这样说软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”
1用户解决问题或达到目标所需的条件或能力。
2系统或系统部件要满足合同标准规范或其它正式规定文档所需具有的条件或能力。
3一种反映上面1或2所描述的条件或能力的文档说明。
软件需求包括四个不同的层次即业务需求用户需求和功能需求另外还有非功能需求。
软件需求各组成部分之间的关系如下图所示。
用户需求。
描述了用户使用产品必须要完成的任务可以在用例模型或方案脚本中予以说明。
功能需求。
是从各个角度对系统的约束和限制反映了应用对软件系统质量和特性的额外要求。
用户需求不断增加。
需求模棱两可。
规格说明过于简单。
忽略了用户分类。
本节知识点需求工程的内容需求获取需求分析编写需求文档需求验证。
通常需求工程由一些过程组成可分为需求开发和需求管理两部分。
绘制系统关联图。
这种关联图用于定义系统与系统外部实体间的界限和接口的简单模型。
创建用户接口原型。
确定需求的优先级别。
a引言。
概要叙述软件需求规格说明便于读者理解文档如何编写以及如何阅读和解释。
描述编写文档时所采用的标准或排版约定包括正文风格提示区或重要符号。
a3预期的读者和阅读建议。
提供了对指定的软件及其目的的简短描述包括利益和目标a5参考文献。
利用本节来确定可以保证新产品与外部组件正确连接的需求c1用户界面。
c2硬件接口。
正确性完整性可验证性无二义性可修改性可跟踪性一致性。
审查需求文档。
以需求为依据编写测试用例。
编写用户手册。
需求验证包括需求评审和需求测试两个部分需求评审又包括正式的和非正式的两种形式。
本节知识点分析模型--实体关系图数据流图状态转换图数据字典结构化分析过程。
两个数据对象之间有以下三种关联er在数据对象之间的连线上用数字或字母表示。
数据建模的其他图形工具层次方框图。
df有四种元素其基本符号如下图所示。
name=baidusnap1放弃cpu的使用。
数据组合有三种方式。
顺序以确定的次序连接多个数据项。
选择从多个数据项中选取一个。
对每一个关系确定其关联类型。
重复步骤2到步骤4直到定义了所有关系。
定义每个实体的属性。
形式化并复审实体关系图重复步骤1到7直到数据建模完成。
实例分析学生成绩管理系统实体学生课程成绩实体属性定义。
学生学号姓名性别出生日期入学年月
课程课程编号课程名称课程学分课程描述。
成绩学号课程编号分数考核日期
显然学生课程和成绩都是系统的实体并且可以初步定义它们的属性。
因此系统的实体是学生课程和成绩。
实体关系图。
实例分析学生成绩管理系统第0层df图。
1教务人员维护学生信息和课程信息并登录学生的选课成绩2学生查询自己的成绩单。
对于学生成绩管理系统而言整个系统就是一个加工学生成绩管理。
第1层df图。
第2层df图。
为了继续进行分解我们分析第1层df中的加工查询学生成绩。
数据字典。
以下列出“学生成绩管理系统”的部分数据字典条目。
需求分析报告
职责：
1.平台软件开发项目需求分析汇总，撰写需求技术文档；
2.负责与客户和开发人员进行对接、沟通，保证开发需求准确按时完成；
3.开发及后续过程的需求跟进、变更把控。负责开发过程中的进度管理；
5.审核保存开发项目成果，负责后续在框架内的内容添加和变更。
任职要求：
1.本科以上学历，3年以上软件相关工作经验；
2.有软件开发基础，熟悉软件工程理论，熟练使用原型工具；
3.有较强的沟通能力和文档编写能力；
5.工作踏实上进，对新知识新应用具有强烈的好奇心和学习兴趣。
软件工程需求分析报告范文
学号：1176807448专业：计算机4班指导教师：赵宇红。
文档名称：需求分析报告项目名称：软件工程课设管理系统项目负责人：王星。
编写：完成日期：2014.6.19审核：
开发单位：
王星薛浩楠。
软件工程课设管理系统小组。
目录。
一．引言。
随着计算机的普及，人们对计算机的认识及需求有了明显的增加。计算机对于大量信息的管理的优势更是显而易见。有了这个软件工程课程设计管理系统，学生与老师的工作任务就可能会事半功倍。1.编写目的：
软硬件设施：个人计算机，java，acess数据库，windows97/xp操作系统决定开发软件工程课程设计管理系统，估价成本不高于1000元，二周交付使用。3.名词定义：
实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。4.参考资料：
软件工程基础汤淮西安交通大学出版社。
软件工程------技术，方法与环境王立福，张世琨，朱冰编著北京大学出版社。
软件开发技术倪秉营电子科技大学出版社软件工程张权范清华大学出版社。
二、任务概述。
该软件工程课程设计管理系统软件目前已有比较完善的管理与使用功能。研制软件工程课程设计管理系统软件是为了满足软件工程教师与学生方便对课程的各种管理与操作。1．目标：(1)开发意图：
a.为了软件工程课程管理系统更完善；
b.为了软件工程课程管理更方便；
c.为了减轻软件工程管理工作人员的工作负担;d.为了加强学院的正规化管理;(2)应用目标：
通过本系统软件，能帮助课程设计教师利用计算机，快速方便的对课程进行管理，上传资料，填写进度报告，查找的所需操作。(3)产品描述：
本产品是一种工作在windows系统平台的软件，它是以acess数据库。(4)产品功能：2.系统功能划分：
使用该系统有三个角色教师，学生，客户。教师可以查看学生选课情况，可以查看学生设计报告，填写学生项目进度情况，给出分数，修改密码，上传课程设计题目，学习资料。学生可以查看选课情况和成绩，选课。客户只可以浏览选课信息。
2．系统可分为5个模块：
（1）基本信息：教师和学生的信息包括教师号，学生号，教师开设的课程设计的题目，学生选的课程设计题目，项目进度和分数。（2）选课：显示教师开设的课程设计题目，实现学生选课。
（3）查询：学生查询可选题，自己选题情况，自己课程设计成绩。教师查询学生选题情况，学生设计报告。
（4）修改：教师填写项目进度情况和给出分数，学生填写同组的其他同学的姓名，学号，班级，小组长，修改结果存入相应数据库等。
（5）密码：教师和学生可以修改自己的登陆密码，结果保存用户信息数据库。3.安全性：
设立三种级别的用户：student,teacher,guest，对每种类型的用户设置不同的权限。
1．系统流程图：
图3.1系统流程图。
2.数据流图：
图3.2数据流图。
3.数据字典：
数据流描述：
数据来源：用户登陆处理。
数据去向：客户界面。
说明：普通用户不输入用户名和密码直接以客户身份登陆。
数据流名：登陆。
数据来源：验证信息处理正确。
数据来源：教师界面的输入选题和资料窗口数据去向：上传处理。
说明：学生填写所选课题的设计报告上传。
软件工程需求分析报告范文
1.1编写目的。
提供的需求和分析员共同探讨后拟定。在这里将详细介绍用户所需要实现的功能及实现该功能的硬件软件的基本需求，以避免在软件开发后交付用户使用中出现不必要的麻烦。同时在这里将详细的介绍本软件的模块调用等等相关问题。
1.2项目背景。
1.3定义。
【列出文当中所用到的专门术语的定义和缩写词的原文。】。
实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。
管理员：指日常管理维护本软件的管理人员或仓库主管单位的领导。
1.4参考资料。
2．任务概述。
2.1目标。
3.4.5.6.行调动。
在管理方面更加便捷，无需复杂的人员记录，管理领导在输入相应的信息后可以直观的了解各个仓库的各种详细动态。
采购人员在这里可以根据本软件清晰地了解到哪里需求较大，哪里需求较小，从而去合理的进行采购。
2.2运行环境。
操作系统：microsoftwindows2000advancedserver支持环境：iis5.0硬件：
标准配置：
cpu:：p166以上内存：32m以上。
硬盘空间：200m以上标准键盘、标准鼠标、标准显示器标准vga显卡推荐配置：
cpu：p300以上内存：64m以上硬盘空间：1g以上标准键盘、标准鼠标、标准显示器标准vga显卡100m以太网卡软件：
标准配置：
数据库：microsoftsqlserver200。
2.3条件与限制。
(1)对仓库管理的专业调配等具体技术细节缺乏足够的知识。(2)缺乏和用户的足够的沟通，对目标系统很难有精确的定位。
3．数据描述。
3.1静态数据。
员工编号、管理人员账号、密码。
3.2动态数据。
3.3数据库介绍。
本系统是一种工作在windows系统平台的软件，它是以sql数据库为基础。
3.4数据词典。
3.5数据采集3.5.1e-r图。
综合e-r图。
库区编号仓库主管仓库面积仓库。
商品e-r图。
商品名称购买日期商品编码商品k购买l消费者购买数量商品单价
商品名称商品编码生产厂家数量p商品销售q仓库单价销售日期购买人销售管理员
退货e-r图。
商品名称商品编码生产厂家退货数量p商品退货q仓库单价退货日期退货人主要负责人
3.5.2ipo图。
ipo表系统：仓库管理系统作者：张启松模块：进货管理日期：2011/11/2编号：4被调用：仓库管理系统输入：商品信息调用：产生订货清单；添加、删除商品信息输出：商品、供应商信息处理：对入库的货物的具体信息进行登记、删除，便于了解仓库存储状态局部数据元素：商品名称、编码、单价、供应商信息等注释：
ipo表系统：仓库管理系统作者：张启松模块：系统登录日期：2011/11/2编号：1被调用：仓库管理系统调用：登录输入：用户名和密码输出：登录成功或登录失败处理：省份验证局部数据元素：用户名、密码注释：
注释：
注释：
注释：
4．功能需求。
4.1功能划分。
1）系统登录。
用户可根据用户名和密码登录系统，选择自己2）系统设置。
(1)添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信。
4）库存管理。
(1)商品信息的添加。对商品的基本信息进行录入并保存。
(2)商品信息的修改：在有商品进入时，修改库存商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。
（1）由库存清单的信息产生订货清单。
（2）商品的验收，当符合要求时选择入库，反之，选择退货。6）销售管理。
（1）销售信息的添加（统计时）。
（2）销售信息的删除（退货时）。
（1）工作人员信息的添加。
（2）工作人员信息的删除。（3）工作人员信息的修改。（4）工作人员信息的查询。
4.2功能描述4.2.1用户登录。
系统登录功能的主要功能是对用户身份进行验证，只有在系统登录时输入合法。
用户名和密码才能进入仓库管理系统。
退出系统功能保证用户在已经保存当前操作的情况下安全退出，防止不必要的信息丢失。
用户注销功能在不退出系统的情况下更改登陆用户。
4.2.2仓库管理。
4.2.3业务查询。
4.2.4系统设置。
系统设置模块主要是对供应商信息和登陆用户信息的管理。能够实现对供应商和登陆用户信息的添加、修改、删除功能。
5．性能需求。
5.1数据精确度。
5.2时间特性。
（6）数据的转换和传送时间:1秒以内（7）解题时间:1秒以内。
5.3适应性。
6．运行需求。
6.1用户界面。
【如屏幕格式、报表格式、菜单格式、输入输出时间等。】。
6.2硬件接口。
1.登陆终端的接口2.打票终端机的接口3.条码录入终端机的接口。
6.3软件接口。
图1登录时的用户名和密码。
图2进货管理模块。
图3商品销售模块。
图4供货商管理模块。
图5人员管理模块。
仓库管理员6.4故障处理。
4.（1）在输入数据不符合定义时。
6.（3）数据在数据库中已有备份，系统出错时可以靠数据库恢复；
7.（4）再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法；
8.（5）断电后系统会自动保存数据。
7．其它需求。
7.1安全保密设计。
9.对数据库的查看访问必须有用户名和密码。
7.2维护设计。
11.详细编写各阶段的文档资料，利于开发和维护。
需求分析报告
6.参与整个项目开发过程，负责需求跟踪，需求变更的管理，与项目团队一起保证最终交付。
任职要求：
1.本科学历，5年以上业务需求分析工作经验；
2.精通业务需求分析方法如uml;。
3.精通业务流程图绘制，如使用visio绘制职能带图等；
4.精通原型设计，能使用axure原型工具进行高保真原型设计；
5.快速学习能力，从业务专家处快速学习业务，进行归纳总结提炼；
6.有国网物资业务经验更佳。
需求分析报告
职责：
2.负责项目进行前期调研，编写调研报告和项目解决方案；
3.负责编写详细需求规格说明书，用户手册，培训资料等；
4.对外负责与客户沟通需求，对内配合项目组的需求讲解说明；
5.产品测试验证；
6.配合项目经理完成其他事项；
岗位要求：
1.计算机相关专业，本科以上学历。
2.拥有1-3年软件需求分析经验，尤其是零售行业经验；
3.熟悉使用相关的业务需求分析，设计工具，如visio,office等；
4.具有良好的英文读写能力，较强的语言表达交流能力，文档撰写能力；
5.具有较强的用户需要判断，引导，控制能力；
6.需有较强的团队协作精神；
7.有零售行业进销存产品经验者优先考虑，有开发经验者优先考虑，懂粤语者优先考虑；
软件工程可行性分析报告
可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。
经过对此项目进行详细调查研究，初拟系统实验报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后，交项目经理审查。
(2)项目背景。
开发软件名称:高校图书馆管理系统。
项目任务提出者:某某大学。
项目开发者:某某大学信息学院。
用户:某某大学图书馆。
实验软件单位:某某大学及某某大学信息学院。
项目与其他软件，系统的关系:本项目采用客户机/服务器原理，客户端的程序是建立在windowsnt系统上以microsoftvisualc++为开发软件的应用程序，服务器端采用linux为操作系统的.工作站，是采用oracle8为开发软件的数据库服务程序。
(3)定义。
[专门术语]:。
[缩写词]:。
(4)参考资料。
北京:清华大学出版社。
郑人杰等，《实用软件工程》。
北京:清华大学出版社。
(1)要求。
主要功能:为学校图书馆进行管理，和对学生对图书的借阅管理和查询管理，以及学生对图书的查询。
性能要求:能够及时反映图书的库存信息，正确完整的维护图书信息，快速准确的完成图书信息的查询。
输入要求:数据完整，详实。
输出要求:简捷，快速，实时。
安全与保密要求:保证图书借阅的数据准确完整，防止学生的借阅览室信息被修改。
完成期限:预计12个月，即从20xx年1月到20xx年12月。
(2)目标。
系统实现后，大大提高图书馆图书借阅的效率，提高图书库存信息的准确性和完整性，提高对图书信息的检索效率。
(3)条件，假定和限制。
建议软件寿命:5年。
经费来源:某某高校图书馆。
硬件条件:服务器sun工作站，终端为pc机。
运行环境:linux。
数据库:oracle8。
投入运行最迟时间:20xx/02/01。
(4)决定可行性的主要因素。
成本/效益分析结果，效益成本。
技本可行，现有技术可完全承担开发任务。
操作可行，软件能被原有工作人员快速接受。
(1)系统简要描述。
在图书馆中的终端是安装了windowsnt的pc机，主要目的是向图书馆的服务器传递数据。
当学生在图书馆进行查询时，终端向服务器发生查询请求，服务器根据图书信息库的实时数据，向终端发送数据，显示在终端的屏幕上。
当学生向操作员借书时，终端向服务器发出还书请求，服务器接收后，查询借阅信息库，核对后，修改图书库存信息库。
(2)处理流程和数据流程如图书1.1所示。
(1)支出。
基础投资:终端pc机器20台5000*18=9万。
网络设备10万。
辅助配置5万。
共计:24万。
其他一次性投资:oracle8.010万。
windows1万。
操作员培训费1万。
共计:12万。
经常性支出:人工费用12(月)*10(人)*5000(元)=60万。
其他不可知额处支出4万。
共计:64万。
支出共计:100万。
(2)效益。
一次性收益0元。
经常性收益(按银行利率:1%);。
减少员工20人(1000元/人)五年收益。
工作效率提高收益(工作效率提高30%)。
经常性收益共计:160万。
不可定量收益。
因服务质量提高增加10%:。
收益共计:520万。
(3)收益/投资比。
520万/151万=344%。
(4)投资回收周期。
2.3年。
(5)敏感性分析。
设计系统周期为5年，估计最长可达。
处理速度:一般查询速度4秒。
关键数据查询速度:2秒。
(1)法律因素。
所有软件都选用正版。
所有技术资料都由提出方保管。
合同制定确定违约责任。
(2)用户使用可行性。
使用本软件人员要求有一定计算机基础的人员，系统管理员要求有计算机的专业知识，所有人员都要经过本公司培训。
管理人员也需经过一般培训。
经过培训人员将会熟练使用本软件。
两名系统管理员，一名审计员将进行专业培训，他们将熟练管理本系统。
6.其他可供选择的方案。
客户端与服务器端联系在一起。
数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。
此设计简化了数据处理，但加重了服务器的数据处理，而使用客户端/服务器机理，简化数据流量，加快数据处理。
7.结论意见。
由于投资效益比远大于100%，技术，经济，操作都有可行性，可以进行开发。
需求分析报告
部门负责人考虑员工参加培训原因，主要集中于当部门业绩不佳时进行培训（26%）。其次当部门凝聚力较差时25%会选择组织培训。各负责人对员工培训时候的顾虑有40%集中于培训效果是否符合预期，其次37%的顾虑是在何时进行比较恰当。关于培训内容，22.6%的负责人要求员工学习规范化管理，其次倾向于团队建设和人际关系及有效沟通，各占21.3%和19.5%。除此之外，超过50%的负责人认为，不论是何种培训,必然有利于员工素质的全面提高。
根据问卷显示，员工最乐于接受的学习方式是参加公司举办的培训，但是多数人表示当前公司培训的讲课方式枯燥无味。根据调查显示，超过的员工倾向于案例讨论法、操作示范、讨论法、视听法、跟岗培训等互动形式的授课方式。另外值得注意的是，48%的员工认为培训不能吸引自己，因为无法满足自己的实际培训需求，有接近22.6%的员工更愿意在工作中学习，结合实际提高能力。
调查结果显示，在关于培训时间的安排上，各部门负责人与员工意见一致，都主张培训随机进行,但要尽可能少地占用员工休息时间。
最后，从员工反应的意见来看，集中体现在三个方面，汇总如下：
培训内容。多数员工对培训内容的要求集中在专业知识和业务培训上。因此公司可针对各自部门的特点，多一些专业知识和业务知识的培训，培训从实际出发为实际工作提供帮助。
讲课形式。多数员工对公司现行培训方式表示不满意，要求改变传统的ppt授课形式，建议以案例讨论为主，运用讨论法、视听法、操作示范法、跟岗培训等多种有趣的方式相结合，提高员工兴趣和培训质量。
根据员工水平不同分级分类别分系统进行培训。根据员工层次级别不同，设置相应的培训，入职、在岗、升职等培训连续、递进进行。另外可适当增加贴近基层员工的培训课程。
需求分析报告
1.1编写目的：
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
1.2背景及范围。
本项目的名称：学校排课系统。
本项目的任务提出者及开发者是：计算机应用三班张哲，用户是学校。
本产品是针对电脑进行排课的需求设计的，可以完成：基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至excel打印总课表、教师课表、班级课表、场地课表、系统管理。
1.3定义缩写词。
学校排课系统软件：学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。
使用改程序后，学校的排课可以很轻松的安排好，而却可以尽量避免平时排课时出现的排课冲突，还可以临时加补课等功能。
2.1软件开发的目标：
改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。同时也通过实践来提高自己的动手能力。
2.2应用范围：
理论上能实现中小学排课，职业中学排课。
2.3子集说明：
软件主要分为两个模块，一个基本信息的录入，一个是进行排课的管理。
2.4软件功能描述：
外部功能：实现了可视化窗口，排课，调课。
内部功能：基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看;排课操作、调课操作、场地调课操作、老师课表及学生课表生成。
2.5软件操作人员的要求。
软件的操作人员要求具有一定的电脑常识，并且具有排课的初步常识。
自己添加一些。
4.1数据录入精度需求。
在进行向数据库录入数据时，要求数据记录准确。
4.2软件自身时间特性需求。
5.1可用性。
本软件由于自身的能力限制，所有只限现在所有的功能。
5.2安全性。
5.3可维护性。
本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性十分方便。
5.4兼容性。
由于尚未测试，故无法对兼容性进行评析。
软件工程需求心得体会
软件工程是一个复杂的过程，其中需求是关键的一环。在实践过程中，我积累了一些关于软件工程需求的心得体会。本文将从需求的重要性、需求分析的方法、需求的管理、需求变更的处理以及与客户的沟通等方面来进行分享和探讨。
第二段：需求的重要性。
需求在软件工程中是至关重要的一环。过去曾发生过许多项目失败的案例，其中很大一部分是因为需求未能准确地被捕获、理解和分析。因此，我们需要充分认识到需求在整个软件开发过程中的关键作用。只有了解了需求，我们才能确保软件的功能、性能和用户体验都能达到预期的目标。
第三段：需求分析的方法。
需求分析是需求工程的核心环节。要提取和分析的需求是多样的，如功能需求、非功能需求、用户需求和系统需求等。因此，我们需要采用适当的方法来进行需求分析。常用的方法有面谈、问卷调查、原型设计、用户故事等。通过这些方法的应用，我们可以更好地了解用户的需求，确保需求的全面性和准确性。
第四段：需求的管理。
需求的管理对于软件工程项目的成功十分关键。需求的变更和演化是不可避免的，但如何管理好这些变更将决定项目的成败。在管理需求时，我们需要建立一个有效的需求管理流程，包括变更申请、评审、优先级设定以及变更控制等环节。同时，跟踪需求的状态和进展也是十分重要的，这可以帮助我们及时发现和解决问题，确保项目的顺利进行。
第五段：与客户的沟通。
与客户的沟通是需求工程的核心要素之一。客户往往是最了解自己需求的人，与他们的有效沟通可以帮助我们更好地理解和满足他们的需求。在与客户沟通时，我们不仅需要倾听和理解他们的需求，还需要及时与他们进行反馈和确认。同时，我们也需要积极与客户沟通预期的交付时间、项目成本等重要因素，以保持客户的满意度和项目的成功。
结尾段：总结。
通过实践和经验，我认识到需求在软件工程中的重要性，以及需求分析、管理和与客户的沟通对于项目成功的关键作用。只有充分认识和理解这些关键点，我们才能在软件工程项目中更好地满足用户需求，确保项目的顺利进行和成功交付。因此，在未来的工作中，我将继续深入研究和学习软件工程需求方面的知识，不断提升自己的能力和技术水平。
软件工程可行性分析报告
1.2背景。
说明:。
a.所建议开发的软件系统的名称:图书管理系统。
b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;。
项目开发者:河南大学民生学院计算机科学与技术系“图书管理系统”
开发人员:曾景景沈天品赵瑜张迪崔文博。
c.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义。
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料。
列出用得着的参考资料。
(1)张海藩软件工程导论北京:清华出版社，20xx年。
(2)周苏王文软件工程试验北京:科学出版社，20xx年。
说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。
2.1要求。
说明对所建议开发的软件的基本要求，如:。
a.功能:负责图书馆的日常管理，书信息的查询等性能;。
b.输出如报告、文件或数据，对每项输出要说明其特征。
c.输入说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度;。
e.在安全与保密方面的要求:登录借阅系统时，需要验证学号才能进行借阅。
f.同本系统相连接的其他系统;。
g.完成期限:20xx年9月至20xx年12月。
2.2目标。
说明所建议系统的主要开发目标，如:。
网站需求分析报告
一、需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。
1、负责组织相关开发人员与用户一起进行需求分析。
2、组织相关人员对《网站功能描述书》进行反复讨论和修改，确定《网站功能描述书》正式文档。
二、完整的需求调查文档记录体系。
在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于主管人员的日后的开发项目提供有益的借鉴和模范，成为项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
三、向用户调查些什么。
在需求分析的工程中，往往有很多不明确的用户需求，这个时候。
项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下：
1、网站当前以及日后可能出现的功能需求。
2、客户对网站的性能（如访问速度）的要求和可靠性的要求。
3、确定网站维护的要求。
4、网站的实际运行环境。
5、网站页面总体风格以及美工效果。
6、主页面和次级页面数量，是否需要多种语言版本等。
7、内容管理及录入任务的分配。
8、各种页面特殊效果及其数量（js,flash等）。
9、项目完成时间及进度（可以根据合同）。
10、明确项目完成后的维护责任。
调查结束以后，需要编写《用户调查报告》，《报告》的要点是：
1、调查概要说明：网站项目的名称；用户单位；参与调查人员；调查开始终止的时间；调查的工作安排。
求、实际运行环境；用户对新网站的期望等。
3、调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）。
四、市场调研活动内容。
通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。
但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类网站的时候，应尽可能调研到所有比较出名和优秀的同类网站。应该了解同类网站的使用环境与用户的诧异点、类似点，同类产品所定义的用户详细需求（需要公司或者项目负责人有一定的关系）。市场调研的重点应该放在主要竞争对手的作品或类似网站作品的有关信息上。市场调研可以包括下列内容：
调研的目的是明确并且引导用户需求。
对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：
活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书》以供作为日后项目开发过程中的依据。
《网站功能描述书》必须包含以下内容：
1、网站功能。
2、网站用户界面（初步）。
3、网站运行的软硬件环境。
4、网站系统性能定义。
5、网站系统的软件和硬件接口。
6、确定网站维护的要求。
7、确定网站系统空间租赁要求。
8、网站页面总体风格及美工效果。
9、主页面及次页面大概数量。
10、管理及内容录入任务分配。
11、各种页面特殊效果及其数量。
12、项目完成时间及进度。
13、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
需求分析报告
本文中，主要针对工程机械出租的各项步骤、以及设计系统的广义意义进行了分析，从而根据各部分不同的需求阐明了本系统使各个功能模块相连接并实现工作、统计的作用。
1.1编写目的。
在计算机科技的飞速发展的21世纪，软件系统以及英特网也在不断融入我们的生活。然而在工程机械出租领域，设备的种类、数量越来越多，设备管理所涉及的是巨大的系统工程，由于企业出租规模大、管理涉及面广，又是造成统计、管理不到位都将给企业的正常经营带来一定的影响，所以如何利用先进的网络技术和优异的计算机软件系统更有效的收集、处理这些设备的租借，同时建立以现代信息化为核心的管理体制，减轻相关人员人工对租借管理及数据处理的负担，完成一个工程机械设备管理系统就变得尤为重要。
1、信息交互要求。
软件系统要求利用一一切租赁操作作为输入，通过数据收集计算达到处理的目的。
2、附加影响要求。
3、功能的实现要求；
在满足客户的要求下，设计人员、开发人员需要根据本文参考相关需求程度，做出相应的软件系统设计。
1.2项目来源。
操作简便、价格低廉的特性赢得了全国广大用户的青睐。目前用户已遍及全国所有省份、自治区、直辖市；用户遍及电子、电器、医药、服装、建筑、物资、化工、商贸、超市、旅游、机械、建材、科技、通讯等各类企业公司，同时拥有大量机关、事业单位、学校、研究所等机关事业型单位用户。
随着管理自动化的程度越来越高，大部分任务都直接由各种设备来完成，因此利用先进的计算机技术来管理，提高人机工作的效率成为了一项重要手段。
1.3项目风险。
本项目中，不同身份的工作人员需要对各自负责的工作及出发点等承担一定的风险。
任务提出者需要对项目的完成进度以及设计需求的整体方向负责，产品是否为大众所接将成为任务提出者所要负担的风险。
软件开发者需要对统计、收集、计算的相关程序编码是否正确承担责任，对运行软件后的一切技术上的风险承担一定的风险。
产品使用者在完成交易过后的使用过程中，需要对自己的一切操作负责，相应的需要承担软件系统在使用过程中因操作不当崩溃的风险等。
1.4文档约定。
本文的正文部分以宋体、小四为主要格式，行间距为1.5倍行距，各个主要题头的格式为黑体、四号。
本文档所涉及的一些专业术语及英文缩写如下：
acess:microsoftofficeaccess（前名microsoftaccess）是由微软发布的关联式数据库管理系统。它结合了microsoftjetdatabaseengine和图形用户界面两项特点，是microsoftoffice的成员之一。其实access也是微软公司另一个通讯程序的名字，想与procomm以及其他类似程序来竞争。可是事后微软证实这是个失败计划，并且将它中止。数年后他们把名字重新命名于数据库软件。access在的时候成为了计算机等级考试中的计算机二级的一种数据库语言并且因为它的易学易用的特点正逐步取代传统的vfp成为二级中最受欢迎的数据库语言。
运行，并且更名为visualfoxpro。目前最新版为visualfoxpro9.0，而在学校教学和教育部门考证中还依然延用经典版的visualfoxpro6.0。在桌面型数据库应用中，处理速度极快，是日常工作中的得力助手。
数据：泛指表示一个指定的值或条件的数字、符号（或字母）等。数据是表示信息的，但这种表示要适合传输、分析和处理。此处，常把数据当作信息的同义词。
container：container类是icontainer接口的默认实现。容器是封装和跟踪零个或更多个组件的对象。在此上下文中,包容是指逻辑包容,而不是直观包容。
数据源：提供某种所需数据的原始媒体。
c/s结构：即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到client端和server端来实现，降低了系统的通讯开销。
1.5预期读者和阅读建议。
开发人员。
用户。
项目经理。
租赁方。
开发人员需要根据本文详细计划产品的开发，并且以达到最好的人机结合和为企业创造一定的经济效益为主要目的；用户需要熟知本文所描述的产品计划，以对产品有一定的了解，在之后的操作过程中才能有一定的熟练度，不以至于出现错误操作；项目经理则可以按照此文档安排项目进度以及工作经费等相关、租赁方需要对本文有一定的.了解，至少熟悉工作流程以及系统需要达到的目的，从而更好地配合出租厂商做好统计、记账、处理数据的相关方面的工作。
1.6产品范围。
本产品适用于为工程项目出租机械设备的相关公司，由于大型施工设备租赁市场处于发展过程中存在着租赁企业数量多且规模小、效益差、恶性竞争严重等问题，本产品意在于协助每个工程机械设备出租公司合理地优化相关工作。
1.7参考文献。
2产品分析。
2.1产品的状况。
工程机械设备管理系统提供了对基础信息录入、机械设备出车单录入、挖掘机回车单录入、员工登记录入、加油登记录入等的模式录入和表格界面录入。录入信息时可能会出现相同的信息，为了避免重复录入部分字段设置了辅助录入功能，只需输入几项即可完成录入功能，操作方便快捷，可以很大的提高工作效率。
本系统将不是产品系列中的下一成员，也同时还不是成熟产品所改进的下一代产品，但是现有应用软件却不能成为它的替代品(升级产品)，所以这是一个新型的、自主型的产品。
2.2产品的功能。
根据上述分析，可以将本系统的各项子系统功能陈列如下：
1．基础信息管理系统：
2．机械设备调度管理系统：
3．压路机管理系统：
本系统主要负责运行压路机回车单、某机械设备期间统计、期间统计查询及相关方面的工作。
4．装载机管理系统：
本系统主要对装载机回车单、某机械设备期间统计、期间统计查询做相关的程序的管理。
5．重型半挂管理系统：
本系统主要对装载机回车单、某机械设备期间统计、期间统计查询做相关的程序的管理。
6．客户管理系统：
本系统主要负责记录并统计、处理客户的还款、组织客户统计表、检查并记录机械设备状态等工作。
7．员工管理系统：
本系统提供一个员工信息服务系统，可以实现员工登记、事故登记、员工考勤、员工生日提醒。
8．加油管理系统：
本系统的作用在于加油登记、加油统计、余油统计；
9．配件管理系统：
本系统主要处理配件信息、配件入库、维护领料、配件库存、旧件回收、采购申请单、采购申请明细。
10．保养审验管理系统：
本系统的作用是对设备做保养登记、对设备审验进行登记、设备审验提醒、对保养期间查询等。
11．企业与产品检索系统：
本系统可以实现在线查询企业和产品信息，可以按多种方式进行查询；
12．在线调查系统：
本系统可以实现在线调查功能，对用户进行各种情况的调查。
2.3用户类型和特性。
本系统的用户主要由以下人员组成：
1、工程机械出租管理部人员：此类人员负责的是对公司内部机械设备出租，并对其出租明细做一个详细的录入，需要时可以读取相关信息。
2、机械设备保管部门人员：负责对公司内出租的工程机械设备做定期的管理与保养，并且负责设备的出纳。
编写本文档所参考的资料如下：
[1]《施工机械信息化管理的研究[j]科技情报开发与经济》王健.11。
[2]《工程机械产品图库管理信息系统的研究[j]工程机械》贺尚红.5。
[3]《开发新一代设备信息管理系统》龚元明1995.6。
[4]《数据库基础与应用[m]》成先海..
[5]《软件工程[m]》.程成，陈霞.，2003。
需求分析报告
此需求规格说明书对《学生信息管理系统》做了全面细致的用户需求分析，明确索要开发的软件具有的功能、性能与界面，是系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明出和完成后续设计与开发工作。编写该书的目的是为能够更加准确的明白该系统的需要，对所开发的软件的功能、性能、用户界面及运行环境等做出详细的说明。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员等。
1.2背景。
1.3术语。
系统采用的是c/s结构，即客户端和服务器架构，示意图如图2-1所示。客户端端提供用户操作界面，接受用户输入的各种操作信息，向服务器发出各种操作命令或数据请求，并接收执行操作命令后返回的数据结果，根据业务逻辑进行相关的运算，向用户显示相应的信息。服务器端接收客户端的数据或命令请求，并请求数据库服务器执行数据库操作得到相应的数据集，对数据集进行相应的处理，然后将数据集或处理后的数据集返回给客户端。
c/s结构：即客户端和服务器架构。
1.4参考资料。
《软件工程导论》。
2.1目标。
项目开发意图：为了方便管理学生信息，加强学生交流，让大家及时了解班级动态，提供一个人性化的便捷管理平台。
应用目标：学生信息管理主要针对自己所在的班级所有学生而制作的管理系统。
作用范围：学生导师、辅导员、管理员、学校管理人员等。
2.2用户特点。
用户要具备电脑的基本操作，懂得上网浏览网页，管理人员要添加、更新、删除信息等操作，学生只有查询、修改基本信息、修改登录密码权限。技术人员要负责数据库的管理、网站的维护。
2.2假定和约束。
假定：开发周期：30天。
约束：时间比较仓促、掌握的专业技能有限、社会经验不足、项目完成经验不足。
3.1功能分析。
3.1.1对功能的分析。
1：学生的需求。
(1)在第一时间查询自己所有的成绩（自己的平均成绩,总成绩）。
(2)查询某一科成绩,该科平均成绩，最高成绩，最低成绩。
(3)打印和下载自己的成绩。
2：老师的需求。
(1)查询某一学生的所有成绩（平均成绩,总成绩）。
(4)对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）。
(5)录入成绩和修改更新成绩（自己所教授的那一科成绩)。
(6)打印统计出的结果。
3:管理员的需求。
(1)查询某一学生的所有成绩（平均成绩,总成绩）。
(2)查询某一学生某一科成绩,该科平均成绩，最高成绩，最低成绩。
(3)查询某一班级的成绩。
(4)对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）。
(5)录入成绩和修改成绩。
(6)打印统计出的结果。
(7)用户管理。
(8)数据库管理。
3.1.2对功能的要求。
1．功能划分和描述。
学籍管理、成绩管理、奖惩管理、奖学金管理、困贷管理其下的查询、编辑、插入、删除模块均实现其相应管理的具体功能。
2．进一步功能描述。
模块名称：学籍管理。
输入数据流：学籍控制信息。
输出数据流：学籍返回信息。
简要描述：主要负责学生学号、姓名、性别、出生年月、身份证号码、党团关系、系别、专业、级别、学制方面的信息管理。
块名称：成绩管理。
输入数据流：成绩控制信息输出数据流：成绩返回信息。
3.1.3系统功能层次模块图。
3.2性能分析3.2.1精度。
为了查询完整，尽量让所有相应域包含查询关键字的记录都能查到。由于通常有文件的记录很多，所以本系统采用两种查询：直接查询和模糊查询。
3.2.2容错要求。
为了保障系统能正常运行，尽量使得服务器数据库的数据合法化，以及前台能有效操作和浏览系统。
3.2.3灵活性。
1）当执行查询时，查询完后提供返回按钮可继续查找；
2）用户处于一定时间的“不操作”，服务器可以不再相应对数据库的请求，
除非再次登录；
3.3安全性分析。
1）数据库连接采用jdbc方法进行连接，从而提高数据库的可操作性和安全性；
2）对于某些页面进行强制用户登陆后方能进行操作；
3.4故障处理要求。
软硬件故障：
1）用户使用电脑系统有问题，或者浏览器有问题；
2）数据库建立有问题；
3）内存太小会影响运行速度；
4）对于各类突发事件要注意避免；
3.5其他专门要求。
保密性：数据库要做好保密，避免数据的丢失或者盗取；
间接性：用户的操作界面必须要做到简单明了，不能有太复杂的设置或者操。
作。
可更新性：对于系统可以根据用户需要进行更新，维护等操作，扩展其功能，
并使系统稳定。
第一层。
数据流图(dfd)。
1.1第二层。
4.3数据字典。
5.1设备。
开发建议使用的设备：
从网络传输需网卡，品牌机最好，组装机需性能好一点的，以防对大量操作时出现反应不过来等不良现象。
5.2接口。
软件接口：运行于xp以及更高版本；硬件接口：本系统不需要特定的硬件和硬件接口运行支撑；内部接口：内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行消息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。