信息系统分析-课件 第3章-信息系统开发

第3章信息系统开发系统分析与设计方法第六版JeffreyL.WhittenLonnieD.BentleyKevinC.Dittman2本章主要内容3.1系统开发过程3.2FAST开发过程3.3开发路线和方法3.4自动化工具和技术33.1系统开发过程系统开发过程–一组活动、方法、最佳实践、交付成果和自动化工具，系统关联人员用它们开发和维护信息系统及软件。使用一致的系统开发过程：:–提高效率，管理层可以在项目之间调动资源；–产生一致的文档，减少维护系统的生命后期费用；–改善质量43.1系统开发过程FAST3.1.1能力成熟度模型3.1.2系统生命周期和开发方法3.1.3系统开发基本原理53.1.1能力成熟度模型63.1.1能力成熟度模型初始级:–系统开发项目没有规定的过程可以遵循–开发成败主要取决于项目团队的经验和技能–项目开发过程不可预测、不可重复–项目之间的文档不一致可重复级:–建立项目管理过程和实践跟踪项目成本、进度、功能–组织采用开发过程，但项目与项目之间的开发过程可能不同–开发成败仍主要取决于项目团队的经验和技能.–可以重复早期项目的成功经验73.1.1能力成熟度模型已定义级:–标准化系统开发过程(有时称为“方法学”)–所有项目都使用这个过程的裁减版本来开发和维护系统或软件–每个项目都产生一致且高质量的文档和交付成果–开发过程稳定、可预测、可重复–已管理级:–建立可度量的质量和生产率目标–标准系统开发过程和产品质量的度量数据存在数据库里，并根据数据提高项目管理水平–管理层主动而不是被动应对系统开发问题–系统遇到不可预期问题时，开发过程仍可以根据对问题的影响的预测和度量进行调整83.1.1能力成熟度模型优化级:–根据4级建立的度量和数据分析，对标准化过程进行持续监督和改进。–调整开发过程中的技术和最佳实践，包括调整开发过程本身。–经验教训在组织内共享，保证质量，并消除低效率。–注意，每个等级都是下一等级的先决条件。93.1.1能力成熟度模型SoftwareconfigurationmanagementSoftwarequalityassuranceSoftwaresubcontractmanagementsoftwareprojecttrackingandoversightsoftwareprojectplanningRequirementsmanagementPeerreviewsIntergroupcoordinationSoftwareproductengineeringIntegratedsoftwaremanagementTrainingprogramOrganizationprocessdefinitionOrganizationprocessfocusSoftwarequalitymanagementQuantitativeprocessmanagementProcesschangemanagementTechnologychangemanagementDefectprevention103.1.1能力成熟度模型BasicprojectmngtcontrolInitialRepeatableDefinedManagedOptimizedprocessmanagementquantitativeimprovementCommitmenttoperform(actions).Abilitytoperform(preconditions).Activitiesperformed(roles).Measurementsandanalysis.Verifyingimplementation(reviewandaudit).113.1.1能力成熟度模型e.g.KPAactivitiesRequirementmanagementSoftwareprojectplanTraceandreviewGoals★Makeorgapolicy♣Makeprocedures▲organization▲obtainrequirdocu▲Provideresources▲training♣GuideKPIimple◆Measureandreport♠Reviewactivities★Commitmenttoperform(actions).▲Abilitytoperform(preconditions).♣Activitiesperformed(roles).◆Measurementsandanalysis.♠Verifyingimplementation(reviewandaudit).123.1.1能力成熟度模型CMMProjectStatisticsforaProjectResultingin200,000LinesofCodeOrganization’sCMMLevelProjectDuration(months)ProjectPerson-MonthsNumberofDefectsShippedMedianCost($millions)LowestCost($millions)HighestCost($millions)130600615.51.8100+218.5143121.3.961.7315807.728.518.933系统开发过程对质量影响133.1.2系统生命周期与开发方法Lifecyclestage使用系统选择的IT系统开发使用系统开发方法学运行与维护Lifecyclestage报废转换系统生命期系统生命周期143.1.3系统开发基本原理让用户参与使用一套问题解决步骤确立开发阶段和开发活动在开发过程中记录文档建立标准管理过程和项目将信息系统作为重要投资不害怕取消和返工分而治之设计系统时考虑到增长和变化153.2FAST系统开发过程FAST3.2.1项目确定3.2.2项目阶段3.2.3跨生命周期活动163.2.1项目确定项目的推动力解决问题利用机会执行指示PIECES框架性能Performance信息Information经济Economics控制Control效率Efficiency服务Service173.2.2项目阶段经典项目阶段：范围定义阶段问题分析阶段需求分析阶段逻辑设计阶段决策分析阶段物理设计和集成阶段构造和测试阶段安装和发布阶段183.2.2项目阶段193.2.3跨生命周期活动调查研究（信息收集和数据收集）记录文档和演示汇报可行性分析项目管理和过程管理203.3开发路线和方法系统开发方法学和策略分类213.3开发路线和方法3.3.1模型驱动开发路线3.3.2快速应用开发路线3.3.3商用应用软件包开发路线3.3.4混合开发路线223.3.1模型驱动开发路线233.3.1模型驱动开发路线优点：需求分析更全面更好地文档化更容易确定、概念化和分析多种技术方案系统设计更合理、稳定、适应性使用全面规格说明，容易正确地构造系统缺点：项目持续时间长，需要时间收集实事、绘制和验证模型模型能达到的需求理解程度最多和用户理解程度一样降低用户在项目中的主动参与不够灵活，用户在设计之前必须完全说明需求，设计必须完全记录下技术说明才能构造243.3.1模型驱动开发路线三种流行的模型驱动开发技术：过程建模流程图结构图数据建模实体关系图数据库设计对象建模对象253.3.2快速应用开发路线RAD基本思想：–让用户主动参与到分析、设计和构造活动中–让系统开发组成重点突出的研讨会，让所有关联人员一同参与–通过一种迭代的构造方法加速需求分析与设计阶段–提前用户看到工作系统的时间原型–小规模、有代表性的或者可工作的模型，这个模型反映了信息系统的用户需求或者建议设计。任何原型都可能忽略某些功能和特征，直到圆形最终完全进化成需求的可接受实现模型位置。263.3.2快速应用开发路线273.3.2快速应用开发路线时间盒––在一段不能延长的时间内（通常60-90天），系统的某个版本必须在这个时间段内投入运行。优点：有规律向用户和管理层发布运行系统，提高和保持管理者和用户对项目的热情，因为系统工作版本按照有规律的模式进行发布。283.3.2快速应用开发路线RAD优点：–适用于用户需求不确定不明确的项目–鼓励用户和管理层主动参与–项目具有较高可视性和支持程度–用户和管理层看到可工作的方案更快些–错误和遗漏更早发现–测试和培训是原型法的自然副产品–迭代方法更自然，因为变化是必然的RAD缺点：–可能增加运行、支持和维护费用–省略问题分析阶段–RAD可能不鼓励分析员考虑其他更有价值的技术方案–对速度的重视可能会破坏质量–抛弃原型可能被视为产品的时间和精力的损失293.3.3商用软件包开发路线建议申报书Requestforproposal(RFP)–与软件供应商交流业务、技术和支持需求的正式文档，这些软件供应商希望竞争销售应用软件包和服务。报价申报书Requestforquotation(RFQ)––与单个软件供应商交流业务、技术和支持需求的正式文档，该软件供应商已经被选中提供应用软件包和服务。差距分析Gapanalysis–将商用软件包的业务和技术需求与特定商用软件包的功能特征比较，以定一部能够满足的需求。303.3.3商用软件包开发路线优点–更快实现系统–将开发费用平摊到客户–软件供应商负责对软件进行改进和修改–利用同行业的相似性，减少重复开发缺点–形成对供应商的依赖–购买系统很少能反映理想方案–改善业务过程以适应软件会遇到阻力313.3.3商用软件包开发路线323.3.4混合开发路线333.3.5系统维护343.4自动化工具和技术3.4.1计算机辅助系统工程3.4.2应用开发环境3.4.3过程和项目管理器353.4.1CASEComputer-aidedsystemsengineering(CASE)–使用支持系统模型的绘图和分析的自动化工具。有些CASE工具提供原型和代码产生能力。CASE资料库（CASErepository）–系统开发人员的数据库，存储系统模型、详细描述和说明、以及系统其他开发产品的地方。也称字典或者百科全书。Forwardengineering–CASE工具的一种能力，能够直接从系统模型生成初始的软件或者数据库代码。Reverseengineering–CASE工具的一种能力，能够直接从软件或者数据库代码生成初始的系统模型。363.4.1计算机辅助系统工程373.4.2应用开发环境应用开发环境Applicationdevelopmentenvironments(ADEs)–集成化的软件开发工具，提供了以最快速度和最高质量开发新系统程序所需要的全部工具。也称集成开发环境integrateddevelopmentenvironment(IDE)ADE工具:•程序语言或者解释器•界面构造工具•中间件•测试工具•版本控制工具•帮助文件著作工具•资料库链接383.4.3过程和项目管理器过程管理软件Processmanagerapplication–自动化工具，帮助记录文档并管理方法学和路线及其交付成果和质量管理标准。也称methodware.项目管理软件Projectmanagerapplication–自动化工具，帮助规划系统开发活动、古迹和分派资源（人力和经费）、调动活动和资源、按照进度和预算监控进展、控制和修改进度资源、以及报告项目进展。