整改报告是对工作中存在问题的一个总结，也是对我们取得成果的一种确认。希望通过查阅开题报告范文，可以帮助大家更好地理解和撰写自己的报告。
软件工程需求分析报告范文
学号：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用户解决问题或达到目标所需的条件或能力。
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中的加工查询学生成绩。
数据字典。
以下列出“学生成绩管理系统”的部分数据字典条目。
需求分析报告
6.参与整个项目开发过程，负责需求跟踪，需求变更的管理，与项目团队一起保证最终交付。
任职要求：
1.本科学历，5年以上业务需求分析工作经验；
2.精通业务需求分析方法如uml;。
3.精通业务流程图绘制，如使用visio绘制职能带图等；
4.精通原型设计，能使用axure原型工具进行高保真原型设计；
5.快速学习能力，从业务专家处快速学习业务，进行归纳总结提炼；
6.有国网物资业务经验更佳。
软件工程需求分析报告范文
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.详细编写各阶段的文档资料，利于开发和维护。
网站需求分析报告
随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态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中有这样的描述：
“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。以用户友好的方式帮助收集并改进用户需求。鼓励更有创造性、更加创新的设计解决方案。鼓励团队复审，并避免所有人都不希望出现的特征。确保以可理解、直观的方式实施特征。
项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。
我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。例如：
项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。
开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；
操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；
通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：
尽管我们费了许多功夫在如何做好网站建设需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。
并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。
在如何做好网站建设需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。
客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。
在实际工作中，很多项目失败的起因都和需求分析有关。客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。
•将如何做好网站建设需求分析进行分析，确认可操作的系统模型；
•利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；
•迅速确定网站的用户角色；
比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；
•分析确定每个角色的权限及可操作的功能；
网站管理员可以更改栏目、修改网站界面等；•制作流程图和示意图将需求表现出来；
•让客户参与到示意图的设计中，及时正确的反应出需求变更。
•制作需求变更日志，保留升级版本，通过版本控制进行需求管理；•通过需求《管理计划书》使每个参与人员看到共同的努力目标。
这里只是粗略的介绍企业如何做好网站建设需求分析，希望对大家有所帮助。
需求分析报告
我生性是比较胆小的。对于安全，特别是生产安全，估计得从我参加工作的那年说起。08年一毕业，我便被分配到位于甘肃山沟里面的一个水电站做施工。在这里，平生第一次深刻知道安全对于生产，对于自身，对于内心的重要性。
记得美国犹太裔人本主义心理学家亚伯拉罕?马斯洛（abrahammaslow）就提出，人对于安全的需求在需求层次理论金字塔中是先于生理需求（身体基本需求）社交需求（社会关系的需求）自我实现需求及尊重需求，属于最基本的需求。是的，人工作是为了活着，或是为了养家糊口，或是为了十几年的教育能够学有所用，或是为了实现自己的社会价值，但所有的所有的目的，都是在自身安全的前提下实现的。
由于我的生性胆小，所以第一次接触这种立体式庞杂的施工现场时，我是以一个初入者的身段带着强大的融入式需求来接受目前这份工作的，虽然在繁杂立体式的施工现场有很多对自身安全造成困扰的问题，但是我得面对。因为我来自农村，又学了工程测量这门专业，除此之外，作为一个刚毕业的学生，我还能干吗？第一次在下面悬空的钢筋网上走自己还是很害怕的，第一次背着仪器箱子在垂直的几十米高简易爬梯上上下内心也是颤抖的，第一次在全无遮护的布着钢轨仅能容下双脚宽的20多米高的吊车预制梁上走过内心是带着与命运抗衡的决心的，我记得从那上面走过后，我觉得这辈子我都不再从类似这样的地方走过，对我来说这简直是在高空走钢丝绳，即使我们有年长的前辈在上面如履平地。恐惧跟大意绝对是安全生产事故中最危险的两种心态。这两种心态在心态中处于两个极端，也许我处于这端，而我的那位前辈处于那端。而从哲学讲，两种似乎都不可取。要讲究适度原则，也就是说，我得有着适度的心态去衡量这件“高空走钢丝”事件。那段时间里，我有种特种兵接受三月集训的感觉，挑战我的空间作业极限，还有心理极限。当然这确实是我必须面对的，由于作业环境限制，我们通常不得不在很近的平面距离里背负仪器利用简易且有限的条件及工具通过上下攀爬的方式来抵达目的地。哪怕平面距离只有几米远。而我得慢慢调整我的心态来适应，得调整我的身体敏捷程度来适应。因为再复杂的施工现场，安全的投入往往是繁琐的，可能是循环往复的，成本昂贵且占用大量时间的，在工期紧张的时段里，这些有时会显得铺张。要与之适应的，则是自身身体的灵活性以及心态的正常适度性。所以，那个时候的我，从很大一部分，只能增加自身的适应能力，而无能迁就于其他形式。而我就是如此慢慢适应过来的，在复杂的环境中，有了眼疾手快，心态坦然，泰山崩于前面不改色的气度了。这大概就是为了适应常规生产，自身心态适应中回归理性的过程吧。
后面的几年时光里，我确实被历练的坦然地多。对于安全防范的意识也是越来越提高了。那些不安全的地方我是坚决不去的。但是身边并不因为我的适应性而不出现些安全事故了。在我从业的几年了，身边的安全事故出了好多起。高空坠落的，溺水的，为了生活付出生命代价的比比皆是。生产是存在安全隐患的，从远古时期到今。从部族协作狩猎开始，从生产石器开始，我们的祖先就不得不面对生产中存在的安全隐患及问题。在战争中，我们也在为保存自身实力而进行着各种安全方面的考虑与措施。
而对安全问题的诠释，最具具体化，最让人好理解的无外乎便是举例说明了。这在我们安全培训教育及安全教育视频中也无不比比皆是。而所以的事故中大意似乎是其发生的大多数原因。我遇到的第一次人身伤亡事故还是在我所在的工地，一名的工人在8米高的泄流冲砂闸上游胸墙上拆卸模板的过程中，因为安全绳脱钩造成自身连同模板坠落，在送往医院后因伤势过重抢救无效身亡。这起事故中，安全意识淡薄，钩挂安全绳仅仅用来应付项目部安全监察，留于形式，是事故发生的主要原因。也有人因醉酒在靠近水库的公路步行跌入已经蓄水的水库溺水身亡的，这种事故原因无异于酒驾了，只是威胁的仅是自身安全罢了。在后面的项目中，也有在施工现场雨后攀高导致盆骨骨折的，也有晚上夜行无意堕入水池溺亡的。所有这些，无外乎大意。看来我这小心翼翼的心态，胆小的生性还是能够让人无时无刻绷紧安全的神经的。这一点我还是比较庆幸。
单位还是经常举办安全知识培训的，项目部及现场还是在醒目地段及危险地段有安全标示的。在新的安全生产法颁布后，单位从上到下以严谨的态度还组织了我们学习，考试，竞答，用各种方式将安全生产理念，方法植入每个职工的每一根神经与血管中。宣传方式也从刚开始的严禁式转换到后来的提醒式，甚至还有戏谑式。最典型的就是比如从标语写“禁止酒驾”，“禁止不带安全帽”，“禁止私拉乱接电源”等变成了“高高兴兴上班，安安全全回家”的温馨提醒式再到网络上贴出“为了防止别人娶你老婆，打你孩子，花你抚恤金，请注意安全”的戏谑式安全标语，说明安全的形式正以多样化的形式深入到社会中，在这社会发展中是好事。
再完善的标语，在完善的生产教育和法律都得靠我们自身每天每时每刻的践行，不然都无异于空谈。还是那句话：工作，不管是为了活着，或是为了养家糊口，或是为了十几年的教育能够学有所用，或是为了实现自己的社会价值，但所有的所有目的，都是在自身安全的前提下实现的。
软件工程可行性分析报告
1.3定义【列出文档中用到的专门术语的定义和缩写词的原文。】。
2.4可行性研究方法。
2.5决定可行性的主要因素。
3.对现有系统的分析。
3.1处理流程和数据流程。
3.2工作负荷。
3.3费用支出【如人力、设备、空间、支持性服务、材料等项开支。】。
3.4人员【列出所需人员的专业技术类别和数量。】。
3.5设备。
3.6局限性【说明现有系统存在的问题以及为什么需要开发新的系统。】。
4.1对系统的简要描述。
4.2处理流程和数据流程。
4.3与现有系统比较的优越性。
4.4采用建议系统可能带来的影响。
4.4.1对设备的影响。
4.4.2对现有软件的影响。
4.4.3对用户的影响。
4.4.4对系统运行的影响。
4.4.5对开发环境的影响。
4.4.6对运行环境的影响。
4.4.7对经费支出的影响。
5.1支出。
5.1.1基建投资。
5.1.2其他一次性支出。
5.1.3经常性支出。
5.2效益。
5.2.1一次性收益。
5.2.2经常性收益。
5.2.3不可定量收益。
5.3收益/投资比。
5.4投资回收周期。
6.1法律因素【如，合同责任、侵犯专利权、侵犯版权等问题的分析。】。
7.其他可供选择的方案。
【逐个阐明其他可供选择的方案，并重点说明未被推荐的理由。】。
8.结论意见。
需求分析报告
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编写目的：
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
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文档下载到电脑，方便收藏和打印。
软件工程可行性分析报告
可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。
经过对此项目进行详细调查研究，初拟系统实验报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后，交项目经理审查。
(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%，技术，经济，操作都有可行性，可以进行开发。
软件工程可行性分析报告
研究、分析，确定有利不利因素、项目是否可行，估计成功率大小、经济效益和社会效益程度，为决策者和主管机关审批而制定的上报文件。
1、引言。
主要包括项目名称、目标和基本功能，用户单位名称，新项目开发单位，该项目与其他项目或机构的关系和联系，在可行性报告中使用的专门述语及其定义，该报告中所引用的文件和技术资料。
2、可行性分析的准备.包括对可行性分析的要求和目标,进行可行性所具备的条件和限制,进行可行性分析所采用的方法.
3、对项目的分析。
包括企业要实现的目标与完成的任务，组织机构和管理体制，可供利用的资源及制约条件，目前企业存在的主要问题及薄弱环节。
4、新项目方案。
包括新项目的目标及要实现的功能，新项目的组成结构，新项目的实施计划、安排，包括各阶段对人力、资金、设备的需求，新项目实现后对组织结构、管理模式影响等。
包括有:项目的必要性、项目的经济可行性和技术可行性、组织管理的可行性和社会的可行性。
根据以上对项目的可行性分析，应该得出一个该项目是否可行的结论，一般有以下几种方式:。
1)、可以立即进行。
2)、需要增加一定设备资源后才能进行。
3)、要推迟到某些条件具备以后才开始进行。
4)、需要对项目目标进行重大修改。
5)、不能或不必要确立该项目。
将本文的word文档下载到电脑，方便收藏和打印。
网站需求分析报告
一、需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。
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、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。