软件过程

软件工程类的书本也阅读不少本了，大多是讲述一些软件工程基本的领域知识或者实践方法，唯独邹老师编写的构建之法颇具新意，对于在软件领域的工程师和有志于将来从事软件领域工作的大学生具有相当的意义，书中讨论的许多问题都来自于实战，复杂性和多变性，确实是软件工作者最难以掌控的。 因为时间也紧迫，来不及细细品味，不过在阅读的过程中也想到了一些问题，因为这些年做行业软件比较多，客户满意度和软件需求边界之间的边界让我颇费脑筋，毕竟要让客户满意，交付时间和费用都会上升的比较快，尤其是面对一些客户询问，我想要具备淘宝网上某个同样的功能...，有时候竟然不知该如何回复既能满足客户，也能显得比较专业。第二个问题是关于项目团队成员稳定的，在邹老师讲述的重要紧急象限中，核心程序员离职对项目的打击是比较大的，但是因为目前软件领域竞争激烈，确实存在核心程序员不稳定的情况，在控制成本的前提下，如何做好预案也是我的一个问题，因为采取敏捷开发模式，不太可能有非常详尽的文档来满足接任者的诉求。 路漫漫其修远兮，软件之路充满挑战和坎坷，值得吾辈孜孜以求。 来源： https://www.cnblogs.com/nihilism-zhy/p/11200629.html

基本过程是指那些与软件生产直接相关的过程。 主要包括5个过程： 获取过程 供应过程 开发过程 运行过程 维护过程 获取过程 是获取者所从事的活动和任务，为需求方而定义的活动。目的是获得满足客户所表达的那些需求的产品和/或服务。该过程以定义客户需求开始，以接受客户所要求的产品和/或服务结束。 本过程包括5个基本活动： 启动 招标 合同 对供方监督 验收 启动活动 主要任务如下： 描述获取、开发或增强一个系统、软件产品或软件服务的概念或要求，以此开始这一活动。 定义并分析该系统需求。系统需求一般应包括业务、组织和用户需求，还应包括与设计、测试有关的安全性、保密性和其他关键性需求以及应遵循的标准和规程。 需方可以自己定义并分析软件需求，也可以委托供方进行这项任务。 如果需方委托供方进行系统需求分析，那么需方就要审核并批准所分析的需求。 为了执行任务2和4，应使用开发过程 依据对有关风险、费用和效益等方面的适当分析，选择获取方案。方案包括： 是否购买满足需求的现货软件产品； 是否在自己组织内部进行软件产品的开发或获得软件服务； 是否通过合同来开发软件产品或获得软件服务； 是否采用上述的一个组合； 是否增强现有的软件产品或服务 当要去获得一个现成软件产品时，应确保满足以下条件： 满足该软件产品的需求； 文档是否可用； 满足专利权、使用权、担保权和许可权； 规划对该软件产品的未来支持。

1.软件下载 http://downloads.metasploit.com/data/releases/metasploit-latest-windows-installer.exe https://pan.baidu.com/s/1VBnAiqJEk4GO-zRYnmO_RQ 2.安装 注意：安装时关闭杀毒软件和防火墙 3.安装完后就直接在安装目录打开msfconsole.bat 中间过程可能有点慢不要着急，稍微等一会就能打开了。 简单使用举例：tcp syn攻击 进入目录msf5 > use auxiliary/dos/tcp/synflood 根据实际情况设置ip和端口以及一些其他信息，设置完直接run就可以了 来源： CSDN 作者： NewSunRise 链接： https://blog.csdn.net/ak66366/article/details/104071546

15.文档/配置管理 口袋应试：文档、配置管理一章中，因为每年出题的分数占比不高，所以出题点比较集中。文档管理中主要是：文档的种类、文档的质量等级；配置管理中出题点主要集中在15.2.1这一节，其中包括：配置项状态、配置项版本号（版本号要会看会区分）、配置库的概念和类型。其它内容大家根据个人时间和精力去复习即可。 15.1信息系统项目相关信息（文档）及其管理 15.1.1信息系统项目相关信息（文档） 2.信息系统项目相关信息（文档）种类 软件文档分为三类：开发文档、产品文档、管理文档。 (1) 开发文档描述开发过程本身，基本的开发文档是： ●可行性研究报告和项目任务书； ●需求规格说明 ●功能规格说明 ●设计规格说明，包括程序和数据规格说明； ●开发计划 ●软件集成和测试计划 ●质量保证计划； ●安全和测试信息。 (2) 产品文档描述开发过程的产物，基本的产品文档包括： ●培训手册； ●参考手册和用户指南 ●软件支持手册 ●产品手册和信息广告 (3) 管理文档记录项目管理的信息，例如： ●开发过程的每个阶段的进度和进度变更的记录 ●软件变更情况的记录 ●开发团队的职责定义。 第二版P491@15.1.1@15.1.1 出题概率：★★★★★ 140163、140363、160163、160361、180361 文档的4个质量等级 文档的质量可以分为四级： (1) 最低限度文档

每当我们受命维护或者扩充一个既存系统的时候，恰当地理解原有的系统成为关键。毫无疑问，我们没有足够的时间完全理解它，但是我们一定要找到那个见鬼的合适地方以加入我们的修改。那么是什么阻碍了我们快速理解一个系统呢？一般想来，常见的原因可能包括： 缺失必需的文档。没有合适文档是常态；有了文档，版本又是旧的；好不容易找到来的一个当前版本的，但是是以日文写成的（你熟悉日文的情况下，极有可能那是一个英文文档） 使用不熟悉的工具。如你习惯使用C++，而这个系统使用Java或perl实现的 基于不熟悉的平台。windows和非windows平台差异有时显著地影响着实现 不同的专业领域。虽然作为软件开发本身是一个独立的领域，但是它强烈依赖于问题域，亦即它要处理的问题所在的领域。一个专长于系统开发的资深工程师对于一个游戏引擎也是一筹莫展 实现模式的差异。习惯过程式编程的工程师可能开始理解基于对象或方面的编程模式 底层架构的差异。COM和CORBA都是解决同样的问题的，但是他们是如此地不同，以至于两方的开发人员都接触很少。JAVA 和.NET是一个例子，MFC和Qt是另外一个例子 没有有效的辅助工具用来分析厘清大量的代码。 实现风格糟糕的代码。就是那种你在阅读之前必需使用工具格式化的 设计糟糕的代码。那种到处是强耦合的代码 实现糟糕的代码。那种把本来是同层同级的业务逻辑散布到多个模块，不同层次的调用

本人近期在学习Zabbix的相关知识，在学习过程中发现网络上虽然有很多Zabbix相关文档及视频，但真正能对我起到帮助的并不多。于是我决定将所学到的知识，东拼四凑到的软件、文档进行汇总，并将实验过程录制教学视频，有兴趣的朋友可以下载学习，希望能对你们有所帮助。 [百度网盘] https://pan.baidu.com/s/1jjWFkfPP_KD1XxKzX8ON5g 提取码：c9yc 来源： 51CTO 作者： 大帅儿二郎 链接： https://blog.51cto.com/yuanshuai/2359872

10.质量管理 口袋应试：在质量管理这一章中，大概率出现的题点并不多，历年考试中出题也相对较少，不过在案例中会出现考点，并且在高级的考试中，会出论文题。大家必须掌握的内容是：10.2.3规划质量管理的工具与技术、10.4.3质量控制工具与技术中的老七工具，老七工具要会看图区别，掌握其各自的概念和用途。 10.1项目质量管理概论 10.1.2质量管理及其发展史 1.质量管理 质量管理（Quality Management）是指确定质量方针、目标和职责，并通过质量体系中的质量规划、质量保证和质量控制以及质量改进来使其实现所有管理职能的全部活动。质量管理是指为了实现质量目标而进行的所有质量性质的活动。在质量方面指挥和控制的活动，包括质量方针和质量目标以及质量规划、质量保证、质量控制和质量改进。 第二版P352@10.1.2 出题概率：★ 190163 2.质量管理的发展史 质量管理的发展，大致经历了手工艺人时代、质量检验阶段、统计质量控制阶段、 全面质量管理阶段4个阶段。 1) 手工艺人时代 2) 质量检验阶段 3) 统计质量控制阶段 4)全面质量管理阶段 20世纪60年代初，美国的费根鲍姆和朱兰提出全面质量管理理论（TQM)，将质 量控制扩展到产品寿命循环的全过程，强调全体员工都参与质量控制。在全面质量管理 阶段，TQM的发展又经历了三个步骤，从最初的以顾客为中心的质量保证，到强调持续

问题：关于文档修订方面内容的总结及本次项目中所编写的文档的重要性说明。 一、立项说明书 1、立项说明书能详细地说明项目的可交付成果和为提交这些可交付成果而必须开展的工作。 2、立项说明书是项目利害关系者对项目范围的共同理解，说明了项目的主要目标。 3、立项说明书能够使项目团队能够实施更详细的规划，在执行过程中指导项目团队的工作，并构成评价变更请求或增加的工作是否超出项目边界的基准。 4、立项说明书能够明确提出了哪些工作要做，哪些工作不要做，以及要做的水平，这决定了项目管理团队控制整个项目范围的好坏。 本次团队项目的立项说明书是严格按照老师的立项说明书的模板写的，前前后后经历了四五次的修改。文档主要围绕可行性分析五个方面的八个步骤复查系统规模和目标、研究目前正在使用的系统、导出新系统的高层逻辑模型、进一步定义问题、导出和评价供选择的解法、推动行动方针、草拟开发计划、书写文档提交审查。意思就是任何可行性分析都要有个过程，不能够直接说“我这技术可行”，凡事都有一个分析得结论的过程。并使用3w分工（who/when/what）分析团队成员具体在什么时候做了些什么，还增加了老师的补充章节：NABCD模型、四象限约束和smart原则。 二、需求分析说明书 （下面三点是软件工程书上写的需求分析说明书的重要性和作用，写的范围比较泛） 1.便于用户、开发人员进行理解和交流。 2.反映出用户问题的结构

Intellij IDEA是公认的java开发最好的工具，必须学会。 1. 打开网址 https://www.jetbrains.com/ 2. 点击 Intellij IDEA 图标连接，如下图 3. 点击 Download 下载即可 4. 点击download ，并选择一个适合你使用的版本 5. 双击下载后的文件进行安装 6. 点击 Next 选择好安装路径 7. 继续点击下一步，创建桌面图标，根据系统版本选择32位或64位数的快捷方式 8. 继续点击下一步，默认选择，点击 Install 安装按钮即可完成软件安装 9. 安装过程截图 10. 安装成功 来源： https://www.cnblogs.com/dcz1001/p/6611110.html

软件工程--软件过程模型 软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。通常使用生命周期模型简洁地描述软件过程。生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序，因此，也称为过程模型。常见的过程模型有瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型等。 1.瀑布模型 这个特点有两重含义： 1.必须等前一阶段的工作完成之后，才能开始后一阶段的工作； 2.前一阶段的输出文档就是后一阶段的输入文档，因此，只有前一阶段的输出文档正确，后一阶段的工作才能获得正确的结果。 瀑布模型每个阶段都应坚持两个重要做法： 1.每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。完整、准确的合格文档是软件开发时期各类人员之间相互通信的媒介，也是运行时期对软件进行维护的重要依据。 2.每个阶段结束前都要对所完成的文档进行评审，以便迟早发现问题，改正错误。事实上越是早期阶段犯下的错误，暴露出来的时间就越晚，排除故障改正错误所需付出的代价也越高。因此，及时审查，是保证软件质量，降低软件成本的重要措施。 可以说瀑布模型是由文档驱动的。这个事实也是它的一个缺点，在可运行的软件产品交付给用户之前，用户只能通过文档来了解产品是什么样的。瀑布模型历史悠久、广为人知的，它的优势在于它是规范的、文档驱动的方法；这种模型的问题是