系统分析与设计part1-02

系统分析与设计
系统规划阶段 • 系统规划－－是项目的初始规划，用来定义项目范围、进 度、预算以及所需的开发小组成员。最重要的活动就是准 确地定义解决问题所需的项目范围，它定义了系统涉及的 业务领域，而项目的进度和预算最终也受到项目范围的影 响。 • 参与者－－系统所有者、系统分析员和项目经理，一般不 包括系统用户。 • 回答问题－－这个项目是否值得？ • 典型任务－－ – 列出触发项目的问题 – 协商项目的初步范围 – 评估项目价值 – 计划项目进度表、预算和开发成员 – 汇报项目计划 • 关键发布物－－项目计划
系统分析与设计
能力成熟度模型(2)
系统分析与设计
系统生命周期和系统开发方法
• 系统生命周期System life cycle – 将一个信息系统的生命分 为两个阶段, (1) 系统开发阶段； (2) 系统运行和维护阶段. 首先建造系统，然后使用系统，运行系统并维护系统，最 后从运行和维护阶段再回到开发阶段.
系统分析与设计
列出触发项目的问题 • 具体活动－－确定触发项目的每个问题，并且按照紧急程 度、可见性、收益、优先权进行评估以及给出合适的建议 方案。 • 参与者－－项目经理或高级系统分析员领导该任务、系统 所有者。 • 完成任务使用的技术－－调查研究、同系统所有者开会 • 关键发布物－－初始问题陈述
系统分析与设计
协商项目的初步范围 • 具体活动－－定义了系统的边界，确定系统包括的业务以 及不包括的业务 。 • 参与者－－项目经理或高级系统分析员领导该任务、系统 所有者。 • 完成任务使用的技术－－调查研究、同系统所有者开会 • 关键发布物－－项目范围陈述
系统分析与设计
源自文库
评估项目价值 • 具体活动－－在上述两个任务完成的基础上，通过可行性 分析回答问题：“这个项目是否值得？” • 参与者－－项目经理或高级系统分析员领导该任务，但系 统所有者做出决策。 • 完成任务使用的技术－－可行性分析 • 关键发布物－－没有书面发布物，仅仅是做出“继续或不 继续”的决定
系统分析与设计
系统分析阶段 • 系统分析－－研究业务问题领域，从而给出改进措施并说 明系统的业务需求和优先权。系统分析阶段的重点是业务 问题和需求，这些需求独立于实现方案中可能使用的任何 技术，系统分析阶段强调业务问题方面，而不是技术或实 现方面。 • 参与者－－系统用户、系统分析员和项目经理 。 • 系统分析是系统开发生命周期的一个重要阶段，可以划分 为四个子阶段－－ – 问题分析子阶段 – 需求分析子阶段 – 逻辑设计子阶段 – 决策分析子阶段
系统分析与设计
问题分析子阶段 • 问题分析子阶段－－研究现有系统，分析发现的问题，促 使项目团队更深入地理解引发该项目的问题。 • 参与者－－系统所有者、项目经理、系统分析员、系统用 户（主动包括）。 • 回答问题－－真的值得开发一个新系统用来解决这些问题 吗？ • 典型任务－－ – 研究业务领域 – 分析问题 – [可选的]分析并重构业务过程 – 制定系统改进目标 – 修改项目计划 – 汇报调查结果和系统建议
系统分析与设计
汇报项目计划 • 具体活动－－向一个由非信息系统专家或管理人员构成的 指导部门汇报项目计划以获得批准。 • 参与者－－主要负责人应该同项目经理一起推动该任务， 其它参与者包括整个项目团队、所有感兴趣的雇员。 • 完成任务使用的技术－－有效的人际沟通能力是关键，包 括说服、推销变化、商务写作和演讲 • 关键发布物－－项目计划，包括初始问题陈述、项目范围 陈述、项目参与者、所采用的方法学、项目进度表和预算 、交付成果等。
系统分析与设计
分析问题 • 具体活动－－了解当前系统的基础上，项目团队同系统所 有者和系统用户一起分析问题。 • 参与者－－由系统分析员推动该任务，系统所有者和系统 用户应该主动地参与到因果分析中。 • 完成任务使用的技术－－调查研究技术、JRP技术以及因 果分析法 • 关键发布物－－修改的问题陈述以及对每个问题的因果分 析
系统分析与设计
系统开发过程 系统开发过程System development process – 是一组活动、方 法、最佳实践、交付成果和自动化工具，系统开发的关 联人员(第1章)用它们来开发和维护信息系统及软件. – 复杂产品 – 使用标准开发过程来开发信息系统: – 使用一致的系统开发过程能够提高效率，管理层可 以在项目之间调动资源 – 一致的方法产生一致的文档，减少了维护系统的生 命周期费用 – 总之，提高质量，全面质量管理，基于能力成熟度模型 的质量框架
系统分析与设计
制定系统改进目标 • 具体活动－－在分析问题的基础上，可以制定系统改进目 标，建立新系统成功的准则，对当前系统的任何改进将按 照这个准则进行度量，当然也需要确定任何可能限制系统 改进的约束条件 。 • 参与者－－由系统分析员推动该任务，系统所有者和系统 用户要参与讨论。 • 关键发布物－－精确的、可度量的定义新系统预期的业务 性能陈述 的系统改进目标
系统分析与设计
C H A P T E R
2
系统开发方法
系统分析与设计
学习要求
• 理解用于质量管理的能力成熟度模型（CMM）描 述系统开发过程的目的 • 阐述系统开发生命周期（SDLC）的不同阶段 • 描述系统开发生命周期（SDLC）的一些变体 • 描述贯穿信息系统开发基本阶段的几种常用开发 方法 • 阐述系统开发的当前趋势 • 描述用于系统开发的各种自动化工具
系统分析与设计
问题分类框架PIECES P I 提高性能 performance的需要 改进信息 information (和数据)的需要
E
C E S
改进经济economics，控制成本或增加效益 的需要
改进控制control或安全security的需要 改进人与过程的效率 efficiency 的需要 改进对客户、供应商、合作伙伴、雇员等 的服务service的需要.
系统分析与设计
系统规划之项目确定 • 问题Problem – 是不期望发生的情况，它妨碍组织完整地 实现其任务、愿景、目标和/或指示. • 机会Opportunity – 是即使在没有出现具体问题的情况下也 能改善组织的可能性. • 指示Directive – 是一个由管理层、政府或者其他外部影响 强加的新需求.
系统分析与设计
计划项目进度表、预算和开发成员 • 具体活动－－深入地计划项目，一个项目计划至少包括一 个基线计划和下一个阶段的一个详细计划和进度表。 • 参与者－－项目经理、尽可能地让项目团队成员参与。 • 完成任务使用的技术－－PERT图、甘特图、联合项目计 划、工作分解结构、关键路径分析 • 关键发布物－－基线计划和进度表
系统分析与设计
确定业务需求的优先级 • 具体活动－－根据系统改进目标的重要性，相应的业务需 求也具有不同的优先级别。 • 参与者－－系统所有者和用户制定实际的优先级，系统分 析员推动该任务， • 完成任务使用的技术－－调查研究技术、时间盒 • 关键发布物－－含优先级的业务需求
系统分析与设计
修改项目计划 • 具体活动－－系统的业务需求确定之后，往往发现新系统 的规模会变大，这时需要重新定义项目范围，并修改项目 计划来调整项目进度、预算等约束条件。 • 参与者－－整个项目团队一起推动该任务，系统分析员和 系统所有者起关键作用。 • 关键发布物－－修改后的项目计划，该计划包括后期逻辑 设计子阶段的详细计划。
系统分析与设计
系统开发过程对质量的影响
一个 200,000行代码开发项目的CMM项目统计
组织的 CMM 等级 1 2 3 项目持 续时间 (months) 30 18.5 15 项目人月 600 143 80 出现的 错误数 61 12 7 平均费用 ($ millions) 5.5 1.3 0.728 最低费用 ($ millions) 1.8 0.96 0.518 最高费用 ($ millions) 100+ 1.7 0.933
系统分析与设计
修改项目计划 • 具体活动－－在对问题分析的基础上，需要重新评估项目 范围，并相应地修改项目计划。 • 参与者－－整个项目团队一起推动该任务，系统分析员和 系统所有者起关键作用。 • 关键发布物－－修改后的项目计划
系统分析与设计
汇报调查结果和系统建议 • 具体活动－－向所有和项目相关的人员汇报调查结果和系 统建议 。 • 参与者－－主要负责人应该同项目经理一起推动该任务， 其它参与者包括整个项目团队、所有感兴趣的雇员。 • 关键发布物－－系统建议的报告
• 系统开发方法System development methodology – 是一个十 分正式且精确的系统开发过程，它为系统开发人员和项目 经理定义了(在CMM第3级)一组活动、方法、最佳实践、 交付成果和自动化工具，用来开发和维护大部分或所有的 信息系统和软件.
系统分析与设计
系统开发的各个阶段 系统规划System planning –是项目的初始规划，定义初始业 务范围、目标、进度和预算. 系统分析System analysis –是研究业务问题领域，以推荐改进 措施并说明方案的业务需求和优先权. 系统设计System design –为系统分析阶段确定的业务需求设 计一个技术性的基于计算机的方案. 系统实现System implementation –是构造、安装、测试和发 布一个系统投入生产. 系统支持和持续改进（维护和提升项目）
系统分析与设计
需求分析子阶段 • • • • 需求分析子阶段－－定义业务需求，并为它们排序。 参与者－－项目经理、系统分析员、系统用户。 回答问题－－用户需要什么？希望从新系统中获得什么？ 典型任务－－ – 定义业务需求 – 确定业务需求的优先级 – 修改项目计划
系统分析与设计
定义业务需求 • 具体活动－－根据问题分析子阶段确定的系统改进目标来 定义业务需求，包括描述新系统必须提供的服务和活动的 功能需求，以及描述新系统的性能、易学易用性、预算等 的非功能需求。 • 参与者－－系统分析员，而系统设计人员和构造人员一般 不参与该任务。 • 完成任务使用的技术－－JRP是快速整理业务需求的首选 技术，其它需求获取的各种调查研究技术如面谈也是常用 手段，在表述业务需求时还可以选择用例建模技术。 • 关键发布物－－各种形式的功能需求和非功能需求陈述
系统分析与设计
能力成熟度模型(1) 能力成熟度模型Capability Maturity Model (CMM) – 是用来 评估组织的信息系统开发过程及管理过程和产品的成熟度等 级的框架，由5个开发成熟度等级构成:
– Level 1—初始级Initial: 系统开发项目没有规定的过程可以遵循. – Level 2—可重复级Repeatable: 组织已经建立了项目管理过程和 实践来跟踪项目费用、进度和功能，重点在项目管理. – Level 3—已定义级Defined: 组织已经购买或开发了一个标准的系 统开发过程（或称为方法学），所有项目都是用这个软件开发过程 来开发和维护信息系统和软件. – Level 4—已管理级Managed: 组织建立了可度量的质量和生产率 目标. – Level 5—优化级Optimizing: 根据第4级建立的度量和数据分析， 标准化的系统开发过程被连续地监督和改进.
系统分析与设计
分析并重构业务过程 • 具体活动－－有些项目需要重构业务过程，这就要求项目 团队十分详细地检查组织的业务过程，度量每个过程相对 于整个组织增加或减少的价值。 • 参与者－－由在业务过程重构方面有经验的系统分析员主 持该任务，系统所有者和系统用户要参与讨论分析。 • 完成任务使用的技术－－调查研究技术、JRP技术以及过 程建模技术 • 关键发布物－－当前系统的过程模型和过程分析
系统分析与设计
研究业务领域 • 具体活动－－了解当前系统，不同的角色对系统具有不同 层次的理解，有着不同的详细程度、不同的表达方式以及 不同的观点 。 • 参与者－－由项目经理领导，资深系统分析员主持，也包 括参与面谈、作记录的其它系统分析员，系统所有者和足 够的系统用户代表。 • 完成任务使用的技术－－调查研究、尤其是联合需求计划 （JRP） • 关键发布物－－以文档形式记录的对问题领域和业务术语 的理解