【系统架构设计】系统规划

项目的提出和选择

Noriaki Kano 提出了顾客质量模型图

• 假想质量 ： 是客户想当然认为产品应该具备的功能或性能，客户并不能正确描述自己想当然要得到的这些功能或性能需求。
• 兴奋质量：是客户要求范围外的功能或性能，但通常是软件开发者很乐意赋予产品的技术特性，实现这些特性能让客户会更高兴，但不实现也不影响其购买的决策。

系统项目提出和选择的结果，最终会以 ** 产品/项目建议书 ** 的方式来体现。

项目建议书涉及范围通常要比项目可行性分析报告内容更全面，标志着项目立项和选择阶段性工作的完成。一旦项目建议书被批准通过，项目即可进入正式的开发准备和实施阶段。

可行性研究与效益分析

在传统软件工程方法中，是以可行性研究的方法来组织项目的主要估算内容。可行性研究的范围可能覆盖技术、经济、执行、环境等各种需要评估的因素，但它并不是最后的详细计划。通常在进行可行性研究的阶段，项目的目标或产品的最终方向也是极易变化的。

可行性研究的意义在于，虽然可行性研究不能指出项目最终的详细计划和方向，但可行性研究可以在项目定义阶段用较小的代价识别出错误构思的系统，从而规避未来更多的资源投入的损失，或者因遭遇到无法逾越的技术障碍或环境障碍导致的不可避免的失败。

对于那些可行性研究表明可执行的软件项目来说，可行性研究的结果也不承诺系统的收益一定很大或技术风险和资源投入就一定很低，但可行性研究的结果设立了一个底线，即如果做什么，风险和收益是什么样的控制范围。这些评估结果给了未来的项目评估、项目风险控制，甚至在资源剧烈变化的情况下有计划有重点地削减功能、重定义项目开发范围，提供了非常有价值的方向性指引。

可行性研究主要内容包括经济可行性、技术可行性、法律可行性、执行可行性、方案的选择 5个部分。

• 技术可行性 不只是技术手段是否能实现，还要考虑当前资源条件和环境
• 执行可行性主要评估预期的软件系统在真实环境中能够被应用的程度和实施过程中障碍，如ERP系统建成后的数据采集和数据质量问题，或客户工作人员没有足够的IT技术等。还需要评估对用户的各种影响，包括对现有IT设施的影响、对用户组织机构的影响、对现有业务流程的影响、对地点的影响、对经费开支的影响等。

可行性研究报告首先由项目负责人审查，审查内容是否可靠；再上报给上级主管审阅，评估项目的地位。从可行性研究报告中，应当得出行或不行的决断。

方案的制订和改进

前面2部分内容，已经解释了系统的目标是什么，本部分主要是解释系统如何实现的问题。

新旧系统的分析和比较

把对技术水平的全面评价结果与商业评价进行比较，可以为系统演化提供第一手的资料，具体方法是按照商业评价分值和技术水平分值的情况，把评价结果分为4个类型。

• 淘汰：开发新的系统
• 集成：遗留系统可作为从属系统
• 改造：基于遗留系统进行功能增加
• 继承：保留，完全兼容遗留系统的功能模型和数据模型