信息系统与设计分析报告.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 第三章 信息系统开发 3.2.2 FAST项目阶段 范围定义阶段 系统所有者、项目经理和系统分析员共同商讨项目是否可以考虑； 如值得考虑，共同确定项目的范围、目标、约束和限制条件以及所需的项目参加者、预算和进度； 发布采用PIECES框架作为结构的“问题陈述”，对于项目进行简要描述； 确定可能影响项目的约束条件，例如预算、时间、人力资源、政策与法规等限制； 系统分析员依据上述材料组织项目团队估算开发预算和进度； 系统所有者依据之前的输出材料决定“是否继续”该项目； 最终发布“工作陈述”，合并了之前的全部内容，并提供给参与该项目的各方。 第三章 信息系统开发 2. 问题分析阶段 该阶段参与者第一次包括“系统用户”，与系统所有者和系统分析员共同完成； 依据阶段1确立的“范围和问题陈述”，在对业务全面了解的基础上，共同制定一组“系统改进目标”，并将改进目标作为系统将来的评价标准；例如：将订单处理和交货之间的时间由5天减少为3天。 经过该阶段，项目团队可以更深入的了解要开发的系统，熟悉了各种术语、历史、文化和微妙之处； 项目团队和系统所有者共同决定是否进行下去。 第三章 信息系统开发 3. 需求分析阶段 所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”； 需求分析阶段需要定义用户的业务需求，并排序设定优先级。如项目开发时间紧张，则优先实现高优先级业务需求，或者用来设计和构造系统的迭代层次； 需求分析的参与者主要包括“系统用户”和“系统分析员”，但不应该包括“系统设计人员”，从而防止过早地关注技术方案； 需求分析是软件工程中最重要的阶段，不清晰或者错误的需求分析，往往会给系统开发带来很大的损失； 需求分析的最终成果是“业务需求陈述”。 第三章 信息系统开发 4. 逻辑设计阶段 业务需求往往是口头表达，不易于理解。逻辑设计阶段是由系统分析员将业务需求转化为系统模型图，从而可以更清晰的将用户需求表达给其他技术人员； 模型图与技术无关，目的在于更清晰的表达整个系统功能； 模型图一般包括“逻辑数据模型”（描述数据和信息需求）、“逻辑过程模型”描述业务过程需求和“逻辑接口模型”（描述业务和系统接口需求）。 该阶段的参与者包括“系统分析员”（绘制模型）和“系统用户”（验证模型）。 “范围定义阶段”，“问题分析阶段”，“需求分析阶段”和“逻辑设计阶段”，这四个阶段工作的重点是系统所有者和系统用户所关心的业务需求，合称是系统分析阶段。 第三章 信息系统开发 5. 决策分析阶段 （该阶段是系统分析与系统设计之间的一个阶段） （1）该阶段解决的常见问题 系统应该在多大程度上应用计算机处理技术； 系统中哪些软硬件需要外购，哪些软件需要自己设计；（例如服务器，OS和DBMS软件等） 什么样的信息新技术可以应用到系统设计之中。（.net技术） （2）目标 确定候选技术方案； 分析候选方案的可行性； 推荐一个候选方案作为目标方案来进行设计。 第三章 信息系统开发 （3）可行性分析的几个方面 技术可行性 运行可行性 经济可行性 进度可行性 风险可行性 （4）该阶段形成的成果 交付“系统方案建议”，也可以是“系统建议请求”，供系统所有者用作购买硬件和软件方案的建议。 第三章 信息系统开发 6. 物理设计和集成阶段 物理设计是将用户需求转换为系统模型，描述了用户需求的技术实现。在实现过程中，受限于上一阶段批准的内容的限制，与逻辑设计相对应； 主要设计以下视图 ①数据库表设计说明： ②业务过程设计和物理软件设计说明； ③用户和系统接口说明（通过设计系统原型，来得到用户反馈）。 7. 构造和测试阶段 创建并测试一个实现业务需求和设计说明的系统；（编程） 实现新系统和现有系统之间的接口；（将IS的各个组成部分集成在一起） 生成最终系统文档，例如帮助系统、培训手册等内容。 第三章 信息系统开发 8. 安装和发布阶段 制定转化计划，实现新老系统的平滑过渡； 培训系统用户。 9.运行和维护阶段 辅助用户使用IS； 修正软件中的缺陷； 紧急处理IS的问题并及时恢复； 修改IS从而适应新的需求。 第三章 信息系统开发 3.2.3