信息系统开发.ppt

《信息系统开发.ppt》由会员分享，可在线阅读，更多相关《信息系统开发.ppt（40页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、现在学习的是第1页，共40页3.13.1系统开发过程系统开发过程3.2 FAST3.2 FAST开发过程开发过程3.3 3.3 开发路线和方法开发路线和方法3.43.4自动化工具和技术自动化工具和技术现在学习的是第2页，共40页坚持使用现代的严格的方法学可以在两年内坚持使用现代的严格的方法学可以在两年内使使70%70%的系统开发组织的生产率至少提高的系统开发组织的生产率至少提高30%30%。使用一致的系统开发过程：使用一致的系统开发过程：提高效率，管理层可以在项目之间调动资源；提高效率，管理层可以在项目之间调动资源；产生一致的文档，减少维护系统的生命期费用；产生一致的文档，减少维护系统的生命期

2、费用；改善质量改善质量现在学习的是第3页，共40页现在学习的是第4页，共40页初始级初始级: : 系统开发项目没有规定的过程可以遵循系统开发项目没有规定的过程可以遵循开发成败主要取决于项目团队的经验和技能开发成败主要取决于项目团队的经验和技能项目开发过程不可预测、不可重复项目开发过程不可预测、不可重复项目之间的文档不一致项目之间的文档不一致可重复级可重复级: : 建立项目管理过程和实践跟踪项目成本、进度、功能建立项目管理过程和实践跟踪项目成本、进度、功能组织采用开发过程，但项目与项目之间的开发过程可能不同组织采用开发过程，但项目与项目之间的开发过程可能不同开发成败仍主要取决于项目团队的经验和技

3、能开发成败仍主要取决于项目团队的经验和技能. . 可以重复早期项目的成功经验可以重复早期项目的成功经验现在学习的是第5页，共40页已定义级已定义级: : 标准化系统开发过程标准化系统开发过程 ( (有时称为有时称为 “ “方法学方法学”)”)所有项目都使用这个过程的裁减版本来开发和维护系统或软件所有项目都使用这个过程的裁减版本来开发和维护系统或软件每个项目都产生一致且高质量的文档和交付成果每个项目都产生一致且高质量的文档和交付成果开发过程稳定、可预测、可重复开发过程稳定、可预测、可重复已管理级已管理级: :建立可度量的质量和生产率目标建立可度量的质量和生产率目标标准系统开发过程和产品质量的度量

4、数据存在数据库里，并根据数据提标准系统开发过程和产品质量的度量数据存在数据库里，并根据数据提高项目管理水平高项目管理水平管理层主动而不是被动应对系统开发问题管理层主动而不是被动应对系统开发问题系统遇到不可预期问题时，开发过程仍可以根据对问题的影响的系统遇到不可预期问题时，开发过程仍可以根据对问题的影响的预测和度量进行调整预测和度量进行调整现在学习的是第6页，共40页优化级优化级: : 根据根据4 4级建立的度量和数据分析，对标准化过程进行持续级建立的度量和数据分析，对标准化过程进行持续监督和改进。监督和改进。调整开发过程中的技术和最佳实践，包括调整开发过调整开发过程中的技术和最佳实践，包括调整

5、开发过程本身。程本身。经验教训在组织内共享，保证质量，并消除低效率。经验教训在组织内共享，保证质量，并消除低效率。注意，每个等级都是下一等级的先决条件。注意，每个等级都是下一等级的先决条件。现在学习的是第7页，共40页CMM Project Statistics for a Project Resulting in 200,000 Lines of CodeOrganizations CMM LevelProject Duration (months)Project Person-MonthsNumber of Defects ShippedMedian Cost ($ millions)Lo

6、west Cost ($ millions)Highest Cost ($ millions)130600615.51.8100+218.5143121.3.961.7315807.728.518.933系统开发过程对质量影响系统开发过程对质量影响现在学习的是第8页，共40页Life cycle stage使用系统选择的IT系统开发使用系统开发方法学运行与维护Life cycle stage报废转换系统生命期系统生命期系统生命周期现在学习的是第9页，共40页 系统开发方法系统开发方法是一个十分正式且精确的系统开发过程，它为系是一个十分正式且精确的系统开发过程，它为系统开发人员和项目管理者定义了

7、一组活动、方法、最佳实践、统开发人员和项目管理者定义了一组活动、方法、最佳实践、交付成果和自动化工具，用来开发和维护大部分或所有的信息交付成果和自动化工具，用来开发和维护大部分或所有的信息系统和软件。系统和软件。 系统开发方法确保：系统开发方法确保： 提供一个一致且可再生的方法提供一个一致且可再生的方法降低了错误的风险降低了错误的风险 为各个项目生成完整且一致的文档为各个项目生成完整且一致的文档 由于所有人都使用同样的过程，所以可以在项目之间灵活的分配系统分析员、由于所有人都使用同样的过程，所以可以在项目之间灵活的分配系统分析员、设计人员和构造人员设计人员和构造人员 后来者可以方便的获得和理解

8、以前的工作成果。后来者可以方便的获得和理解以前的工作成果。现在学习的是第10页，共40页让用户参与：系统用户的参与对于成功的系统开发是必需让用户参与：系统用户的参与对于成功的系统开发是必需的。交流不畅和误解仍是系统开发中存在的主要问题。的。交流不畅和误解仍是系统开发中存在的主要问题。 使用一套问题解决步骤：问题包括真正的问题、改进使用一套问题解决步骤：问题包括真正的问题、改进的机会、来自管理层的指示的机会、来自管理层的指示研究并理解问题、问题的上下文和问题的影响研究并理解问题、问题的上下文和问题的影响定义方案必须满足的需求定义方案必须满足的需求确定满足需求的侯选方案，并选择最佳方案确定满足需求

9、的侯选方案，并选择最佳方案设计和设计和/ /或实现选出的方案或实现选出的方案观察并评估该方案的影响，相应的细化该方案观察并评估该方案的影响，相应的细化该方案现在学习的是第11页，共40页 确立开发阶段和开发活动：不同的作者、确立开发阶段和开发活动：不同的作者、专家以及公司对开发阶段和开发活动的数专家以及公司对开发阶段和开发活动的数量和范围的描述都不尽相同。量和范围的描述都不尽相同。 在开发过程中记录文档：为了促进不断变在开发过程中记录文档：为了促进不断变化的关联人员之间的有效交流，文档必须化的关联人员之间的有效交流，文档必须随同整个系统开发工作同时展开。随同整个系统开发工作同时展开。现在学习的

10、是第12页，共40页 建立标准：为了实现或者改进系统集成，组织需要遵从建立标准：为了实现或者改进系统集成，组织需要遵从标准。标准。 数据库技术数据库技术 软件技术软件技术 接口技术接口技术 管理过程和项目管理过程和项目 过程管理确保一个组织选定的过程在所有项目中得到一致的运用。过程管理确保一个组织选定的过程在所有项目中得到一致的运用。过程管理还定义和改进选定的过程。过程管理还定义和改进选定的过程。 项目管理确保以最小的开销、在规定的时间内、以可接受项目管理确保以最小的开销、在规定的时间内、以可接受的质量开发信息系统。的质量开发信息系统。现在学习的是第13页，共40页 将信息系统作为重要的投资看

11、待将信息系统作为重要的投资看待 成本效益分析在整个系统开发过程中都要进行成本效益分析在整个系统开发过程中都要进行 分阶段的系统开发方法提供了几次重新评价成本效益、风险和可行性的分阶段的系统开发方法提供了几次重新评价成本效益、风险和可行性的机会机会 大多数系统所有者想从其系统中获得超出投资范围之外的功能大多数系统所有者想从其系统中获得超出投资范围之外的功能 不必害怕取消和返工不必害怕取消和返工 建立多个可行性检查点建立多个可行性检查点 在每个检查点上，所有的费用都被认为是过去的，所以它们同决策无关在每个检查点上，所有的费用都被认为是过去的，所以它们同决策无关 在每个检查点上，分析员应考虑在每个检

12、查点上，分析员应考虑 如果项目不再可行就取消它；如果项目不再可行就取消它； 如果项目范围增加了，就重新评价并调整费用和进度；如果项目范围增加了，就重新评价并调整费用和进度； 如果不能改变项目预算和进度，并且项目预算和进度不足以实现所有的项目目标，就减少如果不能改变项目预算和进度，并且项目预算和进度不足以实现所有的项目目标，就减少范围。范围。现在学习的是第14页，共40页 分而治之：通过不断的将一个大系统分解分而治之：通过不断的将一个大系统分解成更容易管理的小系统，分析员可以简化成更容易管理的小系统，分析员可以简化问题解决的过程问题解决的过程 设计系统时应考虑到增长和变化：企业在设计系统时应考虑

13、到增长和变化：企业在不断的变化，业务需求在变，业务的优先不断的变化，业务需求在变，业务的优先次序在变。相应的，支持业务的信息系统次序在变。相应的，支持业务的信息系统也必须不断变化。也必须不断变化。现在学习的是第15页，共40页FASTFAST3.2.13.2.1项目确定项目确定3.2.23.2.2项目阶段项目阶段3.2.33.2.3跨生命周期活动跨生命周期活动现在学习的是第16页，共40页项目的推动力项目的推动力解决问题解决问题利用机会利用机会执行指示执行指示PIECESPIECES框架框架性能性能PerformancePerformance信息信息InformationInformation

14、经济经济EconomicsEconomics控制控制ControlControl效率效率EfficiencyEfficiency服务服务ServiceService现在学习的是第17页，共40页经典项目阶段：经典项目阶段：范围定义阶段范围定义阶段问题分析阶段问题分析阶段需求分析阶段需求分析阶段逻辑设计阶段逻辑设计阶段决策分析阶段决策分析阶段物理设计和集成阶段物理设计和集成阶段构造和测试阶段构造和测试阶段安装和发布阶段安装和发布阶段现在学习的是第18页，共40页现在学习的是第19页，共40页调查研究（信息收集和数据收集）：调查研究对于一个调查研究（信息收集和数据收集）：调查研究对于一个项目的早期

15、阶段至关重要。项目的早期阶段至关重要。记录文档和演示汇报：这两种沟通技术在系统开发项目记录文档和演示汇报：这两种沟通技术在系统开发项目中很常见。中很常见。可行性分析：技术可行行、运行可行性、经济可行性、进可行性分析：技术可行行、运行可行性、经济可行性、进度可行行、风险可行性度可行行、风险可行性项目管理和过程管理：过程管理定义了每个项目使用的方项目管理和过程管理：过程管理定义了每个项目使用的方法。项目管理则是把管理方法应用于单个项目时的实例。法。项目管理则是把管理方法应用于单个项目时的实例。现在学习的是第20页，共40页 顺序开发：要求每个阶段在另一个阶段之后完成，直到顺序开发：要求每个阶段在另

16、一个阶段之后完成，直到信息系统终结。信息系统终结。 瀑布开发方法：各个阶段可以在时间上一定程度地相瀑布开发方法：各个阶段可以在时间上一定程度地相互重叠互重叠 迭代（增量）开发方法：完成足够的分析、设计和实迭代（增量）开发方法：完成足够的分析、设计和实现以便能够完全开发新系统的一部分并将其尽快投入现以便能够完全开发新系统的一部分并将其尽快投入运行。一旦系统的这个版本实现了，该策略就进行另运行。一旦系统的这个版本实现了，该策略就进行另外的分析、设计和实现，以便发布系统的下一个版本外的分析、设计和实现，以便发布系统的下一个版本。现在学习的是第21页，共40页系统开发方法学和策略分类系统开发方法学和策

17、略分类现在学习的是第22页，共40页3.3.1 3.3.1 模型驱动开发路线模型驱动开发路线3.3.2 3.3.2 快速应用开发路线快速应用开发路线3.3.3 3.3.3 商用应用软件包开发路线商用应用软件包开发路线3.3.4 3.3.4 混合开发路线混合开发路线现在学习的是第23页，共40页现在学习的是第24页，共40页优点：优点：w需求分析更全面更好地文档化需求分析更全面更好地文档化w使用图形比使用语言更容易验证业务需求和系统设计使用图形比使用语言更容易验证业务需求和系统设计w更容易确定、概念化和分析多种技术方案更容易确定、概念化和分析多种技术方案w设计说明更合理、稳定、适应性设计说明更合

18、理、稳定、适应性w使用全面规格说明，容易正确地构造系统使用全面规格说明，容易正确地构造系统缺点：缺点：w项目持续时间长，需要时间收集实事、绘制和验证模型项目持续时间长，需要时间收集实事、绘制和验证模型w模型能达到的需求理解程度最多和用户理解程度一样模型能达到的需求理解程度最多和用户理解程度一样w降低用户在项目中的主动参与降低用户在项目中的主动参与w不够灵活，用户在设计之前必须完全说明需求，设计必须完全记录下技术说不够灵活，用户在设计之前必须完全说明需求，设计必须完全记录下技术说明才能构造明才能构造现在学习的是第25页，共40页三种流行的模型驱动开发技术：三种流行的模型驱动开发技术：过程建模过程

19、建模流程图流程图数据流图数据流图数据建模数据建模实体关系图实体关系图对象建模对象建模对象对象现在学习的是第26页，共40页RADRAD基本思想：基本思想：让用户主动参与到分析、设计和构造活动中让用户主动参与到分析、设计和构造活动中将系统开发组织成重点突出的研讨会，让所有关联人员一同参与将系统开发组织成重点突出的研讨会，让所有关联人员一同参与通过一种迭代的构造方法加速需求分析与设计阶段通过一种迭代的构造方法加速需求分析与设计阶段提前使用户看到可工作系统提前使用户看到可工作系统原型原型 小规模、有代表性的或者可工作的模型，这个模型反映了信息系统的用小规模、有代表性的或者可工作的模型，这个模型反映了

20、信息系统的用户需求或者建议设计。任何原型都可能忽略某些功能和特征，直到原型最终户需求或者建议设计。任何原型都可能忽略某些功能和特征，直到原型最终完全进化成需求的一个可接受的实现系统为止。完全进化成需求的一个可接受的实现系统为止。现在学习的是第27页，共40页现在学习的是第28页，共40页时间盒时间盒 在一段不能延长的时间内（通常在一段不能延长的时间内（通常60-90 60-90 天），系统的某个版本必天），系统的某个版本必须在这个时间段内投入运行。须在这个时间段内投入运行。优点：优点：有规律向用户和管理层发布运行系统，提高和保持管理者和用户有规律向用户和管理层发布运行系统，提高和保持管理者和用

21、户对项目的热情，因为系统工作版本按照有规律的模式进行发布。对项目的热情，因为系统工作版本按照有规律的模式进行发布。现在学习的是第29页，共40页RADRAD优点：优点： 适用于用户需求不确定不明确的项目适用于用户需求不确定不明确的项目鼓励用户和管理层主动参与鼓励用户和管理层主动参与项目具有较高可视性和支持程度项目具有较高可视性和支持程度用户和管理层看到可工作的方案更快些用户和管理层看到可工作的方案更快些错误和遗漏更早发现错误和遗漏更早发现测试和培训是原型法的自然副产品测试和培训是原型法的自然副产品迭代方法更自然，因为变化是必然的迭代方法更自然，因为变化是必然的RADRAD缺点：缺点：可能增加运

22、行、支持和维护费用可能增加运行、支持和维护费用省略问题分析阶段省略问题分析阶段RADRAD可能不鼓励分析员考虑其他更有价值的技术方案可能不鼓励分析员考虑其他更有价值的技术方案对速度的重视可能会破坏质量对速度的重视可能会破坏质量抛弃原型可能被视为产品的时间和精力的损失抛弃原型可能被视为产品的时间和精力的损失现在学习的是第30页，共40页 为了实现业务需求，必须仔细地选择封装为了实现业务需求，必须仔细地选择封装式软件方案式软件方案 封装式软件方案不仅需要花钱购买，而且封装式软件方案不仅需要花钱购买，而且也可能更需要花钱实现也可能更需要花钱实现 软件包通常必须定制并集成到企业中软件包通常必须定制并集

23、成到企业中 软件包很少能实现让用户完全满意的所有软件包很少能实现让用户完全满意的所有业务需求业务需求现在学习的是第31页，共40页现在学习的是第32页，共40页优点优点更快实现系统更快实现系统许多企业没有能力提供人力和专业知识开发内部方案许多企业没有能力提供人力和专业知识开发内部方案将开发费用平摊到客户将开发费用平摊到客户软件供应商负责对软件进行改进和修改软件供应商负责对软件进行改进和修改利用同行业的相似性，减少重复开发利用同行业的相似性，减少重复开发缺点缺点 形成对供应商的依赖形成对供应商的依赖购买系统很少能反映理想方案购买系统很少能反映理想方案改善业务过程以适应软件会遇到阻力改善业务过程以

24、适应软件会遇到阻力现在学习的是第33页，共40页 任何一个项目都可以选择使用多条开发路线的组合任何一个项目都可以选择使用多条开发路线的组合 使用什么开发路线总是在范围定义阶段期间进行选择使用什么开发路线总是在范围定义阶段期间进行选择，并作为工作陈述的一部分进行协商，并作为工作陈述的一部分进行协商 一种常见的混合了模型驱动开发路线和快速应用开发路一种常见的混合了模型驱动开发路线和快速应用开发路线的策略是增量开发策略线的策略是增量开发策略。现在学习的是第34页，共40页现在学习的是第35页，共40页3.4.1 3.4.1 计算机辅助系统工程计算机辅助系统工程3.4.2 3.4.2 应用开发环境应用

25、开发环境3.4.3 3.4.3 过程和项目管理器过程和项目管理器现在学习的是第36页，共40页 Computer-aided software engineering (CASE) 使用支持系统模型的绘图和分析的自动化工具。有些使用支持系统模型的绘图和分析的自动化工具。有些CASE CASE 工具工具提供原型和代码产生能力。提供原型和代码产生能力。CASE 资料库（资料库（CASE repository ）系统开发人员的数据库，存储系统模型、详细描述和说明、以及系统开发人员的数据库，存储系统模型、详细描述和说明、以及系统其他开发产品的地方。也称字典或者百科全书。系统其他开发产品的地方。也称字典

26、或者百科全书。正向工程正向工程 CASE CASE工具的一种能力，能够直接从系统模型生成初始的软件或者数工具的一种能力，能够直接从系统模型生成初始的软件或者数据库代码。据库代码。 逆向工程逆向工程 CASE CASE工具的一种能力，能够直接从软件或者数据库代码生成工具的一种能力，能够直接从软件或者数据库代码生成初始的系统模型。初始的系统模型。 现在学习的是第37页，共40页现在学习的是第38页，共40页应用开发环境应用开发环境 Application development environments Application development environments (ADEs)(ADE

27、s) 集成化的软件开发工具，提供了以最快速度和最高质量集成化的软件开发工具，提供了以最快速度和最高质量开发新系统程序所需要的全部工具。也称集成开发环境开发新系统程序所需要的全部工具。也称集成开发环境 integrated development environment (IDE)integrated development environment (IDE)ADE ADE 工具工具: :程序语言或者解释器程序语言或者解释器界面构造工具界面构造工具中间件中间件测试工具测试工具版本控制工具版本控制工具帮助文件著作工具帮助文件著作工具资料库链接资料库链接现在学习的是第39页，共40页过程管理软件过程

28、管理软件 Process manager application Process manager application 自动化工具，帮助记录文档并管理方法学和路线及其自动化工具，帮助记录文档并管理方法学和路线及其交付成果和质量管理标准。也称交付成果和质量管理标准。也称methodwaremethodware. .项目管理软件项目管理软件 Project manager application Project manager application 自动化工具，帮助规划系统开发活动、估计和分派资源（自动化工具，帮助规划系统开发活动、估计和分派资源（人力和经费）、调动活动和资源、按照进度和预算监控进展人力和经费）、调动活动和资源、按照进度和预算监控进展、控制和修改进度资源、以及报告项目进展。、控制和修改进度资源、以及报告项目进展。现在学习的是第40页，共40页