软件过程

BP算法学习过程 BP算法最早由Werbos于1974年提出，1985年Rumelhart等人发展了该理论。BP网络采用有指导的学习方式，其学习包括以下4个过程。 网络状态初始化 (1)组成输入模式由输入层经过隐含层向输出层的“模式顺传播”过程。（前向计算过程） (2)网络的期望输出与实际输出之差的误差信号由输出层经过隐含层逐层休整连接权的“误差逆传播”过程。（逆向计算过程） (3)由“模式顺传播”与“误差逆传播”的反复进行的网络“记忆训练”过程。 (4)网络趋向收敛即网络的总体误差趋向极小值的“学习收敛”过程。 在训练阶段中，训练实例重复通过网络，同时修正各个权值，改变连接权值的目的是最小化训练集误差率。继续网络训练直到满足一个特定条件为止，终止条件可以使网络收敛到最小的误差总数，可以是一个特定的时间标准，也可以是最大重复次数。 BP算法软件实现 用C语言实现的BP算法步骤如下： 1)初始化，用小的随机数给各权值和阈值赋初值。注意不能使网络中各初始权值和阈值完全相等，否则网络不可能从这样的结构运行到一种非等权值结构。 2)读取网络参数和训练样本集。 3)归一化处理。 4)对训练集中每一样本进行计算。 ①前向计算隐层、输出层各神经元的输出。 ②计算期望输出与网络输出的误差。 ③反向计算修正网络权值和阈值。 5)若满足精度要求或其他退出条件，则结束训练，否则转步骤4)继续。 6

软件工程导论笔记 1.1软件危机 1.2软件工程 1.4软件过程 1.4.1瀑布模型 1.4.2快速原型模型 1.4.3增量模型 1.4.4螺旋模型 1.4.5喷泉模型 1.4.6Rational统一过程（RUP） 1.4.7敏捷过程与极限编程 1.4.8微软过程 1.1软件危机 软件危机：软件开发和维护中遇到的一系列严重问题。 软件危机的典型表现： 软件开发的成本和进度常估计不准确 用户经常不满意已完成的软件 软件产品的质量常靠不住 软件常不可维护 没有文档 软件成本在计算机系统总成本中所占的比例逐年上升 软件开发生产效率提高的速度，跟不上计算机应用迅速普及深入的趋势 软件危机产生的原因： 与软件本身特点有关 1、软件不同于硬件，管理和控制软件开发过程相当困难。 2、软件在运行过程中不会因为使用过长而被“用坏”。如果运行中发现了错误，很可能是遇到了一个在开发时期引入的、在测试阶段没能检测出来的错误。 3、软件不同于一般程序，它的一个显著特点是规模庞大，而且程序复杂性将随着程序规模的增加而呈指数上升。 4、事实上，对用户要求没有准确的认识就匆忙着手编写程序是许多软件开发工程失败的主要原因之一。 5、目前相当多的软件专业人员对软件开发和维护还有不少糊涂观念。在实践过程中或多或上地采用了错误的方法和技术，这可能是使软件问题发展成软件危机的主要原因。 6

一、背景 在现今的社会中，每个公司都是软件公司，无论是通过台式机、云服务还是移动设备，软件都已成为世界各地、各个公司日常工作的工具。 例如， 汽车是带轮子的计算机，空调是数据终端，而银行在手机中提供服务，等等。 在这个新的世界中，软件更新可以满足客户的需求。每一个交付都是您更新，或破坏，与客户间信任的机会。如何才能保证您的每个更新都以最快的速度提供一流的服务？ 这就是为什么DevOps对您的 公司 很重要。当您加快高质量软件的交付速度时，客户会大呼过瘾，并且您可以对市场需求的变化迅速做出反应。DevOps 通过减少在测试、评估和发布等各阶段之间，以及与相关干系人之间的摩擦，来加快高质量软件的交付速度。识别并解决这个过程中的痛点可以推进D evOps 的成功建设 。 良好的制品仓库可以促进软件在DevOps流程中的运转。它存储了过程中所有的二进制制品（ artifacts ，也称为工件），同时也保留了有关它们的信息，从而减少了不确定性，并使自动化工具能够自由、快速地运行 。 在加速软件交付的过程中通常会遇到下述的六大障碍，而良好的制品仓库可以帮助解决它们，以实现从代码到客户的快速、持续的软件更新与发布 。 二、障碍一，您了解您所有的构建吗？ 您的开发人员团队每天 都 可以生成许多构建 ，而 您 能全部 跟踪 和掌握所有的构建吗 ？ 如果没有全面的解决方案

XXX系统调研模版 业务调研 承载的业务 阐述系统开展的业务内容 业务流程 流程节点的处理角色 流程和流程之间的关系 干系人/角色 使用该系统的角色，以及角色在系统业务流程中的定位 业务资料 业务过程中流转的表格、表单、报告等内容 业务专业术语、产品资料、规则算法、逻辑条件等资料 角色调研 和角色相关的业务有哪些 角色在工作过程中的输入、输出是什么 业务工作中的表格、依据、资料等 角色处理业务时的耗时、使用频率，以及在该过程中的痛楚 外部接口调研 有哪些项目和本项目有关联，以及项目系统状态 资料提供 项目、系统地址、联系人等 来源： oschina 链接： https://my.oschina.net/apachemaster/blog/3158358

1.对兴趣爱好的深入体问（比如看书：深入问看什么书，有什么心得体会；比如羽毛球：深入讲技战术及相关信息）；考察点：是否能对自己最感兴趣的事情投入比较大的精力。 2.工作技能深入提问（项目经理：需求调研真实案例如售票系统演练、设计时要考虑的各种特殊情况；开发：设计模式、面向对象、测试技能、语言基本功，算法；实施：需求调研、测试）；考察点：是否能胜任本职工作，是否具有更深层次的能力。 3.实施面试：a. 在你进行实施的过程中，公司制作的一款软件系统缺少某一项功能，而且公司也明确表示不会再为系统做任何的修改或添加任何的功能，而客户也坚决要求需要这一项功能！对于实施人员来说，应该怎么去合理妥善处理这个问题？b.如果有一个不太懂电脑的客户，你应该采取什么样的方法去教他用公司的软件产品？c. 在项目实施过程中，使用者对产品提出了适合自己习惯的修改意见，但多个使用者意见互相矛盾，应该如何去处理？d.如果有一个不太懂电脑的客户，你应该采用什么的方法去叫他使用公司的软件产品？ 来源： oschina 链接： https://my.oschina.net/u/3389027/blog/3168405

软件项目管理（Software Project Management） 该条目对应的页面分类是 软件项目管理 。 目录 [ 隐藏 ] 1 软件项目管理的概述 2 软件项目的计划 3 软件项目的控制 4 软件项目管理的特性 5 软件项目管理的组织模式 6 软件项目管理的内容 7 软件项目管理的成功原则 [ 编辑 ] 软件项目管理的概述 　　所谓软件项目管理就是为了使软件项目能够按照预定的 成本 、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和 项目 ( Project )进行分析和管理的活动。软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期。 　　软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个 软件生命周期 （从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。 　　软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期

认识 软件工程是把系统的，有序的，可量化的方法应用到软件的开发，运营和维护上的过程。 软件工程不和其他工程一样，力求与最好，它十分注重短期的实际结果，它的目标是：创造出“足够好”的软件。但也不能随手带过，只能在一定时间内尽自己最大的努力，解决大问题，对于一些小的bug有时候只能放过。 个人能力十分重要，需要自己不断的学习和进步，就如邹欣的构建之法：现代软件工程 中有一个案例，一个魔方需要口诀才可以将它拼好，如果你有口诀就可以将你的魔方卖的更好，但是如果口诀人人都知道，你需要在相同口诀情况下胜过他人，就需要自己努力，学习并不断提高才是重要。 对于软件项目的开发中，我认为PM的出现对整个团队来说都是幸事。一个优秀的PM可以解决程序员与顾客之间相互的不理解，隔行如隔山，它的出现使技术人员专心项目研究，不被外界所干扰。PM相当于合唱团里面的现场指挥，它可以明确分工。PM需要团队成员的认可，如果只是面和心不合，那么PM不但不会方便项目的开发，反而会使团队杂乱，造成负面影响。 我认为在软件开发过程中MSF的敏捷开发模式可以帮助团队更快完成任务，它更强调于用户的交流，它使团队成员精简过程，直奔主题，在TFS上工作可以使团队成员的交流简明，不再为交流写出许多客户不需要的文档，可以更快解决用户问题。 问题 一样的魔方口诀，我们怎样可以比其他人更快更好完成魔方？ 敏捷模式，是不是就是没有计划

读《软件工程实践者的研究方法》 随着互联网时代的兴起，不仅人与人之间的距离被拉近，世界也因此变得触手可及，在这样一个大环境里，软件承担着十分重要的角色，作为一名还在学习阶段的准软件开发者，有幸阅读了这本书。 一款好的软件必定能经过实践的考验，但是要开发出一款好的软件也是不容易的一件事，正如书中所言，软件是设计开发的，不是传统意义上生产制造的，这就使得软件开发要以不同于传统的方法去打造它，其工程包含过程，方法和工具。 软件过程框架里定义了五种框架活动–沟通、策划、建模、构建以及部署。我想，这一系列的过程缺一不可，通过这些过程的逐步拓展与修正，是保证软件整体可靠性的重要方法。软件项目确定，首先就会遇到一个难点，即当问题回归本源，我们要学习的是需求分析，也就是为什么要开发软件，作为开发过程中最难的部分，简单的照搬照抄是不可取的，需求工程的应用使得需求分析的理解更加全面，在设计和构造之间建立起联系的桥梁，需求建模使得开发过程更加清晰，结构化分析，UML和统一过程等等。不同于传统的制造业，设计的实物可以直观的感受，而软件的设计，更偏向于虚拟化，简单来说，也就是一款设计得出色的软件，拥有更好的体验，更高的效率和更方便的维护，因此，使代码的逻辑合理化，过程尽量简单化，是开发者应该具备的能力，而且开发者也应该能看出代码的质量。此外，好的设计不仅体现在一行行代码中，与用户交互界面的设计也十分重要

一、背景 有赞是 SaaS 公司，向商家提供了全方位的软件服务，支撑商家进行采购、店铺、商品、营销、订单、物流等等管理服务。 在这个软件服务里，能够满足大部分的商家，为商家保驾护航。 SaasS 形成是追求共性的过程，SaaS 生态化是求同存异的过程，所以当我们能够满足大部分客户需求时，我们得考虑大客户的个性化需求场景。 1.1 客户分析 上面讲到我们要求同存异，我们要满足个性化需求，这里简单讲解一下大客户的价值，下面就不区分优势和劣势了，都放一起： 中小客户 企业规模小，付费能力相对弱一些； 企业周期短，无法很好的保证续费； 大部分停留使用产品基本能力，说明软件可替代性强，难形成粘性； 但是数量庞大； 获客成本相对低一些； 大客户 企业规模大，付费能力强； 发展稳定，企业周期长，能够保证续费； 有利于形成标杆案例，用于推广； 只要能实现需求，对资金要求和价格不敏感； 定制需求多，一旦定制，替代成本高，粘性好； 简单罗列了一下，当然其他点还有很多，对比会发现，SaaS 会满足大部分客户的需求，尤其是中小客户，而且中小客户量可能会达到90%以上，但是中小客户续费能力弱会导致销售成本高，同时无法形成标杆，很难有行业影响力；大客户付费能力很强，只要能够满足需求，可能不太会对相对高的价格说不，但是基本上每个大客户都有定制需求，而且一旦达成合作，可以稳定的续费。 1.2 有赞云是什么

一、软件性能的关注点 首先，开发软件的目的是为了让用户使用，我们先站在用户的角度分析一下，用户需要关注哪些性能。 对于用户来说，当点击一个按钮、链接或发出一条指令开始，到系统把结果已用户感知的形式展现出来为止，这个过程所消耗的时间是用户对这个软件性能的直观印象。也就是我们所说的响应时间，当相应时间较小时，用户体验是很好的，当然用户体验的响应时间包括个人主观因素和客观响应时间，在设计软件时，我们就需要考虑到如何更好地结合这两部分达到用户最佳的体验。如：用户在大数据量查询时，我们可以将先提取出来的数据展示给用户，在用户看的过程中继续进行数据检索，这时用户并不知道我们后台在做什么。 用户关注的是用户操作的相应时间。 1、 架构设计是否合理 2、 数据库设计是否合理 3、 代码是否存在性能方面的问题 4、 系统中是否有不合理的内存使用方式 5、 系统中是否存在不合理的线程同步方式 6、 系统中是否存在不合理的资源竞争 来源： CSDN 作者： glamour2015 链接： https://blog.csdn.net/glamour2015/article/details/104423572