1. 研究目的与意义（文献综述）
在传统的软件开发中，组织将开发、it运营和质量保障设为各自分离的部门。开发部门的驱动力通常是“频繁交付新特性”而运营部门则更关注it服务的可靠性和it成本投入的效率。两者目标的不匹配，就在开发与运营部门之间造成了鸿沟，从而减慢了it交付业务价值的速度[1]。而devops的出现能够促进软件交付和基础设施变更软件开发人员（dev）和it运维技术人员（ops）之间的合作和沟通。它的目的是构建一种文化和环境使构建，测试，发布软件更加快捷，频繁和可靠[2-4]。devops的引入能对产品交付、测试、功能开发和维护（包括──曾经罕见但如今已屡见不鲜的──“热补丁”[5]）起到意义深远的影响[6-8]。
devops的首次提出是在2009年召开的第一届开发者大会上 [9]。随后flickr发展了自己的devops能力，使之能够支撑业务部门“每天部署10次”的要求[10]。这是devops应用的初级阶段，该公司只是实现了持续部署这样的目标，对于开发过程中的其他环节还没有深入应用。后来ibm在ibm2013技术峰会上技术峰会上表示将通过持续积极的devops 战略，推动移动及云计算的开发创新[11]。亚马逊也在2016年1月14日的aws技术峰会上介绍了aws的devops实践指南 [12] 。这是devops和云计算的应用的结合。devops与云计算是独立的概念，但是它们之间的关系却是相辅相成，密不可分的[13]。随着互联网、移动通信和云计算的发展，如何更快地响应市场和客户需求，为客户快速地提供产品、服务和体验，实现敏捷开发、敏捷运维和敏捷企业，正在成为一种趋势[14-15]。由此可以看到，devops从出现到发展至今它的应用在不断地发展变化，但是直到现在大多数人对于devops并不是很了解，而对于devops的应用也只是了解其冰山一角，devops的应用可以渗透到许多方面，对devops不同的理解将会出现不同的应用。
本文将从软件生命周期自动化管理的方面来探索devops的应用。通过研究自动化流程的设计，自动化辅助软件的应用，来达到使软件从需求分析，代码设计，持续构建，自动化测试，自动化部署及运维等一些列工作的自动化管理以提高软件交付质量，减少交付周期。
2. 研究的基本内容与方案
1、基本内容
（1） devops基本理论的研究以及深刻理解。对于devops的定义如今仍然没有一个确切的答案，还需要通过研究大量的文献资料不断加深对devops的理解。
（2）基于devops思想的软件生命周期管理自动化系统的设计。基于自己对devops的理解，搭建一个能够实现软件生命周期管理自动化的软件系统。
3. 研究计划与安排
2月22号—3月6号 查阅文献，搜集毕业论文相关材料。
3月8号—3月20号 学习了解devops的基本原理和应用，确定实施方案；
3月21号—5月1号 搭建devops系统框架；
4. 参考文献（12篇以上）
[1] 维基百科.devops[z].https://zh.wikipedia.org/wiki/devops#.e7.8e.b0.e7.8a.b6.
[2]samovskiy. the rise of devops [z], 2010. http://www.somic.org/2010/03/02/the-rise-of-devops/.
[3]appdynamics. from dev to ops: an introduction [z].https://www.appdynamics.com/media/uploaded-files/white_paper_-_an_intro_to_devops.pdf
课题毕业论文、开题报告、任务书、外文翻译、程序设计、图纸设计等资料可联系客服协助查找。
