手机模板的网站哪个好,wordpress关闭google字体,wordpress主题不更新,html代码中align center1.按照用于质量管理的能力成熟度模型#xff08;CMM#xff09;描述系统开发过程的动机。 2.区分系统生命周期和系统开发方法 3.描述系统开发的10个基本原理 4.定义问题、机会和指示——系统开发项目的能力 5.描述用于把问题、机会和指示进行分类的PIECES框架 6.描述系统开发…1.按照用于质量管理的能力成熟度模型CMM描述系统开发过程的动机。 2.区分系统生命周期和系统开发方法 3.描述系统开发的10个基本原理 4.定义问题、机会和指示——系统开发项目的能力 5.描述用于把问题、机会和指示进行分类的PIECES框架 6.描述系统开发基本阶段。对于每个阶段描述它的目的、输出和项目 7.描述覆盖了多个系统开发阶段的跨生命周期活动 8.描述贯穿系统开发基本阶段的集中典型“开发路线”。描述不同的项目应该如何或者制定开发路线 9.描述用于系统开发的各种自动化工具 关键术语 能力成熟度模型Capability Maturity ModelCMM用来评估组织的信息系统开发以及管理过程的产品的成熟度等级的框架它由5个开发成熟度等级构成。 系统生命周期分为两个阶段①系统开发阶段②系统运行和支持阶段首先构造系统然后使用系统运行系统并支持系统最后从运行和支持阶段再回到开发阶段。 系统开发方法为系统开发人员和项目管理者定义了一组活动、方法、最佳实践、交付成果和自动化工具用来开发和维护大部分或所有信息系统和软件。 成本效益在开发、维护和运行信息系统的成本与从系统中获得的效益之间取得平衡。成本效益使用一种称为成本效益分析的技术。 信息系统战略规划一个正式的战略规划一般3~5年用于构造和改进信息技术架构以及使用该框架的信息系统。 企业战略规划是整个企业的战略规划一般3~5年定义企业的任务、愿景、目标、战略、基准和 评价准则。 逐步投入在整个项目过程中都持续地重新评价可行性和风险并相应地调整项目预算和最后期限。 风险管理及早发现项目中可能出现的错误防止它真正威胁信息系统的实现对它们进行评估和控制。风险管理由风险分析和风险评估所驱动。 约束条件是可能制约解决方案或问题解决过程的因素、限制条件或约束。 范围蔓延是一种常见现象其中项目的需求和预期经常不顾对预算和进度的影响而缓慢增加。 系统模型一幅系统的图示表示现实情况或者希望的情况。系统模型促进系统用户、系统分析员、系统设计人员和系统构造人员之间的交流。 逻辑设计将业务用户需求转换成系统模型该模型仅仅描述了业务需求而没有描述这些需求的任何可能的技术设计和实现。 分析瘫痪症描述一种常见的项目状态这时过多的系统建模极大地减缓了实现系统方案的进度。 物理设计将业务用户需求转换成系统模型描述用户的业务需求的技术实现。 系统支持对系统用户的不断技术支持以及处理可能出现的错误失误或新的需求所需的维护工作。 跨生命周期活动存在于系统开发方法中多个阶段或者所有阶段的活动。例如调查研究、记录文档、演示汇报、估计和度量、可行性分析、项目和过程管理、变化管理以及质量管理。 瀑布开发方法一种系统分析和设计方法要求每个阶段必须在另一个阶段之后“完成”。 迭代开发方法在一系列连续的迭代中完成整个信息系统。每个迭代要进行足够的分析、设计和构造。 模型驱动开发强调绘制模型以可视化地分析问题、定义业务需求以及设计信息系统。 过程建模以过程为中心的技术其最流行的形式是结构化分析和设计方法使用描述业务过程需求的模型推导出有效的软件设计。 数据建模以数据为中心的技术用来建模业务数据需求以及实现这些需求的数据库系统。最常见的数据建模是实体关系图。 对象建模试图在被称为对象的单一结构中融合数据和过程要素。对象模型从对象和对象之间的角度文档化系统。对象建模技术是面向对象分析和设计方法的基础。 快速应用开发一种系统开发策略强调用户深入地参与到一系列工作模型的快速进化和构造过程中以加速系统的开发过程系统工作原型最终将成为目标系统 原型一个小规模的、有代表性的或者可工作的模型反映了信息系统的用户需求或建议设计。任何原型都可能忽略某些功能或特征直到原型最终完全进化成需求的一个可接受的实现系统为止。 时间盒一段不能延长的时间段通常为60~90天系统的第一个版本必须在这个时间段内投入运行。 建议申报书一种与软件供应商交流应用软件包的业务、技术和支持需求的正式文档这些软件供应商希望竞争销售应用软件包或服务。 报价申报书一种与单个软件供应商交流应用软件包的业务、技术和支持需求的正式文档该软件供应商已经被选中提供应用软件包或服务。 差距分析将对商用软件包的业务和技术需求与特定商用软件包的功能和特征进行比较以定义不能满足的需求。 计算机辅助软件工程使用支持系统模型的绘制和分析的自动化工具有些CASE工具也提供原型设计和代码生成能力。 CASE资料库一个系统开发人员的数据库。是开发人员存储系统模型、详细描述和说明以及系统开发的其他商品的地方。资料库的同义词包括字典和百科全书。 正向工程CASE工具的一种能力能够直接从系统模型生成初始软件或数据库代码。 逆向工程CASE工具的一种能力能够直接从软件或数据库代码生成初始的系统模型。 应用开发环境集成的软件开发工具、它提供了以最快的速度和最高质量开发新应用程序所需的全部工具。常用的同义词有集成开发环境IDE 过程管理软件一个 自动化工具帮助记录文档与管理一套方法学和开发路线、交付成果以及质量管理标准。 项目管理软件一个自动化工具帮助规划系统开发活动、估计和分配资源、调度活动和资源、按照进度和预算监督进展、控制和修改进度和资源以及报告项目进展。 系统开发基本原理 让系统用户参与使用一套问题解决步骤确立开发阶段和开发活动在开发过程中记录文档建立标准数据库技术、软件技术、接口技术管理过程和项目将信息系统作为重要的投资看待不必害怕取消和返工分而治之设计系统时应考虑到增长和变化 能力成熟度模型 初级级不一致的方法可重复级一致的项目管理已定义级使用一致的过程已管理级已管理和测量的过程优化级持续过程改进系统生命周期和系统开发方法 范围定义阶段——项目启动问题分析阶段——项目启动和系统分析需求分析阶段——系统分析逻辑设计阶段——系统分析决策分析阶段——系统分析到设计的转换阶段物理设计和集成阶段——系统设计构造和测试阶段——系统设计继续和系统实现安装和发布阶段——系统实现运行和维护阶段选择开发路线和策略 模型驱动开发策略 优点 需求说明往往更加全面而且被更好地文档化使用图形比使用语言更容易验证业务需求和系统设计更容易确定、概念化和分析多种技术方案设计说明更合理、更稳定、更具适应性、更灵活因为它们是基于模型的并且在构建前被全面地分析过。当使用全面而且清楚的基于模型的规格说明构造系统时更容易首次就正确地构造出来。缺点 项目持续时间很长需要时间收集事实、绘制模型、验证模型。如果用户需求不确定或者不明确这种情况就更明显。模型所能达到的需求理解程度最多只能与用户的理解程度一样。图形不是软件所以有人认为这种方法降低了用户在项目中的主动参与成分。模型驱动方法被认为不够灵活——用户在设计之前必须完全说明需求设计必须完全记录技术说明才能构造。快速应用开发策略 优点 它适合于用户需求不确定或者不明确的项目它鼓励用户和管理层主动地参与这增加了最终用户对项目的热情项目具有较高的可视性和支持程度因为用户深入参与到整个开发过程中用户和管理层看到可工作的基于软件的方案比模型驱动开发要快得多在原型中错误和遗漏往往比在系统模型中更早地被发现测试和培训是基本原型方法的一个自然副产品迭代方法显得更“自然”因为开发过程中变化时必然的缺点 增加了运行、支持和维护系统所需的费用因为省略了问题分析阶段所有RAD原型一个易犯的错误是解决了错误的问题RAD原型可能不会鼓励分析员考虑其他更有价值的技术方案有时最佳方案是抛弃原型但关联人员经常不愿意这样做因为他们把这看做是当前产品的时间和精力的损失RAD对速度的重视会对质量造成影响因为这种方法中充斥着大量不明智的捷径商用应用软件包实现策略 优点 可以更快地实现新系统因为不再需要大量的编程工作许多企业没有能力提供人力和专业知识开发内部方案应用软件供应商将它们的开发费用平摊到购买软件的所有用户身上。这样他们可以不断地投资以改进软件的特点功能和可用性这往往是单个企业无法做到的应用软件供应商对重大的系统改进和错误修改承担责任在一个行业内部许多企业的动能相似性多于差异性。缺点 成功的COTS实现依赖软件供应商的长期成功和生存能力——如果供应商不干了你就会失去技术支持和未来的改进购买的系统很少能反映理想方案而企业可以通过内部开发实现理想方案。内部开发可以按照管理层和用户的精确期望进行定制改变业务过程以适应软件几乎总是会遇到一些阻力一些用户将不得不放弃或者分配新工作而有些人或抵制变化他们认为这些变化是技术驱动的而非业务驱动的转载于:https://www.cnblogs.com/zpfbuaa/p/5943761.html
