软件需求调研报告
推荐第1篇：软件项目需求调研总结
软件项目需求调研总结
一、需求调研准备：
在需求调研过程中，应该做好三种准备，保持两种心态，做到五种提高：
三种准备
1）调研前应该将所有项目前期资料进行汇总，与相关的前期销售人员进行交流，以便对项目有一个基本轮廓的认识。
2）做好调研前使用资料的准备，如需求调研模板，需求调研问题列表等。
3）做好不怕一切困难的准备。
两种心态
1）保持一种和客户平等合作的心态，确定需求调研是为了给客户解决问题，探讨问题，而不是接受问题，更不是来指导工作的。
2）平静面对需求变更的心态，在需求调研过程中，往往双方对需求理解不一致，造成需求调研前后矛盾，应当心平气和的去引导客户，达到需求理解基本一致。
三种提高
1）首先提高自己业务知识，对于人力资源的标准业务应该基本熟悉。
2）其次应该努力的去熟悉用户的行业，学习用户使用的术语，标准，以便能够准确的理解用户。这就需要我们阅读用户所在行业的资料、文章，尽量多选取一些整体性介绍的文章，这样可以在短时间内能够对该行业有一个全面的认识，这样我们就能够较好的和用户进行交流了。
3）需求调研中，学会尽量不使用IT行业的术语，而采用浅显易懂的口头语言来解释IT行业中高深莫测的术语，以便用户能够很好的理解，提高自己的沟通交流能力。
4）提高自己的速记能力，文字表述能力以及归纳，能迅速的记录需求调研核心的问题，总结归纳形成原始的需求调研资料。
5）提高自己的总结能力，书写一份完整的、前后一致的、可追踪的需求报告。
二、需求调研过程的总体流程
需求调研中应遵循一定的流程，而且在调研过程中表现出规范，调研有条不紊，对客户有理有据，调研中资料做好备份，做到有备无患：
三、需求调研过程中注意问题
四、需求报告书写要求及标准
编写优秀的需求是没有公式化的方法的。这需要大量的经验，要从你在过去的文档中发现的问题学习。请在组织软件需求文档时，严格遵从这些方针。
句子和段落要简练。使用正确的语法，拼写，标点。使用术语，要保持一致性，并在术语表或数据字典中定义它们需求编写者还要努力正确地把握粒度。多个需求尽可能拆分开。
整个需求文档细节上要保持一致。
避免在需求报告中过多的申述需求。在多处包含相同的需求可以使文档更易于阅读，但也会给文档的维护增加困难。文档的多份文本要在同一时间内全部更新，避免不一致性。
需求调研对于系统的构造，系统测试以及最后的客户满意，都会成为好的奠基石。并且要记住，没有高质量的需求，软件就象一盒巧克力，你永远不知道你会得到什么。我希望我们能得到一块“德芙”。
调研概要情况：X项目需求调研开始于2006-3-23结束于2006-6-15，内容包括现场需求调研4个人月和分析需求编写需求文档6个人月。参与调研的包括项目经理、技术经理和两个开发骨干，编写需求规格说明书字数95.4万。
1.把二期项目当作一个新项目来做调研，避免需求细节遗漏。在调研的初期我们曾经有过疑虑，这是一个二期的项目，那么调研的内容是否只针对二期的新需求，对需求内容二期和一期一致的部分就不必调研了?
经过讨论我们还是决定把二期项目当作一个新项目来做调研，即使二期和一期需求内容一致，我们也在调研会上讨论，并记录在调研笔记及以后的需求文档上。这样的好处是最大限度地避免了需求细节的遗漏。在现场调研时，发现有不少地方原来以为是二期不必修改的，经过讨论后发现还是需要修改。（往往危险的需求描述就在于“这部分做的和某个系统或某个版本的旧系统一样就可以了”）
2.调研团队参加所有子系统的调研会议，可以相互补充避免需求遗漏。这个项目规模比较大，根据业务的类型不同，分成了6个子系统，各个子系统的业务信息互有接口。我们安排每个人至少负责一个子系统的需求，但是在调研时，只要可能，我们都尽量让每个人都参与所有系统的调研会议。对项目经理和技术经理则进一步要求了解所有系统的业务需求。这样做的好处是，对于子系统之间的业务关系，调研团队都可以有全面的了解，对业务的理解比较透彻全面，并且还可以相互补充遗漏。
3.多人调研，在会议后应该立刻回顾整理统一的会议笔记，消除歧义，避免遗漏。在开调研会时，全体与会人员都各自记自己的会议笔记，会后没有强调当天整理会议笔记（会议进度很紧，每天开会到晚上
8、9点钟）。这导致以后阅读会议笔记发现一些描述很简单理解上有歧义的内容，或者同一份需求在几个笔记上记录的内容细节上有差异，事后难以追溯正确的信息。给编写需求文档带来了一些困难，需要再次讨论需求。
4.需求文档编写完成后，在开发阶段也应该做检查和更新，避免文档错误对开发的误导。我们在完成大量的需求文档编写工作后，在开发阶段有部分文档没有做内容检查和及时更新。后期测试时才发现少数需求内容的矛盾和错误，导致需要重新修改。
建议：
1、如果在编写需求文档后，开发阶段应该做一边阅读需求文档，一边做需求文档的检查，对于保证需求质量效果会更好。
2、应该指定人负责需求追踪和更新，在开发阶段、测试阶段要保持和用户的需求沟通，这不是一个可有可无的简单工作，很重要，并且会占用责任人50%的工作时间。
3、企业业务管理信息系统的需求调研方法：我认为对调研的组织安排是非常重要的，好的调研安排虽然未必产生质量高的需求，但是一个不遵循调研规律的调研活动，必然是低效的。下面是H项目调研组采取的调研流程，供参考：
4、第一步不是立刻和用户当面讨论需求细节，而是要业务关键用户编写初步的需求报告，提供给开发团队阅读分析。需求报告的内容是，对业务流程的描述，对业务需求的描述。需求报告的质量往往和关键用户的投入多少有较大关系，经常在没有面对面沟通时，关键用户未必能对这份报告投入很多的时间和精力。但这是当面调研的基础，一定要做，有粗糙疏漏的地方可以再现场调研时再细化。这可以再调研前就和用户沟通，让用户编写。
推荐第2篇：软件需求分析报告
软件需求分析
软件需求分析所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其它系统元素的接口细节，定义软件的其它有效性需求。进行需求分析时，应注意一切信息与需求都是站在用户的角度上。尽量避免分析员的主观想象，并尽量将分析进度提交给用户。在不进行直接指导的前提下，让用户进行检查与评价。从而达到需求分析的准确性。分析员通过需求分析，逐步细化对软件的要求，描述软件要处理的数据域，并给软件开发提供一种可转化为数据设计、结构设计和过程设计的数据和功能表示。在软件完成后，制定的软件规格说明还要为评价软件质量提供依据。
需求分析的任务
开发软件系统最为困难的部分就是准确说明开发什么。最为困难的概念性工作便是编写出详细技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。同时这也是一旦做错，将最终会给系统带来极大损害的部分，并且以后再对它进行修改也极为困难。目前，国内产品的庞杂，一家企业可能有几个系统并立运行，它们之间接口是系统开发人员最头痛的问题。对于商业最终用户应用程序，企业信息系统和软件作为一个大系统的一部分的产品是显而易见的。但是对于我们开发人员来说，并没有编写出客户认可的需求文档，我们如何知道项目于何时结束？而如果我们不知道什么对客户来说是重要的，那我们又如何能使客户感到满意呢？然而，即便并非出于商业目的的软件需求也是必须的。例如库、组件和工具这些供开发小组内部使用的软件。当然你可能偶尔勿需文档说明就能与其他人意见较为一致，但更常见的是出现重复返工这种不可避免的后果，而重新编制代码的代价远远超过重写一份需求文档的代价，这些血的教训正在国内的软件开发者身上发生。近来，我遇到一个开发小组开发包括代码编辑器在内的一套内部使用的计算机辅助软件。不幸的是，当他们开发完这个工具后，发现这个工具不能打印出源代码文件，使用者当然希望有这个功能。结果这个小组只好手工抄写源代码文档以供代码检查。这说明那怕需求明确无误并构思准确，如果我们没有编写文档，软件达不到期望目标也只能是咎由自取了。相反的情况，我曾见一个要集成到“错误跟踪系统”中的简单界面写了一页需求说明。而操作系统系统管理员在为处理脚本时发现简单的一张需求清单竟是如此有用。他们依据需求对系统进行测试时，此系统不仅非常清晰地实现了所有必需功能，而且未发现任何错误。事实上，需求文档在开发过程中一直起指导作用。 需求的类型
下面这些定义是需求工程领域中常见术语的定义。软件需求包括三个不同的层次：业务需求、用户需求和功能需求（也包括非功能需求）。1．业务需求（busine requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。2．用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例（usecase）文档或方案脚本说明中予以说明。3．功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。在软件需求规格说明书（SRS）中说明的功能需求充分描述了软件系统所应具有的外部行为。软件需求规格说明在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。对一个大型系统来说，软件功能需求也许只是系统需求的一个子集，因为另外一些可能属于子系统（或软件部件）。作为功能需求的补充，软件需求规格说明还应包括非功能需求，它描述了系统展现给用户的行为和执行的操作等。它包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量属性是通过多种角度对产品的特点进行描述，从而反
映产品功能。多角度描述产品对用户和开发人员都极为重要。下面以一个字处理程序为例来说明需求的不同种类。业务需求可能是：“用户能有效地纠正文档中的拼写错误”，该产品的包装盒封面上可能会标明这是个满足业务需求的拼写检查器。而对应的用户需求可能是“找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词”。同时，该拼写检查器还有许多功能需求，如找到并高亮度提示错词的操作；显示提供替换词的对话框以及实现整个文档范围的替换。从以上定义可以发现，需求并未包括设计细节、实现细节、项目计划信息或测试信息。需求与这些没有关系，它关注的是充分说明你究竟想开发什么。项目也有其它方面的需求，如开发环境需求或发布产品及移植到支撑环境的需求。
推荐第3篇：需求调研报告
文档编号：XXXX-XXXX-XX/XX(XXXX)XXXXX
XXXX XXXX科技工程项目
XXXX XXXX XXXX研发工程
×××需求调研报告
项目包名称：
项目编号/包号：
项目承担形式：
项目单位（甲方）： XXXX XXXX XXXX XXXX GXTC-CZ-1015004/13 联合承担XXXX XXXX XXXX XXXX 项目承担单位（乙方）：
责任承担单位：
合作承担单位：
项目起止年限： XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 2011.1-2014.7
需求分析报告2/5
目录
1 引言 ...........................1
1.1 编写目的 .........................1
1.2 背景 .................................1
1.3 参考资料 .........................1
1.4 术语 .................................1
任务概述 ..........................1
2.1 任务目标 .........................1
2.2 调研对象 .........................1
2.3 调研方法 .........................1
2.4 组织安排 .........................2
2.5 调研内容 .........................2
业务流程调研 .........................3
3.1 概述 .................................3
3.2 总体业务流程图 ...........................3
3.3 核心业务流程 ...............................3
3.4 核心业务对象和数据 ..........................3
应用系统调研 .........................3
4.1 系统概述 .........................3
4.2 系统功能结构 ...............................3
4.3 系统技术架构 ...............................3
4.4 系统部署环境 ...............................3
4.5 系统接口现状 ...............................3
接口需求调研 .........................3
5.1 ****接口需求 ...............................4
5.2 ****接口需求 ...............................4
尚需解决的问题 ............................4
附录 ...........................4 2 3 4 5 6 7
1 引言
1.1 编写目的
编写此文档的目的。
1.2 背景
需求调研的背景。
1.3 参考资料
列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准等。
1.4 术语
列出本报告中用到的专门术语的定义。
2 任务概述
2.1 任务目标
叙述该调研主题的意图、应用目标、作用范围以及其他有关背景材料。
2.2 调研对象
调研的对象。
2.3 调研方法
调研的方式方法。
2.4 组织安排
参与人员及组织结构。
2.5 调研内容
列出本次调研的主要内容，以下章节根据实际内容撰写。
比如：
1、业务流程调研
2、应用系统调研
3、接口需求调研
3业务流程调研
3.1 概述
3.2 总体业务流程图
3.3 核心业务流程
3.4 核心业务对象和数据
4 应用系统调研
4.1 系统概述
4.2 系统功能结构
4.3 系统技术架构
4.4 系统部署环境
4.5 系统接口现状
5 接口需求调研
5.1 ****接口需求
5.2 ****接口需求
6 尚需解决的问题
调研遗留问题。
7 附录
包括过于复杂、专业性的内容，包括调查问卷、抽样名单、地址表、地图、统计检验计算结果、表格、制图等
推荐第4篇：软件调研报告
大连交通大学2014届本科生毕业设计(论文)实习(调研)报告
实习（调研）报告
一 课题调研
本课题为《双色球福彩彩票预测系统》，在社会及彩票部门了解广大彩民们的相关需求,进行初步调研，并在双色球专业玩家的博客、论坛、贴吧等查找相关资料，深入分析预测系统要实现的功能。
二 课题的来源及意义
福彩，即福利彩票，顾名思义，它的发行是为了社会的福利，帮助需要帮助的地方或个人。每期的营业额会留下45%用来投入社会，剩下的55%用来回报彩民。
国家发行彩票的目的是筹集社会公众资金，资助福利、体育等社会公众事业发展，中国人民银行是彩票的主管机关。彩票的发行须经中国人民银行审核同意后报国务院批准，并由人民银行批准的彩票发行机构发行，其它任何部门无权批准发行彩票。
中国福利彩票“双色球”是一种由中国福利彩票发行管理中心统一组织发行，在全国销售联合发行的“乐透型”福利彩票。采用计算机网络系统发行销售，每周周
二、周
四、周日晚21：30开奖，并在中国教育电视台一套进行现场直播。参与“双色球”销售的省级福利彩票发行中心在中国福彩中心的直接领导下，负责对本地区的“双色球”销售活动实施具体的组织和管理。“双色球”彩票实行自愿购买，凡购买者均被视为同意并遵守本规则。
凡未经批准擅自印刷、发行彩票和发行变相彩票的，以及违反批准的规模和办法发行彩票的，视情节轻重，依法追究经济和刑事责任。目前，可以在全国发行的彩票只有中国体育彩票和中国福利彩票。
随着福利彩票事业的发展,人们对其投资的热情也越来越高。同时,彩民为了获得巨额回报,根据自己的经验研究出一些预测方法,而一些彩票专家也给出了自己的观点,预测下一期的中奖号码。但这些彩票分析预测技术还处于探索与发展的阶段,并没有一个有效的预测方法。此系统采用科学的预测手段，根据玩家总结的诸多规律，结合数学分析、周易分析，科学有效的为玩家提高中奖机率。
三 国内外发展状况
随着彩票产业不断的发展，以及整个彩票市场的日趋规范，“满足彩民服务需求，完善内部预测机制，适应号码变化快速决策”从而提高彩民的预测准确度，已经成为广大彩民的一种共识。
自1984年新中国首次发行彩票,进人新世纪以来,我国彩票事业发展极为迅速,截止至2006年,我国彩票总销量达到3678亿元。在销量迅速增长的同时,一个重要的问题逐渐凸显出来,即人们购买彩票的心态是否理性。尽管彩票中奖号码随机决定,是不可预测的,但受部分媒体和发行者的误导性宣传以及自己对一夜暴富的渴望,人们购买彩票时都抱有这样一个心态,即认为能够通过某些“秘岌”或“绝招”能找到中奖号码的规律,或者认为他们主观选择的号码要比机器选择的中奖概率大,这种现象被称为“投注者控
1大连交通大学2014届本科生毕业设计(论文)实习(调研)报告
制幻觉”。特别是少数控制幻觉程度严重的人们,往往将彩票视为一种投资品,梦想通过购买彩票来盈利甚至发大财,这是一种极不理性的行为。这一点,对于乐透型彩票表现得尤为充分。
彩票作为一种特殊的融资手段，在国外已有较为成功的运作经验，这些国家发行的彩票已成为其国家经费的主要来源。中外彩票购买者普遍地具有控制幻觉心态,都表现出热号码现象、赌徒谬误、热手效应和随机偏差等形式,并且这些心态都是持久性的,但是控制幻觉程度和表现形式又有一定的差别。在不同地区有一定程度上的差异；中外彩票购买者心态有许多共同之处,而不同的文化背景又导致了一些差异；国外彩民们采用二项式钟形分布法、线性回归方法和综合归纳法等方法，研发对应方法的预测系统；利用BP神经网络及算法，根据双色球福彩的游戏规则，确定输入层和输出层的神经网络结构，在三方面对 BP 网络进行设计：隐含层和输出层是否使用相同的激活函数；隐含层数；隐含层节点的最佳个数。通过对学习和预测结果的对比分析，得出隐含层和输出层使用不同的激活函数；选择三层 BP 网络；确定隐含层的节点数，从而确定了适合双色球福彩预测的 BP 网络结构；数据挖掘法也是国外彩民常用的预测方法，Apriori 算法是所有关联规则挖掘算法的核心算法。利用 Apriori 算法对彩票数字组合进行挖掘，找出相对频繁出现的数字组合。此种方法具有一定的理论意义，为彩票数字组合的预测提供了一种研究思路和分析方法，科学有效的为玩家提高中奖机率。
四 本课题的研究目的
本系统将是功能简单、操作简单而又实用的双色球福彩彩票预测系统，在系统的设计中采用模块化设计方法，即按照功能，将整个系统划分为几个相对独立的算法功能模块，让更多喜欢福彩双色球的玩家通过本软件把握更准确的机遇。本软件以双色球的玩法为基准，模拟双色球分析方式的思维开发，是一款十分实用的双色球彩票预测系统。
五 本课题的研究内容
双色球福彩彩票预测系统主要是通过往期中奖号码的规律进行预测，往期中奖号码将红色号码和蓝色号码归类储存，随时可以在文件中查阅并添加。广大彩民可利用双色球福彩彩票预测系统，通过采用不同的算法将红色和蓝色号码分别预测，输出预测号码。并且通过八卦中的卦象，分析是否适合多投大注。
六 本课题的研究方法及手段
本系统软件运行环境：windows XP，PS，Microsoft VC++ 6.0，C-free；通过后台文本库的建立、软件界面的设计与实现、程序的编写与调试等几个阶段来完成对双色球福彩彩票预测系统的开发。
模拟双色球玩法，根据玩家总结的诸多规律，结合数学分析、周易分析，最大可能的对近期双色球号码进行预测，科学有效的为玩家提高中奖机率。
功能模块即软件的主体部分，通过C语言实现，根据具体情况，具体数据规律，结合数学频数分析、周易学等规律分析挖掘出最有可能延续的走势规律，通过各组号码的
2大连交通大学2014届本科生毕业设计(论文)实习(调研)报告
形式展示给用户。对代码开发阶段进行严格的标准控制、格式控制、及算法的健壮性控制，进而避免出现运行错误、数据变量冗余等情况的发生。
C语言有效的把高级语言的基本结构和语句与低级语言的实用性结合起来。 其主要优点如下：
1、简洁紧凑、灵活方便
C语言一共只有32个关键字，9种控制语句，程序书写形式自由，区分大小写。把高级语言的基本结构和语句与低级语言的实用性结合起来。C 语言可以像汇编语言一样对位、字节和地址进行操作，而这三者是计算机最基本的工作单元。
2、运算符丰富
C语言的运算符包含的范围很广泛，共有34种运算符。C语言把括号、赋值、强制类型转换等都作为运算符处理。从而使C语言的运算类型极其丰富，表达式类型多样化。灵活使用各种运算符可以实现在其它高级语言中难以实现的运算。
3、数据类型丰富
C语言的数据类型有：整型、实型、字符型、数组类型、指针类型、结构体类型、共用体类型等。能用来实现各种复杂的数据结构的运算。并引入了指针概念，使程序效率更高。
4、表达方式灵活实用
C语言提供多种运算符和表达式值的方法，对问题的表达可通过多种途径获得，其程序设计更主动、灵活。它语法限制不太严格，程序设计自由度大，如对整型量与字符型数据及逻辑型数据可以通用等。
5、允许直接访问物理地址，对硬件进行操作
由于C语言允许直接访问物理地址，可以直接对硬件进行操作，因此它既具有高级语言的功能，又具有低级语言的许多功能，能够像汇编语言一样对位（bit）、字节和地址进行操作，而这三者是计算机最基本的工作单元，可用来写系统软件。
6、生成目标代码质量高，程序执行效率高
C语言描述问题比汇编语言迅速，工作量小、可读性好，易于调试、修改和移植，而代码质量与汇编语言相当。C语言一般只比汇编程序生成的目标代码效率低10%～20%。
7、可移植性好
C语言在不同机器上的C编译程序，86%的代码是公共的，所以C语言的编译程序便于移植。在一个环境上用C语言编写的程序，不改动或稍加改动，就可移植到另一个完全不同的环境中运行。
8、表达力强
C语言有丰富的数据结构和运算符。包含了各种数据结构，如整型、数组类型、指针类型和联合类型等，用来实现各种数据结构的运算。C语言的运算符有34种，范围很宽，灵活使用各种运算符可以实现难度极大的运算。
3大连交通大学2014届本科生毕业设计(论文)实习(调研)报告
C语言能直接访问硬件的物理地址，能进行位（bit）操作。兼有高级语言和低级语言的许多优点。它既可用来编写系统软件，又可用来开发应用软件，已成为一种通用程序设计语言。另外C语言支持多种显示器和驱动器，且计算功能、逻辑判断功能强大。
七 进度安排
第1周 与论文导师见面，查询相关资料进行选题，接受导师的《任务书》 第2周 了解行业状况、查阅文献资料，阅读资料，安排进度计划及撰写调研报 告
第3周 翻译10000字符以上的外文资料，准备资料，学习所采用的相关技术 第4周 提交毕业论文提纲，呈交外文文献翻译资料
第5周 复习编程理论，学习使用编程工具，熟悉相关的运行环境 第6周 基本框架完成，确定使用技术细节
第7周 开始进行双色球福彩彩票预测系统的详细设计 第8周 完成后台数据的录入，查阅资料，总结论文需要的文献
第9周 进行调试工作，不断的修改程序中的错误。遇到自己无法解决的问题，及时与指导老师进行沟通
第10周 继续进行程序测试，最后将调试成功的程序呈交导师审查 第11周 整理资料、文档、图表等，修改毕业设计论文 第12周 完成毕业设计论文，打印，按要求装订 第13周 软件验收和准备毕业设计答辩 第14周 毕业设计答辩及成绩评定
八 实验方案的可行性分析
通过网络渠道获取的相关调查结果显示，大多博彩用户对相关的博彩预测软件持肯定态度，就所掌握的诸多博彩玩家实际情况可知，科学有效的利用博彩软件，较一些盲目猜号的做法，可大大提高中奖几率，随着我国博彩玩家的日益增多，一些较为科学的预测软件也广受好评，被越来越多的人认可。
可行性分析是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发进行分析和研究，以避免投资失误，保证新系统的开发成功。由于存在的问题充斥各个方面，故此需要进行可行性分析即明确项目开发的必要性和可行性，可行性研究的内容包括以下几个方面：
（1）经济可行性
双色球福彩彩票预测系统是一个小型的预测系统，在开发时需要花费一定的时间和精力，需要少量的资金，但他给彩民带来的利益时巨大的，并且可以节省时间提高彩民们的作业效率，因此是非常值得投资的。
（2）管理可行性
大多博彩用户对相关的博彩预测软件持肯定的态度，就所掌握的诸多博彩玩家实际
4大连交通大学2014届本科生毕业设计(论文)实习(调研)报告
情况可知，科学有效的利用博彩软件，较一些盲目猜号的做法，可大大提高中奖几率，随着我国博彩玩家的日益增多，一些较为科学的预测软件也广受好评，被越来越多的人认可。
（3）技术可行性
该系统使用了先进的编程算法，使数据的准确性与安全性得到了很大的提高。系统使用的技术是完全基于所学知识,故用户不必考虑系统带来的人员培训等等。就目前使用的开发技术来说，系统的功能目标应该能够达到；利用现有的技术在规定的期限内开发工作基本能够完成。
（4）操作可行性
从处理流程和数据流程分析，首先通过获取最近多期的开奖中奖号码，对号码进行内部算法分析，并以分析的规律结果为基准，使彩民做出有效的决策。
所以从上面几点出发，可以确定系统分析是可行的。
九 已具备的实验条件
windows XP，PS，Microsoft VC++ 6.0, C-free；
十 主要参考文献
[1]左艳丽.C语言和汇编语言混合编程的方法和实现[J].职教与经济研究(娄底职业技术学院学报),2008,03:60-62.[2]赵海廷.C++/VC++语言的异常及其处理方法[J].武汉工程职业技术学院学报,2002,02:35-39.[3]潘津.C 语言编程技巧在 C 语言学习中的应用研究[J].电子技术与软件工程,2013,16:226.[4]戈崇胤.C语言程序设计学习支持系统的设计和开发[D].华东师范大学,2006.[5]温晓玲.VC++程序设计题自动阅卷系统的研究与实现[D].沈阳工业大学,2006.[6]柳崧轶.基于C语言的程序安全性分析[D].吉林大学,2007.[7]贺再红.基于混合式学习的c语言程序设计课程的教学研究[D].湖南大学,2008.[8]谭林秋.基于VC++的数字图像处理系统的开发及算法研究[D].西安理工大学,2008.[9]张良德.C/C++编程风格的辅助指导研究[D].内蒙古师范大学,2010.[10]谷满昌,李思雯.C++编程中遇到的一系列问题及主要解决方法[J].价值工程,2012,15:167.[11]韩君泽,张良德,刘东升.C/C++编程风格批注系统的设计与实现[J].内蒙古大学学报(自然科学版),2010,06:712-716.[12]Xiaofen Ji,Shufang Lei,Chenglu Rong,Haina Shen.Development of Apparel Proce Flow Chart Design Software Based on VC++[J].Procedia Engineering,2011,15:.[13]Song Qiang,Lv Chenguang.Data Acquisition System for Electric Vehicle\'s Driving Motor Test Bench Based on VC++[J].Physics Procedia,2012,33:.
5大连交通大学2014届本科生毕业设计(论文)实习(调研)报告
[14]Ma Yong-qi,Feng Wei.Object-oriented finite element analysis and programming in VC++[J].Applied Mathematics and Mechanics,1980,2312:.[15]万敏锋.双色球彩票分析技术及其应用研究[D].大连海事大学,2008.[16]郭均鹏,李汶华,刘雅琳.我国彩票市场的价格体系与供需分析[J].管理学报,2009,01:97-101.[17]冯立志.双色球:调整玩法 科学运作[J].社会福利,2010,06:21-22.
6
推荐第5篇：软件调研报告
大连交通大学2014届本科生毕业设计(论文)实习(调研)报告
实习（调研）报告
一 课题调研
本课题为《双色球福彩彩票预测系统》，在社会及彩票部门了解广大彩民们的相关需求,进行初步调研，并在双色球专业玩家的博客、论坛、贴吧等查找相关资料，深入分析预测系统要实现的功能。
二 课题的来源及意义
福彩，即福利彩票，顾名思义，它的发行是为了社会的福利，帮助需要帮助的地方或个人。每期的营业额会留下45%用来投入社会，剩下的55%用来回报彩民。
国家发行彩票的目的是筹集社会公众资金，资助福利、体育等社会公众事业发展，中国人民银行是彩票的主管机关。彩票的发行须经中国人民银行审核同意后报国务院批准，并由人民银行批准的彩票发行机构发行，其它任何部门无权批准发行彩票。
中国福利彩票“双色球”是一种由中国福利彩票发行管理中心统一组织发行，在全国销售联合发行的“乐透型”福利彩票。采用计算机网络系统发行销售，每周周
二、周
四、周日晚21：30开奖，并在中国教育电视台一套进行现场直播。参与“双色球”销售的省级福利彩票发行中心在中国福彩中心的直接领导下，负责对本地区的“双色球”销售活动实施具体的组织和管理。“双色球”彩票实行自愿购买，凡购买者均被视为同意并遵守本规则。
凡未经批准擅自印刷、发行彩票和发行变相彩票的，以及违反批准的规模和办法发行彩票的，视情节轻重，依法追究经济和刑事责任。目前，可以在全国发行的彩票只有中国体育彩票和中国福利彩票。
随着福利彩票事业的发展,人们对其投资的热情也越来越高。同时,彩民为了获得巨额回报,根据自己的经验研究出一些预测方法,而一些彩票专家也给出了自己的观点,预测下一期的中奖号码。但这些彩票分析预测技术还处于探索与发展的阶段,并没有一个有效的预测方法。此系统采用科学的预测手段，根据玩家总结的诸多规律，结合数学分析、周易分析，科学有效的为玩家提高中奖机率。
三 国内外发展状况
随着彩票产业不断的发展，以及整个彩票市场的日趋规范，“满足彩民服务需求，完善内部预测机制，适应号码变化快速决策”从而提高彩民的预测准确度，已经成为广大彩民的一种共识。
自1984年新中国首次发行彩票,进人新世纪以来,我国彩票事业发展极为迅速,截止至2006年,我国彩票总销量达到3678亿元。在销量迅速增长的同时,一个重要的问题逐渐凸显出来,即人们购买彩票的心态是否理性。尽管彩票中奖号码随机决定,是不可预测的,但受部分媒体和发行者的误导性宣传以及自己对一夜暴富的渴望,人们购买彩票时都抱有这样一个心态,即认为能够通过某些“秘岌”或“绝招”能找到中奖号码的规律,或者认为他们主观选择的号码要比机器选择的中奖概率大,这种现象被称为“投注者控
制幻觉”。特别是少数控制幻觉程度严重的人们,往往将彩票视为一种投资品,梦想通过购买彩票来盈利甚至发大财,这是一种极不理性的行为。这一点,对于乐透型彩票表现得尤为充分。
彩票作为一种特殊的融资手段，在国外已有较为成功的运作经验，这些国家发行的彩票已成为其国家经费的主要来源。中外彩票购买者普遍地具有控制幻觉心态,都表现出热号码现象、赌徒谬误、热手效应和随机偏差等形式,并且这些心态都是持久性的,但是控制幻觉程度和表现形式又有一定的差别。在不同地区有一定程度上的差异；中外彩票购买者心态有许多共同之处,而不同的文化背景又导致了一些差异；国外彩民们采用二项式钟形分布法、线性回归方法和综合归纳法等方法，研发对应方法的预测系统；利用BP神经网络及算法，根据双色球福彩的游戏规则，确定输入层和输出层的神经网络结构，在三方面对 BP 网络进行设计：隐含层和输出层是否使用相同的激活函数；隐含层数；隐含层节点的最佳个数。通过对学习和预测结果的对比分析，得出隐含层和输出层使用不同的激活函数；选择三层 BP 网络；确定隐含层的节点数，从而确定了适合双色球福彩预测的 BP 网络结构；数据挖掘法也是国外彩民常用的预测方法，Apriori 算法是所有关联规则挖掘算法的核心算法。利用 Apriori 算法对彩票数字组合进行挖掘，找出相对频繁出现的数字组合。此种方法具有一定的理论意义，为彩票数字组合的预测提供了一种研究思路和分析方法，科学有效的为玩家提高中奖机率。
四 本课题的研究目的
本系统将是功能简单、操作简单而又实用的双色球福彩彩票预测系统，在系统的设计中采用模块化设计方法，即按照功能，将整个系统划分为几个相对独立的算法功能模块，让更多喜欢福彩双色球的玩家通过本软件把握更准确的机遇。本软件以双色球的玩法为基准，模拟双色球分析方式的思维开发，是一款十分实用的双色球彩票预测系统。
五 本课题的研究内容
双色球福彩彩票预测系统主要是通过往期中奖号码的规律进行预测，往期中奖号码将红色号码和蓝色号码归类储存，随时可以在文件中查阅并添加。广大彩民可利用双色球福彩彩票预测系统，通过采用不同的算法将红色和蓝色号码分别预测，输出预测号码。并且通过八卦中的卦象，分析是否适合多投大注。
六 本课题的研究方法及手段
本系统软件运行环境：windows XP，PS，Microsoft VC++ 6.0，C-free；通过后台文本库的建立、软件界面的设计与实现、程序的编写与调试等几个阶段来完成对双色球福彩彩票预测系统的开发。
模拟双色球玩法，根据玩家总结的诸多规律，结合数学分析、周易分析，最大可能的对近期双色球号码进行预测，科学有效的为玩家提高中奖机率。
功能模块即软件的主体部分，通过C语言实现，根据具体情况，具体数据规律，结合数学频数分析、周易学等规律分析挖掘出最有可能延续的走势规律，通过各组号码的
形式展示给用户。对代码开发阶段进行严格的标准控制、格式控制、及算法的健壮性控制，进而避免出现运行错误、数据变量冗余等情况的发生。
C语言有效的把高级语言的基本结构和语句与低级语言的实用性结合起来。
其主要优点如下：
1、简洁紧凑、灵活方便
C语言一共只有32个关键字，9种控制语句，程序书写形式自由，区分大小写。把高级语言的基本结构和语句与低级语言的实用性结合起来。C 语言可以像汇编语言一样对位、字节和地址进行操作，而这三者是计算机最基本的工作单元。
2、运算符丰富
C语言的运算符包含的范围很广泛，共有34种运算符。C语言把括号、赋值、强制类型转换等都作为运算符处理。从而使C语言的运算类型极其丰富，表达式类型多样化。灵活使用各种运算符可以实现在其它高级语言中难以实现的运算。
3、数据类型丰富
C语言的数据类型有：整型、实型、字符型、数组类型、指针类型、结构体类型、共用体类型等。能用来实现各种复杂的数据结构的运算。并引入了指针概念，使程序效率更高。
4、表达方式灵活实用
C语言提供多种运算符和表达式值的方法，对问题的表达可通过多种途径获得，其程序设计更主动、灵活。它语法限制不太严格，程序设计自由度大，如对整型量与字符型数据及逻辑型数据可以通用等。
5、允许直接访问物理地址，对硬件进行操作
由于C语言允许直接访问物理地址，可以直接对硬件进行操作，因此它既具有高级语言的功能，又具有低级语言的许多功能，能够像汇编语言一样对位（bit）、字节和地址进行操作，而这三者是计算机最基本的工作单元，可用来写系统软件。
6、生成目标代码质量高，程序执行效率高
C语言描述问题比汇编语言迅速，工作量小、可读性好，易于调试、修改和移植，而代码质量与汇编语言相当。C语言一般只比汇编程序生成的目标代码效率低10%～20%。
7、可移植性好
C语言在不同机器上的C编译程序，86%的代码是公共的，所以C语言的编译程序便于移植。在一个环境上用C语言编写的程序，不改动或稍加改动，就可移植到另一个完全不同的环境中运行。
8、表达力强
C语言有丰富的数据结构和运算符。包含了各种数据结构，如整型、数组类型、指针类型和联合类型等，用来实现各种数据结构的运算。C语言的运算符有34种，范围很宽，灵活使用各种运算符可以实现难度极大的运算。
C语言能直接访问硬件的物理地址，能进行位（bit）操作。兼有高级语言和低级语言的许多优点。它既可用来编写系统软件，又可用来开发应用软件，已成为一种通用程序设计语言。另外C语言支持多种显示器和驱动器，且计算功能、逻辑判断功能强大。
七 进度安排
第1周与论文导师见面，查询相关资料进行选题，接受导师的《任务书》
第2周了解行业状况、查阅文献资料，阅读资料，安排进度计划及撰写调研报告
第3周翻译10000字符以上的外文资料，准备资料，学习所采用的相关技术 第4周提交毕业论文提纲，呈交外文文献翻译资料
第5周复习编程理论，学习使用编程工具，熟悉相关的运行环境
第6周基本框架完成，确定使用技术细节
第7周开始进行双色球福彩彩票预测系统的详细设计
第8周完成后台数据的录入，查阅资料，总结论文需要的文献
第9周进行调试工作，不断的修改程序中的错误。遇到自己无法解决的问题，及时与指导老师进行沟通
第10周继续进行程序测试，最后将调试成功的程序呈交导师审查
第11周整理资料、文档、图表等，修改毕业设计论文
第12周完成毕业设计论文，打印，按要求装订
第13周软件验收和准备毕业设计答辩
第14周毕业设计答辩及成绩评定
八 实验方案的可行性分析
通过网络渠道获取的相关调查结果显示，大多博彩用户对相关的博彩预测软件持肯定态度，就所掌握的诸多博彩玩家实际情况可知，科学有效的利用博彩软件，较一些盲目猜号的做法，可大大提高中奖几率，随着我国博彩玩家的日益增多，一些较为科学的预测软件也广受好评，被越来越多的人认可。
可行性分析是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发进行分析和研究，以避免投资失误，保证新系统的开发成功。由于存在的问题充斥各个方面，故此需要进行可行性分析即明确项目开发的必要性和可行性，可行性研究的内容包括以下几个方面：
（1）经济可行性
双色球福彩彩票预测系统是一个小型的预测系统，在开发时需要花费一定的时间和精力，需要少量的资金，但他给彩民带来的利益时巨大的，并且可以节省时间提高彩民们的作业效率，因此是非常值得投资的。
（2）管理可行性
大多博彩用户对相关的博彩预测软件持肯定的态度，就所掌握的诸多博彩玩家实际
情况可知，科学有效的利用博彩软件，较一些盲目猜号的做法，可大大提高中奖几率，随着我国博彩玩家的日益增多，一些较为科学的预测软件也广受好评，被越来越多的人认可。
（3）技术可行性
该系统使用了先进的编程算法，使数据的准确性与安全性得到了很大的提高。系统使用的技术是完全基于所学知识,故用户不必考虑系统带来的人员培训等等。就目前使用的开发技术来说，系统的功能目标应该能够达到；利用现有的技术在规定的期限内开发工作基本能够完成。
（4）操作可行性
从处理流程和数据流程分析，首先通过获取最近多期的开奖中奖号码，对号码进行内部算法分析，并以分析的规律结果为基准，使彩民做出有效的决策。
所以从上面几点出发，可以确定系统分析是可行的。
九 已具备的实验条件
windows XP，PS，Microsoft VC++ 6.0, C-free；
十 主要参考文献
[1]左艳丽.C语言和汇编语言混合编程的方法和实现[J].职教与经济研究(娄底职业技术学院学报),2008,03:60-62.
[2]赵海廷.C++/VC++语言的异常及其处理方法[J].武汉工程职业技术学院学报,2002,02:35-39.
[3]潘津.C 语言编程技巧在 C 语言学习中的应用研究[J].电子技术与软件工程,2013,16:226.
[4]戈崇胤.C语言程序设计学习支持系统的设计和开发[D].华东师范大学,2006.
[5]温晓玲.VC++程序设计题自动阅卷系统的研究与实现[D].沈阳工业大学,2006.
[6]柳崧轶.基于C语言的程序安全性分析[D].吉林大学,2007.
[7]贺再红.基于混合式学习的c语言程序设计课程的教学研究[D].湖南大学,2008.
[8]谭林秋.基于VC++的数字图像处理系统的开发及算法研究[D].西安理工大学,2008.
[9]张良德.C/C++编程风格的辅助指导研究[D].内蒙古师范大学,2010.
[10]谷满昌,李思雯.C++编程中遇到的一系列问题及主要解决方法[J].价值工程,2012,15:167.
[11]韩君泽,张良德,刘东升.C/C++编程风格批注系统的设计与实现[J].内蒙古大学学报(自然科学版),2010,06:712-716.
[12]Xiaofen Ji,Shufang Lei,Chenglu Rong,Haina Shen.Development of Apparel Proce Flow Chart Design Software Based on VC++[J].Procedia Engineering,2011,15:.
[13]Song Qiang,Lv Chenguang.Data Acquisition System for Electric Vehicle\'s Driving Motor Test Bench Based on VC++[J].Physics Procedia,2012,33:.
[14]Ma Yong-qi,Feng Wei.Object-oriented finite element analysis and programming in VC++[J].Applied Mathematics and Mechanics,1980,2312:.
[15]万敏锋.双色球彩票分析技术及其应用研究[D].大连海事大学,2008.
[16]郭均鹏,李汶华,刘雅琳.我国彩票市场的价格体系与供需分析[J].管理学报,2009,01:97-101.
[17]冯立志.双色球:调整玩法 科学运作[J].社会福利,2010,06:21-22.
推荐第6篇：软件项目开发需求报告
软件需求分析格式_如何写需求分析报告 软件需求说明书 1 引言
1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。 1.2 项目背景：应包括
● 项目的委托单位、开心单位和主管部门；
● 该软件系统与其他系统的关系。
1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。
1.4 参考资料：可包括
● 项目经核准的计划任务书、合同或上级机关的批文
● 文档所引用的资料、规范等
● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 2 任务概述 2.1 目标 2.2 运行环境 2.3 条件与限制 3 数据描述 3.1 表态数据
3.2 动态数据：包括输入数据和输出数据。 3.3 数据库描述：给出使用数据库的名称和类型。 3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度
5.2 时间特性：如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
5.3 适应性：在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。 6 运行需求
6.1 用户界面：如屏幕格式、报表格式、菜单格式、输入输出时间等。 6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求
如可使用性、安全保密、可维护性、可移植性等。
需求分析的格式 需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。
1．综合需求： 项目 说明 备注
1）功能要求 描述软件用来做什么
能够进行度量衡的相互转换，如：长度公制之间的转换，公制和英制的转换等。能够添加或创建新的度量衡。能够按照用户自己的需要进行排序。能够作为其他软件的插件或辅助工具使用。能够知道度量衡所应用的范围，如：国家，行业等。
2）性能要求 软件能达到什么性能
数据的最大存储量，数据的转换要有连续性，软件对每项操作的响应时间，更新处理时间，数据转换和传送时间，软件的输入输出数据精度，软件失败和成功的定义。
3）运行要求
软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件
开发软件的开发工具清单。是否需要外部存储器和数据通信接口。
4）升级要求
是否可以升级，是否可以进行扩充。是否容易进行维护。 能够作为什么软件的插件或辅助工具使用。如何添加新的公式
5）对应关系
用户需求和软件功能的对应关系 说明每一个模块对应实现什么功能。
2．数据要求： 项目 说明 备注
1）数据输入
来源、准确性、取值范围、格式、非法值的处理、出错信息
2）数据输出 目的地、准确性、数值范围、格式、非法值的处理、出错信息
输出的数据可以修改，如：1米=100厘米=1000毫米，将100厘米改为90厘米时，相应的1米就自动改为0.9米，1000毫米变为900毫米。
3）数据存储 最大存储量
4）数据的安全性 访问的权限
5）数据备份 能否导入和导出
可以将输出的数据保存为文本格式
6）数据流图
在分析过程中得出的数据流图
7）数据筛选
能够将选择的几个度量单位进行汇总
8）主要算法
简要描述软件的主要算法
3．界面要求：请参照“界面样式图” 项目 说明 备注
1）软件名称 为软件起一个名字 可以发挥自己的想象力
2）功能模块
有几个功能模块，分别是什么
3）颜色
采用什么底色，窗口是什么颜色
4）字体
字型、大小，字间距，颜色
5）按钮
颜色、字型、大小、样式
4．软件描述：从用户的角度来描述软件，相当于一份初步的用户手册。 项目 说明 备注
1）功能描述
能实现，不能实现什么需求 应用范围。什么人员可以使用
2）性能描述
最低配置，操作系统，需要安装什么辅助软件
3）操作步骤 如何使用软件 主要步骤和方法
4）用户责任
用户在操作过程中的注意事项 出现问题时如何解决 如何写需求分析报告
近来学校的一些科研项目又在申报了，一些学弟开始Q我一些软件工程上书面的问题。大概的总结了下，写到这里。本文涉及到的是需求分析部分的书写，主要是根据国家标准文档中的要求来的。
在互联网公司或者一些敏捷开发的公司里，其实大家都是秉承着重开发，重讨论，而轻文档的态度。这个轻文档并不是指没有文档或者几乎不做文档，而是在严格的文档流程中解脱出来，只把最最实际的部分写出来。这个特征是有互联网本身迭代周期短，版本发布快等特点决定的。而在实际的兼职项目的时候，同学们就要注意了，最重要的应该就是在签合同的时候一定要附上最清楚的一份需求分析，虽然这份需求说明可能不是按照某些标准文档而来的，描述清楚每个功能达到的效果，而这个效果一定要让客户点头确认，而不能出现“应该是”、“可能是”、“也许是”这样的模糊回答。否则在项目后期就会比较难过了。在学校申请的项目和大型公司项目开发中，是重视文档流程的，一部一部来。所以还是看情况来对待文档的深度和标准。
一、目录： 目录要用word的 “引用”—>”目录”，自动生成目录，一般都是要三级目录。通常这部分基本都不需要改结构，直接更新页码即可。
二、内容部分。国家标准软件需求说明书G856T-88下载 1引言 1.1编写目的
说明编写这份软件需求说明书的目的，指出预期的读者。 （这部分说明需求分析报告的概况，例如：本X需求分析报告是为S系统而编写的。+S系统的两句话概述。+本X报告旨在使U1（需求者）明确S系统的要求和细节，给U2(开发人员)了解需求实现的难度和困难，最终提供给U3（审核人、管理者）讨论和审核，达到沟通效果）
1.2背景 说明：
a． 待开发的软件系统的名称； b． 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
c． 该软件系统同其他系统或其他机构的基本的相互来往关系。
（这部分可以将a,b,c分为2部分，例子如下： 1.2.1项目概况
本需求分析报告所预期开发的软件系统是:S。S是（不是则无）SS系统的某一个功能子模块，S和S
1、S2等系统之间的联系，以及概述其他系统的状态等等。1.2.2任务分配
a.任务提出者：xxx b.软件开发者：xx c.产品使用者：xx d.文档编写者：xx e.预期产品使用者：xx ） 1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
（这部分很简单，就是描述专业词汇，比如
1.XML(Extensible Markup Language)即可扩展标记语言,它与HTML一样,都是SGML(Standard Generalized Markup Language,标准通用标记语言)。 2.Word2, 解释。。。 ）
1.4参考资料
列出用得着的参考资料，如：
a． 本项目的经核准的计划任务书或合同、上级机关的批文； b． 属于本项目的其他已发表的文件；
c． 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2任务概述 2.1目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。| （
本模块开发主要是为SS的整体服务，完成SS工作中的XX部分以及相关的工作。其涉及的范围就是，从下达A、B命令后，到给出C结果的过程。具体描述：B1，来完成B11功能；B2，来完成B22功能； 等等。本部分是（否）耦合在分词工具包其他部分中的，主要为嵌入方式和先后方式相互交互。 图
图1.该系统的组成同其他各部分的联系和接口 ）
2.2用户的特点
列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束
（例如：二次开发和系统调用人员：具有很高的专业知识水平，理解XX的运行机制。可以对开放代码进行阅读和分析，以完成其系统独特的需求，提供给这部分用户开放API手册和Debug版本的源代码即可；预期这部分用户会占本系统总用户量的多大部分。
xx使用者：具有一定的计算机操作能力和知识，了解xx领域的相关概念和用途。提供给这部分用户操作手册即可。预期这部分使用者主要是来简单的xx操作。
维护人员：具有较高的计算机专业水平，可以对常见的系统Bug进行追踪和分析，具有一定的测试能力。 这部分用户主要是采用了本系统之后的后期工作维护者。 等等 ）
2.3假定和约束
列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 （这部分重要是对你有的技术力量、资金状况、人力资源等情况的假设，以使得你可以在什么样的情况和时间范围内完成工作。工期约束，经费约束，人员约束，地理约束，设备约束等几个方面列举说明。） 3需求规定 3.1对功能的规定
用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 （例如： INPUT输入 PROCESS处理 OUTPUT输出 LOAD负载量
A 预处理,做怎样的动作， AA CC B BBBB Bb v C CCCC cc v
表
一、xx模块IPO表 对IPO表的简单文字描述。 ）
3.2对性能的规定 3.2.1精度
说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 （例如：
Xx目标处理：1Byt–10M，包括左右边界值。 yy精度范围：„.
ZZ的精度：由于xx的特殊性，本系统均采用xx型来进行字符统计运算，概率部分以及其他比率部分精度精确到0.0x%。 ）
3.2.2时间特性要求
说明对于该软件的时间特性要求，如对： a． 响应时间； b． 更新处理时间；
c． 数据的转换和传送时间； d． 解题时间；等的要求。 (这部分只要一一列举就可以：
由于xxx过程中，需要大量xxxx操作或怎样，故xx解题时间占总时间的最大部分。其次就是xx转换和存储的开销。其具体时间特性要求，如下： a． xx响应时间：xxms左右； b． yy更新处理时间：yy；
c． zz数据的转换和传送时间：zz； d． vv解题时间：vv。 等等 ) 3.2.3灵活性
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a． 操作方式上的变化； b． 运行环境的变化；
c． 同其他软件的接口的变化； d． 精度和有效时限的变化； e． 计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
（这部分按列举来即可， 由于本模块第一目的是用于xxx，其次则是xxxx。故本模块的灵活性在于实际应用者的不同。当需求发生某些变化时，该软件对这些变化的适应能力。具体情况如下： f． 操作方式上的变化：采用集成运行制和独立运行制两种模式，集成运行制是把本模块嵌入到分词工具包的主框架中，提供给用户具有一定UI的可操作软件；独立运行制是可以独立运行于后台，并提供给各种程序调用的模式的工作方式，以增强其生命力。
g． 运行环境的变化：主采用Windows平台的编译版本运行和调试，在时间允许的情况下，同步开发支持SUSE Linux的服务器版本。；
h． 同其他软件的接口的变化：在尽量保证接口不出现变动的情况下，允许接口的重载和再定义。但接口的命名规则是统一的；
i． 精度和有效时限的变化：精度在必须调整的条件下，可以上下浮动10个百分点；有效时限则依据现实的测试情况允许稍大范围的变化。
j． 计划的变化或改进：工作时间安排会存在必然的浮动，这部分要协同分词工具包课题设计组其他成员一同来进行商定，前期的计划可以稍微有些变动，后期的安排尽量按照计划执行。 等等 ） 3.3输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
（这部分可以把输入输出分为 3.3.1输入要求和3.3.2输出要求，如下给出一个单元的例子。 XXX输出
数据名称：XXX输出数据 实际含义：用于XX,表示XXXX 数据类型：Character(字符串) 数据格式：XX 数据约束：由于xxx,，大小在xx以内 ）
3.4数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 （ 根据实际系统要求列举即可 Name名称 Number数量 Size大小 Increase增长
词典xx xx xxxx 并行执行，其大小依据实际xx大文本而增长
）
3.5故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
（包括软件压力，内存不足，硬件损坏等，这部分可以根据百度到其常见故障。） 3.6其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
（例如安全保密性：密钥更换等； 预期扩展：扩展兼容等；OS更换：Slackware转SUSE等 ）
4运行环境规定 4.1设备
列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：
a． 处理器型号及内存容量；
b． 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c． 输入及输出设备的型号和数量，联机或脱机； d． 数据通信设备的型号和数量； e． 功能键及其他专用硬件 （列举说明即可） 4.2支持软件
列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。 （操作系统和版本：xxxx 支撑环境和版本：xxxx 备用IDE环境和版本：xxxx 与该软件有关的软件组件：xxxx 后续可能扩展环境：xxxx ） 4.3接口
说明该软件同其他软件之间的接口、数据通信协议等。 (例如：
a．用户和主程序调用接口(图中接口1)。这个接口采用封装API形式和函数调用形式，分别以外部调用和内部调用的方式为不同用户提供使用本机械分词工具的入口。例如以xxxx方式调用DLL文件，以xxxx方式调用函数。如下图2所示。 图2.软件接口调用图 b.xx接口(图中接口2)。这里是一个xxx的接口调用过程。xxxx ) 4.4控制
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。 (例如：
下面通过图表的形式，将本模块以及涉及到本模块的软件模块的运行方法、控制信号，以及这些控制信号的来源，其中箭头所指方向对应的模块的控制信号来自箭头另一方向的模块，具体情况如下： 图3 .控制流程图
图3的具体说明情况如下表所示： Name模块名称 Method运行方式 Signal控制信号 Forward控制去向
主程序模块 运行框架 用户调用或运行 1.调用xx模块 2.调用xx方法 3.调用标准输出模块
xxx模块 xxx xxx调用 Xxx模块
)
推荐第7篇：收银软件需求
孝文家茶茶业有限公司进销存系统（收银系统）需求
一、该系统需满足日常运作的分系统有：
1、收银系统
2、小票打印系统
3、进销存系统
4、会员积分消费储值系统
5、刷卡机系统
6、会员管理系统
7、员工提成管理系统
该系统在成果方面主要包罗基本信息（供给商信息，客户信息），茶叶入库（茶叶入库录入，茶叶入库报表），茶叶销售（茶叶销售录入，茶叶销售报表），其它用度（其它收入，其它支出），库存管理（库存明细，库存预警，有效期预警），收入与利润（期间收入统计，期间利润统计）。
二、系统功能描述
1、由总部对连锁店进行集中管理和控制。总公司可实时掌控各个门店的销售、财务、库存数据，总部进行集中采购和集中配送，并通过计算机系统协同各个分公司完成采购、调拨作业；同时，总部为各个门店提供最低成本的运作方式，各门店不需要搭建局域网，不需要聘请专业的计算机系统维护人员，分部可自动接收总部价格、促销策略，并向总公司发送物料需求计划完成补货。
2、以加盟连锁营运、茶叶门店营运和门店自主管理为核心，将连锁店管理、财务结算、进销存和POS收银管理、会员卡管理等各个领域全面集成.
3.从产品采购、入库、出库、连锁配送、应收应付、门店、人员权限控制等一体化管理。
4.商品销售统计分析表要直观、简洁、实用；
5.总部实时掌控每个分店每时每刻的情况，实现快速敏捷的工作模式。
6.会员卡需要可支持积分、储值、返利、折扣 ......
推荐第8篇：软件需求说明
软件需求说明
某公司总部设在北京，在上海、广州、成都和西安有分支机构，公司员工接近700名。由于公司业务和员工团队的迅速发展，为了提升整体工作效率，公司准备开发一套员工报账系统，取代原来的人工处理方式。
报账系统将支持员工记录（或预见）日常业务活动的开销，并自动结算每个月应该返还员工的补偿金额，补偿额会直接存入员工的工资帐户中。
报账系统应具有基于先进技术的图形化界面，员工可以输入业务活动的种类和简短描述，活动开销的类别，选择不同的支付方式，并可以生成灵活的报表。
报账系统应该有能力根据员工提供的信息和要求返还补偿额，同时保存全部员工的报账信息。员工可以通过他们自己的电脑来使用报账系统。由于牵涉到财务信息，报账系统必须提供可信的安全机制。
公司现有一套基于MicroSoft SQL Server的人事管理数据库系统，记录员工共的基本信息和团队的组织结构。报账系统将和现有人事管理数据库系统协同工作，需要引用人事管理数据库系统中的部分信息，但不会更新其内容。
通过报账系统，员工能够在出差前（提前2天）按照规定的额度向公司申请借款，相关的经理人员能够通过报账系统批复或拒绝。报账系统应在相关负责人批复之后通知该员工提取现金或确认相应款项已经划入指定信用卡（根据员工的要求）；员工可以通过保账系统报销合理的业务活动经费。
财务部门将指定一位报账系统管理员监督拟建系统中的信息，负责初始设置和维护特定的分类额度准则，并能够定期或随机地向部门负责人提交报账系统情况的统计报告。
报账系统在每月的25日对通过审批的报账申请自动作一次结算，并以电子邮件的方式通知应该得到补偿的员工，同时生成一份统计报告传送给财务部门的系统监管人员。
具体的局部功能需求-----“提交报销申请”的Use Case
简介：
员工通过报账系统填写报销申请，输入相关活动产生的费用，在一次或者多次填写后提交，经验证之后，以电子邮件的方式通知相应经理批复。
事件流（Flow of Events）
基本事件序列(Basic Flow) 1.打开报销单
[员工]：员工选择进入“报销申请”功能。
[系统]：该员工当月报销单存在，系统将取出相应信息并展示给员工；如果该员工的当月报销单不存在，则转至A1备选事件序列。 2.添加报销记录
[员工]：员工要求添加一条报销记录。 [系统]：系统显示一条空白的报销记录。 3.填写报销记录单
[员工]：员工开始填写报销记录，每条报销记录包括的信息有：业务活动发生的时间、为了让员工方便而准确地输入相关信息，除了客户名称、业务活动原因和金额之外，其他信息域提供相应的下拉式选择列表。并记录员工输入的信息。
（重复以上针对每一条报销记录的活动），直至所有记录填写完毕。） 4.验证报销单
[员工]：员工填写完毕所有报销记录之后，要求系统验证这些记录的合理性。 [系统]：报销记录的初始状态为“未验证”，每当一条报销记录被验证为合理，系统将该报销记录的状态设置为“已验证”，系统在验证所有报销记录（为“已验证”）之后提示用户可以提交本月的报销单。验证为合理的记录必须满足集中条件：第一，不同种类的费用不超过相应得限额；第二，报销费用的类型要和员工的职能匹配。对于未通过的验证的报销记录，转至A5备选事件序列 5.提交报销单
[员工]：所有报销记录经过验证之后，员工提交当月的报销单。
[系统]：系统保存这张报销单，将报销单的状态设置为“已提交”并记录提交日期，同时这张报销单被设为“只读”。系统要从人事管理数据库中获知该员工及其经理（负担该员工当月开销者）的电子邮件地址。如果此时人事管理数据库不可用，转至A6备选事件序列。
为了及时通知相关人员，系统将自动生成一份以当前报销单为内容的电子邮件发送到该员工及其经理的信箱中。当邮件成功发送后，员工得到一个确认信息。如果此时邮件系统未能将邮件及时发送，转至备选事件序列A7。
备选事件序列组（Alternative Flows）
A1 创建当月报销单
[起始位置]：基本事件序列中，员工进入报销申请程序并准备打开当月报销单。
[触发条件]：系统没有发现和该员工对应的当月报销单。
[具体内容]：系统为员工创建一张当月报销单。
[返回位置]：基本事件序列中的“打开报销单” 步骤。
A2 删除报销记录
[起始位置]：在提交报销单之前任意时间点。
[触发条件]：员工希望删除某一条报销记录。
[具体内容]：系统删除有员工指定的某一条报销记录。 [返回位置]：同“起始位置”。
A3 更新报销记录
[起始位置]：在提交报销单之前任意时间点。
[触发条件]：员工希望更新某一条报销单。
[具体内容]：系统根据员工输入的内容更新相应的一条报销记录。 [返回位置]：同“起始位置”。
A4 保存当月报销单
[起始位置]：该Use Case 允许员工在事件流中的任意时间点保存当月的报销单。
[触发条件]：员工希望将已经录入的报销记录保存在报账系统中。
[具体内容]：系统保存该员工当月报销单，并给出确认信息。员工可以在保存当月报销单之后直接退出系统。
[返回位置]：同“起始位置”。
A5 报销记录不合理
[起始位置]：基本事件序列中，“验证报销单”步骤中对每一条报销记录验证结束之后。
[触发条件]：包销记录不满足某一条适用的准则。有两种情形：第一，某报销记录的金额超出了其对应类型费用的上限，已知有三种：请客户用餐人均超过300元，出差时每天住宿费超过800元，移动电话费再无特殊说明情况下超过800元；第二，报销费用的类型和员工所处部门及职能不匹配，已知的情形是业务部门的员工申请加班补助。
[具体内容]：系统告知员工不合理的报销记录编号，以及未通过验证的原因。 [返回位置]：即本事件序列中的“填写报销单”步骤，目的是更正有问题的报销记录。
A6 人事管理数据库不可用
[起始位置]：即本事件序列中，提交报销单步骤结尾
[触发条件]：当报账系统向人事管理数据库索取信息而该数据库没有正常的响应。
[具体内容]：以对话框形式告知员工“人事管理数据库不可用，报账但没有提交成功”。
[返回位置]：Use Case 执行结束。
A7 邮件未即时发出
[起始位置]：基本事件序列中，“提交报销单”步骤的结尾，成功地从人事管理数据库获得相关信息后。
[触发条件]：报账系统要求发送相关邮件时，邮件系统没有及时的响应。
[具体内容]：系统将以提示信息的方式告知员工“邮件没有及时发出，但是报销单在系统内已经提交成功，待邮件系统恢复后，相关邮件会自动发出”。 [返回位置]：Use Case 执行结束。
特殊需求列表（专属于该Use Case）
暂无
启动条件
员工成功登录系统，通过身份验证。被系统提示进入“报销申请”或“借款申请”功能。
结束状态(组) 如果该Use Case 顺利执行，员工得报销申请记录将被建立，更新、保存或者保存并提交；否则，系统地状态应该保持和该Use Case 执行之前相同。
辅助图示(活动图)
“补充规约”要点 1.RDBMS数据库访问 2.分布式处理
词汇表 要点
员工。公司的正式雇员
经理。负责审批某员工当月开销的管理者，是较高级别的员工。
报销纪录。与业务有关的某一项具体的花费，包括业务活动发生的时间、地点、客户名称（可选）、原因以及费用金额和种类（交通、餐饮、会议、通信和杂项）。 报销单。员工在一个（自然）月内的所有报销纪录的集合。
工资户头。公司将员工用于日常业务活动开销的补偿金额返还至员工的银行账户，该帐户的基本功能是供员工接受工资。
人事管理数据库。该数据库纪录了有关人事管理的相关信息，与报帐系统有关的是公司的组织机构(“员工”和“经理”的关系)。
内部邮件系统。该邮件系统负责收发与公司业务有关的电子邮件信息。
“提交报销申请”[控制，SubmitClaim]的Use Case
简介：
员工通过报账系统填写报销申请，输入相关活动产生的费用，在一次或者多次填写后提交，经验证之后，以电子邮件的方式通知相应经理批复。
事件流（Flow of Events）
基本事件序列(Basic Flow) 打开报销单
[员工]：员工[实体，关键抽象，Employee]选择进入“报销申请”[边界，SubmitClaimForm]功能。
[系统]：如果该员工当月报销单[实体，关键抽象，ClaimReport]存在，系统将取出相应信息并展示给员工；如果该员工的当月报销单不存在，则转至A1备选事件序列。 添加报销记录
[员工]：员工要求添加一条报销记录。 [系统]：系统显示一条空白的报销记录。 填写报销记录单
[员工]：员工开始填写报销记录[实体，关键抽象，ClaimRecord]，每条报销记录包括的信息有：业务活动发生的时间、地点、客户名称（可选）、原因以及费用金额和种类（交通、餐饮、会议、通信和杂项）。
[系统]：系统显示并记录员工输入的信息。为了让员工方便而准确地输入相关信息，除了客户名称、业务活动原因和金额之外，其他信息域提供相应的下拉式选择列表。
（重复以上针对每一条报销记录的活动），直至所有记录填写完毕。） 验证报销单
[员工]：员工填写完毕所有报销记录之后，要求系统验证这些记录的合理性[实体，ValidRule]。
[系统]：包销记录的初始状态为“未验证”，每当一条报销记录被验证为合理，系统监该报销记录的状态设置为“已验证”，系统在验证所有报销记录（为“已验证”）之后提示用户可以提交本月的报销单。验证为合理的记录必须满足集中条件：第一，不同种类的费用不超过相应得限额；第二，报销费用的类型要和员工的职能匹配。对于未通过的验证的报销记录，转至A5备选事件序列 提交报销单
[员工]：所有报销记录经过验证之后，员工提交当月的报销单。
[系统]：系统保存这张报销单，将报销单的状态设置为“以提交”并记录提交日期，同时这张报销单被设为“只读”。系统要从人事管理数据库[边界，HRDatabase]中获知该员工及其经理（负担该员工当月开销者）的电子邮件地址。如果此时人事管理数据库不可用，转至A6备选事件序列。
为了及时通知相关人员，系统将自动生成一份以当前报销单为内容的电子邮件发送到该员工及其经理的信箱中。当邮件成功发送后，员工得到一个确认信息。如果此时邮件系统[边界，MailSystem]未能将邮件及时发送，转至备选事件序列A7。
推荐第9篇：阳光工程需求调研报告
县阳光工程培训需求调研报告
为做好2012年农村劳动力培训阳光工程实施工作，按照农业部办公厅《关于申报2012年农村劳动力培训阳光工程培训需求的通知》（鲁农科技字[2012]2号）要求，按照市农业局通知要求，坚持实事求是、力求准确的原则，本着对我县农村经济和社会发展高度负责的态度，县农业局精心组织，周密安排，联合县农经、畜牧、农机、统计等部门圆满完成了这次农业农村人才需求调研任务。现将调研情况汇报如下：
一、我县农业农村人才基本情况
县地处鲁北黄泛平原，辖6镇2乡2个办事处，857个行政村，农业人口41万人，农业从业人员8.4万人，耕地面积63.45万亩，2011年，实现农村经济总收入43.75亿元，农业总产值28.3亿元，农民人均纯收入5390元。
近年来，国家对三农工作加大投入力度，通过对农民科技培训项目的大力实施，一批批优秀的农村人才和职业农
1民、农业龙头企业相继涌现，极大的提高了我县农业农村人才的整体素质，促进了我县现代农业的快速发展。据调查，全县农作物病虫害专业防治人员为300人，并发展成为一支专业化植保队伍，农民合作社管理人员达400余人，沼气熟练工达50人，休闲农业服务人员100人，村级动物防疫员180人，畜禽繁殖人员近百人，农村信息员200余人，此外还有拟进入农产品加工企业及从事农产品质量监管的职业农民300人。截止2011年底，全县已拥有规模以上农产品加工企业116家，其中，省级重点农业龙头企业4家，市级重点农业龙头企业24家、县级重点农业龙头企业46家，全县农业龙头企业吸纳农民工近万人，直接或间接带动20余万户农民，带动农民增收达4000万元。同期共发展各种类型的农民专业合作社102个，出资总额达2.9亿元,入社社员达4200人，辐射带动2万余户增收。
在农村农业人才工作取得重大成就的同时，也存在着诸多不容忽视的问题，主要表现在：
一是文化教育总体水平偏低，高中学历水平以下的占绝大部分，专业化技术人员匮乏，技术力量明显薄弱，高层次、复合型管理人才严重缺乏，拥有中高级支撑的农业农村人才寥寥无几，现有的人员数量和质量不能适应发展的需要。
二是结构不合理，主要是年龄结构不合理，40岁以上的约占农村农业人才总数的60%，年轻力量比较薄弱；性别结构不合理，女性占农村人才总数的25%左右；行业分布不合理，生产能人型约占农村人才总数的60%，经营型人才约占总数的10%，文体类人才匮乏。
三是缺乏资金，社会重视程度不够，政府对农村人才培养重视不够。
四是培训资源不足、力度不够，农民积极性不高，培训机会少，农民少有机会接触新知识、新技术，培训方式和内容较为单一。
二、农业农村人才需求预测及应对措施
随着我县社会主义新农村工作的进一步深入，农业产业结构优化调整升级和农业农村经济的进一步发展，农村农业人才需求量将越来越大，预测未来3年内我县农村农业人才需求量为20000人左右，其中种植业服务人员6000人左右，畜牧繁育人员2000人左右，农机服务人员4000人左右，农业经营管理和农村社会管理人员2000人左右，涉农企业及休闲农业、农业创业人员6000人左右。
解决三农问题的关键在于农村农业基层人才，要把农村农业人才队伍建设放在十分突出的位置，为促进农业发展、农村兴旺、农民富裕，扎实推进社会主义新农村建设提供强有力的人才保障。为了适应新形势和新变化，在此提出以下几点措施：
一是转变观念，提高认识。农村农业人才的思想观念较一般农民新，适应市场能力较一般农民强，既是农民身边看得见、学得到的致富带头人，也是一批扎根于农村的“土专家”。在加快农业产业结构调整、推动农村经济发展、带动农民群众脱贫致富方面，他们的社会经济行为在农民中的认同度较高，对农民的影响更直接，引导更实在，示范更有效，有着不可替代的作用。
二是加强政策引导，创造良好环境。确保国家、省、市各项政策的落实，加大政策倾斜力度，比如对贡献较大的农村农业人才在土地承包上给予优先、优惠和扶持，在工商登记、税务减免、畜禽防病、农药化肥、新技术推广等方面提供政策倾斜，积极引导每年毕业回乡的大中专毕业生到农村去锻炼和实践，鼓励他们学以致用，在家创业。
三是加强培训，提高人才素质。要加大对农村人才培训经费的投入和扶持，设立专项培训资金，完善教育培训工作机制，提高教育培训工作质量，鼓励各种社会力量和单位共同投入，共同提高人才队伍综合素质和业务能力。加强培训基地建设，整合现有教育资源，聘请当地的“土专家”或者农业院校及科研单位的专家教授对农民进行专业培训。
四是健全表彰机制，增强人才队伍活力。坚持精神奖励和物质奖励相结合的原则，建立以政府奖励为导向、用人单位和社会力量奖励为主体的人才奖励体系，充分发挥经济利益和社会荣誉双重激励作用。
五是加大宣传力度，营造良好社会氛围。通过新闻媒体广泛宣传在农村经济发展中起带头作用的先进人物及事迹，宣传农村农业人才在促进农业开发、农村经济发展、带动农民致富奔小康中的巨大作用，形成强大的舆论氛围，让人才真正感受到党和政府对他们的关心、爱护和重视，从而使他们扎根于农村，更好地发挥带头示范作用。
县农业局
2012年1月17日
推荐第10篇：培训需求调研报告
教师培训需求调研报告
一、概述
为切实做好2014年幼儿教师培训工作，搞好幼儿教师培训管理，增强幼儿教师培训工作的科学性和实效性，促进我区幼儿教师继续教育的规范性。我们深入基层幼儿园组织召开了24多次领导和教师座谈会。
本调研于2014年6月4日至6日进行，调研范围覆盖22多所幼儿园，调研对象来自不同幼儿园、不同地域、不同年龄、不同岗位、不同性别，共有280位教师代表参加了本次调研。调研主题包括了解和掌握当前幼儿教师对幼儿教师培训工作的需求和意见，如何进一步改进幼儿教师培训工作等三大方面内容。
二、调研方法
本次调研具体采用方法有：访谈、观察、参与式调查。
（一） 访谈：园长主要领导的访谈。
（二） 观察：看幼儿教师教育教学活动。
（三） 参与式调查：用参与式活动的方式了解幼儿教师的需求，
为参加者提供了均等宽松的发言机会。
三、幼儿教师反映的主要问题
（一）在培训内容方面
1、“提高教学技能、技巧的培训”
多数幼儿教师十分重视基本的教学技能的提升。他们希望借鉴优秀幼儿教师成功的经验提高自己教学执行能力；同时也想通过教育理论知识的学习来指导实践，如何将所学的理论知识很好地迁移到工作
中去，是幼儿教师感到很困惑的。
2、“学历提高培训”
主要对象来自幼儿教师群体。
3、“信息技术能力提高培训”
目前中心城区和中心小心幼儿教师在实际工作中，迫切需要利用有较高层次的信息技术水平来辅助教学。
4、“术科培训”
目前我们的培训主要集中在主课方面，对术科及幼儿教师培训重视不够，培训力度也不大，他们呼吁增加学习的机会。
5、“幼儿教师心理健康知识的普及”
社会、学校对幼儿教师要求越来高，幼儿教师的压力也越来越大，幼儿教师渴望能运用良好有效的调节方式，缓解、放松心理压力。
（二）在培训形式方面
目前培训形式较单一，主要体现在幼儿教师一言堂现象严重。座谈发现，教学研讨、专家互动、小组活动等是教师一般关注的形式。可见，开放性、参与式、主体性的培训方式更受欢迎。
（三）在师资聘请方面
幼儿教师普遍喜欢来自一线的专家和名师，说明幼儿教师们希望借鉴他们的经验提高自己的教学执行能力。
四、分析与思考
（一）教师专业化发展和教学实践能力的提高是当前教师关注的焦点。
通过座谈，我们发现幼儿教师在普遍关注“提升身素质、提高教
学技能”的大前提下，幼儿教师关注的侧重点不同，可以反映出，幼儿教师对自身发展问题上是有针对性进行了反思。
（二）教师对培训的期望呈现多元化的趋势。
从幼儿教师培训的内容来看，教师在这方面的需求是集中与分散的并存。如：“信息技术能力提高的培训”，目前教师普遍能熟练的将信息技术手段辅助到教学中，如PPT的使用非常广泛，但在实际工作中，更多的教师不满足简单的操作技术，通过系统、规范、实用的培训提高信息技术能力。“心理健康知识的普及”，在日益紧张，社会压力增大的环境中，幼儿教师开始关注自身的心理问题。同样，孩子心理健康也引起社会的重视。在这个环境下，幼儿教师需要掌握基本层面的理论知识，特别是心理分析技术的学习。
五、建议与对策
（一）创新培训模式，实现个性化引领是幼儿教师对培训的期望。
“会议式”培训一直是我们采用的主要培训方式，随着幼儿教师培训需求多样化发展，培训报告会难以满足教师个性化培训需求。因此，多开展参与式、对话式、观摩式等形式的培训。
（二）围绕幼儿教育教学问题为目标，突出教师关注的热点，满足培训者的需求。
将幼儿教师关注的内容进行整理，开设培训项目。围绕教育教学，开展调研，加强培训课程建设。改变以往培训专题零散、不系统的专题设置，体现课程针对性、层次性、系统性。
第11篇：用户需求调研报告_
用户需求调研报告
用户需求调研报告
1.访谈目的
{说明需求访谈需要达到的总体目标。}
2.主要议题
{说明达到访谈总体目标，需要根据各项子目标，完成的分解步骤。
例如：
1、企业总体业务流程
2、各个表单指标需求
3、业务与其他系统的接口
等等}
3.调研记录
{记录访谈的主要内容：包括用户对系统提出的要求，及访谈现场临时提出的问题。
具体应包括：业务主题、调研内容记录、模板或者用户确定的表单样式、用北京中软国际信息技术有限公司
用户需求调研报告 户对系统的特殊期望、用户现有硬件环境、软件类型、软件开发年月、软件维护状况、软件的优、缺点及软件功能说明等。}
4.问题反馈
{记录用户对访谈提纲问题记录的反馈。本部分内容既是需求的原始记录，也是下一步需求访谈继续开展的基础}
5.遗留问题
{记录在本次访谈中没有解决或存在分歧的问题，包括
1、访谈中用户没有或暂时无法回馈的问题
2、用户提出，但我方目前无法答复或实现开发的问题
等等。}
6.相关资料
{列出在本轮需求调研访谈中，客户提供、或提供线索的所有参考文档。如：客户业务指导手册，现场操作手册、业务管理办法、政策通知、培训视频、宣传资料等文件和材料}
北京中软国际信息技术有限公司
第12篇：如何做需求调研报告
如何做需求调研报告？
第1章前言
目的
需求调研是为需要说明书做前期工作，可以说需要说明书说是从需求调研表中得到或抽取而出。
需求调研是要了解现实世界中做实际工作的人们真正需要什么样的程序的过程，再把这些需求开进细节整理由设计部开发，再由销售部销售给用户。
用户：系统分析人员
第2章前期准备
2.1.确定工具
没有什么工具是好还是坏的问题，问题是关键是如何使用它们，无论是什么工具也只是一个辅助工具，也不是生成工具。
工具的选取要求是自己（本组）熟悉的工具，不能是一件最新时髦工具而自己对它了解很少，结果大部分时间化在学习工具上，而不是使用它为你工作。
工具最好也是要求是普通流行的，因为要考虑交流的问题。
2.2.要做什么，就要先了解什么
如果做的项目是你所不了解的一个行业（专业）同组有要最好有要专家----最终用户做为这个专家是最好的，最少你有了解这个专业，不是要你成为专家，但最少要了解一定的专业知识（最少专来词汇你要知道），不然您甚至不知道去问什么问题或者如何去问他们，甚至于人家在说什么你也不知道。
相应的专业资料是必须的，最少要有专业入门书籍和对应的资料，也需要求更深入的一些资料。当然有专家的参入就另当别论。
如果行业的难度不是很大，可以通入分析人员的自我学习在短时间内了解行业，也许可以不用专家，否则专家是必须的。
2.3.建立设计环境
一定建立一个专门的设计环境来为本项目服务，进行一定的资源分配，进行必要的文件管理。
2.4.真正了解自己和用户
那些是用户可能明确要达到的目地要知道那些是自己能做到的，那些是自己不能做的。对于不能做的处理方法，如拒绝，转包等那些是用户想要做到的
2.5.列出人员分配表和所有工具列表
明确项目人员分工统一项目所用的工具统一项目文件模版其它资源列表（资料，相关网站，资询电话。。。）
第3章调研过程
3.1.搜集需求得到需求说明书 1.注意：
2.虽然最终必须要编成基于计算机解决方案的描述，但到目前为止，我们
关注的焦点的文档在相应领域方面的部分。
3.记住这里没有计算机方面的行话，如果是编写一个会计软件，那么一位
会计师都应该清楚地理解程序员写的会计方面的问题说明书
4.需求说明书问题中，不要太正式。只要描述能表达您想要做的事情就行
了，就和另外一个人在说话一样就可以。
5.对于客户或相应人员了解问题时，一定要有记笔记的习惯，谈上几个小
时，很多细节是记不住的。
3.2.整理，检查和细化需求说明书 1.对于客户的需要进行必要的整理和分类
有进从用户那里会得到很多信息，不行进必要的整理就不能从中进行合理的分析
2.分清有用功能、可选功能用、无用功能及不可实现功能
对于用户来讲他可以说出他想要的很多功能，但这些功能间的关系有时是清晰的，但对于很多用户来讲想通过计算机或新系统实现他以前没有的功能，在这时他所提出的新需求的可行性和与其它模块之间的关系就已经不清，所以对于分析员来讲，要从用户的需求中分清有用功能和无用功能和可选功能，进行分别区分处理，比如不可实现功能请用户放弃。
3.不要忽略明显的错误
用户倒是不经常提及他需要的东西，而这些东西对问题来说都是很基本的，要细化检查一定有注意这个问题。
4.你认为的也许不是对的
对于系统分析员对需求分析的自认为的情况要加以注意，对于一个行业来说，有些规则可以不是最合理，但它就是那样存在和使用，所以对于每一个非明确确定的需求，要由专业人员来审定。除非你就是专家。
3.3.改进
最初的第一次需求在分析，细化一定有不明及不确定之处，那么就把整理出一份问题细化问询表，对发现的问题进行整理，列出不明之处，可根椐以下格式
问询人：
问题：
业务不清问题列表（业务描述不清）：
1 ….是什么含义？
2 …..与XX是什么关系？
多种选择可以列表（请用户进行选择）：
1 ……有多个可能，那么现在我们使用
A ……B…….C……..D ……
把问询表提交用户，根据反馈对需求再分析，这个步骤可重复多次，最终了解需求，确定需求说明书
3.4.审核需求
1.自我审枋
把自己从用户的角度来考虑
是否合理，是否可以提高效率，是否可以达到目的，是否有完整2.由用户来评价
由最终用户来评价你所列的需求是否达到了用户要求（用户人数1-3人，再多也没有什么益处）。
3.重复过程，最终通过审核完成需求说明书
第13篇：学院路需求调研报告
学院路需求调研报告
在对学院路社区各相关部门进行系统调研之后，针对各部门的业务需求，现整理出如下功能：
一、流动人口与出租房屋管理办公室
经过对流管办的需求调研报告进行分析，觉得可以开发更改房屋状态的信息，让居民可以在居委会登记自己的房屋，让流动人口可以更好的找到房源。
1、信息登记。包括流动人口信息、出租房屋具体信息（地址、大小、房间等等）以及房主个人具体信息
2、查看功能。操作人员对登记的信息有查看的功能。
3、交易后的收尾工作。包括对流动人口和出租房屋信息采集入库、出租房屋发票等。
二、建立关于科室和对特殊群体服务的流程的资料库。
1、居家托养，托老所的位置可以作为物的数据。
2、数据筛选，可以筛选出符合要求的残疾人。
3、系统具有实时交互功能，有突发情况残联卡伊立即知道。重在预防问题事件的发生。
4、资料备份，对于各项服务资料自动备份留底。
此项功能有利于社区政府加强对资料的归档整理，保存历史资料，为以后的工作开展提供历史经验。
三、司法所特殊服务群体的定期走访。
1、记录走访分布及数据图层。
2、针对走访的特殊服务群体，形成个人档案。
此项需求有利于司法所在社会管理的过程中加强对特殊服务群体的情况了解，促进司法所工作高效快捷的开展。
四、人口与计划生育办公室
1、简化计生办的工作流程。
2、化被动服务为主动服务，用网格员帮忙指导（办事的人员年龄、水平层次不齐，造成不少的麻烦）。
3、设置专门的计生网格员（一个社区一个即可）。
4、可以考虑统一流管办和计生办的人口数据。
此项功能对于计划生育政策是一个很好的系统支持，改变过去旧时的监督套路，运用现代化管理系统，从而更好地贯彻国家政策在基层的开展实施。
五、保障中心录入北京市房产系统的额外需求。
1、需求：用户希望能做出一个工具，让居委会的人按格式登记居民申请资料，住房保障科拿到居委会的资料后使用该工具能把直接导入北京市房产系统。原因：目前住房保障科登记资料的系统为北京市房产系统。登记资料的流程过于繁琐，而且工作量非常大，效率低。
2、难点：
1、北京市房产系统为市级系统。权限有限。很难接入。
2、该系统中申请资料的录入分为非常多的小步骤，一项完成才能继续下一项。
3、只能做类似插件类工具。可行性有待讨论。
此项功能有利于解决有利于缩短流程，减少工作量，提高工作效率，从而为社区管理节省更多的人力物力。
六、社保所
1、对新生人口由计生办发给社保所，提醒办理“一老一小”保险。一老一小保险办理流程，推广和宣传新生儿和60岁老人60天内提醒。
2、确定死亡人员，发送通知，进行走访核实。
此项功能使社保所在管理过程中，提高工作效率，体现社会服务义务，真正做到对老幼的照顾。
七、电子预定会议室
电子预定会议室功能虽然不属于社会管理服务的职责范围，但是此项功能有利于提高社区管理者的工作效率，使决策会议更加高效快捷的召开，从而对社区工作更好开展提供有力支撑。
八、电子预定车辆
1、通过系统预定公共车辆使用时间。
2、查询车辆使用信息。
电子预定车辆功能有利于明确公务车辆使用信息，方便社区管理公务人员便捷订车，此项功能有利于公务人员能够快速到达社区现场，对于社区工作的开展提供了便捷的通行服务。
九、电子工资条
1、系统生成各公务人员的工资数额。
2、工资相关数据的系统比对调整功能。
电子工资条功能虽然不属于社会管理服务的职责范围，但此项功能有利于记录社区管理公务人员的工资待遇，并可以在此基础上形成考核机制，完善和充实社区社区系统。
十、组织部
1、利用党员信息数据库，通过与系统居民数据比对，增加党员属性项。
此项功能有利于社区政府统计本社区党员信息，加强对党员的管理，在社区管理工作中充分的运用党员资源，让党员更好的服务于社区。
十一、武装部
对适龄青年的信息统计问题，借助网格化系统帮忙解决。
1、统计青年的基本信息，如：出生年月，户籍地址等，生成数据表格。
2、筛选信息。
此项功能有利于武装部在招志愿兵时，可以快捷的筛选出符合要求的适龄青年，同时有力与武装部对于信息
十二、纪检办
私企数据的准确统计。
目前3000多家私企的企业数据不够准确，通过网格化社会服务管理系统帮助解决该问题。此项功能有利于社区政府更好的了解私企信息，把握街道内企业相关动态，便于对私企更好的监督管理。 十
三、其他功能。
实现街道办类似等级防控类通知，即办公自动化（Office Automation,简称OA）是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。
1、用户分组。不同的通知发送到不同的部门。
2、阅读时限。规定信息有一定的阅读时限，如设置为当天读取。
通过实现办公自动化，或者说实现数字化办公，可以优化现有的管理组织结构，调整管理体制，在提高效率的基础上，增加协同办公能力，强化决策的一致性，最后实现提高决策效能的目的。
第14篇：需求调研报告_（版）
xxx调研报告
1 调研目的
1.1 调研基础信息 单位：
对方人员：
本方人员：
本方联系人：
对方联系人：
时间：
地点：
1.2 调研背景和目的
2 调研提纲和调研内容
3 调研分析和总结 调研对象是否准确？
调研配合是否顺利？
调研过程是否存在问题？ 是否需要进一步调研？
是否需要支援？
4 调研资料清单
第15篇：培训需求调研报告
2013年阳光工程培训需求调研报告
（XX市财贸学校）
为做好2013年农村劳动力培训阳光工程实施工作，加快提升我市农业劳动者的从业技能和综合素质，为现代农业发展和新农村建设提供人才支撑，按照市阳光办的要求，坚持事实求是、力求准确的原则，我校联合市畜牧兽医局对全市畜牧产业情况进行了调查，现将调研情况汇报如下：
一、我市畜牧（生猪）产业基本状况：
武穴是享受国家财政奖励的全国生猪调出大市,全国生猪良种补贴项目县市， 2012年全市生猪出栏数达百万头，被省政府确定为全省现代畜牧业（生猪）示范区。
据统计，全市生猪养殖户共XXXX余户，其中规模养殖户（年出50头以上）XXXX多户，万头规模养猪场XX个，从事养殖行业的人员共计XXXX余人。全市畜产品加工企业共XX余家，从业人员XXX余人；全市专职兽医XXX人；畜产品经营企业XX余家，从业人员XXX余人。
二、农民培训意愿及培训需求分析
根据调查统计显示，全市生猪产业从业人员共计XXXX余人，培训需求主要集中在生猪养殖、畜禽繁殖和村级动物防疫三个工种。因年轻劳动力大多外出务工，留守生猪养殖的以年龄偏大居多，他们普遍存在文化素质较低、接受新技
术、新品种的能力相对较差。因此，培训类别上着重考虑通过职业技能培训模式向规模养殖户倾斜，采取专项技术培训实现全市生猪产业人员五年轮训一次。据此推算我市2013年生猪养殖产业的培训需求为：
职业技能培训：
1、畜禽养殖员：XXX人
2、畜禽繁殖员：XXX人
3、村级动物防疫：XXX人
专项技术培训：
1、畜禽养殖员：XXX人
2、兽药经销员：XXX人
三、XX学校基本培训条件和能力情况
XX学校是XXX下属的公益性事业单位，学校占地XXXX平方米，建筑面积XXXX多平方米，固定资产XXX余万元；学校在职专职教职工XX人，聘用兼职教师及管理服务人员XX名；各项教学设施齐全，多功能教室、标准教室、微机室、学员宿舍、餐厅、实习基地等一应俱全。各项教学设备配备先进，拥有教学投影仪X台，摄像机、照相机各X部，教学工作用车X辆，年培训能力XXXX人。2012年学校共实施各类培训XXXX人，是目前武穴市规模最大的职业培训机构。
四、2013年培训工作总体思路
围绕“贴近农村、服务农民、发展农业、促农增收”的总体思路， 2013年我校阳光工程培训工作立足我市“生猪
强市”的创建，积极服务产业发展需要，在培训思路上突出一个“新”字：要紧密围绕我校拳头专业，创新培训模式，更新培训内容，实现新的突破。在培训服务上体现一个“优”字：要把“送技下乡”作为培训的主要模式，把培训班办到乡镇甚至村委会，减少舟车劳顿，减轻参训费用，培训时间错开农忙，宁愿老师麻烦点，也要农民方便点。在培训管理上要实现一个“严”字，阳光工程是一项惠农政策，作为培训基地要严格遵守培训要求，遴选培训对象，精选培训师资，优选培训内容，严格保证培训时间，以严谨、负责的态度保质保量完成培训任务。
五、阳光工程实施建议
1、培训计划要结合地方产业发展需要。武穴作为全省生猪调出大市，年出栏百万，生猪产业从业人员多、产业链长，是促农增收的重要途径，希望在培训任务上予以着重考虑，特别是职业技能培训计划上，能较好满足养殖专业户的需求。
2、专项技术培训补贴标准适当提高。虽然相比职业技能培训时间上有所减少，但通过一年的培训实践，专项技术培训基本上都是下到村里办班，实际单次培训成本基本上与职业技能培训相当，但补贴标准与职业技能培训相折算，两者差距较大。
3、培训资金使用范围上要考虑到基本教学设备的更新。比如笔记本电脑、投影仪及配件的更新。
第16篇：软件毕业设计调研报告
实习（调研）报告
一、选题的来源及意义
为适应快速发展的信息技术，利用互联网络为企业创造效益，企业上网已成为一种趋势，于是，网络上出现了形形色色的企业网站。随着Internet的普及，越来越多的企业建立了自己的WWW网站，企业通过网站可以展示产品，发布最新动态，与用户进行交流和沟通，与合作伙伴建立联系，以及开展电子商务等。其中新闻管理系统是构成企业网站的一个重要组成部分，它担负着双层作用，一方面可以用来动态发布有关新产品或新开发项目，另一方面又可以及时向顾客公告企业经营业绩、技术与研发进展、特别推荐或优惠的工程项目、产品和服务，从而吸引顾客，扩大顾客群。
本课题就是要使用JSP+ JavaBean+Servlet技术实现现代企业管理网站的建立。采用JSP动态网页设计语言与SQL Server 2000相配合。
二、国内外发展状况
企业新闻管理系统的实施在技术上已逐步成熟。企业新闻管理系统是一个不断发展的计算机网络应用技术，企业建立网站，最终目的是使企业通过互联网获益。只有把网站做成企业和客户之间的有效连接，网站才能真正发挥其作用。企业的网站应该关注于自己特定的客户群，通过多种形式和客户保持着沟通，吸引着自己的用户不断地和企业网站进行交互，从而起到加深客户关系、了解客户需求、提供优质服务、加强广告和展示效果的作用。企事业单位要生存要发展，要高效率地把部门活动有机地组织起来，就必须加强管理，即加强对各个部门内部的各种资源（人、财、物等）的有效管理，建立与自身特点相适应的企业新闻系统。企业新闻管理系统的信息化在我国发展很快。随着我国互联网的更加普及和电子商务的更趋成熟，会有越来越多的企业需要建立自己的企业新闻管理系统，市场潜力会得到充分发挥。
再看国外信息管理系统的发展现状：
随着信息化在全球的快速进展，世界对信息的需求快速增长，信息产品和信息服务对于各个国家、地区、企业、单位、家庭、个人都不可缺少。信息技术已成为支撑当今经济活动和社会生活的基石。在这种情况下，信息产业成为世界各国，特别是发达国家竞相投资、重点发展的战略性产业部门。在过去的10年中，全世界信息设备制造业和服务业的增长率是相应的国民生产总值（GNP）增长率的两倍，成为带动经济增长的关键产业。其中美国经济在近10年的持续快速增长中，年均GDP增长3．6%，而电子信息产业对GDP增长的贡献为1．4个百分点。可以毫不夸张地说美国经济的持续增长得益于信息技术的支撑和信息产业的带动是不为过的。信息产业本身经过多年的高速增长，已成为全球最大的产业之一。在二十世纪九十年代中期，一些发达国家信息经济领 1
域的增长超过了GNP的50%，美国则超过了75%，2000年全球信息产品制造业产值高达15000亿美元，成为世界经济的重要支柱产业。
三、课题的研究目标、研究内容、研究方法、研究手段和进度安排
1、研究目标
利用JSP+JavaBean+Servlet和SQL Server 2000数据库技术开发的企业新闻网站管理系统，实现了企业新闻的动态管理，使得对企业信息的管理更加及时、高效，提高了工作效率。该新闻系统具有一般新闻系统的功能，主要包括前台新闻浏览区和后台管理区。
2、研究内容
（1）系统登录模块：该模块负责将用户分为普通用户和注册用户来实现用户权限的管理。
（2）新闻浏览模块：该模块负责分页列出网站所有新闻的信息，包括标题、类型、来源部门字段及发布日期，每条新闻的标题被做成一个超链接，点击它们就能跳转页面进行新闻阅读。
（3）新闻阅读模块：该模块负责新闻阅读。
（4）新闻查询模块：该模块提供了新闻查询功能，输入查找的内容及选定分类信息可以快速地找到符合条件的新闻，并输出查询结果。
（5）新闻管理模块：该模块负责分页罗列登录的注册用户曾发布过且未删除的新闻信息，用户可以对该条新闻进行删除、修改。
（6）新闻录入和修改模块：注册用户录入一条新闻所需要的内容，包含标题、关键字、类型、来源部门、发布日期等，同时从登录模块得到用户名，这些信息将被写入数据库中保存。该模块还负责编辑状态下的更新。
3、研究方法和研究手段
（1）利用JSP+JavaBean+Servlet实现对SQL Server 2000的连接，进行对数据库的
所有访问。
（2）应用SQL Server 2000数据库开发系统资源。
4、进度安排
根据学校的毕业设计时间安排，我决定如下安排我的时间进度：
第 1 周查阅相关资料，确定毕业设计题目及所要完成的任务及工作。
第 2 周安排进度，书写进度计划与考核表，查询相关资料对系统进行需求分析，
作系统调研。
第 3 周查阅资料，写调研报告以及做出总体设计。
第 4 周查阅有关英语文献，完成万字英文翻译。
第 5 周进行系统分析，设计模块以及流程图。
第 6 周完成系统登录模块：该模块负责将用户分为普通用户和注册用户来实现
用户权限的管理。
第 7 周完成新闻浏览模块：该模块负责分页列出网站所有新闻的信息，包括标
题、类型、来源部门字段及发布日期，每条新闻的标题被做成一个超链
接，点击它们就能跳转页面进行新闻阅读。
第 8 周完成新闻阅读模块：该模块负责新闻阅读。完成新闻查询模块：该模块
提供了新闻查询功能，输入待查找的内容及选定分类信息可以快速地找
到符合条件的新闻，并输出查询结果。
第 9 周完成新闻管理模块：该模块负责分页罗列登录的注册用户曾发布过且未
删除的新闻信息，用户可以对该条新闻进行删除、修改。
第 10 周完成新闻录入和修改模块：注册用户录入一条新闻所需要的内容，包含
标题、关键字、类型、来源部门、发布日期等，同时从登录模块得到用
户名，这些信息将被写入数据库中保存。该模块还负责编辑状态下的更
新。
第 11 周整合各个子模块并完善系统，进行系统调试。
第 12 周整理材料，完成毕业论文。
第 13 周修改毕业论文，准备毕业答辩。
第 14 周完成后续工作，毕业答辩。
四、实验方案的可行性分析
从技术角度来分析，JSP(Java Server Pages)是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。JSP技术有点类似ASP技术，它是在传统的网页HTML文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP标记(tag)，从而形成JSP文件(*.jsp)。 用JSP开发的Web应用是跨平台的，即能在Linux下运行，也能在其他操作系统上运行。Web服务器在遇到访问JSP网页的请求时，首先执行其中的程序段，然后将执行结果连同JSP文件中的HTML代码一起返回给客户。插入的Java程序段可以操作数据库、重新定向网页等，以实现建立动态网页所需要的功能。 JSP与Java Servlet一样，是在服务器端执行的，通常返回该客户端的就是一个HTML文本，因此客户端只要有浏览器就能浏览。 JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端请求以后对这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。Java Servlet 是JSP的技术基础，而且大型的Web应用程序的开发需要Java Servlet和JSP配合才能完成。JSP具备了Java技术的简单易用，完全的面向对象，具有平台无关性且安全可靠，主要面向因特网的所有特点。
MicrosoftSQLServer2000是一个分布式的关系型数据库管理系统，具有客户机/服务器体系结构。它具有如下一些功能特点：（1）真正的客户机/服务器体系结构。（2）图形化用户界面，使系统管理和数据库管理更加直观、简单。（3）丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。（4）与Windows NT完全集成，利用了
NT的许多功能，如发送和接受消息，管理登录安全性等。（5）具有很好的伸缩性，可跨越从运行Windows 95/98的膝上型电脑到运行Windows 2000的大型多处理器等多种平台使用。（6）对Web技术的支持，使用户能够很容易地将数据库中的数据发布到Web页面上。众所周知，SQLServer2000能够满足今天的商业环境要求不同类型的数据库解决方案。它一种应用广泛的数据库管理系统，具有许多显著的优点：易用性、适合分布式组织的可伸缩性、用于决策支持的数据仓库功能、与许多其他服务器软件紧密关联的集成性等。SQLServer2000还为数据管理与分析带来了灵活性，允许单位在快速变化的环境中从容响应，从而获得竞争优势。从数据管理和分析角度看，将原始数据转化为商业智能和充分利用Web带来的机会非常重要。作为一个完备的数据库和数据分析包，SQLServer2000为快速开发新一代企业商业应用程序、为企业赢得核心竞争优势打开了胜利之门。
从实用角度来分析, 企业新闻管理系统，是将网页上的某些需要经常变动的信息，集中管理，并通过信息的某些共性进行分类，最后系统化、标准化发布到网站上的一种网站应用程序。网站信息通过一个操作简单的界面加入数据库，然后通过已有的网页模板格式与审核流程发布到网站上。手工制作发布的网页信息不但无法检索堆积如山的信息，而且每次更新内容并上传的时候都会使服务中断，导致用户无法访问而使形象和服务大打折扣。企业新闻管理系统的出现大大减轻了网站更新维护的工作量，通过网络数据库的引用，将网站的更新维护工作简化，从而使网站的更新速度大大缩短，从而大大加快了信息的传播速度，也吸引了更多的长期用户群，时时保持企业的活动力和影响力。
从操作角度来分析，本系统操作简单方便，且具有技术无关性，只要懂得上网都能方便操作本系统所以在操作上也是可行的。
从整体来看，JSP是完全可以用作本次软件设计平台。它的简单、实用、适合Web操作的特性已被很多软件设计工作者认可。相信这次软件设计会是非常成功的。
五、已具备的实验条件
硬件环境：CPU主频500MHZ，内存512M
软件平台：
操作系统：Windows XP
数据库：SQL Server 2000
开发语言：Java
开发平台：Eclipse + MyEclipse
服务器：Tomcat5.0
浏览器：IE7.0
六、参考文献
[1] 黄浩文，黄静舒.JSP核心技术和电子商务应用实例[M].北京：机械工业出版社，2001
[2] 张大治，邵勇, 王欢.JSP实用教程[M].北京：清华大学出版社，2006
[3] 何雄等编著.JSP网络程序设计[M].北京：人民邮电出版社，2000
[4] 陈峰主编.JSP程序设计实用教程[M].重庆：西南师范大学出版社，2006
[5] 徐国智，汪孝宜等编著.SQL Server数据库开发实例精粹[M].北京：电子工业出版，
2006
[6] 萨师煊，王珊.数据库系统.北京：高等教育出版社[M]，2004
[7] 章立民.SQL Server 2000应用及实例集锦[M].北京：中国铁道出版社，2001
[8] 赛奎春.SQL Server数据库开发实例解析[M].北京：机械工业出版社，2006
[9] Vivek Chopra, Jon Eaves, Rupert Jones等编著.JSP程序设计[M].北京：人民邮电出
版，2006
[10] Maydene Fisher, Jon Ellis, Jonathan Bruce著.JDBC API Tutorial and Reference[M],
Third Edition.11 June, 2003
第17篇：可靠性软件调研报告
关于可靠性工程软件调研报告
根据所质标处的统一部署安排，我室对CARMES、Relex、MTBFcal等软件进行了试用。现对上述软件综合评价如下：
（一）可靠性预计方面，电子五所是GJB/Z 299和GJB/Z 108的起草单位。 其CARMES软件的可靠性预计软件包含了GJB/Z 299B(C)、GJB /Z 10
8、MIL-HDBK-217F及其修改通告、机电产品预计模型及数据库（如 微波器件、延迟线等）、软件等类型的可靠性预计方法，从我们应用其对485D项目进行可靠性预计的情况来看，完全满足我室可靠性预计工作的需要。而国外软件，如Relex软件就没有GJB/Z299B的计数法，一些复杂模型的的应力分析法计算（如双晶体管的失效率计算）也无法实现。无法满足我室承担重点工程可靠性预计工作。另外，Relex也没有非工作状态可靠性预计的GJB/Z 108的详细预计法和计数法。
GJB/Z 299B将随着国产军用电子元器件的发展而修订，增加许多新型元器件的预计模型，全面修正预计参数。目前，五所已完成了299C的征求意见稿，可提供给用户使用。299C已列入国家标准更新计划，其发布实施后，国外软件是不可能与之相适应的。299C主要增加和调整了以下内容：
a.根据收集的现场失效数据和统计分析,全面调整了各类元器件的失效率模型参数值。比较起来，299C预计的失效率大部分比299B的要低，部分类别的元器件的失效率比299B的低30%到100%。
b.增加了微波集成电路（如GaAs MMIC，即砷化镓微波单片集成电路）、VDMOS场效应晶体管(垂直双扩散MOS场效应晶体管)、光纤连接器和光电耦合器等新型器件的可靠性预计模型。
c.大范围地扩充了299B手册预计参数的范围限制，如集成电路的复杂度和管腿数等。
由于我室承担的重点工程中微波器件等新型器件占有相当比重，299C实施后，若采用如relex等国外软件，将无法满足我室可靠性预计的需求。可能重新回到手工计算的境地。
5所CARMES软件的可靠性预计和预计结果随环境、温度、和质量等级变化仿真、重新计算功能使得相同或相似设备用于不同环境情况下可靠性预计工作变得快捷高效：只要计算了该设备在某一种环境下的失效率，就可以将该环境下该 1
设备的可靠性预计（或维修性预计分配）结果复制到另一阶段，改变环境、温度和质量等级后，即可得到另一环境下的失效率数据和报表。这一功能对我室设备的可靠性预计有重要的作用，因为我室承担多项型号工程及可靠性维修性预计工作，很多相同或相似的设备用于不同的型号工程，因此，这一功能可以成倍提高预计效率。Relex、ALD等软件没有这一功能。
MTBFcal只有217F Notice2和Bellcore(贝尔)两种手册预计方法，不能满足型号工程可靠性预计要求。另外，MTBFcal没有产品树，很难胜任复杂产品（如很多层次）的可靠性预计工作。界面为Windows 3.x的，技术较落后，不直观，操作不方便，与CARMES和国际上一流产品有很大差距。在国内重点工程中几乎没有得到应用。
（二）基础数据库方面，CARMES的鉴定结论认为：“CARMES拥有国产和进口元器件信息数据量超过15万条记录，包含丰富的可靠性预计参数和优选信息。另外，还有机电产品1.3万多条可靠性统计数据及预计模型算法，是目前国内第一个具备工程适用性的实用数据库。”
目前，CARMES已将998（有1812条记录）、直
十、海军等型号工程的元器件优选信息库全部收录其中。可以视用户参与型号工程的情况配给用户使用。CARMES元器件库密切结合国防重点工程的需求和军工电子产品的发展，是目前对国防工程针对性最强、实用性最强的元器件库。
五所作为元器件新品检测和可靠性数据收集、处理机构，有能力及时充实和更新元器件及预计参数库。可以根据用户提供的元器件清单，找出用户需要的可靠性预计参数（例如，电子36所提供了其常用的元器件近5000条记录，五所免费帮其查找预计参数，加上特殊标志供其使用。）。从2003年1月底起，CARMES将实现数据库的网上更新。
CARMES的故障模式库收录了299B所有类别元器件的故障模式及其频数比数据以及国外最新的故障模式及频数比数据库（200多种产品）。国外软件没有299B的故障模式库，对我室进行FMECA分析会有较大影响。
Relex等国外软件仅提供国外元器件库（没有国内元器件数据库），且大部
份不包含预计的基本参数，也不可能拥有国防重点工程元器件优选信息库。
（三）可靠性维修性分配方面，五所的CARMES软件包含综合因子法等7种可靠性分配和优化方法，可以根据工程实际需要调整某些分配结果和验证调整后的分配结果是否满足指标要求，可以设定某些单元的可靠性指标再在如下单元进行分配剩余指标。维修性分配完全按照GJB/Z 47-94提供的方法。可完全满足我室可靠性维修性分配工作的需要。Relex提供的可靠性分配方法太简单（只有一种方法），且其输出只有最后结果，没有分配参数和中间结果，无法满足我室可靠性维修性分配的工作需要。
（四）工程应用方面，据了解，五所的CARMES软件已有近三年的工程应用。经过航天五院、航天二院、航天一院、电子29所、石家庄军械工程学院等150多家使用单位在卫星、导弹、军用飞机、电子对抗、雷达、C4I、舰船、兵器等系统中的广泛应用，证明CARMES完全符合型号工程可靠性维修性设计的需要。从5所提供的用户报告和我们试用情况看，CARMES运行情况非常稳定，已实现工程实用化。
例如：航天五院神舟飞船总体设计部在2001年购买了Relex软件，在使用了一段时间后，觉得不能满足工程需求（如可靠性预计应用299B极不方便且无计数法、FMECA分析不符合国军标要求等），且relex无法根据其工程实际需要做调整和功能扩充。因此，在2002年10月，航天五院正式与五所签订合同，委托五所在CARMES的基础上完成“神舟飞船可靠性安全性数据采集、分析和评估系统”的研发。
中国电子科学研究院与五所签订合同，确定在998工程总体及各分系统中统一配置使用CARMES的C_FMECA和C_FRACAS两个模块。
航天二院组织有关专家对包括CARMES、relex、ALD在内的各种软件进行了综合分析、比较、论证，根据软件的功能、工程适应性、性能价格比等方面的综合考虑，最终确定CARMES。
（五）性能上， CARMES的鉴定结论认为：“该软件覆盖了可靠性、维修性、可用性和保障性工程应用领域内的主要技术，已达到工程实用化。”CARMES密切结合国内型号工程需求，以服务可靠性工程为出发点，吸收了国内电子、航
天、航空、兵器、船总等型号工程可靠性实际经验和数据，具备完备功能和性能。a.CARMES的“可靠性评估工具 C_RAT”已在神舟飞船总体及各分系统中得到充分应用。其简洁的图形界面、多种可靠性评估和综合方法得到用户的高度评价。是目前国内在工程上得到最好应用的可靠性评估工具，目前进入中国市场的国外可靠性工程软件都不具备此项功能。
b.CARMES采用的预计标准和方法是最适合国内型号工程实际的。包括了GJB/Z 299B(C)、GJB /Z 10
8、MIL-HDBK-217F及其修改通告、机电产品预计模型及数据库，其参数的批量预置功能、不同设计方案（环境、温度和质量等级不同）可靠性自动仿真功能、可靠性结构框图（RBD）的任务可靠度随任务时间变化曲线等功能，都是CARMES独有的。在总结GJB299B等可靠性手册编制经验和元器件现场失效数据基础上提供的可靠性预计缺省值属国内首创，有实用价值。其EDA接口可以直接读取我室Protel软件的元器件明细(.BOM文件)到产品树中（已用实例验证）。
c.CARMES凝聚了多个型号工程可靠性经验和方法。例如，CARMES的可靠性分配根据工程实际需要增加了可靠性分配结果调整和验证、已知某些设备的可靠性指标在余下设备中分配可靠性指标功能；故障树分析（FTA）中引入了最小割集的阶数和容斥定理近似算法等多种工程用计算方法；C_RAT中增加了可靠性树到RBD图的自动转化等。
d.CARMES的图表输出符合规范和工程实际要求。所有图表均可选择纸张尺寸、页边距、标题、页脚和页码样式。并可自动转存为Ms Excel格式的文件。报表样式和内容满足型号工程需求（如可靠性预计结果输出报表样式符合998工程）。
e.CARMES从界面到操作方式完全按中国人的工程应用习惯，用户可以应用自如。而relex等国外软件内核是英文的，虽然对部分界面作了汉化，但一些界面仍然存在中英文混用的情况，而且汉化部分一些词语不规范，与可靠性维修性通常叫法不一致。例如，relex 的GJB/Z299B预计方法中所有下拉列表还是英文（且翻译与原军标有不一致的地方）。
(六)技术支持与服务方面，五所作为国内首家可靠性专业研究机构，是国军标GJB/Z 299B《电子设备可靠性预计手册》、GJB/Z 108《电子设备非工作状态可靠性预计手册》的编制和组织实施单位，具有雄厚的技术实力，能够提供及时、到位的技术支持。
同时，CARMES拥有强大的软件研发和技术服务团队，可及时增加新型元器件的预计模型和参数，可开发用户EDA电路设计软件接口，可按工程及用户要求编制报表，可根据用户提供的元器件清单完成可靠性预计参数等数据的收集、分析与整理，建立用户自己的、针对用户型号工程常用元器件的预计参数库、优选信息库和故障模式库等基础数据库。可以根据用户的不同需要，协助用户做好可靠性预计、分析和设计，生成用户需要的可靠性设计报告。
5所承诺：向用户提供与CARMES相关的可靠性技术原理、背景知识、软件操作等方面高效、实用和到位的培训和服务。对客户提出的问题，24小时作出响应。
根据五所介绍，应航天五院总体设计部的要求，5所在3个月时间内就完成了“可靠性评估工具 C_RAT”的研发和测试，并提供在神舟飞船工程中使用；应航天二院的要求，增加了可靠性分配结果调整和RBD图的任务可靠度随任务时间曲线生成功能；应电子36所要求，在RBD模型中增加了权联模型；应航天771所的要求增加了FTA的图形分页功能和图形拷贝到剪贴板功能及打印纸张自适应功能;等等。
国外软件不能及时提供国产新型元器件预计模型。
（七）数据安全性方面，五所的CARMES单机版和网络版都拥有自主知识产权（国家版权局软件著作权登记号为2000SR2042）。其研发单位五所数据中心，作为信息产业部军工电子装备可靠性工程技术中心，可满足军事装备信息安全、保密的要求。五所对CARMES软件源程序和数据的自主知识产权，使得CARMES能够根据可靠性工程的实际需要顺利扩充功能和升级，保证了其持续可用。国外软件在使用和维护时存在安全、保密隐患。
经过试用，我们认为，电子五所的可靠性维修性工程应用软件CARMES覆盖
了目前国防重点工程可靠性、维修性工作项目的要求，是融可靠性建模、预计、分配、评估、仿真分析；故障模式、影响及危害性分析；故障树分析；故障报告、分析和纠正措施系统于一体的集成化软件工具，可完全满足我室可靠性维修性工作的需要.。CARMES在工程适应性、标准更新、数据库支持和技术服务方面较其他同类软件有很强的优势。可以帮助我室完成型号工程的可靠性维修性设计任务并极大地提高效率。
而其他国外软件在可靠性预计、国内元器件库、重点工程优选库等方面均存在严重不足，无法满足我室开展系统可靠性维修性工作的基本需要，将严重影响我室对型号工程进行可靠性维修性设计的质量和进度。
因此，我室建议我所选购五所的可靠性维修性工程软件CARMES。
二室车永明
2003年1月16日
第18篇：教师软件 调研报告
大连交通大学2012届本科生毕业设计（论文）实习（调研）报告
实习（调研）报告
1课题的来源及意义
随着信息技术飞速发展和日趋激烈的商业竞争，人们已不再满足于独立、零散的办公自动化应用和计算机应用。计算机网络的迅速发展和普及，改变了整个信息管理的面貌，使信息管理从以单个计算机为中心发展到网络为中心，并为计算机技术在工业、商业、教学、科研、管理等领域中的应用提供了一个全新的网络通信环境。如何安全快捷的对个人日常事务进行管理成为每个人的迫切需要，个人日常事务管理是智能化办公系统重要的组成部分。为此我们基于B/S结构设计并实现了该系统。
本论文主要阐述了个人软件的必要性，以及它的功能说明和社会背景。随着社会的发展，软件规模的不断扩大，有关的各种信息量的增加。软件需要对各种进行实时统计。 教师软件是现在教师常用的软件，它主要包含以下几个模块：查询模块、提醒模块、其他功能等，都能够实现全面、动态、及时的管理学生的信息和提醒教师一些即时任务。并且系统分析了软件开发的背景以及过程；首先介绍分析了该系统的可行性，软件的开发环境，其次介绍了本软件的详细设计过程：数据库的设计、各个模块的设计和实现，以及具体界面的设计和功能。
2国内外发展状况
人类社会在21世纪己经全面进入了信息时代，计算机的普及和应用已经广泛地渗透到了社会生活的每一个领域。这其中，记录、传承人类文明发展几千年历史的教育行业更是在计算机技术的冲击下经历了巨大的变革。传道、授业、解惑的师长们逐步远离了粉笔和黑板，计算机、投影机、电视、网络越来越多地出现在教室课堂上；教学过程也不再单纯依靠老师个人的经验，而是更多地借助社会化生产提供的多种教学辅助软件和资源。在这样的形势下，教育软件技术迅速地发展起来了。
教育软件是软件的一个分支，是软件在教育、教学方面的具体表现，与其他软件有所不同，它既包含软件所有的特征，同时又包括学习、教育的功能。教育软件是对学习者进行教育的信息智能化的工具。教育软件是软件，是进行教育的工具。
目前市场上的教育软件种类很多，但基本上可以划分为教育资源库、辅助教学软件、教育管理软件和个人学习软件几大类。
教育管理软件是学校和教育主管机构进行管理、信息收集、信息交流的辅助工具。教育管理软件，具备学籍管理、人事管理、教学管理、安全管理、财产管理等多种功能。如排课系统、学籍管理系统、成绩管理系统、教材管理系统、考务管理与成绩分析系统、
图书馆管理系统、人事档案管理系统等。
随着个人家庭电脑的普及，近年来，个人学习软件在教育软件产品中占有的比率越来越大。教育资源库则由于政府和社会对教育信息化的重视，自2001年以来一直保持快速增长的市场需求。2002年上半年教育资源库在教育软件中占26.1%，辅助教学软件占16%，教育管理软件占13%，学习软件占39%，其他教育软件占6%。
3本课题的研究目标
本设计的开发是基于B/S结构，采用JSP程序设计语言及SQL SERVER 2000数据库进行开发；论文首先阐述了基于B/S模式个人实用软件信息管理系统的开发，并对该系统进行了较详细的需求分析，该系统可以为用户的信息进行方便的管理并能对个人实用软件信息的各种属性信息进行更新，修改以及删除等操作还可以对库存的信息进行查询等操作使管理过程实现最大程度的效率化和便于信息的收集及管理，详细探讨了个人实用软件信息管理系统的功能需求、业务流程、系统功能和系统设计等方面的问题。望能利用先进的计算机技术和网络技术来改变目前的经营状况和提高信息管理、服务水平，在市场经济的进一步发展中健康稳定发展,使个人实用软件信息信息管理可以便于操作，易于信息管理。而且可以减少经营成本，提高工作效率,满足的需求。
本系统要求主要实现以下功能模块：
1、课表管理：方便教师查询的个人课程表
2、学生管理：可以提供学生信息，方便老师上课点名
3、查询迟到和未交作业学生信息
4、备忘功能：每次开启软件时都会有当天的任务提醒
5、考试成绩信息汇总
4研究内容与方法
4.1 研究内容
1、课表管理：
录入课程名称、课程日期（周几）、所在教室号、上课节数（第几节），并将数据写入数据库。
该模块实现了课表信息的录入、查询、修改、删除等功能。
2、学生管理：
该模块实现了学生的信息（学号、学生姓名、所在班级、所在专业）的录入、查询、修改以及删除学生信息的功能。
3、查询迟到和未交作业学生信息
录入学号，学生姓名、课程名、作业情况、迟到情况，并写入数据库。
该模块实现了更新学生迟到和作业情况，并提供录入、查询、修改、删除功能。
4、备忘功能：
该模块实现了记事本功能及对教师任务提醒功能。
5、考试成绩信息汇总
该模块实现了考试成绩的录入及查询。
4.2 研究方法
研究过程采用自顶向下法依据软件工程中瀑布式模型（waterfall）进行，架构上采取MVC的形式。分为用户视图，控制单元和底层模块。其中主要由本人完成用户视图和底层模块，分别对应到程序中的JSP页和JAVABEAN。控制单元则由SERVLET承担。
具体过程依照瀑布模型的各阶段执行如下：
计划阶段：对系统用途功能和环境等做宏观计划。
分析阶段：分析现有教学系统，教务系统和信息管理系统。调查师生使用需求。 设计阶段：概要设计指定程序模块数据字典。详细设计指定程序结构模块接口。 编写阶段：按照设计编码。
测试阶段：对系统进行全方位立体化全面具体细致入微的测试。修正BUG。
交付使用。
5项目的可行性分析
开发新系统的要求往往来自对原系统的不满，原系统可能是手工系统也可能是正在运行的信息系统。由于存在的问题充斥各个方面，故此需要进行可行性分析即明确项目开发的必要性和可行性。可行性研究的内容包括以下三个方面，针对本项目分析如下：
5.1 需求可行性
研究本课题的目的就是为了克服传统方式的工作量大、效率低下的不足，又能够系统化，自动化，规范化；同时，又能够有友好的操作界面，方便，实用，便于维护，并且成本低，能够得到广泛应用。
5.2 经济可行性
本人使用的JSP、Tomcat、SQL Server 2000都是免费开源的框架或者软件，使得开发成本大大下降。而且可重用性高，节省了二次开发的费用。资源利用率高，成本低。该设计的模块界面简洁，方便快捷，简单易学。即便电脑初学者也可以轻松的操作所有系统的功能。因此本系统的开发在经济上是可行的。
5.3 技术可行性
本管理系统采用了当前新兴的Browser/Server（B/S）模式进行开发。在B/S模式中，
最核心的一点就是用通用的浏览器取代了原来的客户端程序。客户端统一为IE浏览器，所有的配置工作都由服务器端完成，这样就提高了系统的安全性。后台数据库用SQL Server 2000，它有处理海量数据的效率高，后台开发的灵活性强，可扩展性等特点。JSP（Java Server Pages)编汇技术已经在国内外得到了广泛的支持和承认。因此，系统的软件开发平台已成熟可行。硬件方面，在科学技术飞速发展的今天，一般的INTEL P4以上处理器完全能够运行本系统软件。因此本系统的开发在技术上是可行的。
6实验软硬件条件
硬件环境：
处理器：Intel Core 2（推荐P4 2.8G及其以上）
内存：512MB
硬盘空间：160G
光驱：40X以上
显卡：TNT2显示适配器以上
网络配置：宽带网络
软件环境：
操作系统：Windows Server XP
操作系统的附加功能：SP4（版本3）
网络协议：TCP/IP
应用平台：Tomcat 5.0
数据库：SQL Server 2000
客户端软件：MS IE 6.0
7进度安排设想
毕业设计总共14周，大致安排如下：
第1周：接到任务书，理解设计课题的主要任务，查找相关的中外文资料，调查国内外现状。
第2周：安排进度，填写进度计划表并提交指导教师签字。写调研报告，并对已选课题的可行性做出初步分析。
第3周：完成并提交调研报告，进行系统可行性研究，需求分析，写需求分析报告。 第4周：学习使用编程工具JSP的相关内容。运用数据库规范理论建立集成数据开发环境，进行数据库的分析和设计，完成并提交外文翻译。
第5周：学习面向对象软件设计方法，应用软件工程的方法实施系统的分析与设计，
完成系统总体设计。
第6周：详细设计：采用结构化程序设计方法进行程序设计。
第7周：详细设计：数据库设计，数据库实现，用SQL Server2000数据库管理系统。 第8周：登录模块和信息管理模块的编码实现,单元测试。
第9周：信息查询以及日程到期提醒等功能的实现与单元测试。
第10周：学生模块和成绩模块的编码实现，单元测试。
第11周：测试：对整个信息管理系统进行完善，并进行单元测试和集成测试。 第12周：完成整个系统的程序联调和系统测试。对所有资料进行整理,撰写毕业设计说明书。
第13周：参加软件验收。对毕业设计说明书进行最后完善，调整排版格式并打印装订。接受指导教师和评阅人对毕业设计论文的评阅工作。提出毕业答辩申请。
第14周：制作PPT，参加答辩。
8参考文献
[1] 戴志诚，赵国峰.JSP信息化系统建设案例[M].北京:人民邮电出版社,2006
[2] 耿祥义.JSP实用教程[M].北京:清华大学出版社,2006
[3] 李曙光.JSP开发实例完全剖析.北京:中国电力出版社，2006.
[4] 耿祥义编著.JAVA2 实用教程[M].北京:清华大学出版社，2005.3
[5] 张海潘.软件工程导论.北京:清华大学出版社，2003.
[6] 孔祥玖著.管理信息系统解决方案.北京：化学工业出版社，2002
[7] 黄梯云.管理信息系统[M].北京:高等教育出版社,2005
[8] 王国辉，王毅，李钟尉.JSP程序开发范例宝典[M].北京: 人民邮电出版社,2007
[9] 曹广鑫，时强.JSP数据库项目开发宝典[M].北京:人民邮电出版社,2007
[10] 李振捷，陈雄.JSP网络开发典型模块与实例精讲[M].北京:电子工业出版社,2006
[11] 旭东.JSP网络开发入门实践[M].北京:人民邮电出版社,2006
[12] Pfleeger,Shari Lawrence.Software engineeing:theory and practice[M].Higher Education Pre, 2009
第19篇：软件项目需求建议书
篇1：软件需求建议书
医院门诊管理系统需求建议书
2012年3月26日
有关公司：
现需一个医院门诊管理系统，要求具有相关项目经验的软件公司参与竞标，要求能对该系统进行合理的编写，保证系统能够稳定运行，并且在预定时间内交付我院使用。
项目目标：
系统分为5个子系统，即（a）挂号管理系统(b)病历管理系统(c)药品库存管理系统(d)内部资料管理系统(f)财务管理系统。并且需要保证系统运行稳定准确。
1.工作表述
承包商应执行以下工作任务，及工作要求：
(1) 系统应使用本院的局域网，win9
8、win2000、winxp、win7等环境
下，可进行稳定准确的查询，修改、处理功能。
(2) 数据录入功能：其中包括在挂号时的患者信息录入，病历管理的录
入处方和内部资料管理中的医师信息的添加。
(3) 数据的修改和删除功能：其中包括改号、退号和内部资料管理中的
患者、医师信息的修改和删除功能。
(4) 数据查询功能：包括在诊室管理中的药品的模糊查询，对库存不足
的药品报警，内部资料管理中的医师、患者信息的查询中包括单项查询和组合查询。
(5) 统计报表功能，财务报表：统计每天患者交款报表和挂号员每天的
交款单。统计患者总人数和总费用。
(6) 按处方类别和拼音码分别统计药品的总数和库存剩容量。
(7) 按科室名称和是否专家级别分别统计医师总人数信息。日报表：打
印每天的患者人数、就诊科室等，以及医师每天的出诊数，检验、检查、手术每天的执行次数，以及这些项目的总金额。
(8) 合计费用功能：患者凭挂号单到交款处交款，系统根据门诊号码自 动调用患者信息，显示患者的单项费用和总费用，自动找零。
(9) 系统管理功能：其中包括用户和内部人员的修改密码功能，根据权
限添加用户和管理员。数据备份功能。
(10) 帮助功能：包含医院简介和系统主要实现功能简介。
2交付实物
（1） 必须准备一份详细的系统设计报告，以及所用到的技术，用以监测产品
质量。
（2） 有关项目进程的书面报告必须在每15天交给本院。报告应简明，并且
重点放在与承约商的原计划和时间表相对应的进程上。报告应涉及到各项活动、取得的进展、接下来15天的计划、花费的时间与金钱。对于落后进度计划进程的工作项目，应当提供一份计划，使项目能在原进度计划和预算内完成。
（3） 在合同预期内，交付我院一个能够运行正常稳定的完整的系统。并且在
后期一定时间内提供免费维护。
3其他要求
（4） 本院会向承包商提供本院的一些业务流程。
（5） 承约商必须在执行工作前，获得本院对最终计划的认同。
（6） 合同必须以一个商定的价格，给提供满足需求建议书要求工作的承约商
付款。
（7） 承约商必须最迟在2012年5月1日以前提供给本院两份建议书备份。
（8） 本院希望在2012年6月1日前选中一家承约商。这个工程需要完成的
期限是十二个月，从2012年7月1日至2013年7月1日，所有交付物必须不迟于2013年10月1日提供给本院。
（9） 本院将按照下面的时间表付款给承约商：当项目完成了1/3时付总额的
1/3；当项目完成了2/3时付总额的2/3；当本人已经满意于项目的100%，并且承约商已履行了全部契约义务时再付出总额的最后1/3。
申请内容
(1) 承约商能清晰理解需求建议书，理解什么是被期望达到的要求。承约商应有对每个任务和任务如何完成的详细描述。
(2) 承约商将要提供的每一份交付物的描述。
(3) 列出条形图或网络图表，列明每周要执行的详细任务的时间表，以便在要求的项目完成日期内能够完成项目。
(4) 叙述一下承约商最近已经执行过的相似项目，包括已完成的子系统，以及其他子系统的完成进度。
(5) 列出工程具体人员的姓名和详细简历，以及他在类似工程的精彩的经历。
(6) 必须说明项目所需要的人月，并通过一份详细的工作时间分解和每个被指派于工程的员工的小时成本费用来验证。此外，所有直接费用逐条列表也必须包括进来。
(7) 承包商需列出贵公司的软件能力成熟度(cmmi)等级。
(8) 本院将按照以下的标准评价所有承约商的申请书：
a．设计方案(30%)。设计的实用及涉及技术。
b．经验(30%)。被指定工程的承约商和工作人员执行类似工程的经验。
c．成本(30%)。承约商申请中的所列的固定成本。
d．进度计划(10%)。为了在要求的项目完成日期内或在此日期之前完成项目，承约商应提出进度计划的详细而全面的连续说明。
篇2：软件系统项目建议书完全版
****系统项目建议书
2014年5月
目录
1 概述 ....................................................................1 1.1 文档编写目的 ...........................................................................................................1 1.2 系统建设目标与内容 ...............................................................................................1 1.2.1 系统建设目标 ...................................................................................................1 1.2.2 系统建设的主要内容 .......................................................................................1 2 系统设计方案.............................................................1 2.1 总体架构设计 ...........................................................................................................1 2.1.1 系统总体业务架构 ...........................................................................................1 2.1.2 系统总体软件架构 ...........................................................................................1 2.1.3 系统总体技术架构 ...........................................................................................1 2.2 系统组成 ...................................................................................................................1 2.3 系统数据流 ...............................................................................................................1 2.4 系统功能 ...................................................................................................................3 3 系统部署方案.............................................................3 3.1 系统部署架构 ...........................................................................................................3 3.2 系统环境 ...................................................................................................................3 3.2.1 软件环境 ...........................................................................................................4 3.2.2 硬件环境 ...........................................................................................................4 4 系统界面设计.............................................................4 5 主要技术指标.............................................................4 6 交付成果 ................................................................6 7 验收策略 ................................................................6 7.1 系统验收测试的原则 ...............................................................................................6 7.2 验收测试的具体内容 ...............................................................................................7 7.3 验收测试的步骤 .......................................................................................................7 8 质量保证 ................................................................8 8.1 软件研制一般要求 ...................................................................................................8 8.2 软件评审要求 ...........................................................................................................9 8.3 软件配置管理要求 .................................................................................................10 9 售后服务 ...............................................................10 9.1 培训 .........................................................................................................................10 9.2 维护与升级 .............................................................................................................10 9.3 质量保证期内的服务 .............................................................................................10 9.4 寿命期内维修服务 .................................................................................................11 10 开发进度计划............................................................11 11 项目报价 ...............................................................12 1 概述
1.1 文档编写目的 1.2 系统建设目标与内容
1.2.1 系统建设目标 1.2.2 系统建设的主要内容
2 系统设计方案 2.1 总体架构设计
2.1.1 系统总体业务架构 2.1.2 系统总体软件架构 2.1.3 系统总体技术架构
2.2 系统组成
2.3 系统数据流
系统详细数据流如下图所示。
2.4 系统功能
3 系统部署方案 3.1 系统部署架构
表1各子系统部署架构
3.2 系统环境 篇3：需求建议书
题目：
假设你在嘉州新城购买了一套二室二厅一厨一卫，面积大约90平方的新房，先装修入住，请你根据自己的需求对这个房屋装修项目编写项目需求建议书。
项目：房屋装修
需求建议书：
（1） 承约商要执行的任务：装修材料的购买、家用设备的安装、装修工程。
① 代购装修材料，如：地砖、涂料等等
② 厨房器具、淋浴设备等的代购
（2） 承约商根据国家标准装修，提供装修计划、施工方案，最后装修符合标准的房
子。
（3） 本人向承约商提供装修方案。
要求：
①、卧室的颜色以暖色调为主
②、装修后简单、宽敞、采光效果良好
③、卫生间隔成两部分，分为盥洗间和浴室
（4） 和承约商签订一个商定的价格，以及满足需求建议书的工作承约商付款合同。
（5） 当装修工程完成1／2时付总额的1／2；当装修工程100%完成时，获得本人的
满意后，并且承约商已经全部履行契约义务时再付总额的最后1／2。
（6） 希望这个项目在两个月内完成，从5月15日到7月15日，所有的可交付成果 必须不迟于7月15日提供给本人。
（7） 承约商必须最迟于4月30日以前向本人提交两份申请书备份。承约商的申请书
至少包括以下内容： 1） 承约商能清晰的理解需求建议书，要详细描述承约商的实施装修项目的方法，以及使用的装修材料的具体规格。
2） 承约商要提供可交付成果的详细描述。
3） 在6月15日向本人反映项目进行的进度。
4） 叙述承约商最近实施的项目，包括客户的姓名、地址和电话号码，以备核实。
5） 列出将被指定为项目主要负责人的姓名和联系方式，以及工作经验。
（8）申请书的评价标准
1） 承约商提出的建设方案（30%）
2） 被指定为执行此项目主要负责人的姓名和联系方式，以及类似的工作经验（30%）
3） 承约商申请书所列的固定成本（30%）
4） 承约商提供的施工计划（10%）
组员：岳红 117 王华 213 周燕飞 126 赵涵玉 223 曾志锦 203 篇4：需求建议书
需求建议书（request for proposal，rfp）
什么是需求建议书[1] 需求建议书是指从客户角度出发，全面、详细地向服务商陈述、表达为了满足其已识别需求所应做的准备工作。也就是说，需求建议书是客户向服务商发出的用来说明如何满足其已识别需求的建议书，是客户与服务商建立正式联系的第一份书面文件，又称招标书。需求建议书一般由客户起草，主要描述客户的需求、条件及对项目任务的具体要求。一份完整的需求建议书主要包括满足其需求的项目的工作自述、对项目的要求、期望的项目目标、客户供应条款、付款方式、契约形式、项目时间、项目申请书的要求等。 好的需求建议书能让服务商准确把握客户所期待的产品或服务。当然，并非在所有情况下都需要准备一份正式的需求建议书，当某一企业的需求由内部开发项目予以满足时，这一过程似乎变得简单多了，此时更多需要的是口头上的交流和信息传递，而不是把宝贵的时间耽搁在仅仅起到信息传递作用的需求建议书上。例如，某一软件开发公司感到公司原来的财务分析系统已经远远不能适应日益增加的业务需要时，便可直接要求软件开发小组进行开发，这时只需口头把相关的要求传达给软件开发小组即可。
[编辑] 需求建议书的主要内容[2] 需求建议书一般包含以下主要内容：
客户必须搜集大量相关资料准备需求建议书，因为it项目实施者需要按照rfp来准备他们的项目技术方案，并以此参与竞标。rfp中包括项目的目标，也就是用户的期望，也包括客户要求项目的进度计划；对实施商申请书的表格和内容的规定；客户希望潜在的实施商提交投标申请书的最后期限；评价申请书的标准等。一份好的rfp应该包括以下一些内容。
1．工作表述
工作表述就是说明项目的工作范围，概括客户要求开发商或项目团队执行的任务或工作单元，说明项目所涉及的各种事情，哪些必须由开发商或项目团队去完成，哪些由客户自己去做。例如，一个办公自动化软件系统的具体目标。又如建设一个网站，所需设备的采购任务，是由客户自己完成，还是由开发商去完成；企业网站上的页面文字，是客户自己撰写，还是由开发商撰写等。 2．任务要求
需求建议书必须要具体规定开发商需要完成任务的规格和特征，如要求涉及大小、数量、颜色、重量、速度和其他开发商提出的解决方案中，所必须满足的物理参数和操作参数。例如，建立一个企业网站，可能要求在1 000人同时访问的情况下不会产生堵塞的感觉，网
站的浏览页面不低于多少；建立一个自动结账和收款系统，可能要求每天能办理12 000次交易的功能和其他特定的功能，如在开出了发票的30天内没有收到账款，就会自动产生催款通知。具体的任务要求，可能会成为将来的验收标准。
3．交付物
交付物就是开发商所提供的实体内容，这在需求建议书中应该说明。例如，对于自动结账和收款系统来说，客户可能要求开发商提供硬件(计算机)、软件(磁盘和一些印刷品)、操作手册和培训课程。交付物也可能包括客户要求开发商提供定期进度报告或终期报告。
4．客户供应条款
需求建议书还应该列出客户的供应条款。例如，客户需要建立一个网j站，可能需要向开发商提供企业内部的组织结构及各部门之间业务关系的详]细说明，包括信息流程的类型、信息流量和发生频率等。 5．表述客户对需求的确认
需求建议书不是对客户需求的最后确认。最后的确认应该在对开发商提出的方案进行评估之后。例如印刷宣传手册，可能在开印之前要经过客户审定；局域网的建设，在购买材料和设备之前，客户必须审定开发商的技术方案。这一点在需求建议书中必须向开发商说明。
6．期望的合同类型 (1)合同可以按固定价格订立。这样，开发商实际上就是费用包干。客户只给固定的价钱，不管开发商实际工作花费多少。开发商必须保证功能的实现和质量要求，超支的风险由开发商负担。
(2)合同也可以规定开发商不承担风险，即在时间、原材料限制的条件下，不论实际成本多少，都会给开发商特定的报酬，也就是所谓包工不包料。在我国现阶段的条件下，由于质量检验和资信度水平不高，这种合同比]较普遍。在需求建议书中，最好说明客户是希望采用那种类型的合同。 7．期望的付款方式
付款方式可以分为一次性付款和分阶段付款；在开始前付款和结束后付款。一般依项目的性质来定付款方式。如网页制作，往往在项目末期付款；而架设局域网，一般在方案确认后，付款30％以便开发商采购，工程结束验收后付满90％，留10％等到使用一段时间以后确认无问题时付清。具体付款方式需要合同双方协商，但在需求建议书中，客户应该先提出自己的期望付款方式。 8．要求的进度计划
进度计划的要求可能很粗，如要求在6个月内完成；也可以详细一些，如多长时间内完成方案设计和审定，多长时间内完成硬件选购与安装，多长时间内完成软件研制、测试与安装，最后开发商在系统安装调试后，在多长时间内提交所有的系统文件和操作培训。 9．申请书的格式和内容提示
为了便于在几个开发商之间进行比较和评价，申请书应该在形式上采取同一个格式，内容的结构也应该一致。这样对不同的申请者来说比较公平，也能减轻客户在评审时的工作量。客户在需求建议书中可以限定申请书的每一部分采用的文字数量或页数。
10．提交申请书的最后期限
申请书受理的截止日期是必须要交代清楚的。例如，要求开发商在接到需求建议书后多少个工作口之内(如l周之内、1个月之内等)提交申请书，或大家一律在某月某日之前提交申请书。这样做的目的是便于同时对众多的申请者进行比较、评估，也是为了保持公正，不给某些开发商以额外的时间和机会。
11．对申请书的评价标准
要告诉开发商客户将根据哪些准则来评价他提交的申请书。这样做的目的，是指导开发商写好申请书。一般评价标准包括4个方面的内容：
(1)开发商在类似项目中的经验。如他们近期是否在预算内按期完成了类似的项目，客户对他们是否满意? (2)开发商提出的技术方案是否合适。如采用哪种类型的计算机软件?数据库的设计、方法是什么?用来建立管理信息系统的是哪种语言?采用哪些供应商的设备?等等。
(3)进度计划。开发商是否能按照所要求的进度完成项目计划? (4)成本。如开发商的报价是否合理?成本预算中有无漏算的条款?将来在执行时有没有可能出现超支，或有无可能因过于节约而导致质量不能保证?有的申请人为了争取合同，在报价上压低成本，到了执行阶段，或偷工减料，或增加成本，结果导致所建系统的缺陷很多，或使最终成本大大超出原始的估算。对此需要引起注意。
12．资金总量
开发商总是希望了解客户有多少资金可以用于发展拟议中的真t项目，但客户在需求建议书中，往往不愿意透露这个信息。其实，客户暗示大约的数字，告诉开发商他打算花多少钱来办这件事是有好处的，这样可以使开发商能够提交与资金水平相适应的申请书，提高在项目准备阶段的工作效率。
[编辑] 需求建议书的必要性[2] 需求建议书(rfp)是项目客户与开发商建立正式联系的第一份书面文件，也叫招标书。一般由项目的客户自己起草，主要描述客户的需求、条件以及对项目任务的具体要求，向可能的开发商发送。
需求建议书是客户为确保供应商理解项目的需求，并在此基础上提供项目建议书而编制的需求规范。虽然它不能确保客户据此就能获得理想的解决方案，但却可以帮助客户发现那些尽可能接近自身需求的系统准备。其
目的是从客户自身的角度出发，通过全面、详细地陈述，使开发商或项目团队理解客户所希望的是什么，以可行的价格满足客户的已识别的需求。
对于一些预算较少的客户，开发商往往不愿意花精力准备正式的方案建议书，这种情况下，客户的需求建议书就变得很重要。事实上，项目无论大小，都需要编写需求建议书。 第一，需求建议书需要描述用户的目标与需求。编制需求建议书的过程也是客户进一步明确自己的目标与需求的过程，并以此建立起客户与供应商进行深人沟通的桥梁。即使因为各种原因使得供应商看不到或不愿响应需求建议书，这种努力也是值得付出的。
第二，需求建议书可节省选型的时间，并使得对各供应商之间的比较变得更容易。客户提供给所有竞标供应商的信息都是一样的，避免了跟各开发商的重复沟通，同时，有需求建议书作为基准，客户可以约束各开发商以一致的格式提交方案建议书，以提高各供应商之间的可比性。
第三，需求建议书可以避免一些潜在的疏漏。在准备需求建议书时，客户往往会因为太过关注具体细节而忽略了一些重要的因素。收到需求建议书后，有的供应商可能会主动对这样的疏漏提出质疑以提醒客户。还有些开发商为了使自己的方案建议书更具有吸引力，甚至会提出一些需求建议书没有涉及的好想法来拓展客户的思路。
[编辑] 编写需求建议书的一般原则[2] 需求建议书应该由用户编写，但各种客观因素的限制，实际上很难做[到。所以，很多时候都是由用户与项目小组共同编写。编写项目需求说明的j过程也是项目小组带领客户进入项目需求启发的过程。编写优秀的项目需求[建议书没有公式化的方法，需要大量的实践经验。以下是编写需求建议书需要把握的几个原则：
(1)需求应该是正确的。每个需求必须精确描述要交付的功能。确定需求内容是否正确，需要用户的代表来参与确认，由他们检查、决定用户需[求的正确性。没有用户的需求检查就会导致很多项目实施中的问题出现。例如用户会说：“这不是我们要的东西”；“你没明白我们的意思”，等等。
(2)需求应该是可行的。项目的需求应该在有限的资源(已知的能力、有限的系统及其环境)下是可实现的。为了避免需求的不可行性，在需求分析阶段应该有核心技术人员参与，检查在技术上什么能做、什么不能做，哪些需要额外的付出等。
(3)需求内容应该是必要的。需求建议书中的每个需求都应该有相应[的出处，即说明什么是客户确实需要的，什么要顺应于外部的需求、接口或标准。如果不能标识出处，则可能这个需求不是真正需要的。
(4)需求内容应该有优先权。优先权是由客户或其代理及项目小组共同商讨后建立的。如果所有的需求都被视为同等重要，那么在开发中遇到预t算削减、计划超时或组员的离开而导致新的需求时，项目经理将无所适从。一般优先权有以下三个级别。
1)高优先权，表明需求必须体现在本阶段项目的成果中或这个产品的版本中。
2)中优先权，表明需求是必须的，但是如果需要可以推迟到晚一些的产品版本中。
3)低优先权，表明有它很好，但我们必须认识到如果没有充足的时间或资源，它可以被放弃掉。
(5)需求内容应该是明确的。需求不该有歧义，要避免使用一些对于拟订项目需求建议书的人很清楚，但对于其他人模糊不清的词汇。如：用户友好性，容易，简单，快速，有效，几个，艺术级，改善的，最大，最小等等。每写一个需要都应简洁、直观地采用用户熟知的语言，而不要采用计算机术语。
[编辑] 需求建议书例子[2] 例：某企业项目管理软件开发项目需求建议书
有关单位：某企业(甲方)由于业务发展的需要，决定采用项目管理的方式进行管理，为了更有效地对项目的执行过程进行控制，该企业决定开发一套项目管理软件以满足这一需要。
1．工作表述
开发商将执行下面任务：开发项目管理软件。
开发项目管理软件的主要功能包括项目及工作信息的录入、项目网络计划图的绘制、项目时间计划的安排、甘特图计划的制定、项目执行信息的录入与分析及各种计划报表的输出等功能。 2．要求
开发商应根据国家有关标准，提供开发计划和实施方案。 篇5：软件项目管理项目建议书
湖南文理学院实验报告
时间： 2013 年 11 月 18 日
课程名称： 软件项目管理
实验名称：撰写毕业生就业信息管理系统项目建议书
班级： 姓名： 同组人： 无
指导教师评定： 签名：
一、实验目的
掌握项目建议书的格式和写作要求，会结合具体项目写作项目建议书。
二、实验要求
1、结合模拟项目—毕业生就业信息管理系统项目写出项目建议书。
2、提交毕业生就业信息管理系统项目建议书（报告）一份。
三、实验环境 1．硬件：计算机 2．操作系统：windows平台。
3．相关软件：microsoft office软件。
四、实验步骤
1、背景介绍
随着internet的迅猛发展和普及，我国高等院校纷纷建立自己的校园网，使高校的办公，教学和管理工作发生了巨大的变化，并具有了新的特点，对教学管理工作提出了新的要求，也使得基于网络的高校毕业生就业招聘成为可能。通过internet，用人单位和就业者利用网络的便利，不直接见面，采用网络交互地就业联系、就业面试，以及就业意向和合同的签订等工作。我国部分高校目前正在尝试通过网络进行毕业生的就业分配工作，但目前使用的就业网站的开发应用，大多功能相对单一，多局限于就业信息的发布，就业信息的静态统计结果的公布及简单的就业信息查询，其实用性和互动性已经不能满足高校就业形势的需要。 随着高校毕业生就业体制改革进程的不断深化和毕业生就业市场的逐步建立，高校毕业生在各种就业活动中求职面窄、择业率低、特别是信息量小的问题越来越突出。如何解决这一问题是摆在各级就业主管部门面前的严峻任务。正是在这种情形下，国务院对做好高校毕业生就业工作做出重要指示，即“要充分利用毕业生就业信息网络，沟通行业间、地区间、学校与用人单位间的信息，在毕业生和用人单位之间牵线搭桥。同时，通过信息反馈，优化高等教育结构，合理
利用有效资源，促进高等教育的健康发展”高校就业系统以招聘和求职系统为核心，以用人单位需求和服务为目标。明确了系统的定位，有利于构建优化网上就业服务体系，有利于不断激活毕业生就业市场，有利于网络资源的充分利用，有利于网上动态管理、杜绝虚假信息、拓宽网上就业服务功能。
2、项目的意义和必要性
毕业生就业信息系统和就业服务体系不完善，毕业生就业主要由学校、人才市场举办招聘会等方式获得信息，与需求方见面，信息渠道比较窄。毕业生的就业指导工作极为薄弱，就业指导教师水平参差不齐，专业的、高素质的就业指导教师太少；缺少优质的就业指导教材。所以，必须加强学生择业的政策咨询和信息服务，逐步建立起信息服务网络，建立毕业生就业网络系统，为实行网上求职择业创造条件和提供服务。目前，建设好大学生的就业网站，不仅仅是政府部门应该关心的问题，作为培养大学生的湖南文理学院也有同样的需求。
解决目前高校就业信息管理中存在的一些问题，如信息传递不方便、不快捷，数据分析及就业指导不及时，学生签约必须到不同部门领表、上交等繁琐的操作等。通过本系统可以使湖南文理学院毕业生就业信息管理工作更加合理化、科学化，提高工作的效率，从根本上改变就业管理工作的方式，通过internet，各院系和学生利用网络的便利，可以直接查询和提交就业信息。在这种系统平台下，可以快速、有效、全面的反映最新的用人单位信息、毕业生基本信息和就业趋势，及时提供高校学生工作管理人员对历届用人单位需求信息的分析统计，及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量。
3、项目产品或服务的市场预测
（由于这个系统不是学院的直接收益产品，这里不做分析。）
4、项目的规模和期限
基于学院的实际情况，这个毕业生就业信息可以初步分为三个阶段来完成。
第一阶段，着重处理学院现有的问题，把系统运行起来，重点放在用户管理方面，分为用户注册、用户审核和用户登录验证三部分。
第二阶段，注重完成学校的就业信息发布，用户在通过系统注册后，可以查询各种信息。
第三阶段，系统管理，管理可以对学生用户和站内信息进行管理。
5、投资估算
具体相信的投资预算，由专业人员进行。这里只能给出对比其他同类学校信息系统的估算，3个阶段全部完成，大概需要5万人民币。这个估算不包括硬件设备的预算。
6、市场前景及经济效益初步分析
这个系统虽然不是学院的直接收益产品，但其带来的间接效益是毋庸置疑。具体可以表现为：
（1）管理决策的科学化。
传统的决策指示凭经验的大致的估算，无法采集到大量的数据，也无法对采集到的数据进行精确的分析，而毕业生就业管理系统通过internet，各院系和学生利用网络的便利，可以直接查询和提交就业信息，比较全面、及时地采集信息数据、并选定合适的管理模式，做出科学的决策，减少决策失误。
（2）管理工作的高效化。
在这种系统平台下，可以快速、有效、全面的反映最新的用人单位信息、毕业生基本信息和就业趋势，及时提供高校学生工作管理人员对历届用人单位需求信息的分析统计，及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。
（3）网上就业服务体系的优化。
毕业生的就业指导工作极为薄弱，就业指导教师水平参差不齐，专业的、高素质的就业指导教师太少；缺少优质的就业指导教材。而毕业生就业网络系统加强了学生择业的政策咨询和信息服务，逐步建立起信息服务网络，为实行网上求职择业创造条件和提供服务。
（4）网络资源的充分利用。
指导老师可以开辟“求职顾问”，“就业指导”的板块，告诉毕业生就业过程中应该注意的问题，帮助学生完善职业形象；了解劳动关系法规；增强自身的保护意识；提高大学生竞争就业意识和能力。
大学生可以利用就业网络内容丰富、全面的就业信息，最新的国家就业政策和规范，了解国家就业形势，更新就业观念，树立正确职业观和就业观。同时，制作个人简历，实现网上的自荐求职，查询自己感兴趣用人单位的资料，来了解用人单位的情况。
用人单位可以浏览学生所在学校的网站来了解学校的概况及专业设置情况，
了解学生专业知识结构和综合素质，并且通过学校就业网站来核对电子简历的诚信度。
（5）毕业生与用人单位的良好沟通
大学生通过查询自己感兴趣用人单位的资料，来了解用人单位的情况。对中意的单位可以投递电子简历。用人单位通过浏览学生所在学校的网站，了解毕业生的信息。有意向的双方可以通过网上面试的方式来进行进一步的沟通，提高学生和用人单位接触频率，促进就业工作开展。为企业和学生提供一个交流平台及更为人性化、个性化的服务。
另外需要注意的是，毕业生就业管理系统的效益一般是无形的，只有经过长期运行后的分析统计才能计算其收益，往往越成熟、科学、优秀的毕业生就业管理系统，带给我们的效益就越大。毕业生就业水平提高了，学校知名度也会随之提高，学校的生源也会越来越好。
综上所述，校方认为建立一个毕业生就业管理系统是非常必要的，请上级领导批示。
7、其他需要说明的问题
随着计算机科学与技术学院学院人数不断增加，毕业生的人数也会逐步增长，毕业生就业管理的难度也在不断加大，所有我们认为建立一个计算机科学与技术学院毕业生就业管理系统是在将来的影响和效益是不可估量。
第20篇：软件需求案例分析
1、问题描述
许多医院存在高峰期挂号排队时间长，就诊等待时间长，倒号现象频发的问题。因此，构建一个网上预约挂号系统，通过推荐患者使用该系统进行出诊信息查询和医生预约，可以缓解就诊压力、节约患者的时间，并且可以在一定程度上保证预约者和就诊者一致，有利于提高医院的服务质量。为了更好的设计并实现这一系统，对系统进行需求建模和分析是十分必要的。
2、情景描述的主要成分
2.1、该系统所涉及的用户
本系统的用户包含患者、医生以及管理员三类。而且该三类用户各自的特征和所要面对的情景也是截然不同的。
对于患者来说，他们在年龄、计算机使用能力等方面存在较大差异，但面对的情景都一样，就是要预约挂号，挂号成功过后就诊。
对于医生来说，普遍具备较高的学历，在医疗方面具备专业知识，有一定的计算机使用能力。所面对的情景有查看挂号信息，确定要就诊的病人。
对于管理员来说，他们负责对出诊信息进行管理，是医院工作的安排者，具备较强的计算机使用能力。
不同的用户，对系统的要求也不相同。患者希望通过完成注册和登录后能够进行挂号预约，查询医生的出诊信息和个人预约信息，并且能够在规定的时间内完成挂号预约或者取消已有的预约；医生则希望能够在登录系统后可以查看病人的预约情况；而管理员希望可以修改出诊信息和调整预约挂号。这些都是功能性的需求。
同时对于所有用户都希望该系统是易用的，而且能够对自己的信息起到保护即系统安全性的要求，还有比如说系统的性能比较高效，能够及时处理自己的预约申请。当然开发系统的成本如果也能较低就更好了。这些都是非功能需求。
2.2、情景描述的主要成分
目标和关键成功因素
预约挂号情景的目标是“让患者能够及时的挂号，并能顺利的就诊”，而可能的子目标包括：患者能够注册账号，患者能够登录账号，患者能够查询预约记录，患者能够取消已有预约，患者能够查询出诊信息。关键成功因素，要保证系统能够24小时正常稳定的运行，系统里的信息要是实时变化的，即可以预约的医生要和实际在值班的医生要匹配，不能出现挂上号了却没有医生就诊的情况。
物理上下文和逻辑上下文 物理上下文：医院用于挂号的计算机可以正常的使用，情景中的可以被预约的医生应该是在医院值班的；而对于患者可以选择在医院进行预约，也可选择在家中进行预约，只要在预约时间内能到达医院就可。逻辑上下文：事件发生的条件是患者在系统中进行了预约，然后管理员会根据现有的资源（可以预约的医生）对预约进行处理，如果同意，下一步就是医生就诊；如果没有可以预约的医生或合适的时间，患者的预约就不成功，患者需要重新选择医生或时间进行预约。
组成情景的主要事件和活动 主要事件：患者预约挂号，管理员对预约挂号的处理，医生就诊。主要活动：患者注册、登录系统，患者在系统中查询可以预约的医生和时间，患者取消已有预约，患者进行就诊；管理员接受或拒绝预约，管理员分配医生；医生查询预约信息。
涉及的执行者和其他参与者
执行者：医院的医生，预约挂号系统的管理员。其他参与者：医院的相关人员，比如患者，前台咨询员等。
要使用的信息和资源 要使用的信息和资源包括，可以预约的医生数量，所在科室等，医院中的设备，病房等。 要考虑的约束条件和要使用的规则 约束条件：同一医生同一时间段内只能接受一名患者的预约，根据医疗设备的属性决定是否要排他性的使用。
3、情景需求分析的步骤
需求规格说明输入过程需求目标列表1.目标分析系统模型目标,目的使用情景用户问题实例2.输入事件分析初始系统模型用户,环境事件情景脚本4.输出需求分析3.刻画系统输出情景结构模型系统输出类型信息需求5.社会影响分析Agent目标6.涉众分析需求规格说明
3.1 目标分析
在第2部分情景描述的主要成分中已经对目标进行了分析，即：预约挂号情景的目标是“让患者能够及时的挂号，并能顺利的就诊”，而可能的子目标包括：患者能够注册账号，患者能够登录账号，患者能够查询预约记录，患者能够取消已有预约，患者能够查询出诊信息。 3.2 输入事件分析
对于该系统的输入事件可能会包括如下情况：初始使用该系统的用户需要先注册，而对于已经注册的用户在使用系统预约挂号时首先要登录系统。这是最基本的两个输入事件。 3.3 刻画系统输出
对于系统输出我们要考虑系统输出的形式，比如消息显示，对话框等形式。不如用户在登录系统是输入的用户名和密码不匹配的时候要给出对应的提示信息，比如用户名未注册或密码不对等。在提交预约挂号申请后系统也应给出预约成功与否的提示。 3.4输出需求分析
对于输出需求要根据用户的输入给出对应的输出。比如用户输入查询请求，那么系统应该能够给出详细的信息。系统只给出对应的输出还不够，同时要考虑输出的信息是否合适。比如用户要查询眼科医生的资料，系统的输出就应该只是眼科医生的信息，而没有必要把所有医生的信息都输出。 3.5 社会影响分析
在进行社会影响分析时要同时考虑到积极和消极两个方面的问题。系统是否可以提高效率，减少人员的工作量。同时也要考虑过多的自动化是否会削弱人对整个系统的意识，导致人对意外处理的能力降低，比如系统临时出现问题，是否有一套应急措施使医院日常工作能够正常的进行。
4、需求说明文档
基于之前构建的模型，并参照IEEE 830-1998标准模板，撰写的系统需求说明文档如下。
4.1 引言
引言部分将对本文档的编写目的、系统的开发目的、名词定义以及参考资料进行说明，并对文档的后续内容进行概述。 4.1.1 编写目的
网上预约挂号系统是基于Web开发技术完成的网站。为了更好的设计并实现这一系统，对系统进行需求建模和分析是十分必要的。因此，基于之前构建的各类模型，撰写系统的需求说明文档，并将其作为后续项目设计、项目开发和项目测试的指导。
本文档连同之前构建的模型，可用来与客户进一步明确需求，同时可供项目经理、设计人员、开发人员参考。 4.1.2 系统目的
许多医院存在高峰期挂号排队时间长，就诊等待时间长，倒号现象频发的问题。因此，构建一个网上预约挂号系统，通过推荐患者使用该系统进行出诊信息查询和医生预约，可以缓解就诊压力、节约患者的时间，并且可以在一定程度上保证预约者和就诊者一致，有利于提高医院的服务质量。 4.1.3 名词定义 患者预约系统
网上预约挂号系统的子系统，主要用于为患者提供预约挂号、信息查询等功能。 医生工作查询系统
网上预约挂号系统的子系统，主要用于为医生提供各时段预约患者的信息。 医务管理系统
网上预约挂号系统的子系统，主要用于为管理员提供出诊信息修改、预约挂号调整等功能。 账号控制系统
网上预约挂号系统的子系统，主要用于用户账号的注册及登录控制。 安全保障系统
网上预约挂号系统的子系统，主要用于保障系统的程序、网络及数据库安全。 4.1.4 参考资料
[1]Objectiver: A KAOS tutorial.Respect-It (2004) [2]吴双兵,刘伟.网上预约挂号系统设计与实现[J].医学信息学杂志, 2015, 36(1):36-39.4.1.5 文档概述
需求说明文档主要分为三个部分。本节属于引言部分，主要用于对文档本身进行定义和描述。文档的第二部分为系统的整体描述，包括系统的预期目标、限制条件以及用户的需求、特征。文档的第三部分是需求说明，包含对系统需求的明确定义。
4.2 整体描述
本节将对系统预期、用户需求、用户特征、条件与限制、假定与依赖以及需求分配进行说明。
4.2.1 系统预期
为了方便用户在不需安装任何软件的情况下使用系统，本系统整体采用B/S结构，用户可以通过浏览器对其进行访问。 4.2.2 用户需求
参照之前完成的目标模型，对用户的需求进行整理和定义。由于系统整体较为复杂，因此本小节只包含已构建目标模型的功能性需求和非功能性需求。 功能性需求
1.患者进行预约选择
为了实现患者进行预约选择的目标，系统应完成的需求如下。 （1）系统拥有患者预约页面以及预约按钮：
系统的预约页面可以显示未来1至3天的出诊医生及其所有可被预约的出诊时段。其中，尚未被预约的时段拥有预约按钮；已被预约的时段无法被其他患者预约，因此无预约按钮。 （2）系统接收到预约请求：
当患者点击预约按钮，系统可以接收到预约请求。 （3）患者被告知预约选择结果：
系统可以对患者是否预约成功进行判定，如果成功则跳转至信息确认页面，否则弹出对话框给予患者相应提示。 2.患者确认预约信息
为了实现患者确认预约信息的目标，系统应完成的需求如下。 （1）系统拥有预约信息确认页面以及预约提交按钮：
系统的预约信息确认页面会显示预约的医生和时段，患者的个人信息，以及预约提交按钮，患者可以在提交预约前核对这些信息。 （2）系统接收到预约提交请求：
当患者点击提交按钮，系统可以接收到预约提交请求。 （3）患者被告知预约提交结果：
系统可以对预约是否提交成功进行判定，并弹出对话框给予患者相应提示。 非功能性需求 1.安全的系统
为了保证预约挂号系统的安全性，系统应完成的需求如下。 （1）用户程序安全：
系统应明确区分不同类别用户的权限。并且在用户登录时，输入的密码不可见、不可复制。 （2）系统网络安全：
系统应采取安全的网络传输协议，网络数据在被传输前应进行加密。 （3）数据库安全：
数据库中存储的数据应具备完整性，且密码应在加密后被存储到数据库中。此外，数据库中的数据应该可以被备份和恢复。 2.低成本的系统 为了保证预约挂号系统的低成本，系统应完成的需求如下。 （1）系统开发成本低：
开发团队应具备合理的项目管理，且在开发前应尽可能明确系统的需求。 （2）系统运营成本低：
系统在运行过程中，应该尽可能少的占用资源。 （3）系统维护成本低：
系统应该健壮可靠，出现问题后应该易于修复，且系统的功能应该易于扩展。考虑到系统健壮可靠与系统开发成本低存在一定的冲突，因此需要进行一定的权衡。 4.2.3 用户特征
本系统的用户包含患者、医生以及管理员三类，其特征如下。 患者
个体间在年龄、计算机使用能力等方面存在较大差异。 医生
普遍具备较高的学历，在医疗方面具备专业知识，有一定的计算机使用能力。 管理员
负责对出诊信息进行管理，是医院工作的安排者，具备较强的计算机使用能力。 4.2.4 条件与限制
为了保证系统的可移植性和可扩展性，本系统应使用Java语言进行开发。 4.2.5 假定与依赖
本系统假定提供的大、中、小三种字体大小可以满足不同患者的需求，并且患者可以在系统的引导和提示下正常使用系统。 4.2.6 需求分配
由于文档中并未列出系统的全部需求，因此无法对所有需求进行优先级排序。但已经列出的均为系统较为核心的功能性需求和非功能性需求，应具有高优先级。
4.3 需求说明
需求说明部分将参照之前完成的模型，对系统结构、对象模型以及操作过程模型进行详细描述。
4.3.1 系统结构
本部分将主要参照图 3-1所示的责任模型，根据主体对需求进行划分。考虑到系统较为复杂，因此只列出主体\"患者预约系统\"的相关需求。 患者预约系统
系统拥有患者预约页面以及预约按钮。
系统接收到预约请求。
患者被告知预约选择结果。
系统拥有预约信息确认页面及预约提交按钮。
系统接收到预约提交请求。
患者被告知预约提交的结果。 4.3.2 对象模型
本部分将主要对图 4-1所示的对象模型的结构进行解释。
网上预约挂号系统可以被详细划分为患者预约系统、医生工作查询系统、医务管理系统、账号控制系统、安全保障系统等五个子系统。患者预约系统、医生工作查询系统、医务管理系统的使用者分别为患者、医生和管理员，这些用户通过系统提供的页面与系统进行交互。
对象模型中所涉及的名词在4.1.3小节中有具体解释。 4.3.3 操作过程模型
本部分将主要对图 5-1，图 5-3和图 5-4所示的操作过程模型进行说明，并以表格的形式列出各操作过程的参与主体及对应需求。 患者进行预约选择
患者点击预约按钮后，患者预约系统会收到患者的预约请求，并触发预约验证操作，得到预约验证结果。接下来，患者预约系统会以得出的预约结果为基础，进行预约结果判定，进而执行页面跳转或消息框弹出操作。 患者确认预约信息
患者点击提交按钮后，患者预约系统会收到患者的预约提交请求，并触发预约提交操作。接下来，患者预约系统会根据提交结果弹出包含相应信息的提示框。
以上部分涉及到的操作过程及与之对应的主体、需求如下表所示。
以上部分涉及到的操作过程及与之对应的主体、需求如表 4-1所示。
操作 预约验证 参与主体
对应需求
患者预约系统 系统接收到预约请求，患者被告知预约选择结果
预约结果判定 患者预约系统 患者被告知预约选择结果 预约提交 患者预约系统 系统接收到预约提交请求，患者被告知预约提交结果
