软件过程

一、需求工程过程概念介绍 （一）概述 1.规格说明 需求工程过程是系统开发中需求开发活动的集成，它以用户所面临的业务问题为出发点进行分析和各种转换，最终产生一个能在用户环境下解决用户业务问题的系统方案，并将其文档化为明确的规格说明。 2.生命周期 需求工程也有属于它自己的生命周期模型， 即存在针对需求开发的需求工程过程，这个过程又作为系统工程和软件工程的一个子过程部署在系统开发的初期阶段。 3.活动分类 需求获取、需求分析、需求规格说明、需求验证为需求开发活动，需求管理为项目管理活动。 （二）需求开发活动成果文档类型简述 1.项目前景和范围文档 定义系统业务需求，明确系统开发的努力方向和工作范围。 2.用户需求文档 定义系统用户需求，以用户立场表达行为期望。例如，用例文档就属于用户需求文档中的一种。 3.需求规格说明文档 定义系统的系统级需求，指出开发者应该完成的任务。需求规格说明文档按照 需求范围大致可以分为以下两类： （ 1）系统规格说明文档 定义软、硬件需求、其他需求。 （ 2）软件规格说明文档 仅仅用于描述软件需求。 （三）系统开发后续阶段 在所有的系统开发活动结束之后，定义良好的需求被转入系统开发的后续阶段 ——设计、实现和测试等，这时往往会面对一个重要问题——需求变化。因此，在需求开发结束之后，在后续阶段中采取有效的方法统一管理开发的需求和需求变化

花了我一天时间，现在才找到我的问题解决办法，虽然不能解决所有人的问题，但可以拿来一试。 http://wiki.ros.org/ShadowRepository这个官方网址有基础的配置，我就是在这里没有仔细检查。一切都以为按着机器的默认配置就可以了，所以无法正常安装。 在源那里要添加两个网址，为方便网友使用，图下以粘贴，直接将这两个网址添加进去，就可以解决无法定位软件的问题了，相关的软件更新也就不会报错误了。 我的问题就解决啦，也能正常安装了。开始学习slam 啦！ 添加网址： #deb http://packages.ros.org/ros/ubuntu xenial main deb http://packages.ros.org/ros-shadow-fixed/ubuntu xenial main 来源： CSDN 作者： Zr要努力 链接： https://blog.csdn.net/CoralZr/article/details/80283619

下载好的Delphi10.2是iso镜像，使用虚拟光驱，快速装载后，提示安装 运行setup.exe安装程序，选择安装语言——点击OK，最好关闭网络和退出其他软件 勾选同意条款，点击next 这里不要选择任何选项，点击back 运行工具软件RadStudioKeygen，点击Generate按钮，不要关闭此程序 在第三步界面再点击next就可以正常安装了，默认设置，直接点next即可 最后一步要等很久，安装完成如下图 最后要在工具软件RadStudioKeygen，点击Patche按钮，这样才能放心使用软件 END 经验内容仅供参考，如果您需解决具体问 来源： https://www.cnblogs.com/Siegel/p/11847436.html

目录 为什么需要软件测试？回到顶部 为什么选择软件测试行业？回到顶部 为什么不让开发自己做测试？回到顶部 什么是测试？回到顶部 软件测试的作用？回到顶部 软件测试的诞生回到顶部 软件测试出现原因回到顶部 软件测试的发展回到顶部 软件测试的目标回到顶部 缺少软件测试发生的事故回到顶部 软件测试常见的误区回到顶部 软件测试的主要工作回到顶部 测试原则回到顶部 测试对象回到顶部 软件架构回到顶部 常见项目组织架构回到顶部 软件测试用例回到顶部 什么是测试用例回到顶部 为什么需要测试用例回到顶部 测试用例的意义回到顶部 测试用例的生命周期回到顶部 测试环境设计回到顶部 测试力度回到顶部 软件测试计划书回到顶部 测试计划的意义回到顶部 测试目标回到顶部 资源配置回到顶部 风险控制回到顶部 如何制定测试计划回到顶部 5W1H方法回到顶部 工作经验之谈回到顶部 图解软件测试计划回到顶部 软件计划报告回到顶部 软件兼容性回到顶部 what，什么是软件兼容性测试回到顶部 why，为什么要进行软件兼容性测试回到顶部 when，什么时候开始软件兼容性测试回到顶部 where，软件兼容性测试都要测什么回到顶部 who，谁来执行软件兼容性测试回到顶部 how，怎样执行兼容性测试回到顶部 版本控制回到顶部 引入版本控制的原因回到顶部 版本控制的定义回到顶部 版本控制方法回到顶部 版本控制评价标准回到顶部

OOA 　　Object-Oriented Analysis： 面向对象 分析方法 　　是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。 　　OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服务层）和5个活动（标识对象类、标识结构、定义主题、定义属性和定义服务）组成。在这种方法中定义了两种对象类之间的结构，一种称为分类结构，一种称为组装结构。分类结构就是所谓的一般与特殊的关系。组装结构则反映了对象之间的整体与部分的关系。 　　OOA在定义属性的同时，要识别实例连接。实例连接是一个实例与另一个实例的映射关系。 　　OOA在定义服务的同时要识别消息连接。当一个对象需要向另一对象发送消息时，它们之间就存在消息连接。 　　OOA 中的5个层次和5个活动继续贯穿在OOD（画向对象的设计）过程中。OOD模型由4个部分组成。它们分别是设计问题域部分、设计人机交互部分、设计任务管理部分和设计数据管理部分。 　　一、OOA的主要原则。 　　（1）抽象：从许多事物中舍弃个别的、非本质的特征，抽取共同的、本质性的特征，就叫作抽象。抽象是形成概念的必须手段。 　　抽象原则有两方面的意义：第一

CMMI的级别 (Capability Maturity Model Integration软件能力成熟度模型集成模型) 1．初始级 软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。 2．可重复级 建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。 3．已定义级 已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。 4．量化管理级 分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。 5．优化管理级 过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。 CMMI的过程域 2、3级共有18个过程域（PA）,主要内容如下，分四大类： 一、过程管理： 1．OPD：（Organizational Process Definition）组织级过程定义。建立和维护有用的组织过程资产。 2．OPF：（Organizational Process Focus）组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。 3．OT：（Organizational

CMMI的全称为Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。 [1] 中文名 能力成熟度模型集成 外文名 Capability Maturity Model Integration 简 称 CMMI 开发机构 卡耐基梅隆大学软件工程研究所 级 别 五级分级 学 科 软件工程 目录 1 发展 2 基本思想 3 CMMI模型的表示法 4 级别 5 作用 6 应用 发展 编辑 CMMI（Capability Maturity Model Integration For Software，软件能力成熟度模型集成）是在 CMM （Capability Maturity Model For Software， 软件能力成熟度模型 ）的基础上发展而来的。CMMI是由美国卡耐基梅隆大学软件工程研究所（Software Engineering Institute， SEI ）组织全世界的软件过程改进和软件开发管理方面的专家历时四年而开发出来的，并在全世界推广实施的一种软件能力成熟度评估标准，主要用于指导软件开发过程的改进和进行软件开发能力的评估。

1.算法 一组无序数组，和一个Num。求两个数相加和等于Num的下表, 但要求时间复杂度是O(n)。 解法：Hash 2.软件建构： Hadoop AM挂了，会有什么机制？ MapReduce shuffle，源码级别的过程？ Hue 怎么更好的控制权限? Sentry + hue Spark Spark的任务数是怎么确定的? https://blog.csdn.net/u012965373/article/details/80847543 总结：后台数据管理建议多看源码。感谢这位不知名的面试官，让我有了学习的方向。 文章来源: 面试心得 --- 金山云-大数据开发面试20180628

2.1 Software Lifecycle and Configuration Management 概论 软件开发过程 传统的软件开发过程模型 敏捷开发 软件配置管理 Git 软件开发的生命周期 版本管理 传统软件开发模型 两种基本的类型 线性过程 迭代过程 目前常用的模型 瀑布过程 增量过程 V模型 原型过程 螺旋过程 选择类型的依据 用户参与程序开发有多大 开发效率 管理复杂度 开发出的软件的质量 瀑布过程 几个特点 线性推进 阶段划分过程 整体推进 无迭代 管理简单 无法适应需求的改变 增量过程 每次只开发一点点 开发过程被分割为几个小的功能 需求可变 几个特点 线性推进 增量式(多个瀑布的串行) 没有迭代 比较容易适应需求的增加 V模型 软件生命周期 计划 需求 设计 构造 测试 部署 运营 计划 需求:产品经理 设计:架构师 构造:程序员 部署 运营:运维 原型过程 在原型上进行进行迭代 时刻发现用户需求 时间代价高 程序质量高 螺旋模型 复杂的开发过程 多轮次迭代 基本符合瀑布 每轮次迭代有明确目标 遵循原型过程 进行严格的风险控制 才可以进行下一轮次迭代 敏捷开发 敏捷开发 :通过快速的迭代和效果的持续改进 以快速适应变化 类似于增量和原型的叠加 敏捷开发的特点 对用户需求反应及时 流程短 开发灵活 敏捷开发过程 特征 极致的用户参与 极致的小步骤迭代

前言 Visual Studio （简称VS）是微软公司旗下最重要的软件集成开发工具产品。是目前最流行的 Windows 平台应用程序开发环境，也是无数人学习编程的入门软件之一。Visual Studio 可以用来创建 Windows 平台下的 Windows 应用程序和网络应用程序，也可以用来创建网络服务、智能设备应用程序和 Office 插件,目前还可开发安卓平台应用及IOS平台应用。 安装过程 卸载过程 感悟 参考链接 转载请标明出处: （最新）VS2015安装以及卸载过程――踩坑实录 文章来源: （最新）VS2015安装以及卸载过程――踩坑实录