项目系统需求

Share

|

目的

系统需求提供了保证，该项目的交付，将职能的一个基本环境所形容的采购组织。 或者，系统需求，可用于由项目组织来形容环境中，他们将可交付功能，留下的保证，环境，以购买组织。

应用

系统需求往往是一个风险缓解工具，应用，创造一个共同的认识，一个作业环境。 一个简单的一块户外furnituremay ，不容许有热带雨林一样，它会经受住沙漠气候。 该系统要求，使所有各方在项目成为精神和肉体的框架从以评估潜在的性能特点，可交付。

内容

典型的例子系统要求来每一块软件购买。 他们描述的作业系统，运算能力，画面和图形设置所需的软件运作得宜。 因此，该系统的要求，可能包括最低门槛，而且是一个划定的理想环境。

因为不是所有的项目涉及信息技术，而且并非所有的信息技术项目都是一致的，在他们的平台上的需要，有些系统要求的文件将主要侧重于哪些新的制度必须有能力这样做。 系统要求文件可能包括以下几个方面：

• 最起码的要求。说明什么系统必须有能力做（买方的角度） ，或说明在何种环境下，是需要为系统进入最佳状态（卖方的角度） 。

• 环境。设置，文化，议定书，做法或能力，要到位，为优化性能，由该系统。 这可以用来凸显潜在的性能问题，当环境低于最优。

• 局限性。某些必须具有的性能标准或环境中，该系统将不能正常运作，在所有。 这些标准应该详细界定。

办法

其最大的区别就在办法，以制度的要求，取决于对著作权的。 如果系统要求撰写由买方时，他们就会反映买方的环境，文化，和条件。 如果要求精心设计，由卖方，他们就会发现，卖方的能力，在不同的环境中，并会提供的定义，对什么环境下都是最优，为自己的标准，可交付。

考虑

有些组织使用的系统需求，作为故障安全，以保障对组织将不会遵守自己的环境。 组织的主要驱动力的图形，例如，人们常常用"的功能，必须对麦金塔"制度规定，以确保他们的所有重图形型人才将能够获得该产品的交收。 因为制度的要求，可能包括多种元素，温度，湿度，电脑速度，粉尘，噪音水平，以及环境光，要求有时成为故障安全为作者，谁又能埋怨环境条件，而不是项目或支持组织的任何表现的不足之处。

结论

没有组织，将使用所有这些文件，在初始阶段，他们的计划，但他们将使用同一个不够广泛数组，项目经理应该有一个明确的意识，什么样的文件，应纳入。 许多组织采取的标准做法，并修改它们，以满足组织的特定需要。 关键是要能够实现一个共同的认识是什么文件，议定书和做法的目的是要完成，并确保他们完成这些目标。