一、使用复用技术的现代软件开发方法（论文文献综述）
张立岩[1]（2020）在《天启公司智能产品开发流程优化研究》文中提出近几年,随着Android系统的应用、推广和普及,我国POS支付行业在智能化方面取得了长足的发展。现今,智能POS对于商家来说再也不是新鲜事物,它正快速取代传统POS,成为商家必备的重要支付工具。目前,国内智能POS终端厂商相对固定,他们互相模仿、抄袭,能自主研发符合市场产品的公司较少,致使智能POS产品无论从外形到质量均趋于雷同,产品差异化越来越小,行业竞争逐渐加剧。与此同时,支付宝和微信相继推出名了为“蜻蜓”和“青蛙”的刷脸支付产品,并迅速占据了部分支付市场,中国银联也不甘落后,陆续在高校和各大商圈试点刷脸支付。生物识别技术在移动支付领域中的应用和推广,使得各POS厂商应接不暇,不可避免的对原智能POS市场造成一定冲击。因此在智能POS上添加刷脸支付功能成为各POS厂商的必然选项,而如何快速的在众多新老客户的应用程序中完美添加一项新功能成为对POS厂商的一道考题。天启公司作为国内几大智能POS供应商之一,随着产品类别和目标客户的不断增多,其原有的开发模式已不能适应客户多变的需求,亦不能很好的满足现阶段公司的发展需要。现今,智能POS终端厂商产品的主要区别在于产品设计和软件开发能力两个方面。而在产品同质化严重的今天,软件开发能力的强弱则成为取得竞争优势的关键因素。本文以软件工程中软件复用理论为基础,通过对天启公司近些年积累的智能产品的软件需求进行整理和分析,运用流程再造和软件复用技术相关理论,对其现有的软件开发流程进行优化设计。通过需求分析整合和软件构件技术,对当前不同种类、不同规模的收单机构中用户不断变化且逐渐提高的业务需求进行细分归类,建立领域需求管理系统和构件库管理系统,通过领域需求管理系统的需求分析进行领域模型选择,并通过构件管理系统快速构建应用软件程序。本流程优化之后可以较好地适应客户多变的需求和政策性调整要求,运用应用程序中构件的增减来应对需求的变化,可以有效提高应用软件的质量和开发效率,对日益复杂的客户需求提供快速反应和保障。同时,本文希望天启公司通过本流程的优化能有效避免软件技术人员滞后的软件开发以及传统软件生产模式导致的低下效率,提高软件开发能力,为企业在这变幻莫测,激烈竞争的市场环境中取得优势,并保持良好的发展态势。
谢雯娟[2]（2020）在《T公司软件项目交付进度影响因素研究》文中指出开发进度滞后问题是目前软件开发项目的一个通病,也是软件开发项目管理的重点和难点。有效的软件开发进度管理能够显着地避免软件开发进度滞后的问题,故而需要深入研究影响软件交付进度的关键因素,为软件企业的经营决策提供有力依据。首先,通过对学术文献完成国内外研究概述,介绍软件开发项目交付进度管理的理论和研究现状。通过对文献的阅读归纳,发现现有文献对软件开发项目交付进度影响因素的研究定性分析居多,缺少定量分析。其次,通过对T公司软件项目交付进度现状的分析,理清各评价指标之间的相互关系,形成指标体系。其中,一级指标为T公司软件项目交付进度影响因素;4个二级评价指标为环境因素、人员因素、技术因素以及管理因素;12个三级评价指标为需求变更频繁度、客户方能力、人员能力、沟通协作、团队稳定性、需求管理、培训管理、沟通管理、开发方法选择、新技术应用、项目复用性。接着,用网络层次分析法（ANP）对各种影响因素展开分析,找出影响T公司软件项目交付进度的80%的关键影响因素为:需求管理、沟通管理、需求变更频繁度、人员能力、开发方法选择以及项目复用性。最后,结合软件开发项目的特点及进度控制理论,引入敏捷方法,改善需求管理,完善沟通机制,畅通沟通渠道,打造层次化专业人才梯队,开展特色培训,提高员工的综合素质,使进度控制由被动变为主动,提高软件项目进度控制的有效性,提升快速交付能力,打造拳头产品,提升企业核心竞争力,助力企业高质量发展。
李向栋[3]（2020）在《软件复用技术在校园导航中的研究与应用》文中认为软件复用技术是互联网时代下软件开发领域的产业延伸,是一种用于提升软件生产率、工作效率、可靠性以及稳定性的关键性技术。同时,作为解决软件危机和拓展软件应用范围的可靠途径,软件复用技术在近些年受到的研究人员的广泛关注,并诞生了大量优秀的研究成果。其中,组件化连接技术成为目前软件复用技术研究的热点方向,其具备扩充软件功能与增强软件灵活性的强大能力,并充分的将项目整体功能进行模块化区分,极大的方便了软件系统的后期维护,是一种行之有效的软件功能迁移和拓展的手段。本文以组件化连接技术为重点研究对象,采用目前流行的开源Android路由框架ARouter为工具,以中北大学为研究实例,设计并实现了一款专门用于校园应用场景的地图导航系统。在功能方面,该软件系统充分的利用了ARouter的优势,极大的简化了软件应用页面跳转的方法,进一步实现系统内部模块间的高内聚与低耦合。在定位算法方面,以卡尔曼滤波器为基础,改进了传统的GPS定位算法,经实验仿真,改进后的算法极大的提升了导航定位的精度。综上,本文核心内容主要包含组件化连接技术的应用与导航定位算法的改进两个方面,所设计的软件系统拓展了传统导航软件的应用场景与范围,为开发人员提供了可借鉴的参考。
李建华[4]（2019）在《M公司软件项目进度计划与控制改进研究》文中研究表明随着互联网技术的迅速发展,在软件产品或者项目的开发中,项目需求变化的速度日益迅速,市场竞争日益激烈,技术革新速度越来越快,如何应对客户需求的快速变化,满足客户各种各样的需求,交付质量令人满意的软件,已成为现阶段软件开发公司生死存亡的关键。因此,对软件项目管理就提出了较高要求,尤其是项目进度。然而,事实上,许多公司的项目和产品都存在不同程度的进度落后、延迟交付的情况,导致错失市场时机或者客户满意度低下。本文先介绍了软件行业现今的发展情况,项目进度管理的背景、本文使用的研究方法和技术以及本文所用案例来源的M公司M信云事业部的组织架构和项目流程、目前所运用的开发模型和技术等等,然后以M公司M信云事业部八个项目作为样本首先查看了这些项目的延期情况、细化每个工序具体的延期时间,以及是否在关键路径上,利用柏拉图筛选出延期最为突出的五大工序。继而从资源、技术、管理过程几方面分析进度延期的原因,找到项目中的具体案例来详细分析具体情况。然后针对每个原因提出对应的改善措施,分别[1]从资源配备、团队建设、人员培训、晋升制度管理、技术选型、项目计划制定、项目进度跟踪、制定交付标准、改进评审机制、提高软件复用率和产品化率等等方面落实具体的改进内容。针对使用传统进度管理方法来评估工期而导致工期过长的问题,使用了关键链技术中的50%安全时间方法。这种评估方法不仅消除了项目中各个工序隐含的安全时间,使工期评估得更为科学合理,也为缓冲估计的准确性奠定了基础。为保证措施可以持续有效地执行并且可看到绩效,还建立相关的内部审计,并且对各项目缓冲消耗持续监控。另外,对刚刚开始的项目的各个功能模块进行了软件复用和产品化的评估,以应用于将来的项目,进一步提高开发进度和节省开发成本。同时,本文对M公司实施这些方法后项目延期情况的改进做了预测,以及对即将开始的项目如何使用关键链方式对项目计划进行调整也做了阐述。最后,本文总结了对如何改进项目进度延期进行了总结和提炼了一些启示,并且对不同项目进度优化管理做出了展望。
王蓥[5]（2019）在《软件复用在ERP中的应用》文中研究说明本文借助对传统企业资源计划（ERP）体系的设计方法的分析,并且采用软件复用技术的原则与方法,对需求复用的构架与算法进行了研究。对需求进行复用设计时,需要依据项目、问题域各自的特点及其过程环境,来确定最佳的需求复用方法或技术,把需求过程的具体执行、技术实施进行“模式”化处理,即需求过程模式,明确对需求过程模式进行复用的准则、方法和算法,在复用技术的基础上,提出了一种全新的设计方法及应用技术。此设计对软件复用的构件技术、构件库技术以及相关度量方法进行了深入分析,同时也对构件如何进行建立、实现、维护和构件相关度进行了探讨,重点研究了需求复用技术的相关概念,为实现构件需求复用提供坚实的理论支撑。重点使用面向对象的方法,将功能需求进行抽象。在建立功能需求建立框架模型过程中,任何一项具体功能都可以被当做一个能够反复使用的单元,进而形成一个需求框架模块,并与各个单元的复用方法和复用算法相结合。最后结合实例,描述了构件的设计过程以及开发了基于软件复用技术实际应用的ERP系统。
杨程[6]（2018）在《面向群体化软件开发的推荐方法与技术研究》文中认为随着互联网和软件开发技术的发展,软件的开发方式、运行形态、服务模型等方面都发生了巨大变化,基于互联网构造、运行于互联网之上、通过互联网提供服务的新型网构化软件逐渐成为主流。这一类新型软件形态中,各种类型的利益相关者群体以多样化方式直接或间接参与到软件开发过程,呈现出大众参与驱动的群体化开发特点。各类开放参与的软件资源规模巨大且快速增长、参与项目贡献的开发者人员众多且能力差异大、可供用户选择的软件制品功能多样且相似制品数量巨大。这些变化导致面向软件开发复用的开源资源选择难、面向软件开发任务的开发者选择难、面向用户反馈激发获取的软件应用选择难等挑战日益突出。本论文聚焦于开源软件和移动应用这两类典型的网构化创新软件,面向开源项目参与开发、开发者与开发任务匹配以及用户反馈获取等群体化软件开发任务,深入研究开源软件项目推荐、代码审阅人推荐以及移动应用个性化推荐等核心技术和方法,具体研究成果总结如下:第一,大规模志愿者长期持续贡献是软件项目取得成功的重要基础。开源社区中可供开发者自由参与的开源项目规模巨大,开发者在海量开源项目中寻找自己真正感兴趣的项目是提出需要花费巨大的时间和精力。如何根据开发者的技术爱好及开源项目特征,建立开发者与开源项目之间的精准匹配,对吸引开发者长期参与、提升开发者贡献效率等具有重要意义。本文提出了一种基于多维特征的开源项目个性化推荐方法（即RepoLike）,该方法从开源项目自身流行度、关联项目技术相关度以及大众贡献者之间的社交关联度等三个维度度量开发者和开源项目之间的关联关系,并利用线性组合和排序学习算法（Learning To Rank）构建推荐模型,从而为开发者提供个性化的项目推荐服务。第二,大众参与代码贡献是推动软件项目快速迭代的关键环节。在GitHub等新型社交化开发社区中,大量外围开发者可以自由地以Pull-Request的形式向任意感兴趣的软件项目提交自己的代码贡献。这些代码贡献形式各异、质量参差不齐,找到合适的审阅人对大众贡献的代码进行质量审查对减少代码缺陷、提高软件质量、加快项目迭代具有重要意义。本文提出了一种细粒度审阅人推荐方法,首先通过实证分析将Pull-Request审阅人的主要任务细分为技术审查和任务管理两个方面,进而面向任务类型提出了一个双层Pull-Request审阅人推荐模型,采用混合推荐的方式实现审阅人的细粒度指派。第三,大众反馈是推动软件项目向正确方向快速演化的重要因素。应用市场为移动应用发布和获取用户反馈提供了全新途径,但移动应用市场通常存在软件数量庞大、功能雷同等特点,导致用户很难快速发现真正适合自己的应用并长期使用,进而也难以为软件应用的优化提供高质量的有效反馈。针对这一问题,本论文提出了一种基于“小众”模型的个性化推荐算法,将用户对移动应用的使用数据作为描述用户个人兴趣的特征,构建“用户-应用”矩阵,并利用下载信息和使用记录对矩阵数据进行融合加权,基于协同过滤算法实现个性化应用推荐。
刘畅[7]（2014）在《模型驱动的飞机座舱显示控制应用软件开发方法研究与实现》文中指出飞机座舱显示控制系统是航空电子系统中重要组成部分，随着航空电子综合化技术的发展，传统软件开发方法难以支持早期系统验证、快速开发和组件复用。模型驱动的软件开发方法是解决上述问题的有效途径。本文以实际项目为背景，针对座舱显示控制应用软件开发所遇到的软件开发效率低、难以提供设计时验证、代码难以复用等实际问题，基于模型驱动架构，提出了一种飞机座舱显示控制应用软件开发方法。该方法在对显控应用软件的基本要素和机制进行抽象的基础上，提出包括架构模版、显控设计模式、复用组件及领域实体等的显控应用软件框架模型；通过对SysML及AADL进行扩展，实现了基于AADL的显控系统架构模型、基于SysML的显控系统功能模型以及基于MARTE的显控应用软件非功能模型之间的转换。本文还阐述了支持上述开发方法的显控应用软件框架管理环境的设计与实现。测试及应用情况表明，该方法及支持该方法的显控应用软件框架模型及管理环境是可行及有效的。与其他类似系统相比，本文工作具有以下特点：1)提出了一种模型驱动的、以架构为中心的、组件复用的飞机座舱显示控制应用软件开发方法。该方法涵盖了软件需求分析、设计及编码阶段；平台无关模型由基于AADL的系统交联关系视图和系统逻辑结构视图、基于SysML的系统用例模型和系统功能模型等组成；平台定义模型主要包括基于AADL的系统部署视图；平台相关模型包括系统进程视图、显控设计模式定制和组件复用；由平台相关模型驱动可生成代码。以典型直升机显控应用软件为应用实例的开发实践表明该方法是可行及有效的。2)设计并实现了一套由架构模版、显控设计模式、复用组件、领域实体组成的显控应用软件框架模型。架构模版包括任务合成、信息融合及结构化综合三类；显控设计模式对显控软件的总线通信、IO通信、信息显示及控制响应等基本机制进行抽象；复用组件包括子系统、功能任务、显控设计模式、数据实体、功能函数五个粒度。3)设计并实现了一个支持上述方法的显控应用软件框架管理环境，包括应用实例架构定义工具、模型转换工具、显控设计模式定制工具、代码生成工具等。测试及应用情况表明，该管理环境的功能可有效支持显控应用软件开发和对显控应用软件框架模型的维护，其性能可支持50个并发用户的协同开发。
吴志樵[8]（2011）在《面向软件产品线开发的复用模式及其优化方法研究》文中研究表明由于软件系统需求的密集性和多样性特征越发明显,对系统本身的复杂性和时效性要求越来越高,迫使组织的开发效率和效力不断受到挑战。软件产品线（SPL）技术通过开发和维护一组共享资产来创建一系列功能相似的产品,实现了在产品多样性需求条件下控制产品开发的质量、复杂度和交付时间。尽管采用SPL开发的组织逐年增多,但真正能长期从SPL中稳定获益的却并不多见,因为采用SPL开发呈现在客户端的功能不会改善,关键在于通过大规模复用以追求成本有效性的提升。随着优化技术引入复用资产选择,在一定程度上解决了成本有效性开发的问题,但复用资产选择只是SPL开发过程中最底层的活动,未能支持整个SPL的优化。同时作为描述SPL不同情境下开发成本的有效手段,复用模式的研究目前仍局限于组织、架构等高层次抽象问题,缺乏对底层实施阶段的探究。因而,研究面向SPL实施过程的复用模式及其优化选择方法不仅是SPL理论的重要研究内容,而且对于指导和保证SPL有效开发具有重要的应用价值。作为国家杰出青年科学基金（70625001）、国家创新研究群体科学基金（70721001）和中央高校基本科研业务费资助项目（N090604004）的重要组成部分,本文以SPL开发为研究背景,在深入研究SPL实施过程中不同来源资产的复用模式基础上,着重进行了资产复用模式的优化选择模型及其启发式求解算法的研究。本文首先针对目前高层次抽象的复用模式研究与底层实施的优化方法之间的鸿沟,所导致的未能实现资产和SPL协同考虑的问题,提出一种面向SPL的复用模式分析模型与选择方法。以分析领域工程和应用工程阶段中资产的循环为切入点,通过描述资产在SPL内部的演化方向,设计一个四元组形式化描述资产在SPL内部状态,以此分析出可改变资产状态的九项活动,并将其抽象成定义良好且具有可观测性的操作。在此基础上归纳出面向SPL的六种典型复用模式,以此提供一个涵盖SPL全部实施活动的系统化分析模型,为此后的SPL复用模式优化选择研究提供基本框架。第四章针对现有优化模型在领域实施阶段未协同考虑开发成本和可靠性的问题,对复用模式成本与可靠性间的非线性关系进行研究,建立一个双目标0-1整数规划模型,为SPL决策者提供满足系统需求情况下考虑成本最小和可靠性最高的复用模式选择方法。同时,根据模型特点设计三阶段启发式算法求解全部有效解集,前两阶段确定支持有效解集、第三阶段得到非支持有效解集。最后,根据组织的不同需求,设计基于偏好值的决策和基于预算的决策两种复用模式选择机制,使SPL决策者可以在交互式环境中平衡两个目标下,从有效解集中选择出最适合的方案。第五章针对复用模式选择所涉及的领域测试代价问题,本文首次提出了边际测试效用值的概念,用于动态估算单位测试对整个SPL的可靠性（故障率）的改善,以此提供量化领域测试阶段代价（工时）的方法。并借助于SPL中核心资产所带有的易测试性信息,基于贝叶斯理论给出边际测试效用值的数学表达式,在此基础上,提出考虑领域测试代价的复用模式选择方法,解决在满足可获得预算、开发周期以及系统可靠性需求约束下的SPL质量最优问题。第六章应用上一章提出的边际测试效用值的概念,利用单位测试成本估计值的研究,提出在考虑系统需求和可靠性需求下,领域实施和领域测试总成本最优的复用模式选择模型。并根据问题的非线性和带强约束特点,设计拉格朗日启发式分解算法将原问题划分为两层：上层是根据SPL系统需求的复用模式选择子问题；下层是在满足SPL可靠性的测试计划设计子问题。实现在领域实施阶段即考虑领域测试对SPL总成本带来的影响,最终确定权衡考虑两个阶段下的全局最优解,在提供最优复用模式的同时,也为SPL各资产测试计划的设计提供参考。最后通过进行多种规模的算例实验和对拉格朗日乘子的灵敏度分析,验证提出的算法的有效性。第七章针对此前优化研究中仅考虑核心资产开发部门的局限,将研究视角提高到包括产品开发部门在内的整个组织层面,通过进一步将备选产品作为决策变量引入资产复用模式优化选择模型,立足于解决从资产选择、封装、适配、核心资产及产品平台设计,到为领域市场选择最佳产品组合这一复杂过程的资源优化配置问题,提供满足领域功能与质量需求且成本最优的产品开发策略和资产复用模式。同时根据问题特点,将原问题分解成为用以描述产品开发策略子问题的带权重的集覆盖问题和描述复用模式选择子问题的背包问题,通过设计启发式算法实现协同考虑两个子问题的求解。并以邮件系统产品线的开发实例阐明在SPL实施中利用该方法配置各参数、建立模型以及模型求解的全过程。
丁永建[9]（2010）在《基于SolidWorks的标准件库系统设计与实现》文中研究说明随着现代信息化技术的发展,CAD技术已开始由二维向三维转移。但现有的三维CAD软件不能充分满足行业的要求,因此对三维CAD软件进行二次开发,建立适用于中小制造企业的应用系统来辅助产品设计,具有重要的现实意义。CAD领域中软件系统的种类和数量众多,尽管不同CAD系统所解决的应用问题不同,然而它们在功能和操作方式上还是存在许多相似之处,所以在新系统的开发中有效复用现有系统的设计成果是可行的。软件复用就是指在程序开发过程中使用现有的软件构件或模块重新构建设计软件系统,可以提高生产效率、缩短程序的设计周期、降低源代码的代码错误、缩减软件成本等。在计算机辅助设计程序系统开发中对软件复用问题研究不多,同时,也对计算机辅助设计程序系统二次开发领域的可复用构件缺乏资源整合,所以没有对设计工作形成有力的支持。文章对以上问题进行了分析,主要内容如下:1.分析了SolidWorks二次开发的背景和现状,指出了当前存在的主要问题,介绍了采用软件复用的思想和技术进行产品开发的理论和方法,明确了本文的研究范围和基本思路。2.剖析了软件复用知识的概念和相关技术;在分析国内外研究现状的基础上,针对传统CAD软件手工作坊式的开发模式,提出了通过构件技术实现CAD系统模块组装式的复用开发思想,从而解决CAD软件开发周期长和快速定制个性化CAD软件之间的矛盾。3.探讨了SolidWorks系统二次开发实现技术,把可复用构件技术应用于标准件软件系统,可以提高软件系统的开放性,充分利用现有的资源,从而提高设计效率。4.说明了一个可复用框架系统的关键技术,指出了研究方法和步骤,并结合实例展示了在标准件系统上进行复用开发的过程,通过运行此系统来实现系统的可行性。
程立新[10]（2010）在《基于软件构件技术的车辆保险营销支持系统设计与实现》文中认为随着软件规模的日趋庞大,传统的软件开发方法已难以解决日益严重的“软件危机”和日趋复杂的软件需求。一种全新的基于构件的软件复用技术使开发人员进行有效的软件复用,减少重复开发,缩短开发周期,减低开发成本,是一种提高软件开发效率和软件质量的有效手段。本文依据构件式软件复用的理论基础并结合国内外研究现状,探索了及基于构件的软件复用技术过程中涉及到的关键问题（构件的抽取、构件的设计和实现、构件的集成原则、构件库管理系统的设计和实现、以及利用构件库对构件进行管理）并充分利用软件构件技术,结合面向对象的思想和统一建模语言（UML）建立需求分析模型,设计实现了基于B/S和C/S相结合的车险营销支持系统,对车险营销支持系统的业务需求进行分析。利用面向对象的思想建立模型使研究问题和对象更加明确,便于系统的设计和开发。本文充分考虑了车险营销系统和业务管理之中存在的业务复杂、覆盖面广、数据量大、关联性强等特点,从车险体系通用流程、系统研制与运行平台、系统体系结构、系统功能、数据库选择等方面论述了系统的构建过程及实现方法。实验表明可复用构件及软件复用技术在系统设计和快速实现方面所具有的突出优势和强大的生命力。
二、使用复用技术的现代软件开发方法（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、使用复用技术的现代软件开发方法（论文提纲范文）
（1）天启公司智能产品开发流程优化研究（论文提纲范文）
| 摘要 |
| 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 实施后评价及改善 |
| 结论 |
| 参考文献 |
| 致谢 |
（2）T公司软件项目交付进度影响因素研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究的背景和意义 |
| 1.1.1 研究的背景 |
| 1.1.2 问题的提出 |
| 1.1.3 研究的目的和意义 |
| 1.2 国内外研究现状 |
| 1.2.1 国外软件项目进度管理研究 |
| 1.2.2 国内软件项目进度管理研究 |
| 1.3 研究的内容、方法和技术路线 |
| 1.3.1 研究的内容和对象 |
| 1.3.2 研究的方法和技术路线 |
| 第二章 T公司软件项目交付进度管理现状 |
| 2.1 软件开发项目管理概述 |
| 2.1.1 软件开发项目管理 |
| 2.1.2 软件开发项目的特点 |
| 2.1.3 软件开发项目管理的主要问题 |
| 2.1.4 软件开发项目实施进度管理的重要性 |
| 2.2 T公司软件项目开发项目概况 |
| 2.2.1 T公司企业简介 |
| 2.2.2 T公司软件开发项目概况 |
| 2.3 T公司软件开发项目交付进度情况分析 |
| 2.3.1 T公司软件开发项目计划阶段交付进度影响因素 |
| 2.3.2 软件开发项目需求阶段交付进度影响因素 |
| 2.3.3 T公司软件开发项目实施阶段交付进度影响因素 |
| 2.3.4 T公司软件开发项目收尾阶段交付进度影响因素 |
| 2.4 T公司软件开发交付进度问题的危害 |
| 2.5 本章小结 |
| 第三章 基于ANP的T公司软件交付进度影响因素的模型与评价 |
| 3.1 ANP方法与AHP |
| 3.1.1 ANP简介 |
| 3.1.2 ANP与 AHP的比较 |
| 3.2 ANP方法与T公司软件交付进度影响因素的适用性 |
| 3.2.1 T公司软件交付进度影响因素分析 |
| 3.2.2 ANP方法与T公司软件交付进度影响因素的适用性 |
| 3.3 T公司软件交付进度影响因素评价模型的建立 |
| 3.3.1 构建T公司软件项目交付进度影响因素模型的评价指标体系 |
| 3.3.2 建立基于ANP的T公司软件交付进度影响因素网络结构 |
| 3.3.3 构建T公司软件交付进度影响因素评价模型超矩阵并计算权重 |
| 3.4 T公司软件交付进度影响因素评价模型结论及分析 |
| 3.5 本章小结 |
| 第四章 T公司软件项目交付进度管理改进措施 |
| 4.1 引入敏捷方法,改善需求管理 |
| 4.1.1 软件需求管理 |
| 4.1.2 敏捷需求管理的方法 |
| 4.1.3 T公司客户门户系统需求管理的改进措施 |
| 4.1.4 T公司客户门户系统敏捷需求管理实施效果 |
| 4.2 完善沟通机制,畅通沟通渠道 |
| 4.3 打造层次化专业人才梯队,开展特色培训,提高员工的综合素质 |
| 4.4 T公司客户服务系统交付进度改善效果 |
| 4.5 本章小结 |
| 研究结论与展望 |
| 5.1 研究结论 |
| 5.2 研究中存在的不足 |
| 5.3 进一步研究的展望 |
| 参考文献 |
| 攻读硕士学位期间取得的研究成果 |
| 致谢 |
| 附件 |
（3）软件复用技术在校园导航中的研究与应用（论文提纲范文）
| 摘要 |
| abstract |
| 1 绪论 |
| 1.1 研究背景及意义 |
| 1.2 国内外研究现状 |
| 1.3 本文组织结构 |
| 1.4 本章小结 |
| 2 相关理论基础 |
| 2.1 软件复用思想的提出 |
| 2.2 项目架构的发展史 |
| 2.2.1 传统化项目结构 |
| 2.2.2 模块化项目结构 |
| 2.2.3 组件化项目结构 |
| 2.3 ANDROID应用架构 |
| 2.3.1 一代MVC架构 |
| 2.3.2 二代MVP架构 |
| 2.3.3 三代MVVM架构 |
| 2.3.4 四代架构MVP+组件化 |
| 2.4 组件化概念 |
| 2.4.1 组件化的原因 |
| 2.4.2 组件化与模块化的区别 |
| 2.4.3 组件化与插件化的区别 |
| 2.4.4 组件化的目标 |
| 2.4.5 组件化的特点 |
| 2.4.6 组件化的要点 |
| 2.5 本章小结 |
| 3 基于AROUTER路由框架的组件化方法 |
| 3.1 路由的概念 |
| 3.1.1 页面路由 |
| 3.1.2 Vue.js |
| 3.2 APP路由通信 |
| 3.3 AROUTER路由框架 |
| 3.3.1 ARouter基本原理 |
| 3.3.2 ARouter工作过程 |
| 3.4 本章小结 |
| 4 系统实现及定位算法研究 |
| 4.1 系统需求分析 |
| 4.1.1 总体设计 |
| 4.1.2 实时地图模块 |
| 4.1.3 电子地图模块 |
| 4.1.4 校园信息模块 |
| 4.2 AROUTER组件化 |
| 4.2.1 导入依赖包 |
| 4.2.2 让业务组件独立运行 |
| 4.2.3 ARouter的使用场景 |
| 4.3 定位算法研究 |
| 4.3.1 卡尔曼滤波在GPS定位中的应用 |
| 4.3.2 运动载体的动态模型 |
| 4.3.3 卡尔曼滤波模型 |
| 4.4 本章小结 |
| 5 实验与测试 |
| 5.1 卡尔曼滤波算法仿真实验 |
| 5.1.1 算法仿真 |
| 5.1.2 仿真结果分析 |
| 5.2 校园导航系统软硬件测试 |
| 5.3 本章小结 |
| 6 总结与展望 |
| 6.1 全文总结 |
| 6.2 研究展望 |
| 参考文献 |
| 攻读硕士研究生期间所取得主要成果 |
| 致谢 |
（4）M公司软件项目进度计划与控制改进研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究的背景与意义 |
| 1.1.1 研究的背景 |
| 1.1.2 研究的意义 |
| 1.2 文献综述 |
| 1.2.1 项目延期改善和进度管理现状 |
| 1.2.2 关键链技术的研究和应用现状 |
| 1.3 论文研究思路、研究方法与技术路线 |
| 1.3.1 研究的内容和思路 |
| 1.3.2 研究方法和技术 |
| 本章小结 |
| 第二章 公司简介与现有管理流程 |
| 2.1 宏观行业形势 |
| 2.2 企业简介 |
| 2.3 事业部组织架构 |
| 2.4 产品特点 |
| 2.5 产品开发管理流程 |
| 2.6 现有项目进度管理技术、工具以及流程 |
| 2.6.1 敏捷迭代开发模式 |
| 2.6.2 甘特图和常用工具 |
| 2.6.3 关键路径法 |
| 2.6.4.审计 |
| 本章小节 |
| 第三章 现有存在问题与原因分析 |
| 3.1 项目进度问题概述 |
| 3.1.1 项目计划延迟严重 |
| 3.1.2 交付成果功能完成率低 |
| 3.2 项目进度问题细分研究 |
| 3.3 根本原因分析 |
| 3.3.1 资源管理方面 |
| 3.3.2 工程技术方面 |
| 3.3.3 项目进度和范围管理过程 |
| 本章小节 |
| 第四章 M公司项目进度计划与控制改进方法 |
| 4.1 资源管理改进 |
| 4.1.1 每周提交资源分布报告并且使用关键链技术来计划项目 |
| 4.1.2 将员工培训写入绩效指标 |
| 4.1.3 构建和实施项目优先级模型 |
| 4.2 范围管理改进 |
| 4.2.1 内部审计规定范围需求交付物标准和完善范围需求评审会规范 |
| 4.2.2 增加需求变更比率KPI指标 |
| 4.2.3 使用软件复用技术和产品化 |
| 4.3 进度管理改进 |
| 4.3.1 设立技术委员会以及技术评审会列入内部审计项 |
| 4.3.2 开发阶段的成果交付标准列入内部审计清单 |
| 4.3.3 使用风险登记薄 |
| 本章小节 |
| 第五章 M公司项目进度改进方案实施效果与预测 |
| 5.1 根据改进措施测算八个项目可以减少的时间 |
| 5.2 使用改进方案对新项目进行项目计划和进度控制分析 |
| 5.3 软件复用与产品化对美居项目的影响 |
| 5.4 软件复用与产品化对宝时德项目三期的影响 |
| 本章小节 |
| 结论和展望 |
| 结论 |
| 展望 |
| 参考文献 |
| 附录 |
| 附录一 |
| 附录二 |
| 致谢 |
| 附件 |
（5）软件复用在ERP中的应用（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究背景 |
| 1.2 课题研究的意义 |
| 1.3 国内外研究现状 |
| 1.4 课题研究的主要内容 |
| 1.5 本文的组织结构 |
| 第2章 相关理论及技术 |
| 2.1 ERP概述 |
| 2.1.1 ERP的特点及核心思想 |
| 2.1.2 传统ERP系统开发过程 |
| 2.2 软件复用技术 |
| 2.2.1 软件复用的原则 |
| 2.2.2 软件复用中的构件技术 |
| 2.3 本文提出的新方法 |
| 第3章 需求分析过程的研究 |
| 3.1 需求分析定义 |
| 3.2 需求分析的任务 |
| 3.3 需求分析的方法 |
| 3.3.1 结构化分析方法 |
| 3.3.2 面向对象分析方法 |
| 3.4 领域需求分析 |
| 第4章 构件的开发与准则 |
| 4.1 构件设计实例 |
| 4.1.1 业务单据类构件 |
| 4.1.2 报表类构件 |
| 4.1.3 权限管理构件 |
| 4.2 可复用构件相关性的质量度量 |
| 4.2.1 构件内聚耦合性度量方法 |
| 4.2.2 信息熵的确定 |
| 4.2.3 构件的度量准则 |
| 4.2.4 构件的度量方法 |
| 4.3 领域需求分析与构件的复用 |
| 第5章 基于构件复用的ERP系统的设计与实现 |
| 5.1 ERP系统功能设计 |
| 5.2 ERP系统数据库设计 |
| 5.3 基于构件复用ERP系统的实现过程 |
| 5.3.1 集成开发平台 |
| 5.3.2 构件库管理平台 |
| 结论 |
| 参考文献 |
| 攻读硕士学位期间发表的论文和取得的科研成果 |
| 致谢 |
（6）面向群体化软件开发的推荐方法与技术研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.1.1 互联网时代的软件开发 |
| 1.1.2 群体化软件开发方法 |
| 1.1.3 智能化软件开发技术 |
| 1.2 面临挑战 |
| 1.2.1 软件资源选择难 |
| 1.2.2 软件开发者选择难 |
| 1.2.3 软件应用选择难 |
| 1.3 研究方法与贡献 |
| 1.3.1 如何为大众开发者精准推荐软件项目 |
| 1.3.2 如何为核心管理者精准推荐代码审阅者 |
| 1.3.3 如何为外围用户精准推荐应用软件 |
| 1.4 论文结构 |
| 第二章 相关工作 |
| 2.1 推荐技术研究 |
| 2.1.1 通用推荐系统模型及其实践应用 |
| 2.1.2 推荐算法相关研究 |
| 2.2 软件资源推荐与定位技术 |
| 2.1.1 软件构件推荐技术 |
| 2.1.2 开源资源推荐与定位 |
| 2.1.3 移动应用推荐 |
| 2.3 软件开发者推荐与定位技术 |
| 第三章 基于多维特征的开源项目个性化推荐方法 |
| 3.1 研究动机 |
| 3.2 基于多维特征的个性化推荐方法 |
| 3.2.1 推荐方法框架 |
| 3.2.2 特征提取与量化度量 |
| 3.2.3 基于多维特征的推荐算法 |
| 3.3 实验设置 |
| 3.3.1 实验数据集 |
| 3.3.2 评价指标 |
| 3.4 实验结果分析 |
| 3.5 本章小结 |
| 第四章 面向Pull-based开发模式的双层审阅人推荐算法 |
| 4.1 研究动机 |
| 4.2 研究现状 |
| 4.2.1 代码审阅 |
| 4.2.2 Pull-Request开发模式 |
| 4.3 Pull-Request模式下的代码审阅实证研究 |
| 4.3.1 代码审阅人的活跃情况分析 |
| 4.3.2 代码审阅过程的耗时分析 |
| 4.4 RevRec双层审阅人推荐模型 |
| 4.4.1 概念定义 |
| 4.4.2 Revrec的工作流程 |
| 4.4.3 第一层:PR审阅候选人选择 |
| 4.4.4 第二层:审阅候选人分类 |
| 4.5 实验设置 |
| 4.5.1 实验数据集 |
| 4.5.2 实验评价指标 |
| 4.6 结果分析与讨论 |
| 4.6.1 推荐结果分析 |
| 4.6.2 审阅人分类结果分析 |
| 4.6.3 实验有效性风险分析 |
| 4.7 本章小结 |
| 第五章 基于“小众”模型的移动应用推荐算法 |
| 5.1 研究动机 |
| 5.2 研究现状 |
| 5.3 基于“小众”模型的个性化推荐算法 |
| 5.3.1 “小众”模型 |
| 5.3.2 基于“小众”模型的推荐算法 |
| 5.4 实验设置 |
| 5.4.1 实验数据集 |
| 5.4.2 评价指标 |
| 5.5 结果与讨论 |
| 5.5.1 “小众”模型与AppJoy的对比分析 |
| 5.5.2 训练规模的影响 |
| 5.6 实验有效性风险分析 |
| 5.7 本章小结 |
| 第六章 总结与展望 |
| 6.1 工作总结 |
| 6.2 研究展望 |
| 致谢 |
| 参考文献 |
| 作者在学期间取得的学术成果 |
| 发表的学术论文 |
| 获得的竞赛奖励 |
| 攻读博士学位期间参加的主要科研工作 |
（7）模型驱动的飞机座舱显示控制应用软件开发方法研究与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景及意义 |
| 1.2 国内外研究现状 |
| 1.2.1 系统建模语言 SysML |
| 1.2.2 架构分析设计语言 AADL |
| 1.2.3 嵌入式实时系统建模与分析 MARTE |
| 1.2.4 基于 MDA 的模型转换研究现状 |
| 1.3 研究目标及内容 |
| 1.3.1 研究目标 |
| 1.3.2 研究内容 |
| 1.4 本文章节安排 |
| 第二章 相关技术分析 |
| 2.1 模型驱动架构及模型转换 |
| 2.1.1 模型驱动架构 MDA |
| 2.1.2 基于 MDA 的软件开发方法 |
| 2.1.3 模型转换技术 |
| 2.2 基于 AADL 的实时嵌入式架构建模 |
| 2.2.1 架构分析设计语言 AADL |
| 2.2.2 AADL 扩展机制与建模环境 |
| 2.3 基于 SYSML 的系统建模及验证 |
| 2.3.1 SysML 基本概念 |
| 2.3.2 SysML 建模及验证 |
| 2.4 飞机座舱显示控制系统技术 |
| 2.4.1 典型显控系统架构及功能 |
| 2.4.2 航空电子综合技术 |
| 2.5 本章小结 |
| 第三章 飞机座舱显示控制应用软件开发方法 |
| 3.1 方法概述 |
| 3.1.1 方法的目标 |
| 3.1.2 方法的总体方案 |
| 3.2 DCAM 方法的关键技术 |
| 3.2.1 模型驱动 |
| 3.2.2 以架构为中心 |
| 3.2.3 组件复用 |
| 3.3 支持 DCAM 方法的 DCA 框架模型和 DCA 管理环境 |
| 3.3.1 DCA 框架模型 |
| 3.3.2 DCA 管理环境 |
| 3.4 DCAM 方法的应用流程 |
| 3.4.1 软件需求阶段 |
| 3.4.2 软件设计阶段（候选架构设计及验证） |
| 3.4.3 软件设计阶段（基于候选架构的迭代设计） |
| 3.4.4 软件编码阶段 |
| 3.5 本章小节 |
| 第四章 飞机座舱显示控制应用框架模型 |
| 4.1 DCA 框架元模型 |
| 4.1.1 复用组件 |
| 4.1.2 领域实体 |
| 4.1.3 显控设计模式 |
| 4.1.4 架构模版 |
| 4.2 显控应用软件架构、功能及非功能模型 |
| 4.2.1 基于 AADL 的系统架构模型 |
| 4.2.2 基于 SysML 的系统功能模型 |
| 4.2.3 基于 MARTE 的系统非功能模型 |
| 4.3 AADL/SYSML/MARTE 之间的模型转换 |
| 4.3.1 DCA 框架概要文件 |
| 4.3.2 DCA 框架属性集 |
| 4.3.3 从 AADL 到 SysML 的转换 |
| 4.3.4 从 SysML 到 DCA 框架模型的转换 |
| 4.3.5 从 SysML 到 AADL 的转换 |
| 4.4 本章小节 |
| 第五章 支持 DCAM 方法的 DCA 管理环境设计与实现 |
| 5.1 DCA 管理环境架构设计 |
| 5.1.1 逻辑视图 |
| 5.1.2 部署视图 |
| 5.1.3 实现环境 |
| 5.1.4 执行流程 |
| 5.2 核心模块的设计实现 |
| 5.2.1 模型转换工具 |
| 5.2.2 应用实例架构定义工具 |
| 5.2.3 代码生成工具 |
| 5.2.4 集成开发环境 |
| 5.3 本章小节 |
| 第六章 方法的验证及应用 |
| 6.1 DCM 管理环境测试 |
| 6.1.1 功能测试 |
| 6.1.2 性能测试 |
| 6.2 DCAM 方法的应用 |
| 6.2.1 软件需求阶段 |
| 6.2.2 候选架构设计及验证 |
| 6.2.3 基于候选架构的迭代设计 |
| 6.2.4 代码生成及仿真验证 |
| 6.3 本章小节 |
| 第七章 总结与展望 |
| 7.1 工作总结 |
| 7.2 下一步工作 |
| 参考文献 |
| 致谢 |
| 攻读硕士学位期间已发表的学术论文 |
（8）面向软件产品线开发的复用模式及其优化方法研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 问题背景及研究工作的意义 |
| 1.2 研究目标与研究内容 |
| 1.2.1 研究目标 |
| 1.2.2 研究内容 |
| 1.3 研究的技术路线 |
| 1.4 主要研究成果 |
| 1.5 参加的科研项目 |
| 第2章 软件产品线理论及其相关优化技术的研究综述 |
| 2.1 软件产品线理论的概述 |
| 2.1.1 软件产品线的产生背景与发展过程 |
| 2.1.2 软件产品线开发过程的相关活动 |
| 2.2 软件产品线成本模型的研究综述 |
| 2.2.1 软件产品线成本模型的产生与发展 |
| 2.2.2 软件产品线成本模型主要考虑的因素 |
| 2.2.3 软件产品线成本模型比较分析 |
| 2.3 基于复用模式的软件产品线成本模型研究综述 |
| 2.4 软件产品线优化方法的研究综述 |
| 2.4.1 软件产品线优化方法的引入与发展 |
| 2.4.2 软件产品线优化方法的分类 |
| 2.4.3 软件产品线优化方法比较分析 |
| 2.5 本章小结 |
| 第3章 基于两阶段过程模型的复用模式分析与选择方法 |
| 3.1 软件复用模式的背景 |
| 3.1.1 面向构件的复用模式及特点 |
| 3.1.2 面向产品线的复用模式及特点 |
| 3.2 软件产品线中资产的描述 |
| 3.2.1 软件产品线中资产的演化方向 |
| 3.2.2 软件产品线中资产的形式化表示 |
| 3.3 面向软件产品线的两阶段过程模型 |
| 3.3.1 软件产品线开发过程的两个主要阶段 |
| 3.3.2 领域工程阶段中复用活动的形式化表示 |
| 3.3.3 应用工程阶段中复用活动的形式化表示 |
| 3.4 基于两阶段过程模型的复用模式分析与选择 |
| 3.4.1 软件产品线的复用模式的形式化表示 |
| 3.4.2 基于复用模式的软件产品线成本分析 |
| 3.4.3 基于复用模式的软件产品线开发可靠性分析 |
| 3.4.4 典型复用模式的选择过程 |
| 3.5 本章小结 |
| 第4章 考虑成本与可靠性的多目标复用模式选择方法 |
| 4.1 引言 |
| 4.2 考虑成本与可靠性的复用模式选择问题描述 |
| 4.2.1 考虑成本与可靠性的复用模式选择框架 |
| 4.2.2 软件产品线成本与可靠性的描述 |
| 4.2.3 软件产品线系统需求约束的描述 |
| 4.3 考虑成本与可靠性的多目标复用模式选择的数学模型 |
| 4.4 基于三阶段启发式的多目标复用模式选择算法 |
| 4.4.1 三阶段启发式算法的假设条件与相关概念 |
| 4.4.2 第一阶段：确定联合效用值的有效排序 |
| 4.4.3 第二阶段：求解支持有效解 |
| 4.4.4 第三阶段：求解非支持有效解 |
| 4.5 案例分析 |
| 4.5.1 案例介绍 |
| 4.5.2 模型应用与求解结果 |
| 4.5.3 结果分析与决策 |
| 4.6 本章小结 |
| 第5章 考虑领域测试约束下的复用模式选择方法 |
| 5.1 引言 |
| 5.2 考虑领域测试约束下的复用模式选择问题描述 |
| 5.2.1 考虑领域测试约束下的复用模式选择框架 |
| 5.2.2 考虑领域测试的成本约束描述 |
| 5.2.3 考虑领域测试的交付时间约束描述 |
| 5.2.4 考虑领域测试的可靠性约束描述 |
| 5.3 基于易测试函数的领域测试数确定方法 |
| 5.3.1 易测试函数的概念与概率描述 |
| 5.3.2 易测试函数的线性化与边际测试效用值 |
| 5.3.3 基于边际测试效用值的领域测试数的确定 |
| 5.4 考虑领域测试约束下的复用模式选择优化模型 |
| 5.5 案例分析 |
| 5.5.1 案例介绍 |
| 5.5.2 模型应用与求解 |
| 5.5.3 结果分析与管理启示 |
| 5.6 本章小结 |
| 第6章 协同考虑领域测试和领域实施情况下的复用模式选择方法 |
| 6.1 引言 |
| 6.2 领域测试和领域实施联合决策问题的优化模型 |
| 6.2.1 领域测试和领域实施联合决策问题的描述 |
| 6.2.2 领域测试和领域实施联合决策问题的数学模型 |
| 6.3 基于拉格朗日松弛的领域测试和领域实施联合决策算法 |
| 6.3.1 拉格朗日松弛的基本原理和特点 |
| 6.3.2 典型的拉格朗日松弛算法 |
| 6.3.3 模型特性和两个子问题 |
| 6.3.4 拉格朗日乘子更新的启发式规则 |
| 6.3.5 求解领域测试与领域实施子问题 |
| 6.3.6 基于启发式的拉格朗日松弛算法框架 |
| 6.4 实验算例 |
| 6.4.1 实验设计 |
| 6.4.2 实验与结果分析 |
| 6.5 本章小结 |
| 第7章 协同考虑产品开发策略和资产复用模式的联合决策方法 |
| 7.1 引言 |
| 7.2 产品开发策略和资产复用模式联合决策的优化模型 |
| 7.2.1 产品开发策略和资产复用模式联合决策问题的描述 |
| 7.2.2 产品开发策略和资产复用模式联合决策问题的数学模型 |
| 7.3 基于启发式的产品开发策略和资产复用模式联合决策算法 |
| 7.3.1 产品开发策略决策启发式算法 |
| 7.3.2 资产复用模式选择启发式算法 |
| 7.3.3 基于启发式的联合决策算法框架 |
| 7.4 案例分析：邮件系统产品线 |
| 7.4.1 邮件系统产品线背景 |
| 7.4.2 获取功能目标 |
| 7.4.3 制定产品开发策略 |
| 7.4.4 获取质量目标 |
| 7.4.5 制定资产复用模式 |
| 7.4.6 模型求解 |
| 7.4.7 结果分析 |
| 7.5 本章小结 |
| 第8章 总结与展望 |
| 8.1 论文工作总结 |
| 8.2 未来的研究方向 |
| 参考文献 |
| 致谢 |
| 攻读博士期间发表和录用的论文 |
（9）基于SolidWorks的标准件库系统设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 课题背景及研究意义 |
| 1.1.1 课题的意义 |
| 1.2 研究现状与问题 |
| 1.3 课题研究的主要内容 |
| 1.3.1 本课题开发平台的选择 |
| 1.3.2 论文研究的内容 |
| 1.4 论文的组织 |
| 第二章 软件复用技术分析 |
| 2.1 软件复用的相关概念 |
| 2.2 软件复用技术的发展过程 |
| 2.3 软件复用的相关技术 |
| 2.3.1 软件构件技术 |
| 2.3.2 软件构架 |
| 2.3.3 领域工程 |
| 2.3.4 软件再工程 |
| 2.3.5 开放系统技术 |
| 2.3.6 软件过程 |
| 2.3.7 CASE 技术 |
| 2.4 软件复用的分类 |
| 2.5 本章小结 |
| 第三章 SolidWorks 二次开发技术 |
| 3.1 SolidWorks 基本功能 |
| 3.2 SolidWorks 的优点 |
| 3.3 实现SolidWorks 二次开发的原理及关键方法 |
| 3.3.1 OLE 技术 |
| 3.3.2 Automation 技术 |
| 3.3.3 ActiveX 技术 |
| 3.3.4 基于标准件特征的参数化技术 |
| 3.3.5 COM 技术 |
| 3.3.6 数据库访问技术 |
| 3.4 SolidWorks 提供的API 函数介绍 |
| 3.4.1 SolidWorks 的对象模型 |
| 3.4.2 SolidWorks 的API 接口 |
| 3.4.3 SolidWorks 的对象 |
| 3.4.4 对象的属性和方法 |
| 3.5 二次开发Solidworks 过程介绍 |
| 3.5.1 二次开发的总体思想 |
| 3.5.2 用VB 开发SolidWorks 的过程 |
| 3.6 本章小结 |
| 第四章 基于复用的标准件系统总体设计 |
| 4.1 系统需求分析 |
| 4.1.1 软件系统设计的的总体目标与可行性分析 |
| 4.1.2 系统设计功能需求 |
| 4.1.3 系统软件的性能需求 |
| 4.2 设计原则及目标 |
| 4.3 构件技术的选择 |
| 4.3.1 构件规范技术的选取 |
| 4.3.2 构件开发流程 |
| 4.3.3 构件的提取原则 |
| 4.3.4 领域分析及可复用构件的提取 |
| 4.4 总体结构设计 |
| 4.4.1 标准件系统的总体结构 |
| 4.4.2 系统功能分解 |
| 4.5 标准件系统设计 |
| 4.5.1 系统主体 |
| 4.5.2 数据库 |
| 4.5.3 资源文件 |
| 4.6 本章小结 |
| 第五章 基于复用的标准件系统开发过程及实施步骤 |
| 5.1 系统主体和用户界面的建立 |
| 5.1.1 应用程序用户界面 |
| 5.1.2 数据查询模块 |
| 5.1.3 三维造型模块 |
| 5.2 数据管理系统的建立 |
| 5.2.1 Access 数据库管理系统 |
| 5.2.2 标准件的数据库设计 |
| 5.2.3 基于ADO 技术的数据库访问模块 |
| 5.2.4 将GB 数据表导入到数据库中 |
| 5.3 标准件模板零件的建立 |
| 5.3.1 标准件模板零件概述 |
| 5.3.2 标准件模板零件的建立 |
| 5.4 本章小结 |
| 第六章 标准件系统的实现和测试 |
| 6.1 标准件系统主界面 |
| 6.2 标准件库系统各功能模块实现及运行 |
| 6.3 标准件系统测试及结果分析 |
| 6.4 本章小结 |
| 第七章 结论与展望 |
| 7.1 本论文总结 |
| 7.2 前景与展望 |
| 致谢 |
| 参考文献 |
（10）基于软件构件技术的车辆保险营销支持系统设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 软件危机和基于构件软件开发思想的提出 |
| 1.1.1 软件危机的产生 |
| 1.1.2 软件复用和基于构件的软件开发思想的提出 |
| 1.2 国内外基于构件开发的研究现状 |
| 1.2.1 领域工程 |
| 1.2.2 产品线系统 |
| 1.2.3 构件及构件库的标准化 |
| 1.2.4 构件组装技术 |
| 1.2.5 基于复用的软件开发工程 |
| 1.2.6 复用成熟度模型 |
| 1.2.7 软件构件在国内的应用 |
| 1.3 本文内容及研究意义 |
| 1.3.1 研究内容 |
| 1.3.2 研究意义 |
| 第二章 软件复用及软件构件相关技术 |
| 2.1 软件复用概念和相关技术 |
| 2.2 软件构件及软件构件模型 |
| 2.3 软件构件实现规范及标准 |
| 2.3.1 COM/DCOM |
| 2.3.2 JavaBeans/EJB |
| 2.3.3 软件构件库及其标准化 |
| 2.4 基于IOC 容器的构件管理 |
| 2.4.1 IoC 模式简介 |
| 2.4.2 Spring 框架基本概念 |
| 2.5 基于构件的软件开发方法 |
| 2.5.1 甚于构件的开发方法的生命周期模型 |
| 2.5.2 基于构件的软件开发方法与传统方法的比较 |
| 2.6 本章小结 |
| 第三章 车辆保险营销支持系统分析 |
| 3.1 系统概述 |
| 3.2 系统需求描述 |
| 3.2.1 系统维护子系统 |
| 3.2.2 信息查询子系统 |
| 3.2.3 业务管理子系统 |
| 3.3 架构分析 |
| 3.4 用例分析 |
| 3.5 本章小结 |
| 第四章 车辆保险营销支持系统的设计 |
| 4.1 系统架构设计 |
| 4.2 系统结构设计 |
| 4.3 系统功能划分及其接口 |
| 4.4 系统数据库设计 |
| 4.5 基于用例的要求描述 |
| 4.6 类设计 |
| 4.6.1 类设计的步骤 |
| 4.6.2 类的管理 |
| 4.7 系统构件库设计 |
| 4.7.1 系统构件库的建立 |
| 4.7.2 系统构件库的管理 |
| 4.8 本章小结 |
| 第五章 车辆保险营销支持系统的实现与测试 |
| 5.1 实现概述 |
| 5.2 组装部件 |
| 5.3 部件测试 |
| 5.3.1 单元测试 |
| 5.3.2 JUnit 简介 |
| 5.3.3 JUnit 测试基础类 |
| 5.3.4 用户管理Test Case |
| 5.3.5 测试报告 |
| 5.3.6 测试覆盖率 |
| 5.4 系统数据库访问的实现 |
| 5.5 系统实现效果 |
| 5.6 本章小结 |
| 第六章 结论 |
| 致谢 |
| 参考文献 |
| 附录 程序代码 |
四、使用复用技术的现代软件开发方法（论文参考文献）
- [1]天启公司智能产品开发流程优化研究[D]. 张立岩. 吉林大学, 2020(01)
- [2]T公司软件项目交付进度影响因素研究[D]. 谢雯娟. 华南理工大学, 2020(02)
- [3]软件复用技术在校园导航中的研究与应用[D]. 李向栋. 中北大学, 2020(09)
- [4]M公司软件项目进度计划与控制改进研究[D]. 李建华. 华南理工大学, 2019(01)
- [5]软件复用在ERP中的应用[D]. 王蓥. 沈阳理工大学, 2019(03)
- [6]面向群体化软件开发的推荐方法与技术研究[D]. 杨程. 国防科技大学, 2018(02)
- [7]模型驱动的飞机座舱显示控制应用软件开发方法研究与实现[D]. 刘畅. 上海交通大学, 2014(06)
- [8]面向软件产品线开发的复用模式及其优化方法研究[D]. 吴志樵. 东北大学, 2011(07)
- [9]基于SolidWorks的标准件库系统设计与实现[D]. 丁永建. 电子科技大学, 2010(02)
- [10]基于软件构件技术的车辆保险营销支持系统设计与实现[D]. 程立新. 电子科技大学, 2010(03)