开题报告是研究项目开始前必须完成的一份书面材料，它可以明确研究目标和方法。我们选取了一些典型的整改报告范文，希望能够对大家撰写整改报告有所启示和帮助。
软件工程需求分析报告范文
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.详细编写各阶段的文档资料，利于开发和维护。
需求分析报告
职责：
2.负责项目进行前期调研，编写调研报告和项目解决方案；
3.负责编写详细需求规格说明书，用户手册，培训资料等；
4.对外负责与客户沟通需求，对内配合项目组的需求讲解说明；
5.产品测试验证；
6.配合项目经理完成其他事项；
岗位要求：
1.计算机相关专业，本科以上学历。
2.拥有1-3年软件需求分析经验，尤其是零售行业经验；
3.熟悉使用相关的业务需求分析，设计工具，如visio,office等；
4.具有良好的英文读写能力，较强的语言表达交流能力，文档撰写能力；
5.具有较强的用户需要判断，引导，控制能力；
6.需有较强的团队协作精神；
7.有零售行业进销存产品经验者优先考虑，有开发经验者优先考虑，懂粤语者优先考虑；
软件工程需求分析报告范文
学号：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.数据字典：
数据流描述：
数据来源：用户登陆处理。
数据去向：客户界面。
说明：普通用户不输入用户名和密码直接以客户身份登陆。
数据流名：登陆。
数据来源：验证信息处理正确。
数据来源：教师界面的输入选题和资料窗口数据去向：上传处理。
说明：学生填写所选课题的设计报告上传。
需求分析报告
6.参与整个项目开发过程，负责需求跟踪，需求变更的管理，与项目团队一起保证最终交付。
任职要求：
1.本科学历，5年以上业务需求分析工作经验；
2.精通业务需求分析方法如uml;。
3.精通业务流程图绘制，如使用visio绘制职能带图等；
4.精通原型设计，能使用axure原型工具进行高保真原型设计；
5.快速学习能力，从业务专家处快速学习业务，进行归纳总结提炼；
6.有国网物资业务经验更佳。
需求分析报告
职责：
1.平台软件开发项目需求分析汇总，撰写需求技术文档；
2.负责与客户和开发人员进行对接、沟通，保证开发需求准确按时完成；
3.开发及后续过程的需求跟进、变更把控。负责开发过程中的进度管理；
5.审核保存开发项目成果，负责后续在框架内的内容添加和变更。
任职要求：
1.本科以上学历，3年以上软件相关工作经验；
2.有软件开发基础，熟悉软件工程理论，熟练使用原型工具；
3.有较强的沟通能力和文档编写能力；
5.工作踏实上进，对新知识新应用具有强烈的好奇心和学习兴趣。
软件工程需求分析报告范文
其实在软件开发过程中遇到的许多问题都是由于收集编写协商修改软件需求过程中的失误带来的诸如信息收集不全功能不明确交流不充分文档不完善需求发生变化等可以这样说软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”
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、组织相关人员对《网站功能描述书》进行反复讨论和修改，确定《网站功能描述书》正式文档。
二、完整的需求调查文档记录体系。
在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于主管人员的日后的开发项目提供有益的借鉴和模范，成为项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
三、向用户调查些什么。
在需求分析的工程中，往往有很多不明确的用户需求，这个时候。
项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下：
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编写目的：
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
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兼容性。
由于尚未测试，故无法对兼容性进行评析。
将本文的word文档下载到电脑，方便收藏和打印。
软件工程需求心得体会
软件工程是一个复杂的过程，其中需求是关键的一环。在实践过程中，我积累了一些关于软件工程需求的心得体会。本文将从需求的重要性、需求分析的方法、需求的管理、需求变更的处理以及与客户的沟通等方面来进行分享和探讨。
第二段：需求的重要性。
需求在软件工程中是至关重要的一环。过去曾发生过许多项目失败的案例，其中很大一部分是因为需求未能准确地被捕获、理解和分析。因此，我们需要充分认识到需求在整个软件开发过程中的关键作用。只有了解了需求，我们才能确保软件的功能、性能和用户体验都能达到预期的目标。
第三段：需求分析的方法。
需求分析是需求工程的核心环节。要提取和分析的需求是多样的，如功能需求、非功能需求、用户需求和系统需求等。因此，我们需要采用适当的方法来进行需求分析。常用的方法有面谈、问卷调查、原型设计、用户故事等。通过这些方法的应用，我们可以更好地了解用户的需求，确保需求的全面性和准确性。
第四段：需求的管理。
需求的管理对于软件工程项目的成功十分关键。需求的变更和演化是不可避免的，但如何管理好这些变更将决定项目的成败。在管理需求时，我们需要建立一个有效的需求管理流程，包括变更申请、评审、优先级设定以及变更控制等环节。同时，跟踪需求的状态和进展也是十分重要的，这可以帮助我们及时发现和解决问题，确保项目的顺利进行。
第五段：与客户的沟通。
与客户的沟通是需求工程的核心要素之一。客户往往是最了解自己需求的人，与他们的有效沟通可以帮助我们更好地理解和满足他们的需求。在与客户沟通时，我们不仅需要倾听和理解他们的需求，还需要及时与他们进行反馈和确认。同时，我们也需要积极与客户沟通预期的交付时间、项目成本等重要因素，以保持客户的满意度和项目的成功。
结尾段：总结。
通过实践和经验，我认识到需求在软件工程中的重要性，以及需求分析、管理和与客户的沟通对于项目成功的关键作用。只有充分认识和理解这些关键点，我们才能在软件工程项目中更好地满足用户需求，确保项目的顺利进行和成功交付。因此，在未来的工作中，我将继续深入研究和学习软件工程需求方面的知识，不断提升自己的能力和技术水平。
软件工程需求心得体会
随着信息技术的快速发展，软件工程在各个行业中起到了不可忽视的作用。作为软件工程师，理解和满足用户需求是我们工作的核心。在长期的软件工程需求分析实践中，我深深感受到了需求分析的重要性和挑战。下面，我将从需求分析的重要性、需求分析的方法和技巧、需求变更的管理、和用户需求的理解四个方面来谈一下我对软件工程需求的心得体会。
首先，需求分析的重要性不可忽视。软件开发的成功与否往往取决于是否准确理解并满足用户的实际需求。需求分析过程中，我们要深入了解用户的业务流程、工作环境和使用习惯，从而充分理解用户需求。只有在需求分析过程中对用户需求进行准确描述和分析，才能避免开发过程中的返工和需求的不匹配，从而提高软件开发的效率和质量。
其次，需求分析的方法和技巧十分重要。在需求分析过程中，我们可以运用需求采集、需求建模、需求验证等方法和技巧，以确保我们完整、准确地捕获用户需求。需求采集通过面对面的用户访谈、问卷调查、需求工作坊等方式，可以深入了解用户需求。需求建模通过使用UML（统一建模语言）或其他建模工具，能够对用户需求进行形式化的描述和分析。需求验证通过原型开发、功能测试等方式，可以验证需求的正确性和完整性。通过合理运用这些方法和技巧，我们可以更好地进行需求分析，为软件开发提供准确的需求基础。
此外，需求变更的管理是软件工程需求分析的一项重要任务。在软件开发的过程中，用户的需求是可能发生变化的。因此，我们需要及时处理和管理需求变更。在需求变更管理中，我们要与用户进行充分的沟通，了解变更的原因和影响，并对变更进行评估和管理。合理处理需求变更可以减少不必要的返工和开发延期，同时也能保持软件的持续演化能力。
最后，理解用户需求是软件工程需求分析的核心。在软件开发中，我们要关注用户的真实需求，而不仅仅是用户的表面需求。有时用户可能难以准确表达自己的需求，我们需要通过深入的观察和沟通，去理解用户背后的真正需求。只有准确理解用户需求，我们才能开发出满足用户期望的软件产品。
总之，软件工程需求分析是软件开发中不可或缺的环节。在需求分析过程中，我意识到需求分析的重要性，学习并应用了各种需求分析的方法和技巧，掌握了需求变更的管理方法，并培养了对用户需求的敏感性。通过不断地实践和总结，我相信自己将能够在软件工程领域取得更大的成就。
需求分析报告
需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：
1、负责组织相关开发人员与用户一起进行需求分析。
2、组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。
3、组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。
4、如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。
5、如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。
在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助。
目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下：
1、网站当前以及日后可能出现的功能需求。
2、客户对网站的性能（如访问速度）的要求和可靠性的要求。
3、确定网站维护的要求。
4、网站的实际运行环境。
5、网站页面总体风格以及美工效果（必要的时候用户可以提供参考站点或者由公司向用户提供）。
6、主页面和次级页面数量，是否需要多种语言版本等。
7、内容管理及录入任务的分配。
8、各种页面特殊效果及其数量（js,flash等）。
9、项目完成时间及进度（可以根据合同）。
10、明确项目完成后的维护责任。
调查结束以后，需要编写《用户调查报告》，《报告》的要点是：
1、调查概要说明：网站项目的名称；用户单位；参与调查人员；调查开始终止的时间；调查的工作安排。
2、调查内容说明：用户的基本情况；用户的主要业务；信息化建设现状；网站当前和将来潜在的功能需求、性能需求、可靠性需求、实际运行环境；用户对新网站的期望等。
3、调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）。
通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。
但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类网站的时候，应尽可能调研到所有比较出名和优秀的同类网站。应该了解同类网站的使用环境与用户的诧异点、类似点，同类产品所定义的用户详细需求（需要公司或者项目负责人有一定的关系）。市场调研的重点应该放在主要竞争对手的作品或类似网站作品的有关信息上。市场调研可以包括下列内容：
1、市场中同类网站作品的确定。
2、调研作品的使用范围和访问人群。
3、调研产品的功能设计（主要模块构成，特色功能，性能情况等等）。
4、简单评价所调研的网站情况。
调研的目的是明确并且引导用户需求。
对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：
1、调研概要说明：调研计划；网站项目名称、调研单位、参与调研、调研开始终止时间。
3、可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、可采用的原因。
4、不可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、不可采用的原因。
5、分析同类网站作品和主要竞争对手产品的弱点和缺陷以及本公司产品在这些方面的优势。
6、调研资料汇编：将调研得到的资料进行分类汇总。
在拥有前期公司和客户签订的合同或者是标书的约束之下，通过较为详细具体的用户调查和市场调研活动，借鉴其输出的《用户调查报告》和《市场调研报告》文档，项目负责人应该对整个需求分析活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书（最终版）》以供作为日后项目开发过程中的依据。
《网站功能描述书》必须包含以下内容：
1、网站功能。
2、网站用户界面（初步）。
3、网站运行的软硬件环境。
4、网站系统性能定义。
5、网站系统的软件和硬件接口。
6、确定网站维护的要求。
7、确定网站系统空间租赁要求。
8、网站页面总体风格及美工效果。
9、主页面及次页面大概数量。
10、管理及内容录入任务分配。
11、各种页面特殊效果及其数量。
12、项目完成时间及进度（根据合同）。
13、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
网站需求分析报告
随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。
网站项目管理（wpm）的含义为web-basedprojectmanagement，即以web应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。
在本文中，笔者将网站项目管理（wpm）与软件工程的统一过程管理（rup）进行参照比较，并结合实际工作经验，力求将网站工程管理（wpm）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。
按照笔者的经验，网站项目管理可以分为以下七个阶段进行控制：
1.需求分析及变更管理2.项目模型及业务流程分析3.系统分析及软件建模。
4.界面设计、交互设计及程序开发5.系统测试和文档编写。
6.客户培训、技术支持和售后服务。
业务员与客户进行的沟通，撰写如何做好网站建设需求分析是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。
四.利用示意图和图表将用户的需求表现出来。五.什么人要看需求分析报告？
六.建立需求变更日志，制作新版本的需求分析报告。七.本阶段重点工作角色八.总结。
一：让客户畅所欲言，罗列出所有的需求。
让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。
很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立ip的访问，而你原来想当然的以为了不起就是1万独立ip访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！二：透过现象分析潜在的需求很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。
比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。
笔者曾负责一个大型新闻网站的设计，当客户拿着将近五十页厚的一本设计要求报告时，我发现有四十页的内容对程序开发来说都是重复的，而在其中一页的角落却画了个“搜索其他网站相关新闻”的按钮，并且没有做任何说明，仅仅这10个字所完成的工作量完全顶的上其他整整四十页重复赘述所做的工作，客户完全不知道这个要求引发的问题实际就是一个搜索引擎的开发，通过协商，客人同意了修改成站内搜索的引擎。
三：利用自然的语言描述项目模型。
在业务员与客户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。
请比较以下两份关于需求的描述，“用户在访问首页的时候可以在点击'客户通道'按钮，弹出填写'用户名'和'密码'的窗口，输入正确后在新窗口打开客户通道的首页，在该页显示所有可操作的功能的导航条和最新的导读新闻链接列表”“站点分为公开和加密两种状态，通过身份验证机制使特有的用户可以访问到加密信息，并提供不同于普通用户的功能。”前段描述我们就很容易想象的出来设计完成的网站是什么样子，而后一段的描述可能会做出无数不同的版本，造成对需求理解的歧意。
四：利用示意图和图表将用户的需求表现出来。
需求分析无论文字上怎么样表述都还是抽象的，对客户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。
制作示意图可以有很多种方式，用powerpoint或visio制作流程示意，用html文档制作界面示意都是可行的，最简单利用画图和word表格方式也完全可以，关键是利用示意图将客户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程，保证项目往正确的方向进行。在rup中有这样的描述：
“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。以用户友好的方式帮助收集并改进用户需求。鼓励更有创造性、更加创新的设计解决方案。鼓励团队复审，并避免所有人都不希望出现的特征。确保以可理解、直观的方式实施特征。
项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。
我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。例如：
项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。
开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；
操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；
通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：
尽管我们费了许多功夫在如何做好网站建设需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。
并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。
在如何做好网站建设需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。
客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。
在实际工作中，很多项目失败的起因都和需求分析有关。客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。
•将如何做好网站建设需求分析进行分析，确认可操作的系统模型；
•利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；
•迅速确定网站的用户角色；
比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；
•分析确定每个角色的权限及可操作的功能；
网站管理员可以更改栏目、修改网站界面等；•制作流程图和示意图将需求表现出来；
•让客户参与到示意图的设计中，及时正确的反应出需求变更。
•制作需求变更日志，保留升级版本，通过版本控制进行需求管理；•通过需求《管理计划书》使每个参与人员看到共同的努力目标。
这里只是粗略的介绍企业如何做好网站建设需求分析，希望对大家有所帮助。
需求分析报告
部门负责人考虑员工参加培训原因，主要集中于当部门业绩不佳时进行培训（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.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以及更高版本；硬件接口：本系统不需要特定的硬件和硬件接口运行支撑；内部接口：内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行消息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
需求分析报告的
(多种媒体的选用、重难点部分的可视化、问题解决过程中的交互策略等)。
本章进入生态系统的学习，首先要学习生物与环境的关系。本节有很多代表适应方式和生物关系的名词，容易混淆，有必要引入cai使这些关系具体形象，让学生容易理解，深化记忆。另外种群数量变化规律曲线的得出也是比较难的,引入cai,给予动态的解释,很有必要.
cai创意:。
1)用图片引导学生回答生物生存的环境里有哪些非生物因素。
2)用动画展示生物对非生物环境的适应性，如生物怎样运用保护色。
3)用动画展示成语中的生物关系，如“螳螂捕蝉黄雀在后”。
4)用动画展示种群繁衍的数量变化和环境影响。
5)种群数量规律曲线的生成有动态的分步骤的过程，有控件控制。
6)课件有互动的部分。也有练习部分巩固学生对本课重难点的掌握。
二、教学内容分析：(目标以及重点、难点等)。
本节学习生物与环境的关系,包括三个方面:1生物与非生物环境的关系,2生物与生物之间的关系,3种群的数量变化规律及其应用.
教学目标:。
1)知道生物的生存环境包括非生物环境和生物环境。
2)了解非生物环境(水、阳光、温度)对生物的影响，并能举例说明。
3)能够举例分析每种生物都生活在他所适应的非生物环境中，知道适应具有相对性。
4)知道保护色、警戒色、拟态等适应的方式，能够区别三者的不同并进行相关的判断。
5)能够举例说明生物和生物之间的.关系，包括种内关系和种间关系。
6)知道什么是种群，认识到种群的数量变化规律。
7)了解种群数量变化规律对人类生产实践活动的重要意义。
教学重点：
1)非生物环境(水、阳光、温度)对生物的影响。
2)保护色、警戒色、拟态等适应的方式。
3)生物和生物之间的关系。
4)种群及其数量变化规律。
教学难点：
1)区别保护色、警戒色、拟态三者的不同。
2)能够辨别生物之间的关系，包括种内互助、种内竞争、种间竞争、贡生、寄生、捕食。
3)能够运用种群数量变化规律解释相关现象。
三、学习对象特点分析：(年龄特征、认知水平等)。
本课件的使用对象为初二学生(大约14岁)。该年龄段的学生有强烈的求知欲望，对各种新鲜事物好学好问，并富于想像。但是他们的学习积极性还是与兴趣挂钩。枯燥抽象的理论知识很可能会失去他们对课堂的注意。因此课件要生动形象，能抓住他们的好奇心，利用他们的观察力，有意识地引发和激励他们发现问题，提出问题，在此过程中加强他们的观察力。另外，初二学生已具有一定的分析能力和生物基础常识，但自主学习能力还不构，所以课件要注意设置引导和设问，让学生有探索总结的过程，以培养他们的学习能力。
四、拟定开发工具及技术难点分析：(效果描述等)。
authorware：主要的开发软件。课件成品有静态的图片展示，配有简单的文字说明，使枯燥抽象的名词变得具体，浅显易懂。课件的第三部分有动态的规律分析，要让学生清楚明白种群规律曲线是怎么得来的。
flash：主要用在第二部分。讲解生物与生物之间的关系时，用动画演示“螳螂捕蝉黄雀在后”或“鹬蚌相争渔翁得利”中的生物关系。第三部分种群的数量变化规律，也要用动画展示生物繁衍的数量变化和环境等外界因素的影响。
难点：种群数量变化规律曲线的动态演示，flash制作。
五、设备条件要求：
普通设备,windows2000/xp系统即可,鼠标键盘可进行正常操作.能够运行authorware,flash等常用软件。
六、存在的困难及拟解决方法：(人员、时间、经费等)。
刚接触authorware和flash，对该软件不熟悉,制作过程中会遇到技术问题，期待老师的指导和小组的共同探究。
软件画面制作的精美程度是个挑战，要提高自己的审美能力。