一、需求变化引发软件危机（论文文献综述）
肖文磊,曹宪,赵罡,邢宏文,郑湃[1]（2021）在《数字孪生的智能制造内涵及其在数控加工的应用》文中研究表明当前,数字孪生受到了国内外学者及产业界的广泛关注。但数字孪生的概念定义却越来越模糊。导致在应用和研究数字孪生技术时,产生了不一致的理解和不同的表达定义。本文从经典概念的特性角度,通过与面向对象相关概念对比的方式,深入解读数字孪生的内涵。通过与数字样机、硬件在环仿真、多物理场仿真等已有技术的对比。通过面向对象的关系建模方式,分析数字孪生实现动态绑定的仿真的特性,提出界定与区分数字孪生系统的通用原则。进一步,针对数字孪生技术发展的问题与瓶颈展开讨论,阐述实现数字孪生系统的现实挑战与应对策略。最后,通过数控加工的数字孪生应用案例,对本文提出的"面向孪生制造"的新模式进行初步验证与展望。
马亚冰[2]（2021）在《R公司F虚拟仿真软件项目进度管理研究》文中研究表明伴随着软件研发行业在全球突飞猛进的发展,软件研发项目的失败率居高不下。为解决日趋严重的软件危机,软件研发行业引入项目管理来规范软件项目研发进程。随着虚拟仿真类软件的准入门槛的降低,同行之间竞争加剧,能够快速的推出高质量的软件成为一个公司的核心竞争力,项目进度管理正是这一核心能力的关键的一环。论文以R公司的F虚拟仿真软件的开发项目为研究对象,分析了当前行业现状、公司情况、项目组织形式。分析了影响F项目进度的问题,并总结了影响F项目进度的相关因素。本研究以提高虚拟仿真类软件项目进度管理水平为目的,对R公司的F项目中出现的项目严重拖延的情况进行了分析,采用个案分析法分析核心问题,其本质问题在于项目计划不合理、需求采集不明确等几个方面。通过构思相关解决办法,对项目计划、需求采集、项目质量、奖惩制度、相关干系人管理五方面优化提高,以此来实现提高项目管理的水平的目标。在项目需求采集、项目计划制定等方面提出了相应的解决办法,从而优化F项目进度管理的方法,并针对R公司的虚拟仿真软件项目的项目进度管理提出了优化方法,提升R公司的项目进度管理水平。研究结论:论文在形目进度管理方面为虚拟仿真软件项目提供了借鉴。
张立岩[3]（2020）在《天启公司智能产品开发流程优化研究》文中提出近几年,随着Android系统的应用、推广和普及,我国POS支付行业在智能化方面取得了长足的发展。现今,智能POS对于商家来说再也不是新鲜事物,它正快速取代传统POS,成为商家必备的重要支付工具。目前,国内智能POS终端厂商相对固定,他们互相模仿、抄袭,能自主研发符合市场产品的公司较少,致使智能POS产品无论从外形到质量均趋于雷同,产品差异化越来越小,行业竞争逐渐加剧。与此同时,支付宝和微信相继推出名了为“蜻蜓”和“青蛙”的刷脸支付产品,并迅速占据了部分支付市场,中国银联也不甘落后,陆续在高校和各大商圈试点刷脸支付。生物识别技术在移动支付领域中的应用和推广,使得各POS厂商应接不暇,不可避免的对原智能POS市场造成一定冲击。因此在智能POS上添加刷脸支付功能成为各POS厂商的必然选项,而如何快速的在众多新老客户的应用程序中完美添加一项新功能成为对POS厂商的一道考题。天启公司作为国内几大智能POS供应商之一,随着产品类别和目标客户的不断增多,其原有的开发模式已不能适应客户多变的需求,亦不能很好的满足现阶段公司的发展需要。现今,智能POS终端厂商产品的主要区别在于产品设计和软件开发能力两个方面。而在产品同质化严重的今天,软件开发能力的强弱则成为取得竞争优势的关键因素。本文以软件工程中软件复用理论为基础,通过对天启公司近些年积累的智能产品的软件需求进行整理和分析,运用流程再造和软件复用技术相关理论,对其现有的软件开发流程进行优化设计。通过需求分析整合和软件构件技术,对当前不同种类、不同规模的收单机构中用户不断变化且逐渐提高的业务需求进行细分归类,建立领域需求管理系统和构件库管理系统,通过领域需求管理系统的需求分析进行领域模型选择,并通过构件管理系统快速构建应用软件程序。本流程优化之后可以较好地适应客户多变的需求和政策性调整要求,运用应用程序中构件的增减来应对需求的变化,可以有效提高应用软件的质量和开发效率,对日益复杂的客户需求提供快速反应和保障。同时,本文希望天启公司通过本流程的优化能有效避免软件技术人员滞后的软件开发以及传统软件生产模式导致的低下效率,提高软件开发能力,为企业在这变幻莫测,激烈竞争的市场环境中取得优势,并保持良好的发展态势。
周戈[4]（2020）在《面向不确定环境的运行时验证关键技术研究》文中研究说明随着人类社会的不断发展,软件的规模日益复杂,形式也众彩纷呈。但是软件危机就像一个如影相随的恶魔,经常在不经意中给人类造成损失。尤其是关乎国计民生的领域,对安全更加十分重视。金融、国防、航空航天等领域部署的软件,更是安全攸关。如何抵御“恶魔”?一方面,软件工程提出一整套的理论来帮助人们在软件开发过程中按照规范的流程来生产;另外一方面人们研究各种的软件质量保证技术来检测生产出来的软件是否可靠,测试、模型检验、符号执行等技术应运而生。运行时验证技术也是种软件质量保证技术,主要用于监控目标系统的运行轨迹是否符合预期规约。它可以被应用于软件部署后,因而可以检测与运行环境相关的监控需求;另外运行时验证技术还是种轻量级的数学形式化的验证方法,不同于测试技术对于复杂系统路径难以全面覆盖以及使用模型检验技术可能状态爆炸的问题,运行时验证技术只针对监控目标的当前运行轨迹;运行时监控器由监控规约进行数学形式化处理产生,所以其判定的结果是可靠的,一般以自动机的形式被部署到监控系统上面。在之前的研究中,有学者提出软件主动监控的技术:通过静态阶段分析目标系统的模型或者代码,提取出有用信息,让运行态监控器能够主动的预测未来系统与监控规约的满足情况。这种技术让运行时验证从只能发现问题后报警,到能够提前实现预判,为干预留有了时间,从而为避免软件失效的留有可能。软件主动监控技术极大的扩展了运行时验证技术的应用空间。正是由于运行时验证技术的这四个优点:可被应用于软件部署后、轻量级、数学形式化的方法、可预测的技术,因而被广泛的应用于各行各业。本文主要研究把运行时验证方法用于具有不确定性特征的环境和系统时,如何提升对时序性质监控的量化预测能力,具体工作和创新点包括:（1）为了提高运行时验证对性质违背的预测能力,人们已提出了基于模型的方法、基于程序分析的方法等。但对于没有模型和代码、存在不确定性行为的黑盒类系统,这些方法难以适用。对此,本文提出一种通过机器学习来学习系统确定行为的概率模型、并部署运行时概率监控器的方法。首先,根据监控规约中的事件,从待监控目标的日志库中提取出相应的历史轨迹集合,再通过机器学习的方法从这个轨迹库中构建出符合观测日志的马尔可夫模型。根据学习到的概率模型和规约性质生成迁移系统,进一步综合成运行时概率监控器,用来预测不确定环境下的目标系统对性质违背的概率。概率监控器的优势是能以定量的方式分析出当前系统状态满足或者违背监控规约的可能性,从而以预测系统运行对性质违背的趋势。（2）运行时验证技术应用于分布式系统的时候,会因为通讯等问题存在事件丢失现象,监控效能难以保证。当面对有时序要求的监控规约,常用的方式是将每个节点发生的事件打上时间戳,监控器根据事件的时间戳进行集中判定。但对于分布式系统,尤其是环境和其节点空间位置都在不断变化的动态分布式系统来说,延迟甚至是丢包等问题经常出现,难以从根本上解决。本文提出一种针对分布式系统,基于历史数据,在缺失部分事件信息的情况下,依旧能做出判定的概率监控器生成方法。这个方法首先根据监控事件学习产生概率模型,在监控器因为缺失信息无法判定的时候,概率模型能帮助运行时监控器计算缺失信息在各个位置的可能性,从而得到当前系统状态与性质规约的满足度。实验表明,这种方法对于分布式系统的运行时监控能有效地提升监控效果,有很强的实用性。（3）运行时验证技术在应用中,将不可避免的加大被监控系统的开销,如何有效的减小监控对目标系统的影响,是一个重要的研究内容。本文针对一些具有同构特征的性质,提出种基于模板的运行时验证方法。该方法能有效减少监控器本身带来的冗余,在把监控器以插装的形式植入目标系统时,也能减轻对目标系统的影响。此外,还提出回溯机制来优化运行时验证过程,回溯机制能针对一类特殊性质减少对目标系统的插装点,从而提高运行时验证的效率。（4）在上面提出模型学习的方式来构造概率监控器时,为了提高模型学习的效率,本文研究了增量式的运行时验证方法。在通过构建目标系统和不确定环境的概率模型时,提出了基于增量式隐马尔科夫模型构造的运行时验证技术,可以通过单点数据触发、数据集触发、时间触发等不同模型来高效更新学习到的模型,从而使运行时验证能够体现最新的模型学习结果,并通过实验表明了增量式模型构造方法对比非增量式方法的优势。
杨成[5]（2019）在《基于精益软件开发的项目管理模式在S公司的应用及优化研究》文中认为软件行业是新兴行业,而软件开发项目因其不确定性,常常难以有效管理和控制。精益思想虽然来源于制造业,但已被很多行业所吸纳并有所发展。软件开发项目同样能够运用精益思想的基本原则来指导其项目管理。在软件开发项目管理中,借鉴精益思想,运用精益原则进行项目管理,形成精益软件开发,并结合近年兴起的敏捷开发模式,减少软件开发过程中的浪费、提高软件开发的质量和缩短软件开发周期,将有助于提高企业的竞争力,从而降低经营风险,创造更高的价值。本文对比分析了传统软件开发项目管理模式、精益思想和精益软件开发以及敏捷开发的优劣势与适用范围,并在基本理论的基础上,通过对S公司基于精益思想的软件开发流程的分析,一方面总结了精益软件开发模式在软件开发项目管理中的实际应用,同时分析了实施精益软件开发的关键因素,以及对企业软件开发项目管理的优化。最后,根据S公司的实际情况,本文着重分析了基于精益软件开发的项目管理模式对S公司软件开发项目的改进,并且结合项目运行中仍然存在的问题,提出了对S公司精益软件开发流程进一步优化的建议。
蒯天宇[6]（2018）在《利用软件工程提高软件产品质量》文中认为软件开发质量的降低引发了软件危机的出现,而现代软件工程对于提高软件产品的质量有很大的帮助。本文对软件工程和软件质量以及软件危机的基本概念进行了论述,并就在软件的研发和维护过程中如何利用软件工程进行软件质量管理给出了自己的见解。
何梦[7]（2016）在《基于不确定性挣值分析法的Scrum项目进度控制研究》文中研究指明随着计算机技术与互联网技术的飞速发展,软件开发也面临着新的问题:用户通常希望开发团队能够更快的响应用户需求,更高效的提交软件产品,更主动的应对用户需求的变更。为了迎接这些新的挑战,各软件开发企业不但在技术层面不断创新,同时在项目管理方法上也谋求创新。其中敏捷方法作为打破传统软件开发模式的新方法逐渐被众多优秀软件开发企业采用,并大量应用到软件项目管理中。在众多敏捷方法中,Scrum敏捷方法以其自身的诸多优点,逐渐成为最具代表性和应用最广的方法之一。Scrum是一个用于开发和维持复杂产品的框架,是一个增量的、迭代的开发过程。在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周（互联网产品研发可以使用1周的Sprint）。挣值法又称为赢得值法或偏差分析法.挣得值分析法是在工程项目实施中使用较多的一种方法,是对项目进度和费用进行综合控制的一种有效方法。挣值法的价值在于将项目的进度和费用综合度量,从而能准确描述项目的进展状态。在项目实施过程中,项目组人员对自身任务的预估值与完成任务实际所需要的工作量之间偏差较大,不利于项目经理对项目进度的监控。在对Scrum项目进度控制问题进行详细分析,并总结以往项目进度控制经验的基础上,本文引入了基于不确定性挣值分析法的Scrum项目控制方法。通过对影响进度预估准确度的多个因子进行分析和研究,最终选择了任务的业务复杂度和技术复杂度作为模型因子,建立了不确定性挣值模型,能够对人员预估工作量进行调整,让预估工作量更接近于实际所需花费的工作量,以达到对项目进行精益监控的目的。本文针对某金融公司项目进度控制现状做了深入的分析,并结合公司项目进度控制的实际情况,对不确定性挣值模型进行了应用实施。实践结果表明,通过该模型调优后的值更接近于实际工作量。
姜锋[8]（2015）在《基于系统动力学的IT项目管理方法研究》文中提出系统动力学是一门通过认识、解决系统问题的方法来研究信息反馈系统的学科。本课题将系统思考方法带入IT类项目管理应用研究中,通过系统动力学建模方法,研究影响项目成本和工期的原因。文章上半部分介绍了系统动力学及其基本理论、项目管理的国内外研究现状以及IT类项目管理中的特点。文章下半部分通过系统动力学相关的建模理论,构建了相关子系统,包括基本子系统、工期子系统、人力资源子系统、工作压力与加班子系统,形成了完整的项目成本和工期管理的系统动力学模型。最后通过对案例建模分析的方法,尝试探索“软件危机”现象和管理学经典定律“布鲁克斯法则”现象的发生原因,并通过综合分析比较,得出在不同前提条件下项目的最优管理策略。文章在传统分析项目成本的方法上,提出了通过将人日消耗转化为项目资金投入的方法,细化项目成本,提出了更具实际意义和操作价值的结论。本研究的目的旨在介绍使用系统动力学解决问题的优点,借助计算机计算手段,为传统项目管理者提供更加宽阔的视野。通过对案例的分析,证明并解释项目管理中的经典现象,提供具有现实意义的管理策略参考。希望本文的研究内容能为该领域的相关研究提供有价值的参考。
王壮志[9]（2014）在《关于软件过程模型构建策略的分析和思考》文中进行了进一步梳理软件过程模型知识是软件工程理论的重要组成部分,开发软件时必然要运用软件过程模型知识.通过分析几种重要的软件过程模型,揭示了构建软件过程模型的主要策略,这些主要策略是:"划分阶段、循序渐进"的策略,"反复实践、反复认识、逐步完善"的策略,"化整为零、各个击破"的策略,"重复使用"和"分解与组装合成"策略.最后,围绕这些构建软件过程模型的主要策略进行了思考,指出:当构建软件过程模型时,需要因地制宜地运用这些构建策略.
叶璇[10]（2012）在《从面向过程到面向对象的变革》文中研究说明面向过程方法的弊端引发了20世纪60年代的"软件危机",面向对象方法的出现为软件开发开辟了新的出路。从分析"软件危机"的起因着手,阐述了面向过程方法的弊端,介绍了面向对象方法的特点,并总结了面向对象方法优越性和局限性。
二、需求变化引发软件危机（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、需求变化引发软件危机（论文提纲范文）
（1）数字孪生的智能制造内涵及其在数控加工的应用（论文提纲范文）
| 1 引言 |
| 2 数字孪生的抽象内涵 |
| 2.1 数字孪生概念模糊的原因 |
| 2.2 面向对象编程与面向孪生制造 |
| 2.3 软件危机与制造危机 |
| 3数字孪生的技术差异 |
| 3.1 数字孪生VS数字样机 |
| 3.2 数字孪生VS硬件在环仿真 |
| 3.3 数字孪生VS多物理场仿真 |
| 3.4 数字孪生VS其他概念 |
| 4 数字孪生的问题与瓶颈 |
| 4.1 模型定义的具体性与严谨性 |
| 4.2 数据采样的实时与兼容性风险 |
| 4.3 运行时仿真能力的取舍问题 |
| 4.4 边缘数字孪生是过渡方案 |
| 5 案例解析：数控加工的数字孪生 |
| 5.1 数控加工的数字样机 |
| 5.2 信息同步的缓冲处理 |
| 5.3 动态绑定的运行时仿真 |
| 5.4 数字孪生在云端的镜像 |
| 6 结论与展望 |
（2）R公司F虚拟仿真软件项目进度管理研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 研究意义 |
| 1.2.1 实践意义 |
| 1.2.2 理论意义 |
| 1.3 项目进度管理国内外研究现状 |
| 1.3.1 国外研究现状 |
| 1.3.2 国内研究现状 |
| 1.4 研究方法和内容 |
| 1.4.1 研究方法 |
| 1.4.2 研究内容 |
| 1.4.3 论文内容框架 |
| 第二章 项目及项目管理简介 |
| 2.1 项目 |
| 2.2 项目管理简介 |
| 2.3 项目组织形式 |
| 2.4 项目进度管理 |
| 2.4.1 软件项目生命周期 |
| 2.4.2 软件项目延期的影响因素 |
| 2.4.3 制定项目计划方法及工具 |
| 第三章 F项目进度管理分析 |
| 3.1 公司项目进度管理现状 |
| 3.1.1 R公司简介 |
| 3.1.2 R公司组织结构 |
| 3.1.3 R公司项目开发流程 |
| 3.1.4 R公司项目组人员组成范围 |
| 3.1.5 R公司项目特点 |
| 3.2 F项目介绍 |
| 3.2.1 项目简介 |
| 3.2.2 项目资源投入 |
| 3.2.3 项目工作计划 |
| 3.2.4 F项目管理措施及保证方法 |
| 3.2.5 实际情况与计划对比 |
| 3.3 F项目项目进度问题分析 |
| 3.3.1 规划过程 |
| 3.3.2 执行过程 |
| 3.3.3 监控阶段 |
| 3.4 F项目进度影响因素 |
| 3.4.1 项目计划的影响因素 |
| 3.4.2 项目需求的影响 |
| 3.4.3 项目干系人的影响 |
| 3.4.4 项目质量 |
| 3.4.5 奖惩制度对进度影响 |
| 第四章 F项目进度管理优化及效果 |
| 4.1 需求采集优化 |
| 4.1.1 初次沟通采集客户核心需求 |
| 4.1.2 开发过程搜集完善客户需求 |
| 4.1.3 确保需求传递的准确性 |
| 4.1.4 新增需求的及时响应 |
| 4.2 项目计划优化 |
| 4.2.1 项目范围的界定 |
| 4.2.2 完善工作结构分解 |
| 4.2.3 合理分配项目资源 |
| 4.2.4 优化工期的预估 |
| 4.2.5 合理设置缓冲期 |
| 4.3 加强项目质量 |
| 4.3.1 建立可衡量的质量评价标准 |
| 4.3.2 建立软件开发内容模板 |
| 4.4 加强相关方的管理 |
| 4.4.1 增加客户参与度 |
| 4.4.2 加强外协团队管理 |
| 4.4.3 内部团队建设 |
| 4.5 完善奖惩制度 |
| 4.5.1 加强绩效的激励作用 |
| 4.5.2 减少项目奖金带来的困扰 |
| 4.6 预期效果分析 |
| 第五章 R公司项目进度管理改进方案 |
| 5.1 项目进度管理实施计划 |
| 5.1.1 项目计划的优化 |
| 5.1.2 规范项目质量管理办法 |
| 5.1.3 建立软件开发内容模板 |
| 5.1.4 加强项目团队内部建设 |
| 5.2 重难点分析及保障措施 |
| 5.2.1 需求收集的准确性 |
| 5.2.2 总工期的准确性 |
| 5.2.3 奖惩制度及标准 |
| 第六章 结果与展望 |
| 6.1 结论 |
| 6.2 不足与展望 |
| 参考文献 |
| 致谢 |
（3）天启公司智能产品开发流程优化研究（论文提纲范文）
| 摘要 |
| abstract |
| 第1章 绪论 |
| 1.1 研究背景与意义 |
| 1.2 研究内容方法 |
| 1.3 文献综述与理论基础 |
| 第2章 天启公司现状及问题分析 |
| 2.1 公司概述 |
| 2.2 开发流程中存在的问题 |
| 2.3 开发流程中问题的成因 |
| 第3章 天启公司产品开发流程优化分析 |
| 3.1 产品开发流程优化的目标和原则 |
| 3.2 产品开发流程分析 |
| 3.3 产品开发流程优化解决方案 |
| 第4章 实施方案和实施保障 |
| 4.1 实施原则与前期准备 |
| 4.2 实施难点与解决措施 |
| 4.3 实施后评价及改善 |
| 结论 |
| 参考文献 |
| 致谢 |
（4）面向不确定环境的运行时验证关键技术研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.1.1 软件质量保证技术 |
| 1.1.2 运行时验证技术概述 |
| 1.1.3 运行时验证面临的挑战 |
| 1.2 相关工作 |
| 1.2.1 运行时验证的主要类型 |
| 1.2.2 监控器生成方法 |
| 1.2.3 监控器优化方法 |
| 1.2.4 监控能力的扩展 |
| 1.2.5 运行时验证工具 |
| 1.2.6 概率性质的运行时验证 |
| 1.3 研究动机 |
| 1.4 本文的主要工作和创新点 |
| 1.5 论文结构 |
| 1.6 本章小结 |
| 第二章 运行时验证技术 |
| 2.1 运行时验证的监控规约 |
| 2.2 运行时验证的监控语义 |
| 2.3 监控器构造 |
| 2.4 监控器部署方法 |
| 2.5 运行时验证过程 |
| 2.6 运行时软件干预技术 |
| 2.6.1 运行回滚 |
| 2.6.2 在线规划 |
| 2.6.3 运行时代码调控 |
| 2.6.4 故障隔离与降级 |
| 2.7 运行时软件主动监控技术 |
| 2.7.1 基于模型的软件主动监控技术 |
| 2.7.2 基于静态代码分析的软件主动监控技术 |
| 2.8 本章小结 |
| 第三章 基于不确定环境概率模型学习的运行时验证 |
| 3.1 预备知识 |
| 3.1.1 图论相关概念 |
| 3.1.2 离散马尔可夫链DTMC |
| 3.1.3 隐马尔可夫模型HMM |
| 3.1.4 Baum-Welch算法 |
| 3.2 基于学习建立概率模型 |
| 3.2.1 问题描述 |
| 3.2.2 构造概率模型过程 |
| 3.3 概率监控器的生成 |
| 3.3.1 从LTL到 DRA |
| 3.3.2 生成运行时概率监控器 |
| 3.4 实验和评估 |
| 3.5 本节小结 |
| 第四章 面向分布式系统非确定性的运行时验证 |
| 4.1 动态分布式系统运行时验证的挑战 |
| 4.1.1 动态分布式系统 |
| 4.1.2 动态分布式系统的概率运行时验证 |
| 4.2 面向动态分布式系统带概率运行时监控器技术 |
| 4.2.1 动态分布式式系统及其事件进行建模 |
| 4.2.2 动态分布式系统的可容错运行时验证 |
| 4.3 实现与实验 |
| 4.4 本章小结 |
| 第五章 基于性质同构与事件回溯机制的监控优化方法 |
| 5.1 模板监控器生成:单性质、多对象 |
| 5.2 模板监控器生成:多性质、多对象 |
| 5.3 运行时验证回溯机制 |
| 5.4 实验评估和论证 |
| 5.4.1 模板监控器实验 |
| 5.4.2 回溯运行时验证效能实验 |
| 5.5 本章小结 |
| 第六章 基于增量学习的演进式运行时验证方法 |
| 6.1 问题描述 |
| 6.2 基于隐马尔可夫BW算法的增量式模型更新 |
| 6.2.1 基于BW算法的后向概率增量学习方法 |
| 6.2.2 基于数据块内迭代的增量学习方法 |
| 6.2.3 Ensemble Training方法 |
| 6.2.4 使用联合隐马尔可夫模型的ET方法 |
| 6.3 实验与评估 |
| 6.4 本章小结 |
| 第七章 总结和展望 |
| 7.1 本文主要工作总结 |
| 7.2 下一步工作展望 |
| 致谢 |
| 参考文献 |
| 作者在学期间取得的学术成果 |
（5）基于精益软件开发的项目管理模式在S公司的应用及优化研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.1.1 软件行业的项目管理亟待有效管理和控制 |
| 1.1.2 精益思想在多行业取得成功 |
| 1.1.3 精益思想在软件行业的前景广阔 |
| 1.1.4 S公司概况及引入精益软件开发的背景 |
| 1.2 本文研究目的及意义 |
| 1.2.1 研究目的 |
| 1.2.2 研究意义 |
| 1.3 研究思路及内容安排 |
| 1.3.1 研究方法 |
| 1.3.2 研究思路及内容安排 |
| 第二章 软件开发管理模式的相关理论 |
| 2.1 相关文献综述 |
| 2.2 软件危机及软件开发项目管理 |
| 2.3 传统软件开发管理模式 |
| 2.3.1 基于瀑布模型的软件开发项目管理 |
| 2.3.2 基于能力成熟度模型集成的软件开发项目管理 |
| 2.4 敏捷开发 |
| 2.4.1 敏捷开发的历史和分类 |
| 2.4.2 Scrum敏捷开发方法 |
| 2.5 精益思想和精益管理工具 |
| 2.5.1 精益思想的历史 |
| 2.5.2 精益思想的核心概念 |
| 2.5.3 精益管理的方法与工具 |
| 2.6 精益软件开发 |
| 2.6.1 精益思想在软件开发中的应用 |
| 2.6.2 基于精益软件开发的软件开发项目管理 |
| 2.6.3 精益软件开发与敏捷开发的关系 |
| 2.6.4 精益软件开发与传统软件开发模式 |
| 第三章 基于精益软件开发的项目管理模式在S公司的应用 |
| 3.1 S公司原软件开发项目管理流程框架PI7300 |
| 3.1.1 S公司原软件开发项目管理流程框架概述 |
| 3.1.2 S公司软件项目团队组织结构 |
| 3.1.3 PI7300 流程框架和S公司原组织结构的优势分析 |
| 3.1.4 S公司S5 产品研发项目的失败及原因分析 |
| 3.2 精益软件开发在S公司的应用 |
| 3.2.1 S公司基于精益软件开发的理论分析 |
| 3.2.2 精益软件开发流程下的组织结构调整 |
| 3.2.3 精益软件开发流程对项目质量目标的调整 |
| 3.2.4 S公司的精益软件开发流程框架 |
| 3.2.5 S公司精益文化的建立 |
| 第四章 精益软件开发对S公司软件开发项目管理的优化 |
| 4.1 精益软件开发流程对S公司软件开发项目各阶段的优化 |
| 4.1.1 精益软件开发流程对项目启动阶段的优化 |
| 4.1.2 精益软件开发流程对项目计划阶段的优化 |
| 4.1.3 精益软件开发流程对项目执行阶段的优化 |
| 4.1.4 精益软件开发流程对项目收尾阶段的优化 |
| 4.2 S公司精益软件开发实施后的优化效果 |
| 4.2.1 软件开发项目优化效果评价的关键指标 |
| 4.2.2 S公司项目关键指标的提升 |
| 4.3 精益软件开发在S公司取得成功的关键因素 |
| 第五章 对S公司项目管理模式进一步优化的建议 |
| 5.1 简化需求开发时间/成本的估算 |
| 5.2 引入战略室管理产品规划 |
| 5.3 转变人员角色 |
| 5.4 授权各地研发中心独立改进流程 |
| 5.5 采用约束理论指导持续改进 |
| 第六章 结论和展望 |
| 6.1 结论 |
| 6.2 展望 |
| 致谢 |
| 参考文献 |
（6）利用软件工程提高软件产品质量（论文提纲范文）
| 1 软件工程简介 |
| 1.1 软件工程技术 |
| 1.2 软件工程管理 |
| 2 软件工程分析 |
| 2.1 系统开发的基本流程 |
| 2.2 面向对象的开发方法 |
| 3 软件产品质量管理方法分析 |
| 4 利用软件工程提高软件产品质量的原理 |
| 5 总结 |
（7）基于不确定性挣值分析法的Scrum项目进度控制研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 课题研究背景与研究意义 |
| 1.2 国内外研究现状 |
| 1.3 课题主要研究内容 |
| 1.3.1 Scrum项目进度控制及存在的问题 |
| 1.3.2 挣值分析法研究 |
| 1.3.3 不确定性挣值模型研究 |
| 1.3.4 Scrum项目实施与应用 |
| 第二章 Scrum项目管理方法简介 |
| 2.1 Agile开发简介 |
| 2.2 Scrum开发简介 |
| 2.3 Scrum项目计划制定 |
| 2.3.1 基于User Story的工作量估算 |
| 2.3.2 基于User Story的任务划分 |
| 2.4 Scrum项目进度跟踪 |
| 2.4.1 每日站会 |
| 2.4.2 基于燃尽图的项目进度跟踪 |
| 2.5 Scrum进度控制存在的主要问题 |
| 第三章 挣值分析法简介 |
| 3.1 挣值分析法定义 |
| 3.1.1 什么是挣值法? |
| 3.1.2 挣得值法基本参数 |
| 3.1.3 挣得值方法的四个评价指标 |
| 3.1.4 挣值法评价曲线 |
| 3.2 挣值分析法相关研究 |
| 3.3 挣值分析法的具体应用 |
| 第四章 不确定性挣值模型研究 |
| 4.1 不确定性简介 |
| 4.2 任务进度挣值评估 |
| 4.3 不确定性挣值模型 |
| 4.3.1 分析数据 |
| 4.4 不确定性挣值模型建立 |
| 4.4.1 模型因子的调研 |
| 4.4.2 模型因子的选取 |
| 4.4.3 模型的分析与建立 |
| 4.4.4 模型维护 |
| 第五章 基于不确定性挣值模型的Scrum项目进度控制实践与应用 |
| 5.1 项目简介 |
| 5.1.1 背景介绍 |
| 5.1.2 团队组成 |
| 5.2 团队成员不确定性模型 |
| 5.2.1 团队成员历史数据采集 |
| 5.2.2 团队成员挣值不确定性模型参数值计算 |
| 5.3 模型应用与效果对比分析 |
| 5.3.1 项目数据采集与分析 |
| 5.3.2 模型应用对比分析 |
| 第六章 总结与展望 |
| 致谢 |
| 参考文献 |
| 详细摘要 |
（8）基于系统动力学的IT项目管理方法研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 课题研究背景和意义 |
| 1.1.1 系统动力学的背景与优势 |
| 1.1.2 软件危机现象 |
| 1.2 文献综述 |
| 1.2.1 系统动力学研究与应用现状 |
| 1.2.2 项目管理研究与应用现状 |
| 1.2.3 系统动力学在现代项目管理中的应用 |
| 1.3 研究方法和技术路线 |
| 1.3.1 研究方法 |
| 1.3.2 技术路线 |
| 1.4 论文框架 |
| 第二章 系统动力学理论 |
| 2.1 系统思考 |
| 2.1.1 系统思考与传统思考的区别 |
| 2.1.2 系统思考对象的复杂性 |
| 2.1.3 系统动力学与系统思考的关系 |
| 2.2 系统动力学及其模型构建技术 |
| 2.2.1 表述系统结构的基本构造块 |
| 2.2.2 栈/流图的功能介绍 |
| 2.3 建模过程与技术要点 |
| 2.3.1 建模的目的 |
| 2.3.2 建模过程概要 |
| 2.3.3 建模过程的技术要点 |
| 第三章 项目管理系统动力学建模 |
| 3.1 基础子系统 |
| 3.2 人力资源子系统 |
| 3.3 工作压力与加班子系统 |
| 3.4 工期子系统 |
| 3.5 子系统整合 |
| 3.6 本章小结 |
| 第四章 案例分析 |
| 4.1 案例选取 |
| 4.2 正常情况分析 |
| 4.3 “布鲁克斯法则”现象(雇佣模型)分析 |
| 4.4 压力模型分析 |
| 4.5 延期模型分析 |
| 4.6 综合模型分析 |
| 4.7 本章小结 |
| 第五章 结论与展望 |
| 参考文献 |
| 致谢 |
| 攻读硕士学位期间已发表或录用的论文 |
（9）关于软件过程模型构建策略的分析和思考（论文提纲范文）
| 1 典型的软件过程模型的构建策略分析 |
| 1.1 瀑布模型体现的主要构建策略 |
| 1.2 快速原型模型体现的主要构建策略 |
| 1.3 增量模型体现的主要构建策略 |
| 1.4 构件组装模型体现的主要构建策略 |
| 2 关于软件过程模型构建策略的思考 |
| 3 结束语 |
（10）从面向过程到面向对象的变革（论文提纲范文）
| 1“软件危机”与面向过程方法 |
| 2 面向对象方法 |
| 3 面向对象方法的优越性 |
| 3.1 整体开发思维 |
| 3.2 分析和设计 |
| 3.3 编程实现 |
| 4 面向对象方法的局限 |
四、需求变化引发软件危机（论文参考文献）
- [1]数字孪生的智能制造内涵及其在数控加工的应用[J]. 肖文磊,曹宪,赵罡,邢宏文,郑湃. 智能制造, 2021(05)
- [2]R公司F虚拟仿真软件项目进度管理研究[D]. 马亚冰. 北京邮电大学, 2021(01)
- [3]天启公司智能产品开发流程优化研究[D]. 张立岩. 吉林大学, 2020(01)
- [4]面向不确定环境的运行时验证关键技术研究[D]. 周戈. 国防科技大学, 2020(01)
- [5]基于精益软件开发的项目管理模式在S公司的应用及优化研究[D]. 杨成. 东南大学, 2019(06)
- [6]利用软件工程提高软件产品质量[J]. 蒯天宇. 电子技术与软件工程, 2018(15)
- [7]基于不确定性挣值分析法的Scrum项目进度控制研究[D]. 何梦. 杭州电子科技大学, 2016(01)
- [8]基于系统动力学的IT项目管理方法研究[D]. 姜锋. 上海交通大学, 2015(03)
- [9]关于软件过程模型构建策略的分析和思考[J]. 王壮志. 内蒙古民族大学学报(自然科学版), 2014(04)
- [10]从面向过程到面向对象的变革[J]. 叶璇. 电脑知识与技术, 2012(09)