系统架构师设计师-第7章 系统规划 -第2部分

76 阅读16分钟

第7章 系统规划 - 详细梳理总结(第2部分)

🔍 7.2 可行性研究与效益分析

可行性研究是项目计划和选择过程中的首要目标,用于对项目进行全面估算。虽然不是最终详细计划,但能在项目定义阶段用较小代价识别错误构思的系统,规避更大损失。

🎯 可行性研究的重要意义

1) 核心价值:

  • 🔍 用较小代价识别错误构思的系统
  • ⚠️ 规避未来更多资源投入损失(时间、资金、人力、机会)
  • 🚧 避免因技术或环境障碍导致的不可避免失败
  • 📊 为可执行项目设立风险和收益的控制范围

2) 重要提醒:

可行性研究结果不承诺系统收益一定很大或风险一定很低,但设立了一个"底线",为未来项目评估、风险控制、功能削减等提供方向性指引。

7.2.1 可行性研究及评估

可行性研究包括五个主要部分:经济可行性、技术可行性、法律可行性、执行可行性和方案选择。

1️⃣ 经济可行性评估

1) 评估目标:

  • 💰 项目开发成本评估
  • 📈 项目成功后可能获得的经济收益

2) 成本控制要求:

  • 开发成本必须在企业可接受范围内
  • 只有成本可控的项目才可能被批准执行

3) 经济收益的广泛考虑:

graph TD
    A[经济收益类型] --> B[直接收益]
    A --> C[间接收益]
    A --> D[长远收益]
    B --> E[技术开发直接现金收入<br/>产品生命周期销售收入]
    C --> F[技术积累<br/>业务产品线完善<br/>客户满意度提升]
    D --> G[新市场开辟<br/>竞争优势获得<br/>管理格局改善]
2️⃣ 技术可行性评估

技术可行性通过"提问-回答"方式进行论证:

1) 核心评估问题:

评估维度关键问题具体内容
技术能力现有技术能力是否足够?技术发展现状能否支持系统目标实现?
资源条件现有资源是否充足?技术人员、技术积累、构件库、软硬件条件
目标实现哪些目标存在技术障碍?特别是被设定为必须实现的系统目标

⚠️ 重要提醒: 技术可行性绝不仅仅是论证技术上是否可实现,更重要的是在当前资源条件下的技术可行性!

2) 常见技术可行性约束:

  • 💸 投资不足、时间不足
  • 🎯 预设开发目标技术难度过大
  • 👥 没有足够的技术积累和熟练职员
  • 🤝 缺乏足够的合作公司和外包资源积累

3) 改善技术可行性的措施:

  • 🔍 加强前期项目调研
  • 👨‍💼 寻求专家咨询
  • 📋 采用具有大量成功应用案例的技术标准
  • ✅ 选择被广泛支持的事实标准

专家警告: 软件系统技术评估者通常只考虑技术手段是否能实现,而忽视当前资源条件和环境,导致过于乐观的结果,这种错误判断对后期项目实施会产生灾难性后果!

3️⃣ 法律可行性评估

1) 评估范围:

graph TD
    A[法律可行性评估] --> B[侵权风险]
    A --> C[合同法律]
    A --> D[政策限制]
    B --> E[技术侵权<br/>软件构件使用<br/>知识产权问题]
    C --> F[合同订立条款<br/>职责设定<br/>违约争议解决]
    D --> G[国家政策限制<br/>行业法规要求<br/>合规性审查]

2) 典型法律可行性问题:

  • 🔐 在政府信息化领域使用未被认可的加密算法
  • ⚖️ 未经许可在产品中使用其他公司被保护的软件技术
  • 📋 构件使用的合法性问题
  • 🏛️ 国家政策和法律的限制性规定
4️⃣ 执行可行性评估(操作可行性)

1) 评估目标:

  • 📊 预期软件系统在真实环境中的应用程度
  • 🚧 实施过程中可能遇到的障碍

2) 典型执行可行性问题:

问题类别具体问题影响分析
数据问题ERP系统的数据采集和质量可能导致系统无法正常运行
技能问题客户工作人员IT技能不足影响系统实际使用效果
设施影响对现有IT设施的冲击可能需要大量额外投资
组织影响对组织机构的调整要求可能遭遇内部阻力
流程影响对现有业务流程的改变需要重新培训和适应
地点影响对工作地点的要求变化可能增加运营成本
经费影响对经费开支的持续影响需要长期预算支持

3) 执行可行性评估要点:

  • 🔍 识别过多改变客户现状的因素
  • 💬 与软件系统使用者进行充分沟通
  • 💡 提出建议的解决方法
  • ⚖️ 评估变更的可接受程度
5️⃣ 方案的选择

1) 评估内容:

  • 🔄 系统或产品开发的可选方法评估
  • 🧩 大项目子系统的不同实现方法
  • 📊 系统分解和子系统功能、性能、界面定义

2) 方案比较方法:

  • ⚖️ 采用折中方法
  • 🔄 反复比较各方案成本和效益
  • ✅ 选择最可行的方案

7.2.2 成本效益分析

效益分析实际包含"成本-收益"分析,是获得企业管理层批准项目实施的重要因素。包含项目成本构成、项目收益构成、效益分析的关键指标3大部分组成:

💰 项目成本构成

1) 成本分类体系:

graph TD
    A[项目成本] --> B[基础建设支出]
    A --> C[一次性支出]
    A --> D[运行维护费用]
    B --> E[房屋和设施<br/>办公设备<br/>平台软件<br/>工具软件购置]
    C --> F[研究咨询费<br/>调研费<br/>管理费<br/>培训费<br/>差旅费]
    D --> G[设备租金和维护<br/>消耗品支出<br/>通信费<br/>人员工资<br/>房屋租金]
📈 项目收益构成
1. 一次性收益

1) 开支缩减类:

  • ⚡ 改进系统运行引起的开支缩减
  • 📊 资源要求减少,运行效率改进
  • 💾 数据进入、存储和恢复技术改进
  • 📈 系统性能可监控性提升
  • 🔧 软件转换和优化
  • 📦 数据压缩技术采用
  • 🏢 处理的集中化和分布化

2) 价值增升类:

  • 📊 资源利用改进
  • 🎯 管理和运行效率改进
  • ⚠️ 出错率减少

3)其他收入:

  • 💰 多余设备出售回收收入
2. 非一次性收益

持续收益特点:

  • 📅 系统生命期内按月、按年的收益
  • 💰 能用人民币表示的持续收益
  • 📉 包括持续的开支减少
3. 不可定量收益

无形价值类:

  • 🎯 服务改进
  • ⚠️ 操作失误风险减少
  • 📊 信息掌握情况改进
  • 🏢 组织机构外界形象改善

评估方法:

  • 📊 大概估计或极值估计
  • 📈 按最好和最差情况估计
📊 效益分析的关键指标

1.三大核心指标:

指标名称计算公式业务意义应用价值
收益/投资比系统生命期总收益 ÷ 总投资投资回报率评估项目盈利能力
投资回收周期收益累计超过支出累计的时间点资金回收速度评估资金流动性风险
敏感性分析关键因素变化对收益的影响程度风险敏感度项目风险控制和调整依据

2.敏感性分析的关键因素:

  • ⏱️ 系统生命期长度
  • 📊 系统工作负荷量和类型
  • ⚡ 处理速度要求
  • 🖥️ 设备和软件配置
  • 💰 成本和收益的合理搭配

3.敏感性分析的应用价值:

当项目需要在不同因素之间取舍和调整时,敏感性分析提供了最灵敏的范围估计,是项目决策的重要参考依据。

7.2.3 可行性分析报告

📋 国家标准GB 8567-1988规定格式

标准报告结构:

graph TD
    A[可行性分析报告] --> B[项目背景]
    A --> C[管理概要和建议]
    A --> D[候选方案]
    A --> E[系统描述]
    A --> F[经济可行性]
    A --> G[技术可行性]
    A --> H[法律可行性]
    A --> I[用户使用可行性]
    A --> J[其他相关问题]

各部分详细内容:

报告章节主要内容关键要素
项目背景问题描述、实现环境和限制条件项目起源和约束
管理概要和建议重要研究结果、说明、建议和影响决策支持信息
候选方案候选系统配置和最终方案选择标准方案比较依据
系统描述系统工作范围和被分配系统元素可行性系统边界定义
经济可行性经费概算和预期经济效益成本效益分析
技术可行性技术实力、已有工作基础和设备条件技术风险评价
法律可行性系统开发可能导致的侵权、违法和责任合规性评估
用户使用可行性用户单位行政管理、工作制度和人员素质实施环境评估
其他相关问题其他方案介绍和未来可能变化补充考虑因素
🔍 报告审查流程

两级审查机制:

flowchart LR
    A[可行性研究报告] --> B[第一级审查<br/>项目负责人]
    B --> C[内容可靠性评估]
    C --> D[第二级审查<br/>上级主管]
    D --> E[项目地位评估]
    E --> F[最终决策<br/>行/不行]
  
    style A fill:#e1f5fe
    style B fill:#f3e5f5
    style D fill:#f3e5f5
    style F fill:#e8f5e8

审查要点:

  1. 项目负责人审查 - 重点关注内容的真实性和可靠性
  2. 上级主管审阅 - 重点评估项目在企业中的战略地位
  3. 最终决策 - 必须得出明确的"行或不行"结论

报告质量要求:

  • ✅ 内容全面覆盖五个可行性维度
  • 📊 数据真实可靠,分析客观公正
  • 🎯 结论明确,建议具体可操作
  • 📋 格式规范,符合国家标准要求

附录:

📄 可行性分析报告样例

以下是一个完整的可行性分析报告样例,以"某制造企业ERP系统"项目为例:


某制造企业ERP系统可行性分析报告

1. 项目背景

1.1 问题描述

某制造企业现有管理系统存在以下问题:

  • 📊 各部门信息系统独立运行,数据孤岛严重
  • 📋 库存管理不准确,经常出现缺货或积压
  • ⏱️ 生产计划制定周期长,响应市场变化能力差
  • 💰 财务数据统计滞后,影响经营决策时效性
  • 📈 客户订单处理效率低,客户满意度下降
1.2 实现环境
  • 企业规模: 员工500人,年产值2亿元
  • IT基础: 现有局域网络,部分业务已信息化
  • 管理水平: 中等,有一定的信息化管理经验
  • 资金状况: 良好,可投入300-500万用于信息化建设
1.3 限制条件
  • 时间限制: 项目必须在18个月内完成实施
  • 预算限制: 总投资不超过500万元
  • 业务限制: 实施过程不能影响正常生产经营
  • 人员限制: 现有IT人员3人,需要外部技术支持

2. 管理概要和建议

2.1 重要研究结果

项目具备实施可行性

  • 经济效益显著:预计3年回收投资
  • 技术方案成熟:采用主流ERP产品
  • 实施风险可控:分阶段实施策略
2.2 主要建议
  1. 采用分阶段实施策略,优先实施财务和库存管理模块
  2. 选择成熟的ERP产品,如SAP Business One或用友U8
  3. 加强人员培训,确保系统有效使用
  4. 建立项目管理机制,确保项目按时完成
2.3 预期影响
  • 📈 库存周转率提升30%
  • ⏱️ 订单处理时间缩短50%
  • 📊 财务报表生成时间从5天缩短到1天
  • 💰 预计年节约成本150万元

3. 候选方案

3.1 方案一:自主开发

优点: 完全符合企业需求,拥有知识产权 缺点: 开发周期长(24个月),风险高,成本高(600万) 评估: 不推荐

3.2 方案二:购买成熟产品

优点: 实施周期短(12个月),风险低,功能成熟 缺点: 需要业务流程调整,年度维护费用较高 评估: 推荐

3.3 方案三:混合方案

优点: 核心模块购买,个性化功能开发 缺点: 集成复杂度高,维护成本高 评估: 备选方案

3.4 最终方案选择标准
评估标准权重方案一方案二方案三
实施周期25%2分5分3分
项目风险30%2分5分3分
总体成本25%2分4分3分
功能匹配20%5分4分4分
综合得分100%2.65分4.5分3.2分

结论: 选择方案二(购买成熟产品)

4. 系统描述

4.1 系统工作范围
graph TD
    A[ERP系统] --> B[财务管理]
    A --> C[库存管理]
    A --> D[生产管理]
    A --> E[销售管理]
    A --> F[采购管理]
    B --> G[总账,应收应付,固定资产]
    C --> H[入库,出库,盘点,预警]
    D --> I[生产计划,工艺管理,质量控制]
    E --> J[客户管理,订单处理,发货管理]
    F --> K[供应商管理,采购计划,合同管理]
4.2 系统边界
  • 包含范围: 财务、库存、生产、销售、采购五大核心模块
  • 不包含范围: 人力资源管理、办公自动化系统
  • 接口要求: 与现有财务软件、生产设备数据接口
4.3 关键性能指标
性能指标目标值现状改善幅度
库存准确率≥99%85%+14%
订单处理时间≤4小时8小时-50%
财务结账时间≤3天10天-70%
系统响应时间≤3秒N/A新增

5. 经济可行性

5.1 投资概算
成本项目金额(万元)占比说明
软件许可费18040%ERP软件及数据库
硬件设备8018%服务器、网络设备
实施服务费12027%咨询、实施、培训
其他费用7015%差旅、管理、应急
总投资450100%在预算范围内
5.2 经济效益分析

年度效益测算:

效益项目年效益(万元)计算依据
库存成本降低80库存资金2000万×4%利率×周转率提升
人工成本节约30减少统计、录入人员6人×5万/年
管理效率提升25决策时效提升带来的机会收益
质量成本降低15减少库存差错、发货错误等损失
年度总效益150保守估计

投资回收分析:

  • 投资回收期: 450万 ÷ 150万/年 = 3年
  • 5年净现值: (150×5 - 450) = 300万元(未考虑折现)
  • 投资收益率: 150万 ÷ 450万 = 33.3%
5.3 敏感性分析
变化因素变化幅度对收益影响风险等级
实施周期延长+6个月-25万中等
效益实现延迟+1年-150万
维护费用增加+20%-6万/年
业务量下降-20%-30万/年中等

6. 技术可行性

6.1 技术方案评估

技术方案成熟可靠

  • 选用SAP Business One,全球50万+企业成功案例
  • 基于成熟的B/S架构,技术风险低
  • 支持二次开发,满足个性化需求
6.2 技术资源评估
资源类型现状需求缺口解决方案
硬件设施基本网络服务器、存储需采购预算已包含
技术人员3人5人2人外包+培训
技术经验有限ERP实施经验缺乏厂商支持
开发环境开发测试环境需建设厂商提供
6.3 技术风险控制
  • 🛡️ 选择知名厂商,确保技术支持和产品稳定性
  • 📚 加强技术培训,建立内部技术团队
  • 🔧 建立测试环境,充分测试后再上线
  • 🤝 签订技术支持协议,确保长期技术保障

7. 法律可行性

7.1 知识产权风险

无知识产权风险

  • SAP Business One为正版商业软件
  • 通过授权代理商采购,合法合规
  • 签订正式软件许可协议
7.2 合同法律风险

合同风险可控

  • 与知名厂商签约,信誉良好
  • 合同条款明确,责任划分清晰
  • 设立验收标准和付款节点
7.3 数据安全合规

符合相关法规

  • 系统设计符合《网络安全法》要求
  • 建立数据备份和恢复机制
  • 制定信息安全管理制度

8. 用户使用可行性

8.1 组织管理可行性
评估维度现状分析适应性评估改进措施
管理层支持高层重视信息化继续保持
组织架构部门职责清晰中等需要调整
业务流程相对规范中等需要优化
人员素质中专以上学历占70%中等加强培训
8.2 用户接受度分析

📊 用户调研结果:

  • 支持系统建设:85%
  • 担心操作复杂:60%
  • 担心工作量增加:45%
  • 期望提高工作效率:90%
8.3 实施可行性措施
  • 📚 全员培训计划:分层次、分阶段培训
  • 🎯 试点先行策略:选择财务部门先试点
  • 🤝 用户参与设计:关键用户参与系统配置
  • 📞 持续支持机制:建立用户支持热线

9. 其他相关问题

9.1 项目实施风险
风险类型风险等级影响程度应对措施
进度风险中等中等分阶段实施,关键路径管理
质量风险严格测试,用户验收
成本风险中等预算控制,变更管理
技术风险选择成熟产品,技术支持
9.2 未来发展考虑
  • 🔄 系统扩展性:预留接口,支持未来模块扩展
  • 📱 移动应用:考虑移动端应用开发
  • 🤖 智能化升级:为未来AI应用预留空间
  • ☁️ 云化部署:考虑未来向云端迁移

10. 结论和建议

10.1 可行性结论

项目具备全面可行性

可行性维度评估结果风险等级
经济可行性✅ 可行
技术可行性✅ 可行
法律可行性✅ 可行
执行可行性✅ 可行中等
方案可行性✅ 可行
10.2 实施建议
  1. 立即启动项目,成立项目组织机构
  2. 选择SAP Business One作为实施产品
  3. 采用分阶段实施,财务和库存模块优先
  4. 加强变更管理,确保用户充分参与
  5. 建立项目监控机制,定期评估项目进展
10.3 关键成功因素
  • 🎯 高层持续支持是项目成功的根本保证
  • 👥 用户积极参与是系统成功应用的关键
  • 🔧 技术方案选择直接影响实施风险和效果
  • 📚 培训和变更管理决定系统的最终价值实现

报告编制: 项目组 报告日期: 2024年10月 审核状态: 待审核


📝 样例报告说明

这个样例报告展示了:

  1. 完整的报告结构 - 严格按照GB 8567-1988标准格式
  2. 具体的分析内容 - 每个章节都有详细的分析和数据
  3. 实用的分析方法 - 包含表格、图表、定量分析
  4. 明确的结论建议 - 给出具体可操作的实施建议
  5. 风险控制考虑 - 识别风险并提出应对措施

使用建议:

  • 📋 可作为实际项目可行性报告的模板
  • 🔧 根据具体项目调整分析内容和数据
  • 📊 重点关注定量分析和风险评估方法
  • ✅ 确保结论明确,建议具体可操作

📝 说明: 这是第7章系统规划详细梳理总结的第2部分,主要涵盖了可行性研究与效益分析的详细内容,并提供了完整的可行性分析报告样例。第3部分将继续阐述方案制订和新旧系统分析等内容。