5个研究背景和意义示例,教你写计算机CMM论文

今天分享的是关于CMM的5篇计算机毕业论文范文, 如果你的论文涉及到CMM等主题,本文能够帮助到你 基于CMM的软件需求管理平台设计与实现 这是一篇关于软件过程改进

今天分享的是关于CMM的5篇计算机毕业论文范文, 如果你的论文涉及到CMM等主题,本文能够帮助到你

基于CMM的软件需求管理平台设计与实现

这是一篇关于软件过程改进,CMM,IDEAL模型,软件工程,软件需求管理,度量的论文, 主要内容为目前软件组织在产品生产过程中普遍存在开发周期长,自动化程度低,质量难以控制,用户满意率差,生存期短,失败率高等问题。解决上述问题的根本出路在于提高软件组织的过程改进能力和过程管理能力。卡内基-梅隆大学软件工程研究所(SEI/CMU)提出的软件能力成熟度模型CMM(Capability Maturity Model)是软件组织开展软件工程管理的一套规范而严格的系统化管理模型,已成为国际公认的评价软件组织能力、帮助改善软件质量、提高软件过程改进能力的方法。但由于CMM只给出了进行软件过程改进的文档化说明,并没有给出具体的实施步骤,其模型和理论体系未能从实践的角度、以可操作的形式给软件组织提供改进其软件开发流程和项目管理方式的平台,而这方面的工作是实施软件过程管理的基础和前提条件 。 本文系统地介绍了CMM的发展、总体框架、内部层次、过程可视性和评估方法,对与软件过程相关的国际、国内标准,即ISO9000系列、ISO/IEC软件生命周期过程和CMM能力成熟度模型进行了归纳、分析和比较,结合TQM(全面质量管理思想)、软件生命周期模型、CMM、及CMM的理论模型——IDEAL模型,提出了一个具有针对性和可操作性的软件过程改进模型——集成化过程改进模型,并详细讨论了该模型的内部结构和具体内容,以及集成化过程改进模型的理论模型——IPSDCA模型的设计。 在对CMM体系的内容进行探讨和分析的基础上,本文根据CMM划分的5个成熟度等级、18个关键过程域涵盖的内容,将整个软件生命周期涉及的活动,按照性质重新整合,划分为19个过程域,分属项目管理、项目研发、 组织支持三类软件过程。借鉴Rational公司开发RUP核心工作流的思想,本文引入“线性+并行+迭代”的技术方法,在软件开发的早期,采用并行和迭代的手段实现需求分析、设计和系统测试的增量式开发,分别对软件技术开发过程域模型和软件技术管理过程域模型进行了设计,实现了在软件项目开发生命周期的全过程中对需求进行全程管理。在软件生命周期前五个项目研发过程域——需求开发、技术预研、系统设计、实现与测试、系统测试的末期都设有缓冲时间——技术评审,以在最高的效率和较好地对未来作出预计之间求得平衡,为软件组织能够应付意外的困难和影响时间进度的变故提供了一种解决方法。 鉴于软件过程度量是贯穿整个软件过程的一个尺度,是控制软件产品质量和软件过程质量的必不可少的手段,作者对度量实施的途径和方法作了探讨,开发了基于问题驱动的度量过程模型,为整个软件开发过程提供了控制手段。 在探讨了需求管理对软件开发活动以及提高软件过程能力方面的重要性之后, 对集成化过程改进模型包含的19个过程域中的风险管理、立项管理、结项管理、需求开发、需求管理5个过程域进行了技术实现,开发出帮助软件组织建立和执行软件需求管理的工具——软件需求管理平台,它为需求分析阶段提供了定义良好的层次化结构,向软件组织提供项目需求分析阶段的软件支持环境,有助于组织对待开发产品的特性进行灵活的增加、删除与改进。 文中还给出了平台系统的设计框架和具体实施要求,整个需求管理平台基于三层分布式结构进行开发,前台提供客户端的各种应用程序,中间层以组件的形式实现类和对象,后台数据库服务层分类存放涉及需求分析的组织信息、产品信息和外部支持信息(如将未被评审通过的多个需求变体放置在后台数据库层的定义过程库,已评审通过的需求基线放置在标准过程库),各层之间以邮件通信和消息驱动的方式支持项目相关人员的相互交流和并行开发,在文章的最后对全文进行总结,探讨了针对不同软件项目的开发过程,具体使用该软件需求管理平台时的一些注意事项,指出研究的不足之处和进一步研究的展望。 借助软件需求管理平台,软件组织能对需要的软件功能和约束进行提取、组织和文档化,有助于项目相关人员清晰地理解待开发软件产品所要解决的问题的定义和范围,在迭代的需求分析过程、需求管理过程、需求变更控制过程等方面,平台针对所有的关键开发活动提供了必要的规程、模板和工具指导,并以交互通信的方式确保全体成员共享软件组织的经验知识,需求分析人员能较容易地规定出产品特性的细节和技术上的相关性,以及对某个需求特性进行更集中的讨论,从而提前发现必须解决的问题以及有关待开发产品需要变更的一些功能,从而在软件开发过程中实现需求管理和软件开发后续活动的同步控制。 CMM已经成为继ISO9001之后软件组织普遍关注的焦点,文中叙述的软件需求管理平台实现了基于CMM的集成化过程改进模型的19个过程域中的5个过程域的内容,但还没有实现该模型的全部内容,因此,软件需求管理平台目前还不能支持多项目的开发,这在一定程度上降低了在软件组织内部大范围交互式共享组织经验知识的可能性,这些都是下一阶段研究工作的重点。

基于SOA的自动化测试系统的设计及实现

这是一篇关于SOA,Automatic,Portal J2EE,UML,MVC,AM,CMM的论文, 主要内容为本论文涉及的项目是IBM CSDL DB2 for z/OS C/S Regression Test Team内部开发的一个企业级项目的一部分。Regression Test Team面临着测试任务繁重、测试周期短、测试内容重复率高、环境搭建复杂、运行平台复杂等问题,因此Team要求开发一套可以根据不同的测试内容可以定制业务、有统一的操作平台、可以透明的搭建环境和执行用例的,能“一次配置,自动执行”的自动化测试框架。由于IBM企业内部对项目评估的需求,本论文涉及的项目采用简化的SOA框架,实现自动化测试框架Demo,并尽最大可能的为后期的二次开发提供可重用性和可扩展性。 通过UML进行前期设计可以使项目具有良好的迭代性、可扩展性、可重用性。通过用例图、类图、状态图和流程图对需求和业务进行直观的描述。要求在编码过程严格遵循UML设计,任何后期需求或业务流程的修改,都必须先修改相关的UML设计,不能盲目的直接修改代码。 本论文的项目在代码开发阶段,采用J2EE开发平台、MVC开发模型、Eclipse+Lomboz作为开发环境;采用JSP+Servlet+JTA+EJB+JCC多种技术相结合的开发手段,其中JSP实现了MVC的Viewer,Servlet实现了MVC的Controller,EJB实现了MVC的Modeler,JTA完成事务逻辑控制,JCC实现数据库驱动;跨Windows&Linux&z/OS平台,与IBM现有的STAF/STAX和Rational Function Test交叉互操作。其中SIAF/SZAX实现了项目中的逻辑功能扭转控制,Rational Function Test通过脚本支持了测试环境的自动化配置过程。该项目实现了对回归测试的自动化环境配置、执行、分析和报告的全过程。 本论文的项目采用敏捷开发方式驱动的SOA项目开发具有灵活性、简单性等优点,适合人数较少或者小型的项目开发。灵活和简单并不意味着没有任何的控制和管理,通过结合CMM2的可组织级模型,可以完善对项目整体设计、开发过程中的文档和日志的管理,形成一个真正的可扩展的、可维护的、可重用的优秀项目。 这种基于简化SOA模型的项目,可以在要求的时间内运用SOA中可重用的分布式组件,运用UML完成的开发设计模型和CMM2管理中产生的文档记录。 部分简化的开发方式在大规模项目的Demo阶段被广泛的使用,通过简化部分技术实现并着重实现核心技术,可以迅速的搭建起设计、开发和管理的初始模型,在后期的开发中可以最大限度的利用Demo中的各项资源,形成螺旋型的开发模式,节约企业的开发成本,减少企业的开发风险。

基于SOA的自动化测试系统的设计及实现

这是一篇关于SOA,Automatic,Portal J2EE,UML,MVC,AM,CMM的论文, 主要内容为本论文涉及的项目是IBM CSDL DB2 for z/OS C/S Regression Test Team内部开发的一个企业级项目的一部分。Regression Test Team面临着测试任务繁重、测试周期短、测试内容重复率高、环境搭建复杂、运行平台复杂等问题,因此Team要求开发一套可以根据不同的测试内容可以定制业务、有统一的操作平台、可以透明的搭建环境和执行用例的,能“一次配置,自动执行”的自动化测试框架。由于IBM企业内部对项目评估的需求,本论文涉及的项目采用简化的SOA框架,实现自动化测试框架Demo,并尽最大可能的为后期的二次开发提供可重用性和可扩展性。 通过UML进行前期设计可以使项目具有良好的迭代性、可扩展性、可重用性。通过用例图、类图、状态图和流程图对需求和业务进行直观的描述。要求在编码过程严格遵循UML设计,任何后期需求或业务流程的修改,都必须先修改相关的UML设计,不能盲目的直接修改代码。 本论文的项目在代码开发阶段,采用J2EE开发平台、MVC开发模型、Eclipse+Lomboz作为开发环境;采用JSP+Servlet+JTA+EJB+JCC多种技术相结合的开发手段,其中JSP实现了MVC的Viewer,Servlet实现了MVC的Controller,EJB实现了MVC的Modeler,JTA完成事务逻辑控制,JCC实现数据库驱动;跨Windows&Linux&z/OS平台,与IBM现有的STAF/STAX和Rational Function Test交叉互操作。其中SIAF/SZAX实现了项目中的逻辑功能扭转控制,Rational Function Test通过脚本支持了测试环境的自动化配置过程。该项目实现了对回归测试的自动化环境配置、执行、分析和报告的全过程。 本论文的项目采用敏捷开发方式驱动的SOA项目开发具有灵活性、简单性等优点,适合人数较少或者小型的项目开发。灵活和简单并不意味着没有任何的控制和管理,通过结合CMM2的可组织级模型,可以完善对项目整体设计、开发过程中的文档和日志的管理,形成一个真正的可扩展的、可维护的、可重用的优秀项目。 这种基于简化SOA模型的项目,可以在要求的时间内运用SOA中可重用的分布式组件,运用UML完成的开发设计模型和CMM2管理中产生的文档记录。 部分简化的开发方式在大规模项目的Demo阶段被广泛的使用,通过简化部分技术实现并着重实现核心技术,可以迅速的搭建起设计、开发和管理的初始模型,在后期的开发中可以最大限度的利用Demo中的各项资源,形成螺旋型的开发模式,节约企业的开发成本,减少企业的开发风险。

基于CMM的软件需求管理平台设计与实现

这是一篇关于软件过程改进,CMM,IDEAL模型,软件工程,软件需求管理,度量的论文, 主要内容为目前软件组织在产品生产过程中普遍存在开发周期长,自动化程度低,质量难以控制,用户满意率差,生存期短,失败率高等问题。解决上述问题的根本出路在于提高软件组织的过程改进能力和过程管理能力。卡内基-梅隆大学软件工程研究所(SEI/CMU)提出的软件能力成熟度模型CMM(Capability Maturity Model)是软件组织开展软件工程管理的一套规范而严格的系统化管理模型,已成为国际公认的评价软件组织能力、帮助改善软件质量、提高软件过程改进能力的方法。但由于CMM只给出了进行软件过程改进的文档化说明,并没有给出具体的实施步骤,其模型和理论体系未能从实践的角度、以可操作的形式给软件组织提供改进其软件开发流程和项目管理方式的平台,而这方面的工作是实施软件过程管理的基础和前提条件 。 本文系统地介绍了CMM的发展、总体框架、内部层次、过程可视性和评估方法,对与软件过程相关的国际、国内标准,即ISO9000系列、ISO/IEC软件生命周期过程和CMM能力成熟度模型进行了归纳、分析和比较,结合TQM(全面质量管理思想)、软件生命周期模型、CMM、及CMM的理论模型——IDEAL模型,提出了一个具有针对性和可操作性的软件过程改进模型——集成化过程改进模型,并详细讨论了该模型的内部结构和具体内容,以及集成化过程改进模型的理论模型——IPSDCA模型的设计。 在对CMM体系的内容进行探讨和分析的基础上,本文根据CMM划分的5个成熟度等级、18个关键过程域涵盖的内容,将整个软件生命周期涉及的活动,按照性质重新整合,划分为19个过程域,分属项目管理、项目研发、 组织支持三类软件过程。借鉴Rational公司开发RUP核心工作流的思想,本文引入“线性+并行+迭代”的技术方法,在软件开发的早期,采用并行和迭代的手段实现需求分析、设计和系统测试的增量式开发,分别对软件技术开发过程域模型和软件技术管理过程域模型进行了设计,实现了在软件项目开发生命周期的全过程中对需求进行全程管理。在软件生命周期前五个项目研发过程域——需求开发、技术预研、系统设计、实现与测试、系统测试的末期都设有缓冲时间——技术评审,以在最高的效率和较好地对未来作出预计之间求得平衡,为软件组织能够应付意外的困难和影响时间进度的变故提供了一种解决方法。 鉴于软件过程度量是贯穿整个软件过程的一个尺度,是控制软件产品质量和软件过程质量的必不可少的手段,作者对度量实施的途径和方法作了探讨,开发了基于问题驱动的度量过程模型,为整个软件开发过程提供了控制手段。 在探讨了需求管理对软件开发活动以及提高软件过程能力方面的重要性之后, 对集成化过程改进模型包含的19个过程域中的风险管理、立项管理、结项管理、需求开发、需求管理5个过程域进行了技术实现,开发出帮助软件组织建立和执行软件需求管理的工具——软件需求管理平台,它为需求分析阶段提供了定义良好的层次化结构,向软件组织提供项目需求分析阶段的软件支持环境,有助于组织对待开发产品的特性进行灵活的增加、删除与改进。 文中还给出了平台系统的设计框架和具体实施要求,整个需求管理平台基于三层分布式结构进行开发,前台提供客户端的各种应用程序,中间层以组件的形式实现类和对象,后台数据库服务层分类存放涉及需求分析的组织信息、产品信息和外部支持信息(如将未被评审通过的多个需求变体放置在后台数据库层的定义过程库,已评审通过的需求基线放置在标准过程库),各层之间以邮件通信和消息驱动的方式支持项目相关人员的相互交流和并行开发,在文章的最后对全文进行总结,探讨了针对不同软件项目的开发过程,具体使用该软件需求管理平台时的一些注意事项,指出研究的不足之处和进一步研究的展望。 借助软件需求管理平台,软件组织能对需要的软件功能和约束进行提取、组织和文档化,有助于项目相关人员清晰地理解待开发软件产品所要解决的问题的定义和范围,在迭代的需求分析过程、需求管理过程、需求变更控制过程等方面,平台针对所有的关键开发活动提供了必要的规程、模板和工具指导,并以交互通信的方式确保全体成员共享软件组织的经验知识,需求分析人员能较容易地规定出产品特性的细节和技术上的相关性,以及对某个需求特性进行更集中的讨论,从而提前发现必须解决的问题以及有关待开发产品需要变更的一些功能,从而在软件开发过程中实现需求管理和软件开发后续活动的同步控制。 CMM已经成为继ISO9001之后软件组织普遍关注的焦点,文中叙述的软件需求管理平台实现了基于CMM的集成化过程改进模型的19个过程域中的5个过程域的内容,但还没有实现该模型的全部内容,因此,软件需求管理平台目前还不能支持多项目的开发,这在一定程度上降低了在软件组织内部大范围交互式共享组织经验知识的可能性,这些都是下一阶段研究工作的重点。

西安曲江新区大雁塔广场公共安全体系成熟度及应急预案研究(PS-SMM&EP)

这是一篇关于CMM,广场公共安全体系熟度模型(PS-SMM),应急预案,模糊评价,持续改进的论文, 主要内容为能力成熟度模型(CMM)是软件工程创造的一种基于过程的管理模型。它具备管理工作必须的规范化、制度化特征,强调质量管理和过程改进,体现以人为本和团队精神等理念,对广场管理有较好的适用性。 本文借鉴CMM的理论与方法,结合广场管理组织的管理特点,提出广场公共安全体系成熟度模型(PS-SMM)的框架,界定广场PS-SMM的五个成熟度等级(初始级、可重复级、已定义级、已管理级、优化级)的特征,明确该模型各成熟度等级的主要层面及目的。PS-SMM的提出与研究不仅是CMM体系的一个重要扩充,具有重要的理论意义,同时对保障广场公共安全体系也具有一定的实际意义。 本文针对广场公共安全体系管理工作的评价和持续改进,尝试了模型的两种应用。一是基于PS-SMM模型的的模糊评价方法;二是就改进广场公共安全体系管理的五个阶段(启动—诊断—建立—行动—学习改进),提供了从低成熟度向高成熟度改进的初步策略。 依据提出的持续改进模型,本文针对西安曲江新区大雁塔广场应急预案提出了改进后的广场应急预案的总框架,对广场应急预案(EP)管理改进作了初步研究探讨。 与其他成熟度模型的进展相比,广场公共安全体系成熟度的研究和实践相对薄弱,应当从其他成熟度成果中学习先进的理念和方法。本文对广场PS-SSM的构建和应用的初步探索,可望能为广场公共安全管理的研究起到推动作用。

本文内容包括但不限于文字、数据、图表及超链接等)均来源于该信息及资料的相关主题。发布者:毕设助手 ,原文地址:https://m.bishedaima.com/lunwen/50938.html

相关推荐

发表回复

登录后才能评论