|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
需求是指由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项目的需求。有技术性的，也有非技术性的。
|
|
|
|
需求管理的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向跟踪。
|
|
|
|
|
|
需求工程是所有与需求直接相关的活动的通称，它的活动可分为两大类：需求开发和需求管理。
|
|
|
|
需求开发的目的是通过调查和分析获取用户需求并定义产品需求。
|
|
|
|
需求基线：软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明及相关分析模型，经评审批准，这些文档就定义了开发工作的需求基线。
|
|
|
|
|
|
.需求获取。与用户进行交流，捕捉、分析用户对目标系统的需求，提炼出符合解决问题的用户需求，产生《用户需求说明书》。
|
|
|
|
.需求分析。对各种需求信息进行分析并抽象描述，为目标系统建立一个概念模型。
|
|
|
|
.需求定义。根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《需求规格说明书》。
|
|
|
|
.需求验证。指开发方和用户共同对需求文档评审，经双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。
|
|
|
|
需求管理和需求开发密切合作，需求开发涉及把项目关系人的需要转换成产品需求和决定如何在各个产品构件之间安排或分配需求；需求管理要收集需求的变更和变更的理由，并且维持对原有需求和所有产品及产品构件需求的双向跟踪。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
除了文本，每个功能需求应该有一些相关的信息或属性与之相联系。这些属性在它的预期功能性之外为每个需求建立了一个上下文和背景资料。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
功能需求即网络在用户单位业务中应该提供的功能，可以通过了解用户单位所从事的行业、该单位在行业内的地位以及和其他单位的关系等来确定其功能需求。另外，还可以通过了解项目背景来明确用户单位建网的目的，从而有助于描述详细的功能需求。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
在进行需求获取之前，首先要明确需要获取什么，也就是需求包含哪些内容。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通常，这些需求包括功能需求、性能需求、用户或人的因素、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密需求、可靠性需求、软件成本消耗与开发进度需求等，并预先估计以后系统可能达到的目标。此外，还需要注意其他非功能性的需求。具体内容如下。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
需求分析主要是确定待开发软件的功能、性能、数据、界面等要求。具体来说有下面几点。
|
|
|
|
（1）确定软件系统的综合要求，包括系统界面、功能、性能、安全性、保密性、可靠性、运行等方面的要求。
|
|
|
|
（2）分析软件系统的数据要求，包括基本数据元素、数据元素之间的逻辑关系、数据量、峰值等。
|
|
|
|
（3）导出系统的逻辑模型，在结构化方法中可用数据流图来描述；在面向对象分析方法中可以用类模型来描述。
|
|
|
|
|
|
（5）如有必要，可开发一个原型系统以验证用户的需求。
|
|
|
|
|
|
|
|
（1）功能需求。所开发的软件必须具备什么样的功能。
|
|
|
|
（2）非功能需求。它是指产品必须具备的属性或品质，如可靠性、性能响应时间、容错性和可扩展性等。
|
|
|
|
（3）设计约束。其也称为限制条件、补充规约，这通常是对解决方案的一些约束说明。
|
|
|
|
|
|
需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图和物理视图的方式。大多数的需求分析方法是由数据驱动的，数据域具有数据流、数据内容和数据结构3种属性。通常一种需求分析方法总要利用其中一种或几种属性。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
网络系统是为一个集体提供服务的，对于该集体内的不同用户，需要收集特定的业务信息，包括以下内容。
|
|
|
|
（1）确定结构组织。业务需求的第一步就是获取组织结构图，了解集体中的岗位设置及岗位职责。
|
|
|
|
（2）确定关键时间点。对于大型项目，必须制订严格的项目实施计划，确定各个阶段关键的时间点。
|
|
|
|
（3）确定网络投资规模。在整个网络的设计和实施中，费用是一个主要考虑的因素。
|
|
|
|
（4）确定业务活动。主要通过对业务的分析，形成各类业务的网络需求，主要包括最大用户数、并发用户数、峰值带宽和正常带宽等。
|
|
|
|
（5）预测增长率。通过对网络发展趋势的分析，明确网络的伸缩性需求。
|
|
|
|
（6）确定网络的可靠性和可用性。网络设计人员在进行需求分析的过程中，首先应获取行业的网络可靠性和可用性标准，并根据标准与用户进行交流，确定特殊的要求。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
收集用户需求是要找出用户需要的重要服务和功能。收集用户需求的机制主要包括与用户群的交流、用户服务和需求归档3个方面。
|
|
|
|
收集用户需求最常用的方式有观察和问卷调查、集中访谈、采访关键人物。在整个设计和实施阶段，应始终保持与关键人员之间的交流，以确保网络工程建设不偏离用户需求。
|
|
|
|
用户服务表用于表示收集和归档的需求信息，也用来指导管理人员和网络用户进行讨论。
|
|
|
|
|
|
|
|
|
|
|
|
|
