系统分析与设计part1-02剖析.

《系统分析与设计part1-02剖析.》由会员分享，可在线阅读，更多相关《系统分析与设计part1-02剖析.（50页珍藏版）》请在金锄头文库上搜索。

1、,2,C H A P T E R,系统开发方法,学习要求,理解用于质量管理的能力成熟度模型（CMM）描述系统开发过程的目的 阐述系统开发生命周期（SDLC）的不同阶段 描述系统开发生命周期（SDLC）的一些变体 描述贯穿信息系统开发基本阶段的几种常用开发方法 阐述系统开发的当前趋势 描述用于系统开发的各种自动化工具,系统开发过程,系统开发过程System development process 是一组活动、方法、最佳实践、交付成果和自动化工具，系统开发的关 联人员(第1章)用它们来开发和维护信息系统及软件. 复杂产品 使用标准开发过程来开发信息系统: 使用一致的系统开发过程能够提高效率，管理层

2、可以在项目之间调动资源 一致的方法产生一致的文档，减少了维护系统的生命周期费用 总之，提高质量，全面质量管理，基于能力成熟度模型的质量框架,系统开发过程对质量的影响,能力成熟度模型(1),能力成熟度模型Capability Maturity Model (CMM) 是用来评估组织的信息系统开发过程及管理过程和产品的成熟度等级的框架，由5个开发成熟度等级构成: Level 1初始级Initial: 系统开发项目没有规定的过程可以遵循. Level 2可重复级Repeatable: 组织已经建立了项目管理过程和实践来跟踪项目费用、进度和功能，重点在项目管理. Level 3已定义级Defined:

3、 组织已经购买或开发了一个标准的系统开发过程（或称为方法学），所有项目都是用这个软件开发过程来开发和维护信息系统和软件. Level 4已管理级Managed: 组织建立了可度量的质量和生产率目标. Level 5优化级Optimizing: 根据第4级建立的度量和数据分析，标准化的系统开发过程被连续地监督和改进.,能力成熟度模型(2),系统生命周期和系统开发方法,系统生命周期System life cycle 将一个信息系统的生命分为两个阶段, (1) 系统开发阶段； (2) 系统运行和维护阶段.首先建造系统，然后使用系统，运行系统并维护系统，最后从运行和维护阶段再回到开发阶段. 系统开发方

4、法System development methodology 是一个十分正式且精确的系统开发过程，它为系统开发人员和项目经理定义了(在CMM第3级)一组活动、方法、最佳实践、交付成果和自动化工具，用来开发和维护大部分或所有的信息系统和软件.,系统开发的各个阶段,系统规划System planning 是项目的初始规划，定义初始业务范围、目标、进度和预算. 系统分析System analysis 是研究业务问题领域，以推荐改进措施并说明方案的业务需求和优先权. 系统设计System design 为系统分析阶段确定的业务需求设计一个技术性的基于计算机的方案. 系统实现System implem

5、entation 是构造、安装、测试和发布一个系统投入生产. 系统支持和持续改进（维护和提升项目）,系统规划之项目确定,问题Problem 是不期望发生的情况，它妨碍组织完整地实现其任务、愿景、目标和/或指示. 机会Opportunity 是即使在没有出现具体问题的情况下也能改善组织的可能性. 指示Directive 是一个由管理层、政府或者其他外部影响强加的新需求.,问题分类框架PIECES,P 提高性能 performance的需要 I 改进信息 information (和数据)的需要 E 改进经济economics，控制成本或增加效益 的需要 C 改进控制control或安全secur

6、ity的需要 E 改进人与过程的效率 efficiency 的需要 S 改进对客户、供应商、合作伙伴、雇员等 的服务service的需要.,系统规划阶段,系统规划是项目的初始规划，用来定义项目范围、进度、预算以及所需的开发小组成员。最重要的活动就是准确地定义解决问题所需的项目范围，它定义了系统涉及的业务领域，而项目的进度和预算最终也受到项目范围的影响。 参与者系统所有者、系统分析员和项目经理，一般不包括系统用户。 回答问题这个项目是否值得？ 典型任务 列出触发项目的问题 协商项目的初步范围 评估项目价值 计划项目进度表、预算和开发成员 汇报项目计划 关键发布物项目计划,列出触发项目的问题,具体

7、活动确定触发项目的每个问题，并且按照紧急程度、可见性、收益、优先权进行评估以及给出合适的建议方案。 参与者项目经理或高级系统分析员领导该任务、系统所有者。 完成任务使用的技术调查研究、同系统所有者开会 关键发布物初始问题陈述,协商项目的初步范围,具体活动定义了系统的边界，确定系统包括的业务以及不包括的业务 。 参与者项目经理或高级系统分析员领导该任务、系统所有者。 完成任务使用的技术调查研究、同系统所有者开会 关键发布物项目范围陈述,评估项目价值,具体活动在上述两个任务完成的基础上，通过可行性分析回答问题：“这个项目是否值得？” 参与者项目经理或高级系统分析员领导该任务，但系统所有者做出决策。

8、 完成任务使用的技术可行性分析 关键发布物没有书面发布物，仅仅是做出“继续或不继续”的决定,计划项目进度表、预算和开发成员,具体活动深入地计划项目，一个项目计划至少包括一个基线计划和下一个阶段的一个详细计划和进度表。 参与者项目经理、尽可能地让项目团队成员参与。 完成任务使用的技术PERT图、甘特图、联合项目计划、工作分解结构、关键路径分析 关键发布物基线计划和进度表,汇报项目计划,具体活动向一个由非信息系统专家或管理人员构成的指导部门汇报项目计划以获得批准。 参与者主要负责人应该同项目经理一起推动该任务，其它参与者包括整个项目团队、所有感兴趣的雇员。 完成任务使用的技术有效的人际沟通能力是关

9、键，包括说服、推销变化、商务写作和演讲 关键发布物项目计划，包括初始问题陈述、项目范围陈述、项目参与者、所采用的方法学、项目进度表和预算、交付成果等。,系统分析阶段,系统分析研究业务问题领域，从而给出改进措施并说明系统的业务需求和优先权。系统分析阶段的重点是业务问题和需求，这些需求独立于实现方案中可能使用的任何技术，系统分析阶段强调业务问题方面，而不是技术或实现方面。 参与者系统用户、系统分析员和项目经理 。 系统分析是系统开发生命周期的一个重要阶段，可以划分为四个子阶段 问题分析子阶段 需求分析子阶段 逻辑设计子阶段 决策分析子阶段,问题分析子阶段,问题分析子阶段研究现有系统，分析发现的问题

10、，促使项目团队更深入地理解引发该项目的问题。 参与者系统所有者、项目经理、系统分析员、系统用户（主动包括）。 回答问题真的值得开发一个新系统用来解决这些问题吗？ 典型任务 研究业务领域 分析问题 可选的分析并重构业务过程 制定系统改进目标 修改项目计划 汇报调查结果和系统建议,研究业务领域,具体活动了解当前系统，不同的角色对系统具有不同层次的理解，有着不同的详细程度、不同的表达方式以及不同的观点 。 参与者由项目经理领导，资深系统分析员主持，也包括参与面谈、作记录的其它系统分析员，系统所有者和足够的系统用户代表。 完成任务使用的技术调查研究、尤其是联合需求计划（JRP） 关键发布物以文档形式记

11、录的对问题领域和业务术语的理解,分析问题,具体活动了解当前系统的基础上，项目团队同系统所有者和系统用户一起分析问题。 参与者由系统分析员推动该任务，系统所有者和系统用户应该主动地参与到因果分析中。 完成任务使用的技术调查研究技术、JRP技术以及因果分析法 关键发布物修改的问题陈述以及对每个问题的因果分析,分析并重构业务过程,具体活动有些项目需要重构业务过程，这就要求项目团队十分详细地检查组织的业务过程，度量每个过程相对于整个组织增加或减少的价值。 参与者由在业务过程重构方面有经验的系统分析员主持该任务，系统所有者和系统用户要参与讨论分析。 完成任务使用的技术调查研究技术、JRP技术以及过程建模

12、技术 关键发布物当前系统的过程模型和过程分析,制定系统改进目标,具体活动在分析问题的基础上，可以制定系统改进目标，建立新系统成功的准则，对当前系统的任何改进将按照这个准则进行度量，当然也需要确定任何可能限制系统改进的约束条件 。 参与者由系统分析员推动该任务，系统所有者和系统用户要参与讨论。 关键发布物精确的、可度量的定义新系统预期的业务性能陈述 的系统改进目标,修改项目计划,具体活动在对问题分析的基础上，需要重新评估项目范围，并相应地修改项目计划。 参与者整个项目团队一起推动该任务，系统分析员和系统所有者起关键作用。 关键发布物修改后的项目计划,汇报调查结果和系统建议,具体活动向所有和项目相

13、关的人员汇报调查结果和系统建议 。 参与者主要负责人应该同项目经理一起推动该任务，其它参与者包括整个项目团队、所有感兴趣的雇员。 关键发布物系统建议的报告,需求分析子阶段,需求分析子阶段定义业务需求，并为它们排序。 参与者项目经理、系统分析员、系统用户。 回答问题用户需要什么？希望从新系统中获得什么？ 典型任务 定义业务需求 确定业务需求的优先级 修改项目计划,定义业务需求,具体活动根据问题分析子阶段确定的系统改进目标来定义业务需求，包括描述新系统必须提供的服务和活动的功能需求，以及描述新系统的性能、易学易用性、预算等的非功能需求。 参与者系统分析员，而系统设计人员和构造人员一般不参与该任务。

14、 完成任务使用的技术JRP是快速整理业务需求的首选技术，其它需求获取的各种调查研究技术如面谈也是常用手段，在表述业务需求时还可以选择用例建模技术。 关键发布物各种形式的功能需求和非功能需求陈述,确定业务需求的优先级,具体活动根据系统改进目标的重要性，相应的业务需求也具有不同的优先级别。 参与者系统所有者和用户制定实际的优先级，系统分析员推动该任务， 完成任务使用的技术调查研究技术、时间盒 关键发布物含优先级的业务需求,修改项目计划,具体活动系统的业务需求确定之后，往往发现新系统的规模会变大，这时需要重新定义项目范围，并修改项目计划来调整项目进度、预算等约束条件。 参与者整个项目团队一起推动该任

15、务，系统分析员和系统所有者起关键作用。 关键发布物修改后的项目计划，该计划包括后期逻辑设计子阶段的详细计划。,逻辑设计子阶段,逻辑设计子阶段将用户的业务需求转换成逻辑系统模型图，以验证系统的功能需求，这些模型图仅仅描述了业务需求，并不涉及任何技术设计或实现。 参与者系统分析员主持该任务，需要同系统用户交流来获取模型图的细节信息。 回答问题新系统必须实现什么? 完成任务使用的技术系统建模技术、构造原型技术 关键发布物逻辑设计模型和规格说明,决策设计子阶段,决策设计子阶段系统分析向系统设计的过渡阶段，从对业务需求的关心转移到对技术实现的关心上来。确定候选方案、分析这些候选方案的可行性并推荐一个候选

16、方案作为目标方案进行设计和实现。 参与者项目经理、系统分析员、系统设计员、系统用户 回答问题实现新系统的最佳方案是什么? 典型任务 确定候选方案 分析和比较候选方案 修改项目计划 汇报推荐的系统方案 完成任务使用的技术调查研究、JRP、可行性分析等 关键发布物系统方案建议,系统设计阶段,系统设计在前期分析阶段获取、分析业务需求以及决策制定的基础上，具体设计系统的解决方案，从而为系统构造人员提供清晰完整的物理设计说明。详细的计算机系统方案的规格说明，关注的是系统的技术方面。 参与者项目经理、系统分析员、系统设计人员、系统用户（部分）。 回答问题系统方案如何实现？ 典型任务 设计系统架构 设计系统数