信息化系统需求分析和可行性分析.pdf

信息化系统需求分析和可行性分析 5.1 信息化系统需求分析 从企业的战略、运作和技术层面对 企业信息化系统的功能需求进行分 析，写出需求分析报告。 一、企业信息化系统需求的层次 *战略层面： 不仅要考虑企业的现状，也要考虑企业未来的发展。 *运作层面： 对企业价值链以及各业务流程的分析，特别是关键业务流 程的分析，明确企业在运作过程中存在的问题，找到运作 层面对信息系统的需求。 ＊技术层面： 从信息技术层面对系统的完善、升级、集成和整合提出需 求。 二、需求分析不到位将导致 的风险： *需求的膨胀会使项目延期或质量下降。 *需求的模糊和不完善的需求分析会导致选型不当、 时间的浪费和项目返工。 *画蛇添足导致无效工作量的增加。 *过分简略的需求说明会遗漏某些关键需求。 *忽略某类用户的需求会导致其不满。 *需求的模糊和不完善的需求分析使项目验收不严。 三、高质量的需求分析文档 的特征 *完整性：不能遗漏任何必要的需求。 *正确性：要有客户参与。 *可行性 *必要性 *无歧义：每项需求在文档中只出现一 次。需求变更时应修改需求文档。 四、需求分析管理五部曲 需求管理技能培训 需求获取 需求分析 需求验证 需求变更管理 五、管理需求变更 *仔细评估提出的需求变更。 *挑选合适的人选对变更做出决策。  （由项目指导委员会决定） *及时通知所有涉及的人员。 *按一定的程序采纳需求变更。  （未批准变更前，除可做可行性论证 外，不做其它任何工作） 变更活动中的角色责任 角色 责任 项目指导委员会主席 项目指导委员会意见不一时行使 决策权 项目指导委员会 决定采纳或拒绝变更请求 评估者 分析所建议的变更带来的影响 修改者 实现已批准的请求变更 建议者 提交变更建议 项目管理者 负责指定评估者和修改者 变更请求接受人 接受提交的变更请求文件 变更验证人 检查变更是已正确被执行 5.2信息化系统的可行性分析 1. 可行性分析前提 2. 对现有系统的分析 3. 提出建议的系统 4. 技术上的可行性分析 5.经济上的可行性分析 6. 社会因素方面的可行性 6. 分析结论 1. 可行性分析的前提 对计划的开发项目进行可行性分析的前 提，如要求、目标、假定、限制等。 1.1 对计划开发的系统的基本 要求 a. 功能； b. 性能； c. 输出：如报告、文件或数据，对每项输 出要分析其特征，如用途、产生频度、 接口以及分发对象； d. 输入：分析系统的输入，包括数据的来 源、类型、数量、数据的组织以及提供 的频度； 1.1 对计划开发的系统的基本 要求 e. 处理流程和数据流程用图表的方式表示 出最基本的数据流