信息系统开发

信息系统开发第一页，共四十页，2022年，8月28日本章主要内容3.1系统开发过程3.2FAST开发过程3.3开发路线和方法3.4自动化工具和技术第二页，共四十页，2022年，8月28日3.1系统开发过程坚持使用现代的严格的方法学可以在两年内使70%的系统开发组织的生产率至少提高30%。使用一致的系统开发过程：提高效率，管理层可以在项目之间调动资源；产生一致的文档，减少维护系统的生命期费用；改善质量第三页，共四十页，2022年，8月28日能力成熟度模型第四页，共四十页，2022年，8月28日3.1.1能力成熟度模型初始级:系统开发项目没有规定的过程可以遵循开发成败主要取决于项目团队的经验和技能项目开发过程不可预测、不可重复项目之间的文档不一致可重复级:建立项目管理过程和实践跟踪项目成本、进度、功能组织采用开发过程，但项目与项目之间的开发过程可能不同开发成败仍主要取决于项目团队的经验和技能.可以重复早期项目的成功经验第五页，共四十页，2022年，8月28日能力成熟度模型已定义级:标准化系统开发过程(有时称为“方法学”)所有项目都使用这个过程的裁减版本来开发和维护系统或软件每个项目都产生一致且高质量的文档和交付成果开发过程稳定、可预测、可重复已管理级:建立可度量的质量和生产率目标标准系统开发过程和产品质量的度量数据存在数据库里，并根据数据提高项目管理水平管理层主动而不是被动应对系统开发问题系统遇到不可预期问题时，开发过程仍可以根据对问题的影响的预测和度量进行调整第六页，共四十页，2022年，8月28日3.1.1能力成熟度模型优化级:根据4级建立的度量和数据分析，对标准化过程进行持续监督和改进。调整开发过程中的技术和最佳实践，包括调整开发过程本身。经验教训在组织内共享，保证质量，并消除低效率。注意，每个等级都是下一等级的先决条件。第七页，共四十页，2022年，8月28日3.1.1能力成熟度模型CMMProjectStatisticsforaProjectResultingin200,000LinesofCodeOrganization’sCMMLevelProjectDuration(months)ProjectPerson-MonthsNumberofDefectsShippedMedianCost($millions)LowestCost($millions)HighestCost

($millions)130600615.51.8100+218.5143121.3.961.7315807.728.518.933系统开发过程对质量影响第八页，共四十页，2022年，8月28日系统生命周期与开发方法Lifecyclestage使用系统选择的IT系统开发使用系统开发方法学运行与维护Lifecyclestage报废转换系统生命期系统生命周期第九页，共四十页，2022年，8月28日系统生命周期与开发方法系统开发方法是一个十分正式且精确的系统开发过程，它为系统开发人员和项目管理者定义了一组活动、方法、最佳实践、交付成果和自动化工具，用来开发和维护大部分或所有的信息系统和软件。系统开发方法确保：提供一个一致且可再生的方法降低了错误的风险为各个项目生成完整且一致的文档由于所有人都使用同样的过程，所以可以在项目之间灵活的分配系统分析员、设计人员和构造人员后来者可以方便的获得和理解以前的工作成果。第十页，共四十页，2022年，8月28日3.1.3系统开发基本原理让用户参与：系统用户的参与对于成功的系统开发是必需的。交流不畅和误解仍是系统开发中存在的主要问题。使用一套问题解决步骤：问题包括真正的问题、改进的机会、来自管理层的指示研究并理解问题、问题的上下文和问题的影响定义方案必须满足的需求确定满足需求的侯选方案，并选择最佳方案设计和/或实现选出的方案观察并评估该方案的影响，相应的细化该方案第十一页，共四十页，2022年，8月28日3.1.3系统开发基本原理确立开发阶段和开发活动：不同的作者、专家以及公司对开发阶段和开发活动的数量和范围的描述都不尽相同。在开发过程中记录文档：为了促进不断变化的关联人员之间的有效交流，文档必须随同整个系统开发工作同时展开。第十二页，共四十页，2022年，8月28日3.1.3系统开发基本原理建立标准：为了实现或者改进系统集成，组织需要遵从标准。数据库技术软件技术接口技术管理过程和项目过程管理确保一个组织选定的过程在所有项目中得到一致的运用。过程管理还定义和改进选定的过程。项目管理确保以最小的开销、在规定的时间内、以可接受的质量开发信息系统。第十三页，共四十页，2022年，8月28日3.1.3系统开发基本原理将信息系统作为重要的投资看待成本效益分析在整个系统开发过程中都要进行分阶段的系统开发方法提供了几次重新评价成本效益、风险和可行性的机会大多数系统所有者想从其系统中获得超出投资范围之外的功能不必害怕取消和返工建立多个可行性检查点在每个检查点上，所有的费用都被认为是过去的，所以它们同决策无关在每个检查点上，分析员应考虑如果项目不再可行就取消它；如果项目范围增加了，就重新评价并调整费用和进度；如果不能改变项目预算和进度，并且项目预算和进度不足以实现所有的项目目标，就减少范围。第十四页，共四十页，2022年，8月28日3.1.3系统开发基本原理分而治之：通过不断的将一个大系统分解成更容易管理的小系统，分析员可以简化问题解决的过程设计系统时应考虑到增长和变化：企业在不断的变化，业务需求在变，业务的优先次序在变。相应的，支持业务的信息系统也必须不断变化。第十五页，共四十页，2022年，8月28日3.2FAST系统开发过程FAST3.2.1项目确定3.2.2项目阶段3.2.3跨生命周期活动第十六页，共四十页，2022年，8月28日3.2.1项目确定项目的推动力解决问题利用机会执行指示PIECES框架性能Performance信息Information经济Economics控制Control效率Efficiency服务Service第十七页，共四十页，2022年，8月28日3.2.2FAST项目阶段经典项目阶段：范围定义阶段问题分析阶段需求分析阶段逻辑设计阶段决策分析阶段物理设计和集成阶段构造和测试阶段安装和发布阶段第十八页，共四十页，2022年，8月28日3.2.2项目阶段第十九页，共四十页，2022年，8月28日3.2.3跨生命周期活动调查研究（信息收集和数据收集）：调查研究对于一个项目的早期阶段至关重要。记录文档和演示汇报：这两种沟通技术在系统开发项目中很常见。可行性分析：技术可行行、运行可行性、经济可行性、进度可行行、风险可行性项目管理和过程管理：过程管理定义了每个项目使用的方法。项目管理则是把管理方法应用于单个项目时的实例。第二十页，共四十页，2022年，8月28日3.2.4顺序开发和迭代开发顺序开发：要求每个阶段在另一个阶段之后完成，直到信息系统终结。瀑布开发方法：各个阶段可以在时间上一定程度地相互重叠迭代（增量）开发方法：完成足够的分析、设计和实现以便能够完全开发新系统的一部分并将其尽快投入运行。一旦系统的这个版本实现了，该策略就进行另外的分析、设计和实现，以便发布系统的下一个版本。第二十一页，共四十页，2022年，8月28日3.3选择开发路线和策略系统开发方法学和策略分类第二十二页，共四十页，2022年，8月28日3.3选择开发路线和策略3.3.1模型驱动开发路线3.3.2快速应用开发路线3.3.3商用应用软件包开发路线3.3.4混合开发路线第二十三页，共四十页，2022年，8月28日3.3.1模型驱动开发策略第二十四页，共四十页，2022年，8月28日模型驱动开发策略优点：需求分析更全面更好地文档化使用图形比使用语言更容易验证业务需求和系统设计更容易确定、概念化和分析多种技术方案设计说明更合理、稳定、适应性使用全面规格说明，容易正确地构造系统缺点：项目持续时间长，需要时间收集实事、绘制和验证模型模型能达到的需求理解程度最多和用户理解程度一样降低用户在项目中的主动参与不够灵活，用户在设计之前必须完全说明需求，设计必须完全记录下技术说明才能构造第二十五页，共四十页，2022年，8月28日模型驱动开发策略三种流行的模型驱动开发技术：过程建模流程图数据流图数据建模实体关系图对象建模对象第二十六页，共四十页，2022年，8月28日3.3.2快速应用开发策略RAD基本思想：让用户主动参与到分析、设计和构造活动中将系统开发组织成重点突出的研讨会，让所有关联人员一同参与通过一种迭代的构造方法加速需求分析与设计阶段提前使用户看到可工作系统原型–小规模、有代表性的或者可工作的模型，这个模型反映了信息系统的用户需求或者建议设计。任何原型都可能忽略某些功能和特征，直到原型最终完全进化成需求的一个可接受的实现系统为止。第二十七页，共四十页，2022年，8月28日3.3.2快速应用开发策略第二十八页，共四十页，2022年，8月28日3.3.2快速应用开发策略时间盒

在一段不能延长的时间内（通常60-90天），系统的某个版本必须在这个时间段内投入运行。优点：有规律向用户和管理层发布运行系统，提高和保持管理者和用户对项目的热情，因为系统工作版本按照有规律的模式进行发布。第二十九页，共四十页，2022年，8月28日快速应用开发策略RAD优点：

适用于用户需求不确定不明确的项目鼓励用户和管理层主动参与项目具有较高可视性和支持程度用户和管理层看到可工作的方案更快些错误和遗漏更早发现测试和培训是原型法的自然副产品迭代方法更自然，因为变化是必然的RAD缺点：–可能增加运行、支持和维护费用–省略问题分析阶段–RAD可能不鼓励分析员考虑其他更有价值的技术方案–对速度的重视可能会破坏质量–抛弃原型可能被视为产品的时间和精力的损失第三十页，共四十页，2022年，8月28日商用软件包开发策略为了实现业务需求，必须仔细地选择封装式软件方案封装式软件方案不仅需要花钱购买，而且也可能更需要花钱实现软件包通常必须定制并集成到企业中软件包很少能实现让用户完全满意的所有业务需求第三十一页，共四十页，2022年，8月28日3.3.3商用软件包开发策略第三十二页，共四十页，2022年，8月28日商用软件包开发策略优点更快实现系统许多企业没有能力提供人力和专业知识开发内部方案将开发费用平摊到客户软件供应商负责对软件进行改进和修改利用同行业的相似性，减少重复开发缺点形成对供应商的依赖购买系统很少能反映理想方案改善业务过程以适应软件会遇到阻力第三十三页，共四十页，2022年，8月28日混合策略任何一个项目都可以选择使用多条开发路线的组合使用什么开发路线总是在范围定义阶段期间进行选择，并作为工作陈述的一部分进行协商一种常见的混合了模型驱动开发路线和快速应用开发路线的策略是增量开发策略。第三十四页，共四十页，2022年，8月28日3.3.5系统维护第三十五页，共四十页，2022年，8月28日3.4自动化工具和技术3.4.1计算机辅助系统工程3.4.2应用开发环境3.4.3过程和项目管理器第三十六页，共四十页，2022年，8月28日3.4.1CASE

Computer-aidedsoftwareengineering(CASE)

–使用支持系统模型的绘图和分析的自动化工具。有些CASE工具提供原型和代码产生能力。CASE资料库（CASErepository

）–系统开发人员的数据库，存储系统模型、详细描述和说明、以及系统其他开发产品的地方。也称字典或者百科全书。正向工程–CASE工具的一种能力，能够直接从系统模型生成初始的软件或者数据库代码。

逆向工程–CASE工具的一种能力，能够直接从软件或者数据库代码生成初始的系统模型。第三十七页，共四十页，2022年，8月28日计算机辅助系统工程第三十八页，共四十页，2022年，8月28日3.4.2应用开发环境应用开发环境Applicationdevelopmentenvironments(ADEs)–集成化的软件开发工具，提供了以最快速度和最高质量开发新系统程序所需要的全部工具。也称集成开发环境integrateddevelopmentenvironment(IDE)ADE工具:程序语言或者解释器界面构造工具