系统规划主要记录从项目提出、选择到确立的过程。包括系统项目的提出与可行性分析，系统方案的制定、评价和改进，新旧系统的分析和比较，以及现有软件、硬件和数据资源的有效利用等问题。

一、项目的提出与选择

根据项目的动机确定系统的范围及方案选择。

1、系统的立项目标和动机

项目立项的动机包括

进行基础研究并获取技术：大学、企业、研究所等科研类
进行应用研发并获得产品：产品研发，卖产品获利
提供技术服务：卖服务获利
信息技术产品的使用者：买软件或者产品使用

2、项目选择和确定

项目选择的目的可能有两种。
1是软件开发公司在诸多产品方向中选择格式的方向研究和开发。
2是客户从诸多的产品中购买适合自己的产品或方案。

（1）选择有核心价值的产品/项目或开发方向

关键在于确定什么样的系统项目是有价值的。价值通常与核心业务有关系，立项单位所在的行业或上下游位置不同，价值判断也不同。

（2）评估项目风险、收益和代价

1、对于开发产品进行销售
主要评估产品期望收益和开发投入的时间、资金、人力等资源。项目的风险主要是技术难度、技术能力、经济能力、开发进度、法律风险、政策风险。
2、对于购买产品或技术服务
需要评估项目实施后的变更情况，组织机构和人员职责的影响，现有流程和人员能否满足要去，规章制度是否满足要求等。

（3）评估项目的多种实施方式

（4）平衡地选择合适的方案

1、新技术与就技术

1 2	新技术意味着风险、学习和导入期。旧技术享受不了新技术的好处。

2、快速开发平台

1 2	基于某平台的产品会让用户绑定在该平台上，减少未来自主选择性。不基于某平台可能会延长项目开发时间，从而导致更多开销。

3、系统扩展性

1
2

不考虑系统扩展性很可能在业务变更时受阻。
过多考虑系统扩展性会花费大量时间进行设计。在IT发展迅速的今天，很有可能在有升级的时候，原来的技术体系已被淘汰。

4、抛弃明显存在问题的“差”项目，选择基本立场“合适”的项目，而不是尽可能的“好”。

要求质量是客户认为产品应该具备的功能或性能，实现越多客户越满意。
假想质量是客户想当然认为产品应具备的功能或性能，客户不能正确描述自己想当然要得到的这些功能或性能需求。
兴奋质量是客户要求范围外的功能或性能，通常是开发者很愿意增加的技术特性，实现这些客户会更高兴，但是不识闲也不影响其购买。

系统设计师常犯的错误是用自己对技术产生的兴奋质量，替换客户最基本的要求质量或假想质量。
企业经营者场贩的错误可能是对客户提出的合理要求质量视而不见，或者不加区分的把未经评估的假想质量指派给开发团队。

2、项目提出和选择的结果

项目提出和选择的结果最终会以“产品/项目建议书”的方式体现。典型的应用场景是：

1
2

在投标项目中，建议书通常是乙方提交给甲方竞标方案的一部分。
在企业确立要开发某产品后，对该产品进行多角度评估，最终项目立项人向上级提交建议书进行决策。

产品/项目建议书包括以下几部分：

用户单位、项目或产品的立项背景、需求来源和目标性的介绍；
用户的内外部环境、组织机构、现有的IT设施情况等；
用户的业务模型和业务规划；
预期要建设的技术系统在用户业务中的位置和作用；
信息化后的用户业务模型、软件应用方式、相关的部署环境、运行规划、管理规范等；
为实现信息化业务模型，技术系统的产品需求鼎业（功能、性能、约束）和部署方式等；
产品或项目的技术框架；
项目的要点、技术难点、主要实施障碍等。
项目或产品的可行性研究结果；
项目可选择的试试方式、组织方式、沟通和协调机制等；
项目的资源范围和规划，人、财、物、时间等；
项目的成本、收益分析；
......

其他项目建议书可能包含的内容或已单独文档列举的内容包括：

项目风险及影响评估
项目进度计划
项目质量计划
项目过渡期资金的获得方式、财务计划
产品或项目的商务模式、盈利模式论述
同类产品或公司的市场调查结果，以及竞争性比较
企业成功案例、资质等
商务条款或供应商、客户合同。

循序渐进

系统规划（一）项目提出与选择