第一章 系统计划
一、 项目的提出与选择
(一) 项目立项动机
1. 进行基础研究并获得技术
提出部门:由大专院校或者企业集团内部从事基础研究的部门提出;或者由
企业中从事研发工作的团队提出;或者由中等研究组织如研究所或研究院等单位
提出(大规模的研究组织可以是国家 863 计划这样的跨行业、跨地域协作的国家
级研究组织。)
研究目的:对产品机制或核心技术支撑理论体系的深入研究,也代表着对前
言技术的追踪和对技术发展趋势的早期研判。
研究方法:设想未来技术发展趋势、社会环境和人的习惯的变迁,据此构想
未来的超前的需求,并以此需求为满足要求而预研某种前言技术。
成果展现:理论体系或技术成果。
2. 进行应用研发并获得产品
提出部门:由企业立项和开发。
研究目的:得到应用软件产品并向目标客户进行销售。
研究方法:基于某类特定客户群体的需求进行设计。
成果展现:在定资源、定时间的情况下,以项目方式进行组织,成果为“应
用”研发型软件。
3. 提供技术服务
提出部门:能向客户提供技术服务的企业,可看成“技术服务”导向的公司,
企业常以系统集成商、软件项目定制开发商、咨询商、整体解决方案提供商等定
位出现。
研究目的:提供综合性技术服务而不是单一的软件产品来占有市场份额并获
取比提供软件产品更高的利润。
研究方法:利用现有产品系统的集成和服务,面向特定客户的软件项目定制
开发,对现有软件系统进行升级改造。
成果展现:提供升级、改造后软件系统的相应技术支持、服务、培训。
4. 软件产品的使用者
即最终用户,立项的动机是通过采购或定制开发软件产品或技术服务来得到
使用价值。
(二) 项目立项价值的判断
1. 对技术的态度
动机
进行基础研究以
获得技术
进行应用研究以
获得产品
技术关注点
以技术研究为导向
以技术在具体领域中的应用和推广
提供技术服务
以客户业务为导向或者客户满意度为导向的
软件最终用户
关注软件的使用、影响和代价
2. 企业评判软件项目的视角
视角:
1. 企业通过开发产品、提供技术解决方案、整合外部资源、提供咨询和技术服
务、销售或运营、进入买方价值链或开创新的领域等 6 个层面获得价值、利
润。
2. 上述 6 方面具有层次性:技术、产品、解决方案、技术咨询和服务、销售和
运营、对业务的理解、业务扩张。前者是后者的基础。
3. 根据企业定位或企业所处的时期的不同,企业扮演的角色可能不一样。
所以,软件立项和产品研发并不是企业工作获取价值的终点。
以软件为目标的企业,规划的范围一般局限在软件的性能/功能本身;
以运营为目标的企业,规划的范围涵盖产品、技术方案、业务和运营等
各方面。
3. 系统分析师个人的软件项目中的角色和工作范畴
有此可见,系统分析师:
1. 处于项目执行层,是处理产品定义、规划、技术路线、业务和盈利模式
中高层技术人员或管理人员
2. 工作内容包括可行性论证、软件架构设计、软件设计、项目管理和组织,
在更广层面上对软件项目立项、价值、业务模式、影响、企业战略策略
等进行研究,并将这些作为软件立项的初始需求、发展的需求和未来的
需求进行贯彻
3. 技术手段是各类软件工程的技术方法和项目管理方法
(三) 系统项目的选择和确定
是项目投资方看待项目的视角。
选择方式:软件开发公司在诸多的产品方向中选择适当的方向进行研究和开
发; 客户从诸多软件产品和方案中选择采购。
项目的选择与确定不存在统一模式,但有一些基本原则:软件系统项目的目
标规划问题。
1. 选择有核心价值的产品/项目或开发方向
有核心价值的软件项目通常总是和企业或客户的核心业务相关。
《竞争优势》 Michael porter 提出“价值链”的概
念:价值链把企业活动分为产品设计、生产、营销和应用等独立的领域,企业的
价值链也可以进一步和上游供货商与下游买主的价值相连,构成完整的产业价值
链,价值链上对企业经营活动增值最大的部分即为“核心业务”。在企业业务的
价值链上,软件是作为一种技术服务手段被作用于其上,软件手段通过实现业务
价值链中关键业务的信息化,以改善甚至重建的方式提升了这些业务的运作质量
或效率。
生产制造业而言,管理资源、生产、库存、销售是核心业务,因此企业
资源计划系统 ERP 或管理信息系统 MIS 被认为是有价值的;
金融保险业而言,其基本职责是分摊风险和补偿损失,因此管理保单和
保险人员的信息的业务系统、单证系统、评估风险的定损系统被认为是
有价值的;
教育行业而言,与教学相关的教研、考试、评价等如教学资源库、课件
制作工具、图书馆软件等业务系统被认为是有价值的;
互联网网民而言,面向信息交换和传递的电子邮件系统、面向查找信息
的搜索引擎、保证系统安全的防火墙和杀毒软件、即时通信工具都就是
有价值的。
2. 评估系统实施的约束、风险、收益和代价
通常在项目的可行性分析阶段完成。
约束包括客户约束、企业本身约束,如:企业定位价值观经营方式等约束、
资源约束、能力约束、环境(行业标准国家政策行业水平)约束、用户(素质、
工作方式行为习惯)约束。
若为购买产品或技术服务,上述考虑因素外还要评估项目实施后的影响,如
自身业务、机构和人员职责、系统维护、运行规约和规章制度、效益、成本等。
3. 评估项目的实施方式
实施方式包括项目风险、收益、资源开销的评估,也包括企业对现阶段经营
目标和现有资源合理应用的考虑。此过程常由项目负责人和企业高层经理决策,
决策结果决定了项目的实施优先级别及具体的实施方式。其中的策略有:
(1) 成本领先策略是指通过竭力选择实施方式缩减成本;
(2) 差异化策略是指建立和加强与合作伙伴的关系;
(3) 专注化策略是指提高效率和降低项目风险并专注在自己擅长的领域。
具体实施方式包括:企业自己组建团队开发、外包、OEM 软件产品进行集
成、购买关键技术进行“软件集成”式开发。
4. 平衡的选择合适的方案
方案选择时,总是希望达到高质量、低成本、具有创造性、快速性、产品质
量稳定性等优点,但是这些要求本身具有悖论:
(1) 技术风险
采用成熟的技术就不能享受新技术带来的好处;
采用新技术可能不稳定,且意味着开发者需要更多的学习时间,导致成本增
加。
(2) 用户锁定性
不基于开发技术或平台的产品可能会增加开发时间导致更多的成本;
基于特定平台的产品又可能将用户锁定,减少自主选择能力,甚至被迫接受
厂商的定价和服务。
(3) 扩展性
不考虑扩展性,将导致业务变更时受阻于已建成的 IT 设施,重新改造这些
IT 设施既增加成本又会产生较大影响,几乎就是一场灾难;
过多考虑扩展性,用户又需要在采购中就购买一些并不需要的特性,从而要
更多的成本。且由于 IT 技术更新迅速,当用户期望进行升级时,可能发现原有
体系已被淘汰。
(4) 目标偏离
用户在 IT 技术供应商的宣传下,容易受影响,从而偏离自己对原有目标的
关注。
项目只有“适合”,而非尽可能的“好”。超过好的时候,可能意味着在
某方面更多的成本或潜在的风险。
(1) 要求质量是客户认为产品应做好的性能/功能。实现的越多客户越满
意。
(2) 假想质量是客户想当然认为产品应具备的性能/功能,客户自己并不
能正确描述。软件功能手段也并不能有效的捕获设计假想质量的软件需
求。
(3) 兴奋质量是客户要求范围外的功能/性能。实现这些功能客户会很高
兴,但不实现也不影响其购买的决策,该部分控制的软件开发者手中,
既可考虑成本与周期而不实现,也可为提高满意度高忠诚度而为用户
做。
(四) 项目的提出与选择的结果
软件系统项目提出和选择的结果,最终以“产品/项目建议书”的方式体现,
体现的场景包括:
(1) 招投标项目中体现为开发方提交给用户的竞标方案;
(2) 企业单位在确定开发某类型产品后,将对该产品进行评估,最终立
项人向上级提交的建议报告的主要内容。
项目建议书内容比可行性分析研究报告(根据 GB96-88)更严格:
产品/项目建议书
可行性分析研究报告步骤
可行性分析研究报告内容
项目背景及目标性介绍
核定问题定义与目标
项目背景(基本情况)
用户内外部环境、组织、IT 设施
研究分析现有系统(研究内容
国内外技术发展趋势
等情况介绍
不仅包括软件系统,也包括运作流
程,了解原运作模式,找到问题)
用户的业务模型和业务规划
为新系统建模
技术方案
预期建设系统在用户业务中的位
客户复核
费用预算及筹资方式
置与作用
信息化后用户业务模型、应用方
提出并评价解决方案
人员组织及培训方案
式、部署、运行、管理规范等
项目技术框架
确 定 并 推 荐 最 终 解 决 方 案
经济可行性
(成本/效益分析)
项目要点、技术难点、障碍等
拟开发计划
社会可行性
可行性研究成果
以书面形式提交报告进行审
风险因素及对策
查
可选的实施、组织、沟通机制
项目的资源范围和预算
项目的成本/效益分析
可选:(风险及影响评估、进度、
质量、筹资、盈利模式等)
二、 可行性研究及效益分析 GB8567-88
研究范围:可能很广,覆盖了技术、经济、执行、环境等各种评估因素,
但它并不是最后的惊喜计划。即使在可研阶段,项目的目标或产品的最
终方向都是会变的;
研究的意义:可以在项目定义阶段用较小的代价识别错误思路的系统,
从而规避未来更多的资源投入的损失(如技术障碍、环境障碍等)。
可研的底线:不承诺系统的收益一定巨大,但至少明确如果做什么,则
收益和风险是在怎样的范围内。
(一) 分析内容
可行性分析的内容
经济可行性
评估项目的开发成本以及项目成功后可能的经济效益(新市场、
客户忠诚度、打击竞争对手、改善经营格局等方面)
评估假想的软件系统需要实现的功能和性能,以及技术能力约束,
技术可行性
不仅仅讨论技术能否实现,实际包含了当前资源条件下技术可行
法律可行性
性和对技术手段的优化选择(从目标、技术、资源等方面)
评估可能由系统开发引发的侵权或法律责任,包括各种约定及争
议解决等方面
执行可行性 评估预期的软件系统在真实环境中能够被应用的程度和实施障碍
可选择性 评估系统或产品的其他可选方法,并按照优先级别进行排列
(二) 效益分析
目的:对项目开发目标所描绘的成本以及可度量的项目先进收入和无形收益
进行一次专门化的评估。
方式:包含在可行性分析报告中,大型项目则需在项目计划书中单列文本进
行分析。
1. 成本组成
(1) 项目成本(项管)
包含直接成本和间接成本。
直接成本:
类别
工资成本
硬件成本
软件成本
旅行和住宿成本
管理和支持成本
培训成本
系统文档成本
家具成本
说明
企业固定支出
服务器等
软件许可、补丁等
飞机、宾馆、汽油
个人、资金、法律支持
人员培训、用户培训等
手册、规则、过程文档
工作空间、工作台等
间接成本:租金、时限、质量、隐没成本
类别
非直接成本
说明
租金、保险、管理费用