标签：结构 测试文档 阶段 构造 需要 定义 更新 程序 方法
学习的专业是软件工程，到了大三学习了软件工程这门课程，从前几次的课中让我印象深刻就是软件危机吧，对于软件的开发中发生的失败没有任何方法补救，如同书中所说“没有银弹”。在《人与神话》中所说“在十年内是不可能有银弹出现”，经过这么年也没有出现银弹。那软件开发对于失败“没有银弹”，我们要怎么避免呢？也许在项目初期进行风险的管理探讨，项目远景和定义和功能集合的详细定，可以规避掉失败吧。再到后面的几节绘制UML图，UML建模可以帮助我们了解项目流程。以下内容百度，对面向对象系统进行可视化、详述、构造和文档化正是统一建模语言（UML）的目的。众所周知软件对于一个公司，一个企业乃至一个国家都是十分重要的，因此一个软件的维护也十分重要，下面我就讲一些关于软件维护的知识。维护阶段是软件生存期中时间最长的一个阶段，也是花费的精力和费用最多的一个阶段。由于操作系统软件和基础软件版本升级或应用管理系统软件的不断开发、完善，需要对软件进行维护。但当运行环境改变或者系统功能、性能需求发生变化，使原软件不能通过维护的手段满足用户需求时，则需要进行软件更新。软件的开发过程对软件的维护有较大的影响。若不采用软件工程的方法开发软件，则软件只有程序而无文档，维护工作非常困难，这是一种非结构化的维护。若采用软件工程的方法开发软件，则各阶段都有相应的文档，容易进行维护工这是一种结构化的维护。非结构化维护活动只能从阅读、理解和分析源程序开始，这样做难以弄清系统功能、软件结构、数据结构等问题，常常造成误解。同时由于没有测试文档，也不可能进行回归测试很难保证程序的正确性。这种软件维护方法仅在软件工程时代之前采用。在进行结构化维护活动时，需从评价需求说明开始，弄清楚软件功能、性能上的改变；对设计说明文档进行评价，并进行修改和复查；根据设计的修改，进行程序的变动；根据测试文档中的测试用例进行回归测试；最后，把修改后的软件再次交付使用。这对于减少精力、减少花费和提高软件维护效率有很大的作用。
标签：结构 测试文档 阶段 构造 需要 定义 更新 程序 方法
原文地址：https://www.cnblogs.com/L564353922/p/9249062.html
