软件项目的需求分析

《软件项目的需求分析》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、般來讲IT集成需求包含三个不同的层次■业务需求、用八需求和功能需求■也包括非功能需求。业务需求提供给客户和产品开发商的新系统的最初利益，反映了组织机构或客户对系统、产晶高层次的目标要求，它们在项目视图与范围文档中了以说明；用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚木说明中予以说明；功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求，必须具备-定的业务背景和技术背景，能从三个不同的层次发掘客八的需求。软件工程之需求分析过程介绍1、项目开始（项目经理根据项目特点制定项目需求标准）2、项日计划（估算需求开发时间

2、以及进度安排）3、盂求获取（获取用户需求、业务盂求以及功能需求）4、需求分析（需求工程师进行需求分析，建立分析模型）5、协商（项目经理或者需求工程师与风险承担者协商解决需求分析屮发现的问题）6、需求评审7、需求文档编写8、需求确认（评审小组对镒求进行确认）9、配置管理（需求文档成为基线后纳入到配置管理中）盂求开发可进一步分为：问题获取、分析、编写规格说明和验证四个阶段。这些了项包括软件类产品中需求收集、评价、编写文档等所有活动。需求开发活动包括以下儿个方面：确定产站所期望的用户类别。获取每个用户类的需求。了解实际川户任务和口标以及这些任务所支持的业务需求。分析源于用户的

3、信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息。将系统级的需求分为儿个子系统，并将需求中的一部份分配给软件组件。了解相关质量属性的重要性。商讨实施优先级的划分。将所收集的用八需求编写成文档和模型。评市需求规格说明，确保对用八需求达到共同的理解与认识，并在整个开发小组接受说明之前将问题都弄清楚。需求管理需要“建立并维护在软件工程中同客户达成的合同”0这种合同都包含在编写的需求文档与模型中。客户的接受仅是需求成功的一半，开发人员也必须能够接受他们，并真正把需求应用到产品屮。通常的需求管理活动包括：定义需求基线(迅速制定需求文档的主体)。评审提出

4、的需求变更、评估每项变更的可能影响从而决定是否实施它。以一种可控制的方式将需求变更融入到项H中。使当前的项目计划与需求一•致。估计变更需求所产生影响并在此基础上协商新的承诺，这种承诺具体体现在项冃解决方案上。让每项需求都能与其对应的设计、源代码和测试川例联系起來以实现跟踪。在整个项冃过程中跟踪需求状态及其变更情况。需求分析的原则风险：无足够用户参与、用户需求的不断增加、模棱两可的需求、不必要的特性、过于精简的规格说明、忽略了用户分类、不准确的计划。需求文档需求开发的最终成果是：客户和开发小纽对将要开发的产品达成一致协议。协议综合了业务需求、用户需求和软件功能需求。需求分

5、析的过程需求获取、分析、编写盂求规格说明和验证。需求获取只冇通过冇效的客户一开发者的合作才能成功5W+1HWHY就是为什么用户要引入系统，引入新的信息系统对用户有什么帮助，在总体工作效能上如何实现一个最终的结果？WI1Y定律是要求在需求开始时，项目经理就应该明确的。有了一个总体的目标性，从各业务流程的要求入手，引入第二个W定律一-WHAT定律，WHAT则是这个系统要做什么？实现什么？再次，引入第三、四、五个定律---WHO.WHEN.WHERE定律，这个阶段其实就是需求细化阶段，在WHAT定律的基础上，细分系统的用户需求：分析什么人，在什么时间，什么阶段可以或必须操作这

6、个功能，结合前面的WIIAT定律，理清系统的流程阶段划分，记录并分析系统功能实现的细节，在这个阶段就可以产生系统需求的用例图(UseCase),作为下阶段设计的依据。最后，就是所谓的1H定律一-HOW定律，就是怎样实现系统了，在前面的WHY、WHAT、WHO、WHEN、WHERE基础上，我们已经搭建了一个非常好的系统需求基础框架，如何在这些用户需求的基础上，分析系统的需求，如何进行需求规格的分析与下阶段的设计、实现工作，就是HOWTOACCOMPLISHTHESYSTEM了。怎样进行需求分析1、需求收集：尽可能多的收集（多渠道、多方式、多数量）、可深可浅，可以是主观的也

7、可以是客观的2、需求分析：•深度：挖掘用户需求的木质、•广度：需求面、用户群体、•频度：用户的使用频度、•依赖度：是否非有不可3、需求筛选明确需求的目的、需求的可行性（结合资源和优势）、需求优先级（投入产出比）、把握核心的价值和方向4、需求验证正确与否、效果如何、可实施性、总结闪光点和缺陷