软件需求分析说明书

软件需求分析说明书（通用8篇）

软件需求分析说明书 篇1

作为客户我们都有过类似的经验:一个不能进行一项基本操作的软件是多么令人烦恼。尽管开发者最后会满足要求,但客户也不会感激他。而从开发者的角度来说,在整个系统完成之后,用户再提出对功能的进一步要求是多么烦人的事。

在开发中遇到的上述的问题,都是由于收集、编写等需求分析过程中的失误带来的,这也是整个软件行业的普遍问题:过于侧重于开发而忽略了软件需求分析的重要性。实际上,在软件开发技术中,软件需求分析是软件开发周期非常重要的一步,也是整个软件开发的基础,关系到软件工程的成败和软件产品的质量,是软件项目是否成功的重要因素之一。

1 软件分析的任务

每个软件产品都是为了使其用户能够以某种方式改善自己的生活、提高自己的工作效率,所以,开发者必须要详细的了解用户需要什么,并总结出功能需求来设计软件、实现功能,从而满足用户要求。

但是在许多软件项目中,由于需求分析人员在需求阶段采取一些不严谨的方法,导致了开发者开发的产品和用户所期望的产品之间存在着巨大的期望差异。这些不严谨的方法包括:非正式信息的收集,未确定或不明确的功能,未发现或未经交流的假设,不完善的需求文档和突然的需求变更过程。

Frederick Brooks在他的文章中说过:开发软件系统最困难的部分就是准确说明开发什么。这句话的也充分说明了软件需求分析的任务:就是用严谨的方法对目标系统提出完整、准确、清晰、具体的要求,确定软件系统的必须完成的任务,并深入描述软件的功能和性能,确定软件的设计边界和软件同其他元素的接口。

简单来说,软件需求的任务就是消除软件产品和用户期望产品之间的鸿沟。

2 软件需求分析过程

一个成功的软件产品是能以合理的价格和时限在功能、质量上完全满足用户的期望。倘若一个项目团队不重视需求过程,就会给软件的成功与否带来极大的风险。这些风险包括:

(1)缺乏一些基本功能,导致产品不被用户接受

(2)用户需求的增加导致产品开发成本的增加

(3)模糊的需求说明导致软件产品的返工

(4)开发人员开发一些用户用不到的功能

那么项目团队应该如何解决上述问题呢?需要在需求过程中抓住以下四个基本原因:

(1)用户参与不充分

从客户的角度来看,他们通常不明白为什么收集需求需要花费那么多功夫,或者有些时候,用户自己也不太明白真正的需求。

另一方面,有些开发人员也不重视用户的参与。因为对于习惯编写代码的人,写程序要比和用户交流有趣的多。

还有一种可能就是开发人员觉得自己已经明白用户的需求了。

对于此类问题的解决方法也很简单:让业务熟悉、具有代表性的用户在项目早期直接参与到开发队伍中,并一同经历整个开发过程。

(2)用户需求的不断增加

虽然用户需求的不断增加在绝大多数项目中,都是一个不可避免的问题,但是如果在整个软件开发过程中,都有着持续不断的补偿需求,那么整个项目会变得越来越庞大,甚至超出了项目计划和项目预算范围,最后项目的完成将会很困难。

实际上,开发者可以将需求变更范围控制到很小。需对项目视图、范围、目标、约束限制和成功标准给予准确说明,并将此说明作为评价需求变更和新特新的的参照框架。

(3)模棱两可的需求

在需求规格说明中的诸多问题中,模棱两成为可怕的问题。它让不同的开发人员对同一个内容产生了不同的理解,它不但会让软件与用户的要求不符合,而且在开发过程中给开发人员造成许多麻烦:比如它会让开发人员因为错误的理解而浪费时间,并且使开发者与测试者的期望不一致。

模棱两可的需求带来不可避免的后果就是返工。

当然对于模棱两可的需求的处理也有很多方法。其中一种是组织负责从不同角度审查需求的队伍,因为简单的浏览需求文档时不能解决模棱两可问题的,如果能让不同的人从不同的角度来对需求文档进行评审,就会真正的解读需求文档,避免了后期才发现的歧义,从而避免了软件返工。

(4)画蛇添足的功能

有些开发人员喜欢自作主张的添加一些“具有欣赏”性但是需求文档中并未提及的功能,但是用户并不觉得这些功能有用,反而增加了产品使用的复杂性,还让开发人员的时间无意义的浪费了。因此作为开发人员来说,应当努力使软件简单易用,而不是未经用户同意,就擅做主张,脱离实际。

同样,作为用户来说,有些用户可能会要求加一些看上去很“酷”的功能,但是缺乏实用价值,而实现这些功能同样会耗费额外的时间。为了将此类问题的损害减到最小,开发人员应该坚持一点:需求分析始终注重的是那些能使用户完成他们业务的核心功能。

综上所述,一个项目团队如果实行高质量的需求分析过程就会获得多方面的好处。最大的好处是开发后期和整个维护阶段的重做工作大大减少了,开发成本和时间损耗也大大减少了。

3 需求管理

为了完成完善需求阶段的工作,形成规格说明是必要过程,可是仅仅完成需求规格说明是不够的,开发人员不但要把所有客户的需求应用到产品里,还要有效的控制需求与设计的一致,达到最准确的实现既定的需求的目的。需求管理另一个目标则是把软件需求建立一个基线供软件工程和管理使用。

许多项目组都遇到这样的情况,定义需求时,无论怎样谨慎和小心,总会有可变因素;变更需求之所以难以管理,是因为一个变更了的需求需要花费很多时间来实现一个新的特性和功能,而且有时候一个需求变更还会影响到其他需求。

所以,应当保证一个需求有一个弹性的结构,使他能更好的适应变更,从而能让项目风险承担者在开发过程中能控制变更。

为了让变更控制更为有效,一个好的变更控制过程是必要的。好的变更过程给项目风险承担者提供了正式的建议需求变更机制。通过这些处理过程,项目负责人可以在信息充分的条件下做出决策通过控制产品生存期成本来增加客户和业务价值。当通过变更控制过程来跟踪已建议变更的状态,就会确保不会丢失或疏忽已建议的变更。

4 需求管理工具

大多数项目组对于需求的管理都是基于文档,然而基于文档存储需求的方法有着若干限制及缺陷。例如难以保证文档与现实的一致性、手工变更产生错误信息、低效率的工作和很难跟踪每个需求的状态等。使用需求管理工具就可以解决以上问题。

对于小项目来说,使用简单的数据库就可以管理需求。对于大项目就需要用到商业需求管理工具。

许多大型项目都有一个较为漫长的开发过程,随着开发的进行,开发人员会逐渐记不清需求细节,这时商业需求管理工具就会凸显作用。它可以帮助开发人员管理需求变更、存储需求属性、帮助影响分析、跟踪需求状态、访问控制、与风险承担着进行沟通、重用需求等。

人工管理的话是很难实现如此多的功能。因此,使用商业需求管理工具,虽然会增加一些投入,但是却可以让项目组更好的获益。

5 结束语

对于一个软件项目来说,核心任务就是理解需要解决的问题并且解决它。科学有效的需求分析为这个核心任务提供了成功的基础。尽管就目前而言,改变软件行业对于需求分析阶段一贯的工作方式是较为困难的,但是随着一些标准的推广(如CMMI),对软件开发过程中软件需求分析的管理,会越来越规范和高效。S

摘要：软件需求分析中的关键就是展开分析,发现问题,解决问题。所有的一切都是为了能够将软件中的错误和漏洞在需求分析和需求工程阶段发现并解决,这样才能使软件开发的成本收益比达到最大,使得软件在其生命周期中的维护费用降到最低。本文主要探讨了软件需求分析方法,希望可以通过对软件需求分析的方法研究为以后软件的开发打下一个良好的基础。

教育软件市场需求分析 篇2

在学校建立和完善网络的同时，教育软件的应用业已成为这些已经建立自己校园网的学校目前最为关注的问题。“校校通”工程更是进一步推进了教育软件市场的发展，据赛迪顾问调查，2001年教育软件市场规模达到16.3亿元。

教育软件市场现状

目前市场上的教育软件种类很多，但基本上可以划分为教育资源库、辅助教学软件、教育管理软件和针对个人的学习软件几大类。学习软件包括各类语言、电脑教育，以及题库等类型的针对个人学习的软件，这类软件在教育软件中占有较大的比率，教育资源库自2001年以来一直保持快速增长，2002年上半年资源库在教育软件中占26.1个百分点。

教育软件区域市场分布的特点是华东、华南比较强，西部地区较弱，城乡差别突出。此类软件的主要采购地区仍然是信息化工程比较领先的大中城市，这说明原有的市场进一步提升，尚未开发出的西部市场，以及农村中小学的信息化工程仍然有待支持。

目前从事教育软件开发的厂商有200多家，产品也有3000多种，并且不断地有新产品问世。教育软件的市场份额占整个软件市场的17％左右。

科利华、翰林汇、金洪恩、中教育星等公司在教育软件领域都有一定的市场份额。这些厂商都开发包括资源库、课件库、网络教室、电子图书馆，以及学科同步学习软件等系列产品，并且能够提供相对完整的应用方案。各个开发商在教育软件市场中也有其侧重点，例如科利华学习软件市场占有量比较大，中教育星注重资源库的开发等。

随着教育行业信息化的不断深入，教育软件的需求量也不断在增长。其中资源库、辅助教学软件、教育管理软件等类别的教育软件的增长也各有不同。由于参与教育软件市场竞争的厂商不断增多，产品层出不穷，价格战无法避免。2002年上半年教育软件的价格普遍有所下降，教育软件价格的下降刺激用户对于学习软件的需求，英文学习软件的销售量增长非常突出，带动了原本不够活跃的学习软件市场。与此同时，其它软件的销售额的增长比率相对于销售量的增长比率都有不同程度的下降。

教育软件市场存在主要问题

据调查，我国68万所中小学实现信息化建设的不足10％，其中能有效应用信息化手段辅助教学和改革传统教育的更是很少。其中一个重要的原因是教育软件的应用水平远远不能达到教育信息化的需求。其中有学校的原因，也有开发商对学校教育缺乏足够的认识的因素。教育软件市场依然突显以下几个主要问题。

缺乏统一的规范和标准

教育行业是比较特殊的行业，各学校之间、学校与教委之间需要数据交换，但目前的情况却是各个学校在应用不同的产品之后形成了数据壁垒，这在很大程度上影响了信息化进程，而其中必然会产生资源浪费。“校校通”教育城域网的推进更突显了这一问题。

近日，国家教委颁布了《教育管理信息化标准》(第一部分：学校管理信息标准)。《教育管理信息化标准》将为教育部门对教育数据进行总体的规划和组织，建立起统一的数据平台提供有力的技术保证；它将带动教育管理信息存储、访问、更新、传递方式的变革，进一步减轻学校人力资源和财政管理的负担。

建立教育管理软件认证制度，防止一些低劣的管理软件进入教育系统，影响教育管理信息化工作的健康发展。同时，配合标准的实施工作，加快标准应用示范软件的开发与应用。《教育管理信息化标准》的出台，无疑会使得很多厂商的教育管理软件面临重大调整。

而对于整个教育软件行业，国家教育部将逐步出台教育信息化软件方面的标准和规范，要求教育软件开发商必须从全局考虑教育软件的设计。教育软件的整体规划是指设计上有超前意识，要通盘考虑，而不仅仅是着眼于眼前要实现的功能，要使整体方案具有良好的扩展性。

开发商对教学理解得不够深入

我国各类学校校园网已有一定规模。对于已经建立校园网的学校，最主要的任务已经由建网转向如何充分利用已有的校园网络、教育软件产品等教学资源，进一步加强教育理念、教学内容与方法的改革。对于这些学校来说，他们迫切需要的是采用一套软件系统，能够将已有的硬件设备整合起来，充分发挥其系统化、立体化的作用。

目前市场上资源库类教育软件虽然很多，但并未真正走进学校。资源库的设计在很大程度上忽视了教材的特殊性和教师、学生的互动性。教师教学比以往更加注重创新，为了提高教学效率，他们需要丰富的教学资源。但是，教学方法的不同，使得教师在应用资源的时候，会加入自己的理解，他们希望能利用已有的资源制作出能比较准确表达自己教学思想的课件。开发商提供的产品具有很好的原创性才能有更强的吸引力，这主要是解决了技术和设计上的问题，为了教师教学提供便利，尤其是对于教学难点的阐释，资源库具有很强的应用功能。资源库不一定要以量取胜，关键是要切合教学需要。但是，很多资源库软件开发工作缺乏针对性，对目前国内教育结构和教材、以及学生心理认识不够，设计出来的产品不能准确、灵活地表达教学的内容。另外，厂商更重视开发理科类教学软件，其他领域涉及的还不够充分。艺术类、体育类的教育软件很少涉及。教育软件在学科分类上需要更为丰富和清晰。

教育软件的应用尚未进入实质性阶段

尽管政府和教育部门在积极推进教育信息化工程，但是多数学校对于教育信息化的理解仍然停留在概念性的层次，还没有实质性的实施。原因也是多方面的，有些开发商在没有能力整合软件硬件，不具备系统集成能力的情况下，只向学校提供价格昂贵的硬件或随便搭配软件，导致应用无法开展。除此之外，一些学校受厂商影响，片面追求硬件设备的先进性和网络建设一步到位，结果软件和应用跟不上，设备闲置浪费。开发商和学校对于教育行业软件的应用的认识还没有与实际很好地结合。

教育信息化的一个重要内容是要对教师和学生进行信息化技术培训。由于目前教育软件厂商还不够重视产品服务，以及学校设备、师资条件的不足，教师和学生都没有能够得到良好的技术培训，致使大多数学校的信息化资源没有发挥应有的作用，教师对于教育软件资源的利用观念还没有提升到信息化要求的层次。

应试教育影响教育软件走向

需求是市场导向，教育软件的用户的应试教育思想成为影响教育软件发展的主要因素。首先是学校方面，有经验的教师大都在35岁以上，升学率的压力使他们没有更多的时间去了解教学软件，更无法有效应用。另一方面，主要表现在学习软件上，绝大多数个人用户在选择学习软件的决定因素是软件是否与教材同步，大都要考量软件是否紧扣课本。由于各地同一年级所有的教材亦有所不同，要找到完全符合用户理想需求的同步学习软件比较困难。2001年教学大纲调整以后，很多软件在用户眼里已经是过去式，目前市场上的学习软件大都标明是按照新的教学大纲设计等字样。应试教育思想在一定程度上阻碍了学习软件的转型。

软件价格影响市场规范

教育软件因为开发技术等方面原因，价格一直相对较高。例如，资源库的价格一般要上万元，应用于学校的资源库软件目前也只有几千套。大多数学校因为教育经费的问题，没有能力系统地购买教育软件。

教育软件厂商市场分割不明确，几乎每个厂商都涉及的所有类型的教育软件的开发。开发商上演的价格战让用户受益的同时，也使软件在质量上、满足用户需求方面大打折扣。抄袭情况严重，加之盗版的问题，教育软件市场要走向专业化、标准化还需要一定时间。

教育软件市场的发展前景

尽管教育软件市场还没有完全跟上教育的步伐，但其潜在的市场容量，国家政策支持，以及厂商与用户的有效沟通都在从不同方面推进教育软件的发展。目前，全国台式PC年销售量在1000万台以上，其中有50％以上进入了家庭，而知识经济时代所显示出来的知识的价值又让人们充分认识到了学习、教育的重要性。广大用户对教育软件的投入也有很大的增长，而这种增长的趋势还将因为国家教育政策以及教育软件市场的特性进一步升温。未来几年里，教育软件的需求量增长每年都将超过50％。

由于教育布局的调整，2001年全国职业类学校招生人数略有下降，而普通高中招生人数增长了85.29％万人，高等教育的招生规模继续快速增加，2001年普通高等教育招生268.28万人，比上年增加47.67万人，增长21.61％。成人高等教育招生增长25.48％。据赛迪顾问调查，全国各类学校拥有台式PC的数量至少在500万台以上，每年仍至少有10％的增长。这是一个动态市场。

政府不但从政策上支持高科技软件企业的发展，而且还投入大量资金建设教育基础设施，积极发展素质教育，这也就为教育软件市场提供了良好的成长空间。“西部大学校园计算机网络建设工程”项目于2002年上半年正式启动。该项目建设总投资9亿元。

未来的教育软件的目的将是为了真正完善人们的知识结构，提高人们的综合素质和竞争力。教育软件要适应新课程改革的需要，深入理解和考虑教材、教师、学生、环境等要素。教育软件不仅要具有开放性、交互性，前瞻性，也要有较好的二级开发能力。

从用户的角度考虑，教育软件应该内容精良，适用性强。教育软件的用户包括学生和教师，不同的人有不同的需求，软件的灵活性和创造性是尤其需要突出的。据了解，74％的教师表示非常需要教育软件来辅助教学。这说明，目前的教学软件还远远不能满足需求。

随着网络技术的飞速发展和网络使用频率的持续提升，人们将会越来越多地在网上接受教育，所以教育软件的网络化趋势是不可避免的。网络教学是今后学校教育的一个重要方向。软件与网络、教育与网络的融合是今后发展的必然趋势。

学籍管理系统2.软件需求说明书 篇3

1.1 编写目的本软件需求说明书是系统设计的依据，是系统分析与设计人员的必读的参考用书。

1.2 背景

a.学籍管理系统

b.本项目的任务是由相关学籍管理的需求，由财经学院信息学院07计算机2班承担，**等课题组成员进行研制、开发，待使用的是某高校教务处，本项目主要解决对学生学籍及学生成绩方面的各种输入，修改，汇总，查询等基本操作。

1.3 定义

软件需求说明书。

1.4 参考资料

a.本项目的开题报告；

b.本项目的可行性分析报告；

c.计算机软件工程规范国家标准汇编2000。

2.任务概述

2.1 目标

在学校中应用学籍管理信息系统，不仅可以简化学校传统的管理模式，使学校管理人员能够方便地利用计算机对学生档案、学生成绩等信息进行全面管理，更重要的是利用学籍管理技术可以使学生管理规范化、制度化、数字化，使学校以高效率运转，解决原有的手工作业耗时费力，又不能保证数据的正确性等问题。

2.2用户的特点

本软件的最终用户为某高校教务处管理人员、各年级各学科教师、各位学生等，其中教务处管理人员、各年级各学科教师比较熟悉本职业务，具有大专或大专以上文化程度，通过短期培训就可以胜任此项工作，而学生在本系统上进行的操作十分简单，可以马上使用，本软件启用后，对于学生的学籍管理会有很大的改善，效率提升，节省资源，可以做到及时更新。

2.3假定和约束

本项目的硬件、软件费用到位，则可立即开工，并按计划完成。需求规定

3.1对功能的规定

该项目主要功能为：学生基本信息处理（有输入、取消、确认、查询等功能）；学生成绩信息处理（有输入、取消、确认、修改、查询、打印等功能）；学生奖励处分信息处理（有输入、修改、删除、查询等功能）及教师基本信息处理（有输入、修改、删除、查询等功能组成）。

3.2对性能的规定

3.2.1精度

该软件的输入、输出数据精度的要求整数部分3位，小数部分1位，精确到0.5分。

3.2.2时间特性要求

a.查询响应时间在一秒钟内；

b.更新处理时间在一秒钟内；

c.数据的转换和传送时间在半分钟内。

3.2.3灵活性

a.操作方式上提供键盘操作和鼠标操作两种；

b.当运行环境的变化，通过简单的重编译或重连接或作适当的改正能适应新环境的要求。

3.3输入输出要求

对于输入尽量减轻用户的输入量，输出提供预先屏幕预览，然后，打印输出，屏幕上看到的应同打印输出的一模一样。

3.4数据管理能力要求

数据的管理包括源程序的管理与数据库的管理两部分组成，能对源程序与数

据库进行数据备份与数据恢复的能力。

3.5故障处理要求

对硬件故障待排除后，软件可重进行故障断点处继续工作，对软件上使用不当产生的错误，由软件以对话框的方式，警告用户。运行环境规定

4.1设备

研制该软件需要一台计算机及一台普通打印机。

a.应该是CPU为酷睿2或更高档次的计算机，内存在2G或更大的； b.打印机应具有较高密度，以保证打印的文字清晰；

c.先在单机上实施，获得成功后，再在C/S结构上推广应用。

4.2支持软件

操作系统为：Windows XP,前台开发工具为：Delphi, 后台数据库为：SQL Server 2000。

4.3接口

该软件前台开发工具与后台数据库通过ADO连接。

4.4控制

需求分析说明 篇4

1.1.1 组织架构管理

机构、职务与岗位等是企事业人力资源系统的基础架构，浩创人力资源管理系统可以对这些基础管理框架进行管理与定义。其中，机构是对员工进行分类管理的最基本框架，每个机构下包括一组员工，每个员工属于至少一个机构。系统可以保留机构变更的历史记录，可以查看任意历史时刻的组织架构。职种是职务的种类。职务是描述某类工作性质的一个概念。职务分为两种，普通职务，可以由机构自由选择定制为岗位。通用职务，强制要求所有机构都具有此职务。职务可设置职务说明书，对职务的能力要求、权利与责任等进行详细说明。岗位即机构与职位的结合。员工被分配到岗位中，不能被分配到机构中或职位中。岗位可设置编制人数，并可以设置是否允许超编。岗位也可设置岗位说明书。1.1.1.1 机构管理

用户在机构管理中可以查看新增、修改、删除部门。可以执行设立部门、撤销部门、合并部门等业务操作。

1.1.1.2 职务管理

用户在职务管理中可以查看新增、修改、删除职务。可以执行设立职务、撤销职务等业务操作。

1.1.1.3 岗位管理

用户在岗位管理中可以查看新增、修改、删除岗位。可以执行设立岗位、撤销岗位、岗位编制变更等业务操作。

1.1.1.4 组织机构报表

浩创人力资源管理系统具有方便灵活的报表自定义平台，可以根据用户需要定制各类报表，包括：职位编制报表、部门规划报表等。1.1.2 1.1.2.1 员工管理

员工档案管理

人事档案是人力资源中心的重点功能之一，也是开展各类人事业务以及设计人事报表的基础。

浩创人力资源中心的人事档案内容丰富，包括：人事基本档案、考勤子集、薪酬子集、家庭成员子集、岗位变动子集、教育情况子集、奖励记录、惩罚记录、行政党派职务、兼任职务、专业技术职务、考察考核子集、语言能力子集、流动情况子集、政治面貌子集等多项内容。所有这此数据内容都支持导入、导出、查询、排序、自定义统计报表、自定义明细报表等功能。

岗位变动子集考勤子集教育情况子集惩罚记录家庭成员子集奖励记录薪酬子集基本人事档案语言能力子集行政党派职务流动情况子集考察考核子集专业技术职务政治面貌子集兼任职务

以上说明的是浩创人力资源中心内置的人事档案格式，如果这些内容不能满足用户的需求，系统还可以根据用户的需求，对人事档案进行快速的调整。浩创

人事档案是基于浩创表单平台来搭建的，浩创人事档案中的所有数据表单都支持自定义。可调整的内容包括：字段的类型、字段的个数、表单的显示界面、字段权限等等。

丰富的的格式设置工具，使用起来就将WORD一样简单、方便。可以随时插入新的字段，系统内置近千个丰富的字段供您选用。可以自由定制字段的显示样式、位置及大小等。字段的表现形式丰富多彩，可以是文本框、下拉框、只读标签、多选框，或者其它复杂的组合控件。1.1.2.2 人事业务管理

浩创人力资源中心提供丰富的人事业务供用户使用。浩创协同办公系统与浩创工作流平台紧密结合，各子系统中的业务流程都是通过工作流平台设计并使用，工作流与各项业务完美结合。

下图列出了人力资源中心提供的各项人事业务，基本上可满足用户日常的人事管理需求。

卧龙人事业务流程一览员工入职员工奖励员工任命下班考勤撤销机构撤销岗位设立职务员工请假员工复职撤销职务编制变更员工离职员工处分员工转正设立机构设立岗位签订合同员工出差员工调岗上班考勤员工加班

浩创人事业务流程全部使用浩创工作流平台配置而成，并且可以根据用户的需要随时进行调整。可调整的内容包括：办事步骤、步骤的先后顺序、步骤的参与人、参与人在各步骤中的权限，等等。下图是系统内置的员工入职标准办事流程图。

浩创人事管理系统的预警平台，可以方便地定制出各类数据预警提醒，如：生日预警、合同到期预警、转正预警等。1.1.2.3 人事报表管理

浩创人力资源中心针对人事数据推出了丰富的报表分析功能，包括：部门性别汇总表、员工花名册、个人详细情况报表等。用户还可以使用浩创报表设计器，设计自己的报表格式。浩创报表设计器与Excel相结合，可以快速设计完成一份复杂的报表模板。

使用Excel文档格式作为报表展现，使用用户操作简单易上手，便于打印、传阅。与数据表单平台的结合，使得用户可以方便得从系统中提取业务数据，不必了解复杂的数据库理论知识。1.1.2.4 后备人才管理

浩创的员工档案管理功能可以定制多个员工库，包括在职人员库、离职人员库、应聘人员库等。后备人才库也可以做为其中一项，统计进行管理、查询。

1.1.2.5 劳动合同管理

合同管理一项重要的人事管理功能。系统内置了劳动合同、培训合同、保密

协议三类合同样本，用户也可以定义自己的合同类别。每种合同类别都有不同的合同文本。合同的签订与解除，都有相应的审批流程。

合同的数据字段可以按用户要求自定义，合同的签订与解除都支持批量操作。合同到期时会给相关责任人提醒。通过配置，合同的解除可以与员工离职挂钩。

1.1.3 1.1.3.1 考勤管理

班次管理

班次是制订考勤规则的基础，在本功能中可以进行班次的增加、修改与删除。

1.1.3.2 智能排班

制造业企业常用的四班三运转等复杂的排班方式，在目前市面上的考勤系统中都要手工排班，而浩创考勤模块独创智能排班算法，可以实现复杂轮班的自动化设定。下图即是使用本功能完成的四班三运转排班报表。

1.1.3.3 员工排班

员工排班就是为每个员工指定班次。本功能提供向导式操作界面，可以使用多种方式批量为员工设定班次。

1.1.3.4 公共假期管理

对国家的法定假日进行管理。可以一次生成全年的所有法定假日。

1.1.3.5 企业假期管理

对企业自定义假期进行管理，并提供假日额度报告，作为请假申请的审批依据。

1.1.3.6 调班管理

使用业务流程完成对员工的调班审批。

1.1.3.7 补休管理

使用工作流完成对员工的补休审批。

停工管理

使用工作流完成对企业的停工审批。

1.1.3.813

请假管理

使用工作流完成对员工的请假审批。

1.1.3.914

加班管理

使用工作流完成对员工的加班审批。

1.1.3.1015

出差管理

使用工作流完成对员工的出差审批。

1.1.3.1116

1.1.3.12 考勤报表

提供多种考勤报表，包括：日汇总表，月汇总表，年汇总表，考勤异常报表，加班明细报表，请假明细报表等。也可以根据用户需要使用浩创报表平台定制个性化报表。

1.1.4 绩效管理

浩创绩效管理模块可以完成定量与定性相结合的复杂绩效考核方案。其中360度考核就是典型的定性绩效考核方案，采用加权平均方式完成对员工的综合测试。而根据客观业务指标对员工进行绩效评估则是一种更精确的绩效评估方式。浩创绩效管理模块把两者很好的结合了起来。1.1.4.1 考核方案管理

对考核方案进行增加、修改、删除等操作。

1.1.4.2 绩效考核表设计

绩效考核表的设计，是整个绩效考核的关键。浩创人力资源管理系统提供向导式的操作界面，引导用户设计出专业的绩效考核表。

第一步，基本属性设定。

第二步，选择考核所使用的绩效指标

第三步，设置360度考核的评估角色。

第四步，设置考核表的评估对象，以及每个评委对评估对象的权重。

最后，预览一下设计好的绩效考核表。

1.1.4.3 考核任务管理

使用绩效方案每进行一次考核，就称之为启动了一次考核任务。用户可以在考核任务管理功能中对考核任务进行增加、修改、删除以及发布审批等操作。

1.1.4.4 绩效评分

在360度等类型的考核中，每个员工都可能做为评委为其它员工打分。这就是绩效评分功能。如下图所示，就是一份评分中的考核问卷。

1.1.4.5 绩效报表

根据用户的需要，系统可以根据绩效考核结果定制各类绩效报表展示给用户。

1.1.4.6 绩效指标库

绩效指标库是绩效考核重要的基础性设置。用户可以对绩效指标进行增加、修改、删除等操作。

1.1.5 1.1.5.1 培训管理

培训资源管理

培训资源包括：培训地点、培训资料、培训机构及讲师、培训专题、培训课程、培训成绩等，在本功能中，可以对这些资源进行增加、修改、删除等操作。

1.1.5.2 培训意向调查

用户可以制订一个培训意向调查问卷，对员工的培训需求进行调研。

1.1.5.3 培训计划管理

对培训计划进行管理，并可以将培训计划提交审批。

1.1.5.4 培训实施管理

对正在实施中的培训项目进行管理、跟踪。内容包括：培训课程、受训员工、培训机构、员工合同、机构合同、学员成绩、讲师评估等。

1.1.5.5 培训评估管理

培训评估主要通过问卷调查或考试的方式，对学员成绩、教师教育效果进行评估。

1.1.6 1.1.6.1 薪酬管理

薪酬计算公式定义

薪酬计算有许多复杂的规则及公式，而且经常会发生变动。在本功能中，用户可以对这些公式进行维护。

1.1.6.2 薪酬帐套定义

帐套是薪酬计算的规则，一个帐套有很多个明细项，即工资项。用户可以方便地对帐套进行管理，新建、修改、删除以及明细项的设置。

1.1.6.3 薪酬计算及发放

每月放工资之前，使用预设的公式，对员工薪酬进行计算，得出当月工资数据。1.1.6.4 薪酬报表

使用浩创报表平台，可以根据工资数据为用户定制多种薪酬报表。1.1.7 1.1.7.1 社保管理

保险种类管理

用户可对险种进行增、删、改、查。

1.1.7.2 保险帐户设定

可以批量对用户的缴费帐户进行设定。

1.1.7.3 保险缴费核算

根据设置好的保险帐户，对员工的缴费额进行计算。1.1.7.4 保险报表

根据用户的需求，使用浩创报表平台为用户定制各类保险报表。1.1.8 门户平台

浩创人力资源管理平台整个基于微软的门户技术搭建，可以方便的实现用户的个人桌面定制。

系统可以完成三个级别的门户桌面定制。（1）公共门户。全体用户都共享的信息门户。

（2）分组门户。某一组用户共享的信息门户。我们可以使用分组门户功能为用户定制出高层管理人员门户、中层管理人员门户。（3）个人门户。每个用户独享的信息门户。1.1.9 业务流程管理

软件系统需求分析案例 篇5

小品：模拟商场关系系统需求分析

小品角色：

主角：商场经理，系统分析员

配角：商场秘书，分析员助手

小品断片台词：（可以进行适当增删）

场景A

商场经理：我们建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部－门店的连锁经营模式。通过通讯手段门店自动订货，供应商自动结算，卖场通过条码扫描实现销售，管理人员能够随时查询门店商品销售和库存情况。

系统分析员：我已经明白这个项目的大体结构框架，这个对于我们来说是非常重要的，但在制定计划之前，我们必须收集一些需求。

商场经理：（作惊奇状）我刚才不是告诉你我们的需求了吗？

系统分析员：实际上，你刚才跟我说的只是整个项目的概念和目标，真正开发这个项目，我还需要跟真正将要使用这个系统的业务人员进行讨论，需要了解和掌握使用系统的业务人员的工作业务流程和每个岗位、每个环节的职责，……

（商场秘书出现，打断谈话，突出经理很忙）

商场经理：他们都很忙的，你们有没有类似的现有的系统可以参照一下，差不多就可以了！系统分析员：……（欲言）

商场经理：（电话响）我真的很忙，请你马上开始开发，随时将你们的进展情况告诉我 场景B

分析员助手：（电话）经理你好，我们想约一下您进行系统需求分析的调查，请问您什么时候方便？

商场经理：什么，我上次不是跟你们说过叫你们开始开发了吗？还没有开始的啊？我真的没有时间啊，你们马上开始吧，就这样！（挂机）

（系统分析员将一个超市的管理系统进行了简单修改送给商场使用）

场景C

商场秘书：经理，XX店说有顾客退货，那个系统那里办理不了，还有……

软件工程需求分析与质量保障 篇6

通常情况下一个完整的软件开发链条中包括前期的需求分析与软件综合设计与中期的软件代码编写以及后期的软件测试以及维护过程。而其中最重要的就是前期进行良好的软件工程需求分析, 只有在深入、准确分析的基础之上才能有序、合理的进行接下来的步骤。当软件需求分析步骤发生任何问题或者失误时对接下来的步骤都会造成影响, 使得最终制作的软件产品不能符合客户的具体需求。所以在进行软件工程开发时应当对软件工程需求分析工作的重要性有正确认识, 确保工作的高质量。软件工程质量分析的主要作用就是对用户提出的具体要求进行客观、科学的理解, 最终将这种理解付诸于接下来的工作过程当中, 使编写出的程序功能、外观、性能等方面最大限度的符合客户预期, 同时对开发此项软件工程过程中可能面临的风险预计将会带来的收益进行正确的评估, 而后制定出操作性强的开发计划。从上述内容中可以发现, 客户需求在软件工程开发工作中占有十分重要的地位, 所以工程师以及客户经理等公司成员需要对客户需求进行技术处理, 得出正确的SRS文档、DRM文档等资料保证软件工程开发工作的进行。需要注意的是此时得出的文档对日后程序员等的具体工作会产生较大影响, 所以应当对文档内容有所保证。

2 如何保证软件工程质量

软件质量问题出现的部分是多种多样的, 但是因为软件需求分析工作进行的不完善而引发的软件质量问题在当今是十分常见的, 进行软件设计工作时最需要注意的就是软件工程需求分析工作的质量。

2.1 保证文档编码的完整性

在进行软件工程需求设计工作的过程中, 进行软件需求分析文档的编写是十分重要的。在进行软件需求编写的过程中, 需要用简洁明了的语言阐述客户对软件功能的预期。尽量避免过量专业术语的使用, 通俗的语言能让程序员更好的理解;避免模糊性词句的出现以防程序员对文档的理解出现任何偏差影响其编写的程序, 造成软件的计算方式变化;文档中使用的语句最好为实词, 形容词以及有一些描述性的词语在不同人人脑中存在的印象通常是不同的, 为了防止产生误差应尽量避免。比如说在进行结合数据库软件开发的过程中需要提出的要求应当为具体的存储量数据以及可能会产生波动的范围, 而不能说客户需要较大或者较小的存储量, 准确的说法会让程序员在工作过程中更有把握, 使其编写出来的程序质量更有保障。

2.2 保证需求分析的全面性

由于需求分析工作对整体的软件工程都会产生较大的影响, 所以在进行此阶段的工作时应当尽量让此项工程的参与人员加入进来, 使整体工作人员对客户的需求均能有第一手的了解, 避免复述这一过程中可能产生的任何错误。通常在软件公司中程序开发人员与程序测试人员在工作时是不会产生任何交集的, 这就决定了许多问题不能得到协商, 通过此项共同参与的协商过程能让开发人员与测试人员产生良好的交流, 更好的完成问题的发现以及问题的解决。

2.3 正确理解客户的具体需求

目前软件开发市场中通用的做法就是将许多软件模块进行重复的使用减小软件开发工作的工作量保证自身公司的利益, 这一方式在某种情况下是适用的, 能让软件开发工作的效率更高。但是许多公司在进行需求分析时对客户要求的理解产生了偏差, 在进行软件重复利用后不能有效满足客户的需求, 使得最终的产品质量出现问题。这种情况的出现会大幅度增加软件公司的开发成本。所以如何减少甚至杜绝对用户理解错误的现象是目前软件开发公司继续解决的重要问题。保证不同步骤间技术人员的有效交流是避免这一问题产生的最好办法, 对开发过程中可能出现的问题进行严密的监督或者事后进行相关检查而后进行及时改正同样可行。

2.4 依据具体要求协调文档内容

在遵循上述规则前提下编写出的相关文档内容应当都是十分严谨且合理的, 所以程序员在使用文档的过程中应当最大限度的遵循文档中具体规范, 用文档内容规范自身编写的代码保证代码编写的正确性。同时注意对文档中可能出现问题的部分向相关人员及时的反映, 而后做出改善。对其中存在的技术性问题进行攻克, 当问题过于严重时应当及时进行情况的上报, 而非敷衍了事, 造成最终对产品的质量产生严重的影响。在此同时还需要合理的利用已存在的软件功能模块, 减小工作量以及软件工程开发耗费的时间。除此之外, 软件设计完成后还要设置维护接口, 保证用户在软件使用过程中出现任何问题能进行有效的修复以及方便地进行日常维护工作。

综上所述, 社会经济的发展对互联网以及计算机技术的发展有十分重要的推动作用, 软件工程的具体开发也变得多种多样。这种情况下想要保证自身软件的质量就需要对客户需求进行深入的分析。根据客户需求完成软件的编写, 正确认识需求分析与软件质量之间的关系能让开发出的软件更符合要求, 质量更有保证, 对于提升软件公司的竞争力能起到十分重要的作用。

参考文献

[1]陆丽.需求分析在软件开发过程中的重要性[J].电脑知识与技术, 2012 (21) .

[2]张毅.浅析需求分析在软件工程中的作用[J].技术与市场, 2011 (8) .

[3]李超, 谢坤武.软件需求分析方法研究进展[J].湖北民族学院学报 (自然科学版) , 2013 (2) .

软件需求分析说明书 篇7

关键词：原型法；软件项目；需求分析

中图分类号：TP311.52 文献标识码：A文章编号：1007-9599(2011)07-0000-01

How to Carry Out the Needs Analysis of Software Projects Using Prototyping

Tang Hao (Huazhong University Of Scince and Technology Wenhua College,Wuhan430074,China)

Abstract:Carried out using prototype software project needs analysis,requirements analysis can greatly increase the work efficiency.In this paper,the project needs analysis,based on the analysis of the advantages and disadvantages of the prototype and how to use the prototype to carry out needs analysis of software projects put forward their constructive comments.

Keywords:Prototype;Software project;Needs analysis

一、软件项目需求分析的背景

软件需求分析是一个项目的开端，也是项目最重要的关键。由于软件项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，一旦需求分析做错了，不但会给系统功能带来极大的损害，不断的修改也会浪费资源。曾有调查报告显示，现在的软件项目中返工开销几乎占了总开发的一半，而导致返工的主要原因就是由于需求分析不透彻或错误，结果软件产品存在不完整、不正确的问题等。

二、原型法及其优缺点

（一）什么是原型法。原型法是一种将系统调查、系统分析和系统设计合而为一的工作方法[1]。原型法强调开发人员与用户之间的相互作用：用户通过在计算机上实际运行和试用原型系统得到亲身感受并受到启发向开发者提供真实的反馈意见；鼓励开发者改进和创造，通过不断交流来提高需求实现的质量和软件产品的质量。原型需求分析法是目的是为了双方能更及时、准确、真实地反馈信息，增加系统的可靠性和适用性，更好地提高客户满意度。（二）原型法的优缺点。1.优点：原型法克服了传统软件生命周期法的一些弊端，具有快速灵活、交互式等特点，因而更容易被人们掌握和接受。主要体现在：（1）通过软件开发者和用户及时的沟通交流，使主要功能性的需求明确化，可以容易地确定需求，使潜在问题能尽早发现并及时解决；（2）大大降低原型开发工作量，修改和补充方便，提高了开发人员的工作效率；（3）提前考虑了系统的设计与实现，大大降低了减系统开发的风险，这一效果在项目需求分析难以一次完成思维大型项目的开发中体现得较为明显项目管理论坛；（4）用户由于参与了开发的过程将有利于系统的移交、运行和维护。同时，提高了用户参与开发的积极性。2.缺点：（1）适用范围有限。它的局限性是对于大型、复杂、处理过程较为繁琐、需要大量的运算、逻辑性较强的系统不太适合；因为原型法对用户需求的了解缺乏彻底和全面的认识，很难提出一个合适的模型，供用户评价和提出修改建议。（2）由于用户不关心或不理解原型的概念和实现，而且存在较大期望，使得用户盲目纠错，通过原型构造、试用运行、评价反馈、分析修改的多次反复要花费人力、物力，导致成本增加也拖延了开发过程。

三、使用原型法进行需求分析的流程

（一）快速分析、弄清需用户的基本信息需求。需求分析原型法的第一步是在分析人员和用户进行交流后，把所要体现的特性用交互、快速建立起来的原型取代不太明确的需求规格说明体现出来[2]。需要满足用户的需求主要有功能需求、性能需求、环境需求可靠性需求、安全保密工作需求、用户界面需求、资源使用需求、软件成本消耗与开发进度需求预先估计以后系统可能达到的目标。在诸多的功能性需求和非功能性需求中关键是要选取核心需求来描述，先放弃一些次要的功能和性能。这样才能集中力量确定核心需求说明，双方讨论和确定初始需求的可用性，从而能尽快开始构造原型。（二）构造系统原型。需求分析原型法的第二步是在快速分析的基础上，根据用户的基本信息需求尽快建立一个能运行的交互式应用系统。在这一步骤的实现主要由开发人员去负责建立一个初始原型。先考虑原型系统应必备的待评价特性，暂时可忽略安全性、健壮性、异常处理等一切次要的内容。节省时间和后期的修改工作量。（三）运行、评审系统原型。这个阶段是开发人员与用户沟通最为频繁的阶段，是发现问题和消除误解的重要阶段。用户在开发人员的指导下试用原型，在试用的过程中考核和原型是否完成、功能是否需要细化、规格说明书是否需要确定、评价原型系统的正确性、可行性、必要性、具有优先级属性、可验证性和无二义性。得出效果是否满意的结论。

四、利用原型法开展软件项目的需求分析的建议

（一）重视需求分析，明确需求分析的任务。需求分析如同建一座房子需要图纸，在软件需求分析中也需要有一份客户和开发人员对所开发的产品达成共识详细的文档，软件开发者要根据用户的需求使用相应的软件系统来帮助用户解决实际问题。这要求在所有涉及需求细节方面的问题都要重视，这个基石没打好，后面的设计和开发工作便会功亏一篑。（二）为了减少系统的开发成本，要减少需求变更，保证需求分析的稳定性。要减少需求就要做到以下方面：在需求分析的初始阶段要对开发人员进行相关知识的培训；加强开发方与用户间协作和交流；通过签订有法律依据的合同约束不合理的要求；对适当的需求变更可增加相关合同条款；需求评审后设置需求基线将变更引起的麻烦减至最小。（三）简化作为需求分析工具的系统原型。简化系统原型第一个阶段就是要解决“有什么”的问题，由项目开发经理与用户进行协商，确定系统的技术协议。以合同的形式经开发人员与用户签字盖章后正式生效。技术协议的主要内容有：系统的边界、系统处理的业务、与其它系统的接口、工程的进度控制、培训安排和技术服务承诺。第二个阶段解决“做什么”的问题。主要工作有需求调查准备、到用户单位进行需求调查分析和进行需求评审。这就简化了程序，采用此方法，开发同类项目越多，需求分析工作的效率越高。

五、结束语

需求分析阶段是管理信息系统开发最重要的阶段。原型法由于能较好了解和澄清用户的需求，改变了系统的分析、设计和实现三个顺序阶段的观点和传统的自顶向下的开发模式，降低了软件需求的风险，因此得到了广泛的应用。原型法还需进一步更好地修改和完善提升软件项目的需求分析的开展。

参考文献：

[1]毋国庆,朱立松等.嵌入式实时系统的软件需求检测.软件学报,2002.5(13)

浅论软件需求分析的论文 篇8

关键词：软件需求分析；过程；原则；工具；方法

1.软件需求分析的过程

软件需求分析的具体过程可分为软件需求目标的认定、分析与综合、制定规格说明和最终评审。首先来看如何对软件需求目标进行认定，软件需求的目标是指系统分析工程师和程序开发工程师在软件需求分析过程中，确定目标软件工程的综合要求，并提出实现这些要求所需要的条件，以及需求应达到的标准。这些需求具体包括：

（1）功能需求：列举出所开发软件在功能上应做什么。

（2）性能需求：给出所开发软件的技术性能指标。

（3）环境需求：软件系统运行时所处环境的要求。例如硬件环境：主机类型、外围设备、数据通信接口；软件方面：系统软件平台（包括单机操作系统、网络操作系统及应用软件、数据库管理系统等等）；以及使用部门在操作人员方面应达到怎样的条件。

（4）可靠性需求：按照实际运行环境对所开发的软件提出要求，尽量在需求分析阶段将所有的问题进行暴露。对于运行实效后可能产生的后果要有充分估计，应对软件运行的可靠性提出较高的要求。

（5）安全保密要求：在软件的需求分析过程当中应当对所开发的软件的安全性进行特殊设计分析，使其在实际开发完成之后的运行过程中安全性能得到必要的保证。

（6）用户界面的需求：对于用户界面的细致性以及易用性进行需求分析使其达到客户要求。

（7）资源使用需求：通过需求分析使得所开发的软件在运行时所需的系统资源处于用户可接受范围。

（8）软件成本消耗与开发进度需求：通过需求分析对软件开发的进度和各步骤的费用提出大致要求，作为开发管理的依据。

（9）最后对于所开发系统得最终所能达到的目标进行分析，以便在开发过程中对系统进行必要的修改与补充。在我们的需求分析过程中这些问题都是必需要得出分析结果的，并且结果应当得到软件开发工程师的认可。

在实际的软件需求分析中，单单依靠上述过程是不够的，有时候我们还需要通过对所得结论的分析与综合来得出工程系统的详细逻辑模型。

例如，在面向对象的软件工程当中进行软件需求分析时，通过对整个工程的需求进行分析，我们得出的仅是该软件工程的综合项目需求。这时就需要整理逻辑模型。在这个过程中，分析与综合工作需要反复的进行。而常用的分析方法有面向数据流的结构化分析方法、面向数据结构的Jackson方法（简称JSD法）、面向对象的分析方法（简称为OOA）等，以及用于建立动态模型的状态迁移图或Petri网等工具。

通过这一步之后，我们就可以将所得到的分析结果描述成软件需求规格说明书（简称SRS），并编写初步的标准格式用户手册。进行软件需求规格说明书以及标准格式用户手册时，不仅需要正确详实的需求分析数据，还需要较好的文字表达和组织能力。需求分析评审则是指在需求分析的最后阶段，对整个系统的需求分析工作给出其在正确性、完整性和清晰性等几个方面的最终评价。

2.软件需求分析的原则和工具

软件需求分析方法很多，其所使用的描述方法也各不相同，但他们都有着共同的基本准则。首先，他们都必须能够表达和理解问题所包含的数据域和功能域；其次，他们必须按照自顶向下、逐层分解的方式对问题进行分解和不断细化；最后，他们都要能够给出系统的逻辑视图和物理视图。这就说明在需求分析当中无论我们采取什么样的分析方法，都无一例外的会回归到对问题数据域与功能域的分析上来，并且对于问题的分析会自然而然的逐渐细化。

3.软件需求分析的方法

在软件需求分析中方法很多，不同的分析方法也都引入了不同的记号和分析策略。但与此同时，他们也具有着一些共同的性质，具体可以概括为：在支持数据域分析机制方面，所有的方法都直接或间接地涉及到数据流、数据内容或数据结构等数据域的属性。

多数情况下，数据流特征是用将输入转化为输出的变换过程来描述的，数据内容则用数据字典机制来明确表示，或者通过描述数据或数据对象的层次节后隐含地表示；在功能表示方法方面，功能一般用数据变换或加工来表示。还有在接口定义、问题分解的机制以及抽象的支持、逻辑视图和物理视图以及系统抽象模型方面都有着相同或相似的机制。在这里我们重点分析快速原型方法。在传统的软件工程方法学中，一贯强调的是自顶而下的分阶段开发，在每阶段实际开发之前必须对所开发项目进行严格要求的分析和定义。但实践表明，在系统建立起来之前很难仅仅依靠分析就确定出一套完整、有效的需求应用，并且这样预先定义的策略也无法适应用户需求的不断修正与变化。

由此，快速原型方法应运而生，他自顶向下的开发模式，是目前应用十分广泛的开发模式。快速原型方法是根据软件系统的需求快速产生出软件系统一个早期原形的过程。该原型能够表现出目标系统的功能和行为特征，但不一定符合其全部的实现需要。

通过这个方法，软件设计者可以利用原型得到系统可用性的反馈信息，未来用户也可以利用原型得到宝贵的早期经验。并且利用这样的一个快速原型尽早的获得更完整、更正确的需求与设计。

在软件的开发过程当中即使客户对于系统的要求发生了更改，也可以通过对原型就行改进而得到新的目标系统，不必再从头做起。而且在现实中存在的快速原型建造工具可以大大缩减创建系统的时间，可以在短期内迅速有效地建立起系统的原型，充分提高软件开发效率，提高软件质量、减少测试和调试的工作量，最终减少软件开发的总成本。

在快速原型法的实现过程中，由于建立原型的目的不同，实现原型的途径也有所区别，大致划分为以下三类：

（1）探索型。为研究探索而建立的原型。主要强调澄清目标系统的需求及所要求的特征。

（2）实验型。为实验而建立原型。主要强调在正式进行目标系统的大规模开发工作之前，通过建立原型来确定所提出的解决方法是否恰当。这种原型方法通常针对用户的问题的某个方案做出原型以供试验评估，该原型所实现的功能与最终产品的功能是有差别的。

（3）进化型原型。为演示而建立的原型。主要强调通过逐步的分析改进使系统适应变化了的需求。并最终生成一个演进式的系统开发模式。当采用进化型原型方法时，必须进行原型与产品间的变换，除了在开始阶段时采用单独的研究探索性原型方法及实验性原型方法外，圆形的生产环境必须与产品的生产环境集成在一起。

总而言之，快速原型法是具有相当大优势的。因为它可以为开发出较为有用的系统做出极大贡献，并且不会增加总的软件开发费用，开发原型所增加的投资可以因减少误解而节省下来。

参考文献：

[1]王继成,高珍.软件需求分析的研究[J].计算机工程与设计,2002,(8):18-21.