
系统规划是软件系统开发生命周期中的关键阶段,主要描述从项目提出、选择到确立的完整过程。本章涵盖了系统项目的提出与可行性分析、系统方案的制订与评价、新旧系统的分析比较,以及现有资源的有效利用等核心问题。
企事业单位在信息化过程中,基于不同动机提出系统项目建设,主要可归结为以下四种类型:

特点:

特点:
服务内容包括:
特点:
动机特点:
典型案例:
项目选择包含两种实用性目的:

价值链概念:
行业核心业务示例:
行业类型 | 核心业务 | 高价值软件系统 |
|---|---|---|
制造业 | 生产计划、库存控制、面向订单生产 | ERP系统、MIS系统 |
金融保险 | 分摊风险、补偿损失 | 保单管理系统、定损系统 |
教育行业 | 教书育人 | 教研系统、考试系统、资源库 |
评估维度:
评估对象 | 开发方关注点 | 客户方关注点 |
|---|---|---|
风险 | 技术难度、技术能力、经济能力 | 业务变更影响、组织机构调整 |
收益 | 产品预期收益、市场价值 | 业务效率提升、竞争力增强 |
代价 | 时间、人力、资金投入 | 总持有成本(TOC) |
总持有成本(TOC)包括:
实施方式选择:

选择依据:
Noriaki Kano顾客质量模型:

平衡考虑的矛盾因素:
技术特性 | 优势 | 劣势 |
|---|---|---|
新技术 | 享受新技术好处 | 未来变化风险大,学习成本高 |
成熟技术 | 稳定可靠 | 无法享受新技术优势 |
快速开发平台 | 缩短开发时间,降低成本 | 可能被"绑定",减少未来选择性 |
高扩展性设计 | 适应业务变更 | 当前成本增加,可能为不需要的特性付费 |
低价格产品 | 成本控制 | 功能可能不够满意 |
⚠️ 专家提示: 系统设计师常犯错误: 用技术兴趣产生的兴奋质量替换客户最基本的要求质量和假想质量 企业经营者常犯错误: 对客户合理要求质量视而不见,或不加区分地指派未经评估的假想要求质量
正确的选择立场:
产品/项目建议书的典型应用场景:
建议书核心内容框架:
内容模块 | 具体说明 |
|---|---|
背景与目标 | 用户单位、立项背景、需求来源、目标介绍 |
环境分析 | 内外部环境、组织机构、现有IT设施情况 |
业务模型 | 用户业务模型和业务规划 |
系统定位 | 技术系统在用户业务中的位置和作用 |
信息化方案 | 信息化后的业务模型、应用方式、部署环境 |
需求定义 | 产品需求定义(功能、性能、约束)和部署方式 |
技术架构 | 产品或项目的技术框架 |
实施分析 | 项目要点、技术难点、主要实施障碍 |
可行性研究 | 项目或产品的可行性研究结果 |
组织实施 | 可选实施方式、组织方式、沟通协调机制 |
资源预算 | 项目资源范围和预算(人、财、物、时间) |
效益分析 | 项目成本/收益分析 |
其他可能包含的内容:
项目建议书的重要意义:
📝 说明: 这是第7章系统规划详细梳理总结的第1部分,主要涵盖了项目的提出与选择相关内容。后续还有第2-4部分将继续详细阐述可行性研究、方案制订、新旧系统分析等内容。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。