软件开发模型

阶段性总结（从软件工程到分层架构） 阶段性总结（从软件工程到分层架构） 写在前面 软件工程 什么是软件工程 我对软件工程的理解 软件工程流程 UML 定义 为什么会出现ＵＭＬ UML模型 UML建模过程 UML如何描述一个系统 UML总结 设计模式 三层架构 总结 写在前面 这篇文字将会将2011年下半年的学习内容做个总结，不求细节只为从宏观上理解它们之间的联系以及学习它们的目的。 内容包括软件工程、ＵＭＬ、设计模式、三层架构还有两门语言，C#和VB.NET 软件工程 什么是软件工程 软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。(这是维基百科的定义) 其实软件工程的目的就是以健全的工程化的原则，在给定的成本和进度前提下有可修改性、有效性、可靠性、可理解性、可维护性、可重用 软件工程性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。 我对软件工程的理解 软件工程是伴随着软件的整个生命周期了存在的，它科学的指导着软件的计划、需求分析、设计编码、测试、运行维护整个生命周期的每一个阶段。 软件工程的兴起源于软件危机，人们不得不思考如何保证软件的可靠性，如何保证软件的开发进度等等问题。于是软件工程出现了

软件工程的几个步骤［转载］ 2008年01月08日 星期二 15:36 软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。 IEEE：软件工程是开发、运行、维护和修复软件的系统方法。 Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。 软件工程学的内容 软件工程学的主要内容是软件开发技术和软件工程管理． 软件开发技术包含软件工程方法学、 软件工具 和 软件开发环境 ；软件工程管理学包含软件工程经济学和软件管理学。 软件工程基本原理 著名软件工程专家B.Boehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了软件工程的七条基本原理。 （1）用分阶段的生存周期计划进行严格的管理。 （2）坚持进行阶段评审。 （3）实行严格的产品控制。 （4）采用现代程序设计技术。 （5）软件工程结果应能清楚地审查。 （6）开发小组的人员应该少而精。 （7）承认不断改进软件工程实践的必要性。 B.Boehm指出，遵循前六条基本原理，能够实现软件的工程化生产；按照第七条原理，不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验。 软件工程(SoftWare

软件生命周期 软件测试要经过一个什么样的过程呢，这就要从软件的生命周期开始说起了。 软件生命周期又称为软件生存周期或系统开发生命周期，是软件的产生直到报废的生命周期。 整个生命周期包括问题定义与规划、需求分析、系统设计、软件编程、软件测试、软件运维等阶段。 在周期内，无论是开发还是测试都依赖于某个模型进行作为依据，有效地提高开发、测试效率。 软件开发模型 在软件开发的实践中，总结了很多软件的开发模型来描述和表示一个复杂的开发过程，如果瀑布模型、快速原型模型、螺旋模型等。 软件测试与软件开发模式有着紧密的关系，作为一名测试人员，应该充分理解软件的开发模式，尽快的找准自己的位置，从而尽快的发挥自己的价值。 瀑布模型 瀑布模型是线性模型的一种，在所有的模型中占有重要的地位，是所有其他模型的一个基础。 瀑布模型如同工地里的建造盖房流程，使用里程碑的方式，严格定义了各开发阶段的输入和输出。如果达不到要求的输出，下一阶段的工作就不展开。 测试的切入点，开发完成后，必须留给测试足够的时间给测试人员，否则可能会导致测试不充分，导致很多问题到项目的后期才体现出来。 优点 明确划分了软件生命周期的各个环节。 强调早期软件计划，需求分析比较重要。 清晰的工作流程，便于分工协作。 适合需求稳定的产品开发。 每个阶段都有一个检查点。 缺点 线性的开发流程，存在巨大的风险。 依赖于早期的需求调查

软件工程 软件工程的三个阶段： 定义、开发、检验 定义阶段：可行性研究、初步项目计划、需求分析 开发阶段：概要设计、详细设计、实现、测试 检验交付与维护阶段：运行、维护、废弃 开发过程的活动 软件规格说明书：规定软件的功能、性能以及其性能原理 软件开发：产生满足规格说明书的软件，包括设计和编码等工作 软件确认：确认软件能够满足客户提出的要求，对应于软件测试 软件演进：为满足客户的更变要求，软件必须在使用过程中演进，以求尽量延长软件的生命周期 软件开发的过程模型 在一个具体的软件开发过程中，软件工程师要设计、提炼一个工程开发策略，用以覆盖软件过程的基本阶段，确认所涉及的过程、方法、工具 常用的过程模型有线性顺序模型、原型模型、快速开发模型、演化软件过程模型等。 来源： https://www.cnblogs.com/zhangjiantaocs/p/11767835.html

几种常见软件过程模型的比较 一、瀑布模型（Waterfall Model） 瀑布模型（经典生命模型）提出了软件开发的系统化的、顺序的方法。其流程从用户需求规格说明开始，通过策划、建模、构建和部署过程，最终提供一个完整的软件并提供持续的技术支持。 模型特点 ： 必须等前一阶段的工作完成之后，才能开始后一段的工作； 每一阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。 前一阶段的输出文档就是后一阶段的输入文档，因此，只有前一阶段的输出文档正确，后一阶段的工作才能得到正确的结果。 每个阶段结束前都要对所完成的文档进行评审，以便及早发现问题，改正错误。事实上越是早期阶段犯下的错误，暴露出来的时间就越晚，排除故障改正错误所需付出的代价也越高。因此，及时审查，是保证软件质量，降低软件成本的重要措施。 模型优点 ： 强调了开发的阶段性，各阶段具有顺序性和依赖性 强调早期调研和需求分析，推迟编码实现的观点 提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。 模型局限 ： 瀑布模型是一种线性模型，要求项目严格按规程推进，必须等到所有开发工作全部完成以后才能获得可以交付的软件产品。不能对软件系统进行快速创建，对于一些急于交付的软件系统的开发很不方便。 瀑布模型适合于需求明确，且无大的需求变更的软件开发（编译系统、操作系统等）

软件工程自学 emmm我们专业不学习软件工程，自学一点，权当休闲。 1.概述 应对不断变化的需求 开发占比比测试和维护小得多。 1.2 软件开发的三个阶段 私人化的软件环境中，软件的水平与个人的关系很大。 专家系统：提供专业知识与服务 网格计算：云计算 软件开发的初期，一定要先花时间把需求搞清楚 可读性、可理解性越好，可维护性越好 软件开发追求一致性和标准性 技术先进，需求不清楚是中国的现状。没有技术解决不了的，但是主要问题是把需求提清楚 好的需求本身就是一种资源 维护对一个公司的信誉很重要，要考虑到开发公司的流动性 维护费：技术支持（电话、邮件）、上门解决，这是一个长期的盈利（对客户就是花费） 软件的维护是一件很困难的问题。 软件！=程序，软件是由一个完整的配置组成的，还包括文档和数据。 在软件开发的不同阶段进行修改，需要付出的代价是很不相同的。 一旦发生错误应该马上修改 开发费与维护费是两回事。签合同的时候要说好 1.3 软件工程概述 好的项目管理要尽量准时。 一种策略：快速迭代、抢占市场、尽早上架 开发目的的折中、最优化 易于维护的软件，可靠性一般也比较高 可靠性和性能是互斥的，一个是求稳，一个是性能导向的 软件工程的原则： 例如类，就是对一组有共同特性的对象的抽象 局部化：资源的声明、使用和释放应该放在同一个模块中并且应该尽量靠近 一致性：要培训员工使用公司统一的命名

一、软件开发过程模型： 需求分析、详细设计、编码、测试、运行维护 瀑布模型：需求分析、系统设计、软件编程、软件测试、软件维护 快速原型模型：快速分析、构造、运行、评价 增量模型：规格说明、设计、实现与集成、交付客户 螺旋模型：制定计划、风险分析、实施工程、客户评估 ************************************************************************************************************************************** 二、测试模型： 需求分析、详细设计、编码、测试、运行维护 V模型：需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试 W(双V)模型： 需求分析　　　　、概要设计　　 、详细设计　　、编码　　、集成　　、实施　　、交付　　 验收/系统测试设计、集成测试设计、单元测试设计、单元测试、集成测试、系统测试、验收测试 H模型：测试准备-----就绪点-------测试执行 　　 01、单元测试： 是模块测试，验证软件的基本组成单位的正确性，是白盒测试 　　 02、集成测试： 是模块间的测试，测试接口（软件各模块之间的接口和软件与硬件之间的接口）是否正确，是灰盒测试（白盒和黑盒结合) 　　 03、系统测试： 系统测试包括：冒烟测试 系统测试

0. 题型 0.1 内容要求 摘要字数在 400 字以内，可以分条叙述，但不允许有图、表和流程图。 正文字数为 2000 字至 3000 字，文中可以分条叙述，但不要全部用分条叙述的方式。 0.2 题目 第一题 介绍主题相关的项目 可以包含以下内容 开发背景 总体需求 采用的技术体制 （使用该技术/方法的、该项目的）动机与期望 介绍担任的主要工作 第二题 理论描述，因主题而异 第三题 如何应用到项目中的，比如用到里理论中提到的哪些概念，又是如何实现的，实施效果又如何。 遇到了哪些问题，又是怎么解决的，实施效果又怎么样？ 0.3 注意 细心审题，问的是什么 备考阶段要专心于自己最熟悉、最复杂、最高级的系统或项目，因此这个系统或项目中自己不熟悉的部分就不要准备了，免得到时候瞎扯。所以后面这种都加上了 删除线 。 1. 软件架构（体系结构）设计 2018，论软件体系结构的演化 软件体系结构的演化是在构件开发过程中或软件开发完毕投入运行后，由于用户需求发生变化，就必须相应地修改原有软件体系结构，以满足新的变化了的软件需求的过程。体系结构的演化是一个复杂的、难以管理的问题。 概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。 软件体系结构的演化是使用系统演化步骤去修改系统，以满足新的需求。简要论述系统演化的6个步骤。

来源：https://blog.csdn.net/Rong_Toa/article/details/80771976 第一章 软件工程概论 1．什么是软件危机？ 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。这些问题表现在以下几个方面： (1)用户对开发出的软件很难满意。 (2)软件产品的质量往往靠不住。 (3)一般软件很难维护。 (4)软件生产效率很低。 (5)软件开发成本越来越大。 (6)软件成本与开发进度难以估计。 (7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。 2．为什么会产生软件危机？ (1)开发人员方面，对软件产品缺乏正确认识，没有真正理解软件产品是一个完整的配置组成。造成开发中制定计划盲目、编程草率，不考虑维护工作的必要性。 (2)软件本身方面，对于计算机系统来说，软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件维护困难。 (3)尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出，技术的发展已经远远不能适应社会需求。 3．怎样克服软件危机？ (1)充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训

1.对教材与参考资料阅读后关于软件质量保障你的体会是什么？（40分） 我觉得对于质量保障而言，它不光是程序本身质量的问题，他还包括软件工程的质量，一个质量好的软件才能算是一个成功的软件，对于一个项目团队来说，怎么分配好个人分工，明确自己的责任，怎么努力去承担起自己的责任这些问题都是开发一个软件所必需的，而整个软件质量保障体系是由解决若干个这样那样的问题作为软件开发前提的。下面是我搜集的资料： 关于软件质量保障，有下面这个公式： 软件（质量）=程序（质量）+软件工程（质量）； 软件质量保障是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。而具体的软件质量保证是怎样的呢？ 1.1质量计划编制 对于现在来说质量管理的基本宗旨是：“质量出自计划，而非出自检查”。所以对于软件质量把控非常重要。 所以控制软件的质量计划，首先就要确定软件的范围、中间产品和最终产品，然后在明确软件产品的可能影响产品质量的技术要点，并找出能够确保高效满足相关规定、标准的过程方法。 1.2流程图 能体现软件详细运行的流程图能够帮助我们预测在何处可能发生何种质量问题，并且可以由此帮助开发处理它们的办法，所以预制良好的软件运行流程图，是软件质量的前提。 1.3因果分析 对于复杂的软件，控制软件质量时可以采用因果分析图。简述相关的各种原因所产生的潜在问题或影响