软件工程概论参考件第2章 可行性研究.pptVIP

Chapter 2 Entity-Relationship Model 软件工程 第2章 可行性研究 本章主要内容 可行性研究的目的、任务 可行性研究的步骤 系统流程图 数据流图 数据字典 成本/效益分析 2.1 可行性研究的任务 从立项角度,软件项目又可分为: 非订单软件 通过市场调研，经过论证，认为某软件产品将会有巨大的市场空间，由开发方决定自投资金开发的软件项目. 开发单位立项,由市场部撰写《立项建议书》. 订单软件 通过投资方招标，软件公司撰写《软件项目投标书》. 竟标成功后双方签订《软件项目开发合同书》. 无论是订单软件还是非订单软件,都需要进行可行性研究. 2.1 可行性研究的任务(Cont.) 开发一个软件，要解决三个问题： 可行性研究— Why to do? 要明确目的、任务 需求分析—What to do? 系统设计—How to do? 2.1 可行性研究的任务(Cont.) 目的： 用最小的代价,在尽可能短的时间内,确定问题是否有可行的解决方案. 不是解决问题，而是确定是否可解\值得解 不要花过多精力，占总成本的 5 ~ 10 % 2.1 可行性研究的任务(Cont.) 任务：可行性研究的任务 进一步分析和澄清问题定义,导出系统的逻辑模型; 探索若干种可供选择的系统实现方案; 研究每种方案的可行性; 选择或折衷出一种最佳方案； 拟定初步开发计划。 2.1 可行性研究的任务(Cont.) 可行性研究由系统分析员负责。从四个方面展开可行性分析: 技术可行性 使用现有的技术是否能实现该系统. 经济可行性 从经济角度讲,该系统是否有开发价值. 操作可行性 该系统的操作方式是否符合用户的要求. 法律可行性 该系统的开发是否符合法律规定. 2.2 可行性研究的步骤 1.复查系统规模和目标 对问题定义阶段确定的系统规模和目标进一步确认; 改正含糊或不确切的叙述,清晰地描述对目标系统的限制和约束. 2.2 可行性研究的步骤Cont.) 2.研究目前正在使用的系统 正在使用的系统 人工系统: 需要计算机化 计算机系统: 需要改进或完善 研究现有系统的文档资料和使用手册,了解: 原系统能做什么; 为什么这样做; 现有系统使用的代价; 用户对新系统的要求; 该系统的边界(与其他系统的关系). 2.2 可行性研究的步骤Cont.) 3. 导出新系统的高层逻辑模型 根据对现有系统的研究,导出现有系统的逻辑模型,设计出目标系统的逻辑模型. 使用的工具: 系统流程图 数据流图 数据字典 报告应该告诉用户“What”而不是“How” It is written in the customer’s language It contains no technical jargon It describes the functions of the system It is independent of implementation It is linked to the requirements documents 2.2 可行性研究的步骤Cont.) 4 重新定义问题 系统分析员与用户一起,结合目标系统的逻辑模型,复查问题定义、工程规模和系统实现的目标,以便对目标系统的逻辑模型达成一致的认识. 系统分析员与用户充分交流, 理解目标系统,使目标系统的逻辑模型真正满足用户的要求. 2.2 可行性研究的步骤Cont.) 5. 导出和评价供选择的解法 系统分析员根据与用户确定的系统逻辑模型,导出若干个较高层次的物理解决方案,例如: 低成本方案 中成本方案 高成本方案 C/S系统结构 B/S系统结构 分别从技术、经济、操作和法律角度论证每一种方案的可行性. 为每个方案制定实现进度表. 策略评估的内容 目标：提出的系统对组织目标具有怎样的贡献？例如它是否能够增加市场份额？ IS计划：提出的系统如何与IS计划相适应？它将替换或者与那些系统接口？它与将来开发的系统有何交互关系？ 组织结构：新系统对目前的部门和组织结构有何影响？例如一个新的订单处理系统是否与目前的销售与库存控制的功能相重叠？ MIS:系统将在组织的何层次上提供何种信息？它将以何种方式对现存管理信息系统进行补充何提高？ 人员：系统将以何种方式影响人力水平何现存雇员的技术？它对组织整个人员开发策略有何影响？ 情形：系统将使客户对组织的态度有何变化？是否采用一个自动化的系统将与提供友好的服务相冲突？ 操作可行性 确定： 系统是否能够真正解决问题 是否系统一旦安装后，有足够的人力资源来运行系统 自动化系统与手工系统的操作方式、效率是否匹配 例如：用户对新系统具有抵触情绪可能使操作不可行 计划评估 估计项目完成所需的时间 评估项目的时间是否足够 技术评估 技术的成熟程度 实