第四章-需求分析和可行性分析.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * 第四章 需求分析和可行性分析 * 生命周期法 项目提出 * 生命周期法 传统方法： 生命周期法： 特点： * 生命周期法 （1）建立面向用户的观点，根据用户需求来设计系统。 （2）自顶向下来规划设计信息系统。 （3）严格按阶段进行。 （4）文档标准化和规范化。 （5）运用系统的分解和综合技术，使复杂的系统结构化、模块化。 （6）强调阶段成果的审定和检验。 特点： 优点： （1）系统易于实现。 （2）有利于系统总体结构的优化。 （3）实现的系统具有较好的可维护性。 * 生命周期法失败原因： (1) 用户对信息技术的了解程度不够，加上环境不断变化，导致系统需求难以准确确定，并且不断变化； (2) 生命周期法开发周期长、文档过多； (3) 各阶段文档的审批工作困难； (4) 生命周期法不和是面向决策的应用。 生命周期法适用条件： 适用于：用户需求定义可以明确；系统运行程序确定、结构化程度高；系统具有较长使用寿命，环境变化不大；开发过程要求有严格的控制；研制人员对系统任务了解程度高；系统文档要求全面详尽；开发成果重复使用等场合。 生命周期法 * 战略目标 系统目标 项目目标 系统现状 可行性分析 可行性分析报告 讨论 取消项目 系统规划阶段 详细调查 业务流程、数据流程分析 逻辑设计 系统分析报告 讨论 取消项目 系统分析阶段 修改目标调整资源 修改目标调整资源 总体设计 详细设计 系统设计报告 讨论 中止项目 系统设计阶段 修 改 系统实现 系统实现报告 试运行 系统试运行报告 验收 修 改 运行、维护、修改、评价、评审 新系统需求 系统实施阶段 运行维护阶段 * 第四章 需求分析和可行性分析 可行性分析是要决定“做还是不做”。 需求分析是要决定“做什么，不做什么”。 即使可行性分析是客观的、科学的，但决策仍有可能 是错误的。因为决策者是人，人会冲动，有赌博心态。 如果可行性分析表明做某件事的成功率是10%，失败率 是90%，倘若该事情的意义非常大，决策者也许会一拍 脑袋：“豁出去，干！”于是这世界就多了一份极喜 与极悲。 ? * 如果你看到这样两份《家装方案设计书》： 第一份的目录中是图片：客厅、厨房、卫生间、卧室、书房…… 另一份目录中是：水路、电路、家具…… 你会选择哪一个？为什么？ 4.1 需求相关败因简要分析 * 1、不完整的需求 2、缺乏用户参与 3、不切实际的用户期望 4、需求频繁变更 5、提供了不再需要的 4.1 需求相关败因简要分析 * 战略目标 系统目标（PIECES框架） 项目目标 4.1 需求分析——目标分析 * PIECES框架是IT项目系统需求分析时的一个模型。 是系统非功能性需求分类的技术，对各种类型的需求进行分类，使得类似的需求可以组织起来，达到汇报、跟踪和验证的目的，还可能帮助确定可能忽略的需求。 PIECES框架能够完整、准确、快速地确定信息系统的需求，确认业务中存在的问题、机会和改进目标。 PIECES框架 PIECES方法是6个英文单词的缩写： （1）P是Performance的缩写，表示提高系统的性能； （2）I是Information的缩写，表示提高信息的质量和改变 信息的处理方式； （3）E是Economics的缩写，表示改善组织的成本、效益等 经济状况； （4）C是Control的缩写，表示提高信息系统的安全和控制 水平； （5）E是Efficiency的缩写，表示提高组织的人、财、物 等使用效率； （6）S是Service的缩写，表示将要提高组织对客户、供应 厂商、合作伙伴、顾客等的服务质量。 * 项目名称 批准时间 项目 背景 介绍 发起原因 机遇与优势 挑战与劣势 项目 目标 项目 产品 中间产品 最终产品 项目经理 姓名 所在部门职务 项目中权利范围 资源 人员安排 条件 物质 成本 结束时间 项目完成标准 签发人 签发时间 4.1 需求分析——目标分析 建设一个信息系统的项目章程模板 * 4.2 管理与决策的信息需求 * 4.3 目标的分析、权衡及量化 目标分析 * 4.3 目标的分析、权衡及量化 目标权衡 因果关系 主次关系 * 4.3 目标的分析、权衡及量化 目标量化 系统应在不少于60s的正常周期内提供状态信息 系统应在1s内响应用户的需求 * 4.4 可行性分析 什么叫可行性研究？ 可行性研究就是用最小的代价在尽可能短的时间内（成本只占预期工程总成本的5%-10%）确定问题是否值得去解。是一个大大简化的、在较高层