|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
这一步的所有风险分析活动只有一个目的——辅助项目组建立处理风险的策略。一个有效的策略必须考虑风险避免、风险监控、风险管理及意外事件计划方面的问题。
|
|
|
|
如果软件项目组对于风险采用主动的方法，则避免永远是最好的策略。这可以通过建立一个风险缓解计划来达到。
|
|
|
|
风险管理策略可以包含在软件项目计划中，或者风险管理步骤也可以组织成一个独立的风险缓解、监控和管理计划（RMMM计划）。RMMM计划将所有风险分析工作文档化，并由项目管理者作为整个项目计划中的一部分来使用。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
表达内容时所采用的媒体方式应具有合理性。媒体可以单独使用，也可以组合使用，要根据不同的需要而定。如字符较擅长于内容细节的表达，数字更适合于精确程度的描述，反映数据变化趋势和特性的可选择图形，而场景和活动的再现最好使用多媒体的组合。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
“先论证，后决策”是现代项目管理的基本原则。项目论证是指对要实施项目技术上的先进性、适用性，经济上的合理性、盈利性，实施上的可能性、风险性进行全面科学的综合分析，为项目决策提供客观依据的一种技术经济研究活动。
|
|
|
|
项目论证应该围绕市场需求、开发技术、财务经济三个方面展开调查和分析，市场是前提，技术是手段，财务经济是核心。通过项目论证，需要回答以下方面的问题：
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
.项目论证是编制计划、设计、采购、施工以及机构设置、资源配置的依据。
|
|
|
|
|
|
|
|
项目论证一般分为机会研究、初步可行性研究和详细可行性研究三个阶段。对各个阶段的工作内容、费用、准确性要求如下表所示。
|
|
|
|
|
|
|
|
项目投资前期的4个阶段包括机会研究、初步可行性研究、详细可行性研究、评估与决策。前三个阶段即项目论证的三个阶段，在实际工作中，这三个阶段依项目的规模和繁简程度可把前两个阶段省略或合二为一，但详细可行性研究是不可缺少的。升级改造项目只做初步和详细研究，小项目一般只进行详细可行性研究。
|
|
|
|
在初步可行性研究之前，如果就投资可能性已进行了项目机会研究，那么项目的初步可行性研究阶段往往可以省去。如果关于部门或资源的机会研究包括足够的项目数据，则可继续进入项目详细可行性研究阶段或决定中止进行这一研究。但是，如果项目的经济效果使人产生疑问，就要进行初步可行性研究来确定项目是否可行。
|
|
|
|
|
|
项目论证是一个连续的过程，它包括问题的提出、制订目标、拟定方案、分析评价，最后从多种可行的方案中选出一种比较理想的最佳方案供投资者决策，一般包括以下7个主要步骤：
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（6）编制项目论证报告、环境影响报告书和采购方式审批报告。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
在需求获取的基础上需要进行问题分析和方案的综合。由于需求获取来源的多样性，最初的需求表达往往是不规范的，描述问题的形式和角度各不相同。并不是用户提出的所有需求都是合理的，有些用户需求甚至是矛盾的，这就需要有经验的分析人员用科学的方法找出系统各元素之间的联系，逐步细化所有的软件功能、接口特性和设计上的限制等。通过分析确定满足功能要求的程度，根据功能需求、性能需求、运行环境需求等删除其不合理的部分，增加其需要的部分，最终给出目标系统的逻辑定义。
|
|
|
|
需求分析是一个需要经过多次反复的工作阶段。在这个阶段可以使用前面介绍过的原型法，实践已经证明，原型法是需求分析的有力工具。分析过程应该得到正确、完整和清晰的系统需求。在需求分析过程中，通常会用到系统结构层次图、数据流图、输入／处理／输出图、数据字典等描述系统的工具。
|
|
|
|
需求分析的基本原则是自顶向下地逐层分解问题。在纵向上将系统划分为若干层次，在同一层次上再横向分解为若干部分，将复杂问题分解为多个较易理解的部分，确定各部分之间的接口，从而实现整体功能。
|
|
|
|
|
|
|
|
|
|
|
|
|
