软件需求分析模型

、职责完全相同,那么在组织关系模型中某一个节点就可能代表了这数十个人)。在过程层中的任务需求分析网络的基础上得出相应的用户需求在整个结构中所处的节点,并根据一定的标准对其进行编码的标识。Р(3)任务要素分析—确定和描述需求Р确定该层次初步的具体需求内容,并形成一条需求初步分析的一记录。该记录应当包括前面2步的详细信息,以及该位置上的需求描述。KarlE.Wiegers提出了软件需求包括三个不同的层次—业务需求、用户需求和功能需求,也包括非功能需求业务需求反映了组织机构或客户对系统、产品高层次的目标要求,阐明产品的高层次概念和主要业务内容,为后继工作建立了一个指导性的框架。其他任何一说明都应遵循“业务需求”的规定,然而“业务需求”并不能为开发人员提供开发所需的许多细节说明。用户需求描述了用户使用产品必须要完成的任务,描述的是用户的目标,或用户要求系统必须能完成的任务。功能需求定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求,描述的是开发人员需要实现什么。需求还应包括非功能需求,它描述了系统展现给用户的行为和执行的操作等。它包括产品必须遵从的标准、规范和合约;外部界面的具体细节;性能要求;设计或实现的约束条件及质量属性。需求的分类主要从平面的角度,横向平等地看待所有需求,而需求的层次则从纵向的角度来划分需求,不同层次的需求侧重点不一样,描述方式不同,管理方式也不同。每一项用户需求都有一个带有完成质量要求的任务,任务需求必须受到性能需求(即完成质量要求)的约束、性能需求必须依附于任务需求。Р(4)度量要素分析—确定是否满足度量标准Р本身要满足需求分析的几条标准(完整性、无二义性等),并且与其它同层次的需求分析记录整合在一起,形成一个需求描述文档的集合。这一要素从质量保证层,贯穿过程层,并最终直接指导方法层分析方法的应用,是需求分析的一个质量保证手段。