系统分析与设计part1-02.

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