质量管理体系 计算机软件设计、开发专业审核指导书 1适用范围 本指导书适用于计算机软件设计、开发专业 2 术语 软件：与计算机系统的操作有关的程序、规程、规则及任何与之有关的文档。软件生存周期（Life cycle）：软件产品从构思开始至软件不再可用结束的时间周期。软件生存周期典型地包括：需求阶段、设计阶段、实现阶段、测试阶段、安装和验收阶段、操作和维护阶段有时还包括退役阶段。 软件工程：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。 软件配置项：软件配置管理的对象，指的是软件工程过程中产生的所有信息项。包括计算机可执行的源代码、目标代码、数据库等以及计算机不可执行的文档、源程序清单、测试用例等。 软件配置管理：标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 软件测试：为了发现错误而执行程序的过程，或者说是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例，并利用这些测试用例去运行程序，以发现程序错误的过程。 黑盒测试：又叫功能测试或数据驱动测试。只依据程序的需求规格说明书，检查
程序的功能是否符合它的功能说明，而不考虑程序内部的逻辑结构和内部特性。白盒测试：又叫结构测试或逻辑驱动测试。测试人员利用程序内部的逻辑结构以及有关信息，涉及或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 基线（Baseline）：已经过正式审核与同意，可用作下一步开发的基础，并且只有通过正式的修改管理过程方能加以修改的规格说明或产品。 CMM：软件过程能力成熟度模型，可用于对软件过程评估和软件能力评价。单元测试：又称模块测试，是针对软件设计的最小单元——程序模块，进行正确性检验的测试工作。 集成测试：把软件部件、硬件部件或者两者组合起来进行的测试。 系统测试：将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的组装测试和确认测试。 回归测试：用于验证对软件修改后又没有引出新的错误，或者说，验证修改后的软件是否仍然满足系统的需求规格说明。 代码评审/走查：由若干程序员和测试员组成一个评审小组，通过阅读、讨论和争议，对程序进行静态分析，确定程序中是否有某类错误或“危险”结构的过程。Bug：缺陷或隐错 编码（coding）：即为程序编写，把软件设计转换成计算机可以接受的程序代码（即写成以某一种特定程序设计语言表示的“源程序清单”）的工作。 软件需求说明书：也称软件规格说明书。对所开发软件的功能、性能、用户界面、及其运行环境等做出详细的说明。是用户与开发人员双方对软件需求取得共同理
《基础工程》课程设计 ——某办公楼桩基础设计 一：设计资料 1、建筑场地土层按其成因土的特征和力学性质的不同自上而下划分为四层，物理力学指标见下表。地下水位在地面以下 2.0m ，地下水水质分析结果表明，本场地下水无腐蚀性。 建筑安全等级为Ⅱ级，已知作用到基础顶面处的柱荷载： 轴向力kN F K 2850=，力矩m kN M ?=0.395，水平力kN H 42=。 2、根据地基条件和施工设备，采用钢筋混凝土预制桩，以黄土粉质粘土为桩 尖持力层。 钢筋混凝土预制桩断面尺寸为400mm ×400mm 。桩长根据地质勘察资料和《规 范》知一般应选择硬土层作为桩端持力层故确定第3层粘土为桩端持力层。查《规范》和经验知：桩顶嵌入承台0.1m 。由题目要求知采用钢筋混凝土预制桩，故由经验选择选择桩截面为方桩，为400mm ×400mm ，桩长至少为2m+9m+0.1m=11.1m 查规范知桩端嵌入持力层为5d-10d 故选择5d ，所以桩长为11.1+5x0.4=13.1m 故选择桩长为13m 。有《规范》知承台埋深一般为1-2米，选承台埋深为D=2m ，桩端进持力层2m 。初步确定承台尺寸为2×2m 。 3、桩身混凝土强度为C35，所以，轴心抗压强度设计值 f c ＝ 16.7MPa ，弯曲强度设计值为f m ＝19MPa ，主筋采用：4Φ18，强度设计值： f y ＝310MPa 4、承台混凝土强度为C30。轴心抗压强度设计值为 f c ＝14.3MPa ，弯曲抗压强度设计值为 f m ＝16.5MPa 。 设计要求： 1、单桩竖向承载力标准值和设计值的计算； 2、确定桩数和桩的平面布置图； 3、群桩中基桩的受力验算 4、承台结构设计及验算； 5、桩及承台的施工图设计：包括桩的平面布置图，桩身配筋图， 承台配筋和必要的施工说明； 6、需要提交的报告：计算说明书和桩基础施工图。
软件/系统设计的总体思路 一、概念 软件设计的本质就是针对软件的需求，建立模型，通过将模型映射为软件，来解决实际问题。因此软件设计需要解决的核心问题是建立合适的模型，使得能够开发出满足用户需求的软件产品，并具有以下特性： ?灵活性（Flexibility） ?有效性（Efficiency） ?可靠性（Reliability） ?可理解性（Understandability） ?维护性（Maintainability） ?重用性（Reuse-ability） ?适应性（Adaptability） ?可移植性（Portability） ?可追踪性（Traceability） ?互操作性（Interoperability） 因此，软件设计并没有一套放之四海而皆准的方法和模板，需要我们的设计开发人员在软件的设计开发过程中针对软件项目的特点进行沟通和协调，整理出对软件项目团队的行之有效的方式，进行软件的设计。并保障软件设计文档的一致性，完整性和可理解性。
我们经常听到这样的话： ?“设计文档没有用，是用来糊弄客户和管理层的文档”； ?“用来写设计文档的时间，我的开发早就做完了”； ?“项目紧张，没有时间做设计”； 这些言论，并不是正确的观念，根据软件项目的实际情况，软件开发设计团队可以约定设计文档的详细程度。项目团队需要保障设计文档的完整性和一致性，在项目进度紧张的情况下，软件设计文档可以更初略一些；在项目时间充裕的情况下，相关文档可以更为详尽。但是在项目开发过程中，需要软件设计开发团队对于设计文档有共同的理解。 二、设计文档分类与使用 通常来说，作为软件项目，我们需要有这几类文档 ?需求说明文档 ?功能设计文档 ?系统架构说明书 ?模块概要设计文档 ?模块详细设计文档 就像我之前说到的，在某个软件团队，对于以上的文档的要求是可以完全不同的，在简单项目中，可能所有类型的文档放在一个文档中进行说明；在复杂项目中，每一类文档可能都要写几个文档；而在最极端的情况下，可能每一类文档都能装
工艺设计的基本原则和程序 一、工艺设计的基本原则 水泥厂工艺设计的基本原则可归纳如下： (1)根据计划任务书规定的产品品种、质量、产量要求进行设计。 计划任务书规定的产品产量往往有一定范围，设计产量在该范围之内或略超出该范围，都应认为是合适的；但如限于设备选型，设计达到的产量略低干该范围，则应提出报告，说明原因，取得上级同意后，按此继续设计。 对于产品品种，如果设计考虑认为计划任务书的规定在技术上和经济上有不适当之处，也应提出报告，阐明理由，建议调整，并取得上级的同意。例如，某大型水泥厂计划任务书要求生产少量特种水泥，设计单位经过论证，认为大型窑改变生产品种，在技术上和经济上均不合理，建议将少量特种水泥安排给某中小型水泥厂生产，经上级批准后，改变了要求的品种。 窑、磨等主机的产量，除了参考设备说明和经验公式计算以外，还应根据国内同类型主机的生产数据并参考国内外近似规格的主机产量进行标定。在工厂建成后的较短时期内，主机应能达到标定的产量；同时，标定的主机产量应符合优质、高产、低消耗和设备长期安全运转的要求，既要发挥设备能力，但又不能过分追求强化操作。 (2)选择技术先进、经济合理的工艺流程和设备。 工厂的工艺流程和主要设备确定以后，整个工厂设计可谓大局已定。工厂建成后，再想改变其工艺流程和主要设备，将是十分困难的。例如，要把湿法厂改为干法厂，固然困难；要把旧干法厂改为新型干法厂，也非易事。例如，为了利用窑尾废气余热来烘干原料，生料磨系统也得迁移，输送设备等也得重新建设，诸如此类的情况，在某些条件下就不一定可行。 在选择生产工艺流程和设备时，应尽量考虑节省能源，采用国内较成熟的先进经验和先进技术；
7个软件开发原则 关于代码重复最著名的单词是Kent Beck的Once And Only Once，也就是说软件操作的任何一个片断--不管是一个算法，一个常量集合，用于阅读的文档或者其他东西--应当只出现一次。软件重复出现至少会导致以下问题： ·其中的一个版本会过期 ·代码的责任会四处散开，导致代码难以理解 ·当你修改代码时，需要重复修改很多地方，一不小心就会遗漏 ·你不能很好地进行性能优化 重复代码的产生有各种各样的原因，程序员把几行或一整段代码从这里复制到这里，然后少加修改，就变成了一份新的代码。这里的原因是程序员可以通过极少的努力就完成代码重用，但是我们可以来看看DavidHooker提出的7个软件开发原则: 1.第一原则：存在的理由(Pattern: TheReason) 一个软件系统存在的理由就是：为它的用户提供价值。你所有的决定都取决于这一点。在指定一个系统需求，在写下一段系统功能，在决定硬件平台和开发过程之前，问你自己一个问题，“这样做会为系统增加价值吗？“，如果答案是”yes”，做。如果是”No”,不做。这个原则是其他原则的原则。 2．第二原则（能简单就简单，愚蠢！）KISS (Pattern: KeepItSimple) 软件设计不是一个轻描淡写的过程。在做任何一个设计时，你必须考虑很多因素。所有设计应当尽可能简单，但是不要再比这简单了。这样产生的系统才是可以理解和容易维护的。这并不是说很多由意义的特性，因为这种简单性也要被抛弃。确实很多更优雅的设计往往更简单，但简单并不意味着“quick and dirty."。事实上，简单是通过许多思考和一次一次的反复修改才达到的。这些努力的汇报就是更容易维护，代码错误更少。（看看是否违反） 3．第三原则：保持远见(Pattern: MaintainTheVision) 清晰的远见是一个软件项目成功的基础。没有这样的远见，项目开发最后就变成天天为一个不好的设计做补丁。Brooks说过：概念的完整性是系统设计中最重要的问题。 Stroustrup 也说：有一个干净的内部结构识构建一个可理解、可辨识、可维护、可测试系统的基础。 Booch则总结道：只有当你对系统的体系由一个清晰的感觉，才可能去发现通用的抽象和机制。开发这种通用性最终导致系统更简单，因此更小，更可靠如果你不断地复制、粘贴、修改代码，最终你将陷入一个大泥潭(the Big Mud),你永远不可能对系统有一个清晰的认识。 4.第四原则：你制造的，别人会消费 (Pattern: WhatYouProduceTheyConsume) 软件系统不是在真空中使用的。其他人会使用、维护、文档你的系统。这依赖于对你系统的理解。所以，你设计、实现的东西应当能够让别人理解。要记住，你写的代码并非只给计算机看，你要时时记住，代码还要给人看。(Kent Beck) 如果到处泛滥似是而非的代码，别人如何能够辨别这些代码的相似和不同，如何去理解这些代码之间具有何种关系。 5．第五原则：对将来开放( Pattern BuildForTodayDesignForTomorrow) 一个成功的软件有很长的生命期。你必须能够使得软件能够适应这样和那样的变化。所以，一开始就不要软件设计到死角上去。请总是问一下自己“如果这样，那么。。？“这个问题，你要考虑到各种各样的可能性，而不光光是图省事。复制，粘贴一下即可。 6．第六原则：为重用做好计划 软件模式是重用计划的一种。不断重复的代码显然不是这样的计划。 (See CommentsOnSix) 7．第七原则：思考！ 在采取任何动作之前首先做一个清晰、完整的考虑，这样才能产生更好的结果。如果你考虑了，但还是产生错误的结果，那么这种努力也是值得的。在你学习或研究类似的问题时，更容易理解和掌握。 这些原则告诉我们轻松地复制、粘贴和修改代码不可能产生好的，也就是容易理解、维护、重用的代码。
第一条综述 为调动公司软件研发人员的工作积极性，提高软件的开发质量和开发效率，促进研发人员深入市场，及时跟踪软件产品的使用情况，在公司现有绩效考评制度基础上制定此制度。 第二条管理办法 公司软件项目实行目标管理。 第三条执行范围 1）本制度适用于从事软件项目开发的人员。 2）本制度适用于软件项目开发运行全生命周期，即需求调研、软件设计、软件开发及测试、软件运行维护。 第四条整体考核目标 1）品质 2）工期详见《软件项目立项申请表》。 第五条奖金成立
1、部门主管根据市场需求，填写《软件项目立项申请表》并经需求提出项目主管、技术总监、技术副总、董事长签字同意。 2、技术副总、董事长认为可立项软件，下发《软件项目立项申请表》填写，经技术总监、项目负责人确认工期及缺陷数目。 第六条奖金构成 1、基础奖金总额： 1）合同类项目：项目奖金的发放额度在项目合同签订后确定，原则上不得超过所研发的软件合同金额的8％，不低于合同金额的5％，具体额度由部门经理、总工程师、技术总监协商，董事长最终确定。 2）投入类项目：由公司直接投入项目，在明确项目内容后，部门经理、总工程师、技术总监计算项目人员工时，核算投入金额报技术副总、财务总监、董事长确认项目总投入额。原则上以软件投入总金额的10％作为项目开发奖金。 3）当发生大市场变化，需要重新确定奖金发放额度时，可由部门经理提出，经过技术总监、主任工程师、技术副总、总经理重新协商后，董事长最终确定。 2、奖金构成：
1）项目承担部门奖励（奖励1） 奖金总金额的60%为工期奖金；发放对象：项目设计、开发、测试参与人员。 奖金总金额的40%为品质奖金；发放对象：项目设计、开发、测试参与人员。 2）应用奖金（奖励2） 应用奖金（奖励2）=奖励1的5%-8%。发放对象：应用部参与人员。 3）维护奖金（奖励3） 维护奖金（奖励3）=奖励1的5%-8%。发放对象：运维部参与人员。 4）特殊奖励（奖励4） 特殊奖励（奖励4）=最高为奖金总金额的10%为特殊奖励； 第七条奖金浮动 1、工期奖金： 项目提前完成时，按比例增加奖金发放额度，滞后时按比例减少发放额度。增减上限为奖金基础数额的50%。比例计算方法为：浮动比例＝（计
施工组织设计的基本原则 ①配套投产,根据建设项目的生产工艺流程、投产先后顺序,都要服从施工组织总设计的规划和安排。安排各单位工程开竣工期限，满足配套投产； ②确定重点,保证进度； ③建设总进度一定要留有适当的余地; ④重视施工准备,有预见地把各项准备工作做在工程开工的前头； ⑤选择有效的施工方法,优先采用新技术、新工艺，确保工程质量和生产安全; ⑥充分利用正式工程,节省暂设工程的开支； ⑦施工总平面图的总体布置和施工组织总设计规划应协调一致、互为补充。 施工组织设计一般分为三个阶段: 1、施工条件设计(或称施工组织基本概况); 2、施工组织总设计； ３、各个建筑物等单位工程的施工设计。 施工组织设计目录 一、编制说明 二、编制依据 三、工程概况 1、工程名称及规模
２、工程范围及内容 3、建筑与结构 4、电气工程 5、给排水工程 ６、采暖工程 ７、材料做法 8、工期要求 ９、质量要求 10、安全及环保要求 1１、自然条件 12、施工条件 13、相关单位 二、施工总体组织及规划１、总体主导思路 2、项目管理组织 ３、施工队伍部署及任务划分4、施工准备 ５、各部门职责 6、施工总平面布置 7、总体施工组织方案 ８、施工工期目标规划 9、工程质量目标规划
10、安全、文明施工与环保目标规划 三、施工进度计划安排 1、总工期计划安排 ２、工程项目阶段性目标计划 ３、施工进度计划横道图 四、劳动力计划安排 五、主要施工机械设备配备 六、主要材料（设备)供应进度计划 七、主要分部、分项工程施工方法技术及措施 1、施工测量 2、基坑(槽)土方开挖与回填 ３、基础工程施工 4、模板工程 5 、钢筋工程 ６、砼工程 ７、砖砌体工程施工 8、室内墙面、天棚装修 9、窗安装 10、普通地砖地面 11、外墙外保温 1２、脚手架工程 １３、屋面防水施工
第1章软件开发过程概述 1.1 软件开发过程概述 1.1.1 软件的概念 软件（Software）简单的说就是那些在计算机中能看的着，但摸不着的东西，概念性的说软件也称为“软设备”，广义地说软件是指系统中的程序以及开发、使用程序所需要的所有文档的集合软件分为系统软件和应用软件。 软件并不只是包括可以在计算机上运行的程序，与这些程序相关的文件一般也被认为是软件的一部分。 软件被应用于世界的各个领域，对人们的生活和工作都产生了深远的影响。 1. 系统软件 系统软件是负责管理计算机系统中各种独立的硬件，使得它们可以协调工作。系统软件使得计算机使用者和其他软件将计算机当作一个整体而不需要顾及到底层每个硬件是如何工作的。 一般来讲，系统软件包括操作系统和一系列基本的工具（比如编译器，数据库管理，存储器格式化，文件系统管理，用户身份验证，驱动管理，网络连接等方面的工具）。 2. 应用软件 应用软件是为了某种特定的用途而被开发的软件。它可以是一个特定的程序，比如一个图像浏览器。也可以是一组功能联系紧密，可以互相协作的程序的集合，比如微软的Office软件。也可以是一个由众多独立程序组成的庞大的软件系统，比如数据库管理系统。较常见的有：文字处理软件如WPS、Word等；信息管理软件；辅助设计软件如AutoCAD ；实时控制软件；教育与娱乐软件。 1.1.2 编程与软件开发 软件开发的内容是：需求、设计、编程和测试。 （1）需求：不仅仅是用户需求，应该是开发中遇到的所有的需求。比如，你首先要知道做这个项目是为了解决什么问题；测试案例中应该输入什么数据......为了清楚地知道这些需求，你经常要和客户、项目经理等交流。 （2）设计：编码前，肯定有个计划告诉你要做什么，结构是怎样等等。你一定要按照这个来做，否则可能会一团糟。 （3）编程：如果在项目截止日，你的程序不能跑起来或达不到客户的要求，你就拿不到钱。
软件开发过程规范 版本 <1.0> 修订历史纪录
目录 1.前言 (3) 1.1 目的 (3) 1.2 对象 (3) 1.3 要求 (3) 1.4 适用范围 (3) 1.5 软件开发过程模型 (3) 1.6 开发过程划分 (3) 2.技术过程规范部分 (3) 2.1 概述 (3) 2.2 业务建模阶段 (4) 2.3 需求阶段 (5) 2.4 分析设计阶段 (6) 2.5 实现阶段 (7) 3.管理过程规范部分 (7) 3.1 概述 (7) 3.2 接受项目 (8) 3.3 重新评估项目范围和风险（对于较大项目） (8) 3.4 制定开发计划 (8) 3.5 迭代开发管理 (9) 3.6 监控项目的实施 (9) 3.7 结束项目 (10)
软件开发过程规范 1. 前言 1.1 目的 本规范的目的是使整个软件产品开发及项目工程阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化。有利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。 1.2 对象 本规范面向产品生命周期的所有相关人员，包括管理人员、开发人员、质管人员。 1.3 要求 具有软件开发管理职能的人员要求熟知项目开发的各阶段过程和各阶段过程相应的规范。 1.4 适用范围 适用于产品开发生命周期中的除产品提交外的其他全部过程；规范分为两部分：技术过程规范和管理过程规范，分别适用于软件开发过程中的技术性活动和管理性活动。 1.5 软件开发过程模型 本规范所采用的软件开发过程模型为简化的RUP开发过程模型；软件开发过程是体系结构为中心，用例驱动和风险驱动相结合的过程迭代。 1.6 开发过程划分 开发过程包括多次迭代，每次迭代的目标和侧重点不同；较早的迭代侧重于业务建模和需求建模；而后的迭代则侧重于分析设计和编码。 2. 技术过程规范部分 2.1 概述 本规范中将软件开发的整个技术过程分为四个顺序实施的阶段，分别为业务建模阶段、需求阶段、分析设计阶段和实现阶段。在对技术过程规范的描述，按阶段内部的活动和产物对四个阶段分别说明。 在本规范中对阶段内活动的说明，是按顺序性活动和持续性活动两类分别进行说明。对于顺序性活动是按该阶段中活动的总体顺序进行的描述，而在实际工作中，从各活动的具体实施的细节来看，各活动之间的顺序是不断交叉变化的。对于持续性活动主要是对贯穿该阶段过程始终的技术活动进行说明。
施工组织设计的基本原则 ①配套投产，根据建设项目的生产工艺流程、投产先后顺序，都要服从施工组织总设计的规划和安排。安排各单位工程开竣工期限，满足配套投产； ②确定重点，保证进度； ③建设总进度一定要留有适当的余地; ④重视施工准备，有预见地把各项准备工作做在工程开工的前头； ⑤选择有效的施工方法，优先采用新技术、新工艺，确保工程质量和生产安全； ⑥充分利用正式工程，节省暂设工程的开支； ⑦施工总平面图的总体布置和施工组织总设计规划应协调一致、互为补充。 施工组织设计一般分为三个阶段： 1、施工条件设计(或称施工组织基本概况)； 2、施工组织总设计； 3、各个建筑物等单位工程的施工设计。 施工组织设计目录 一、编制说明 二、编制依据 三、工程概况 1、工程名称及规模
2、工程范围及内容 3、建筑与结构 4、电气工程 5、给排水工程 6、采暖工程 7、材料做法 8、工期要求 9、质量要求 10、安全及环保要求 11、自然条件 12、施工条件 13、相关单位 二、施工总体组织及规划 1、总体主导思路 2、项目管理组织 3、施工队伍部署及任务划分 4、施工准备 5、各部门职责 6、施工总平面布置 7、总体施工组织方案 8、施工工期目标规划 9、工程质量目标规划
10、安全、文明施工与环保目标规划 三、施工进度计划安排 1、总工期计划安排 2、工程项目阶段性目标计划 3、施工进度计划横道图 四、劳动力计划安排 五、主要施工机械设备配备 六、主要材料(设备)供应进度计划 七、主要分部、分项工程施工方法技术及措施 1、施工测量 2、基坑（槽）土方开挖与回填 3、基础工程施工 4、模板工程 5 、钢筋工程 6、砼工程 7、砖砌体工程施工 8、室内墙面、天棚装修 9、窗安装 10、普通地砖地面 11、外墙外保温 12 、脚手架工程 13、屋面防水施工
软 件 开 发 流 程 规 范 V1.0 德联软件有限责任公司
编制人：侯秀美审核人：2015 年8 月19 日
目录 目录 0 一、概述 (2) 二、开发流程规范 (3) 2.1 系统软硬件开发环境 (3) 2.2 系统架构（系统组成） (5) 2.3 系统功能模块设计 (6) 2.4 系统功能开发流程图 (6) 2.5 开发修改记录 (7) 三、开发代码规范 (8) 3.1 文件结构 (8) 3.1.1 文件信息声明 (8) 3.1.2 头文件的结构 (10) 3.1.3 定义文件的结构 (11) 3.1.4 头文件的作用 (12) 3.1.5 目录结构 (13) 3.2 命名规则 (13) 3.2.1 共性原则 (13) 3.2.2 Windows变量命名规则 (14) 3.3 程序风格 (17) 3.3.1 空行 (17) 3.3.2 代码行 (18) 3.3.3 代码行内的空格 (19) 3.3.4 对齐 (21) 3.3.5 长行拆分 (22) 3.3.6 修饰符的位置 (23) 3.3.7 注释 (23) 3.4 函数设计 (26) 3.4.1 参数的规则 (26) 3.4.2 返回值的规则 (27) 3.4.3 函数内部实现的规则 (30) 3.4.4 其它建议 (32) 3.4.5 使用断言 (32) 3.4.6 引用与指针的比较 (33) 3.5 变量类型定义 (35) 四、软件测试规范 (36) 4.1 单元测试 (36) 4.2 系统测试 (37) 4.6 业务测试 (38)
4.7 验收测试 (38) 4.8 用户现场测试 (39) 五、软件版本管理 (39) 4.1版本管理的必要性 (39)
工业软件相关技术发展综述及思考 1 工业软件概论 1.1 工业软件的内涵 “两化融合”的目标：将信息技术与工业过程紧密结合起来，以实现产品设计数字化、过程控制自动化、企业管理信息化、装备功能智能化；工业软件是信息化与工业化的融合剂，“两化融合”是以工业软件的应用来支撑的。 工业软件，顾名思义就是利用信息技术手段将工业过程的控制逻辑、管理流程代码化，从而驱动装备或管理业务按照既定的逻辑自动高效的运行，以实现预定的功能。可以细分为：面向企业经营的管理软件、面向制造过程的自动化控制软件和面向装置级的嵌入式软件。 工业软件不同于一般的通用计算机系统软件或基础软件，有其自身的功能需求和行业特征；强调发展工业软件是从“两化融合”的需求出发，充分认识这类具有特殊功能的工业软件的重要性。没有工业软件就不可能在工业化的硬优势基础上形成信息化的软优势，也就没有两化融合。只有通过工业软件，才能使机械化、电气化、自动化等传统意义上的工业化向数字化、智能化、网络化等信息化意义下的工业化转变。 企业的信息化建设过程要根据业务流程需求，以及企业所处的发展阶段，来配置恰当、适用的工业软件，而不能受软件供应商的商业策略左右。同时，IT与业务的融合，也不仅仅是设定一个技术目标，按照需求购买一款软件、搭建一个网络、构建一个系统就可以了。它需要针对企业发展的战略目标，在业务流程再造和优化的基础上，按照工程需要配置各种工业软件及其他要素，如数字化设计、分析、制造、管理等软件，集成框架软件，面向特定领域的专业化软件，数据、知识、流程、标准、规范等。 1.2 工业软件模式 就目前来看，国内的软件公司大致可以分为三类：第一类是从制造业脱胎出来的软件公司，如宝钢的宝信、一汽的启明、中石化的石化盈科；第二类是生产通用软件的公司，如金蝶、用友（600588行情，股吧，信息化）等；第三类是从院校研究所走出来的软件公司，如东软、浙大网新、浙大中控等。 三类企业各有特点：第一类软件企业有着行业的专业背景、多年积累的行业服务经验和先进的IT技术，但因依附于母公司所以存在诸多限制，市场化发展相对缓慢。如何平衡母公司与市场环境双重影响，消除可能作为母公司竞争对手的用户的疑虑，是其考虑的重点，市场营销能力薄弱和“靠山”的负面影响是此类企业必须弥补的两个“短板”。第二类有着巨大的市场发展空间，但不具备行业优势，如何专注于某一行业，满足用户的个性化需求是其发展的重点。而对于第三类企业，在基础研究方面更具有优势，具有自主知识产权的产品相对更多。但是，如何将科研成果成功转化为技术成果，满足行业需求则是其需要考虑的重点。 1.3 工业软件的开发 工业软件：即为工业+软件，工业是指需求，软件是指产品。 工业软件的开发需要大力创新，因要求对行业更为贴近，工业软件产品的开发也将与其他类型的软件产品不同。究竟应该如何开发？这其实涉及两个方面：一个是开发过程的特殊
第三章工艺流程设计 第一节概述 工艺流程设计和车间布置设计是工艺设计的两个主要内容，是决定工厂的工艺计算、车间组成、生产设备及其布置的关键步骤。 生产工艺流程设计在整个工艺设计中最先开始，但随着工艺及其他专业设计的展开，通常需要对初步的工艺流程设计进行局部修改，所以几乎是最后才完成。 生产工艺流程设计的主要任务包括两个方面：其一是确定由原料到成品的各个生产过程及顺序，即说明生产过程中物料和能量发生的变化及流向，应用了哪些生物反应或化工过程及设备。其二是绘制工艺流程图。 在发酵生产过程中，原料往往不是直接变成产品，而是通过一系列的半成品或中间产品再变成成品，同时还有副产品和废液、废渣等生成，“三废”必须严格治理。 因为工艺流程设计是最关键的设计，与其他专业设计息息相关，所以需要由浅人深和分阶段进行。同时必须经过反复推敲，精心安排和计算，不断修改和完善，才能完成设计任务。 生产工艺流程的设计往往经历三个阶段，即：生产工艺流程示意图、生产工艺流程草图、生产工艺流程图。 具体地说，生产方法和生产规模确定后就可以开展设计生产工艺流程示意图。工艺流程示意图作出后，就可以进行物料衡算和能量衡算以及部分设备计算和选型。待设备设计全部完成后，再修改、充实工艺流程草图，根据流程草图和设备设计进行车间布置设计。根据车间布置图再来修改工艺流程草图，最后得出生产工艺流程图。 当然上面介绍的示意图、草图、流程图的设计程序并非一成不变，还需根据设计项目的难度、技术的成熟程度、设计人员水平及实践经验等多方面因素决定。若设计人员经验丰富，而且是难度不大、技术成熟的项目，甚至可以一次完成生产工艺流程图的设计。 第二节生产方法的选择和工艺流程的设计原则 生产工艺流程设计是整个工艺设计的基础，工艺流程图是指导施工的重要图纸。通常，生产方法的选择和工艺流程设计，是决定设计成败的关键工作。 一、生产方法的选择 生产方法即工艺路线的选择，是生物工程工厂设计的关键步骤。一般要对可选择的各种生产方法进行全面的比较分析，从中选出技术先进、经济合理的工艺路线，以保证项目投产后能达到高产、低耗、优质和安全运转。 以发酵工厂为例，介绍选择生产方法的主要依据。 1．原料来源、种类和性质 如需应用进口原料如啤酒生产的麦芽，则必须采取先进的生产方法和技术，以保证生产出高质量的产品，供出口或内销。原料的种类和性质不同，则生产方法也要相应改变。对酒精生产，采用糖蜜或淀粉作原料，则工艺路线就大不相同。即便是淀粉质原料，也有谷类、薯类原料和野生植物淀粉质原料之分，其工艺流程也有一定差异。 2.产品的质量和规格 糖蜜原料发酵生产三级酒精，可采用两塔式液相过塔蒸馏流程；若生产一级或优级酒精，则必须采用三塔式或多塔式流程。又如啤酒生产中，淡色啤酒或浓色啤酒的糖化、煮沸工艺就不相同。 3．生产规模 工厂的设计生产能力对工艺流程的选择也有影响。生产规模较小时，可采用分批发酵法；对于大型企业，则采用连续发酵工艺有利于生产过程的机械化、自动化和稳产高产的实现。 4.技术水平 生产方法的选择也必须考虑技术水平。如酒精生产，连续发酵技术要求较高的操作技术，而间歇生产则较易掌握。又如味精生产，应用糖蜜原料发酵谷氨酸的方法，具有产酸高、经济效益好的优点，但对菌种和生产技术水平要求严格。所以生产工艺既要考虑先进性，又要保证切实可行。
软件开发基本原则（一）——策略和因素 概述 时间成本质量（或特性）是评价软件项目成败的三个关键指标，这三个指标之间相互影响和制约，形成了所谓的“项目管理三角形”。要提高质量或增加特性意味着成本和时间的增加，或两者都增加；要在时间不变的前提下缩减开发成本或成本不变的前提下缩减时间则意味着质量的下降或特性的削减。 图项目管理三角形 上述分析其实只是理论上的“理想平衡”状态。现实工作中往往出现的情形是：要么时间超过计划，要么成本超过预算，要么质量达不到要求，要么三个指标都达不到预期。 典型例子： 由于客户的压力需要尽量缩减开发时间，由于企业间的竞争和盈利压力需要尽量节约成本，因此需要一个人做两个人的工作，一个月做两个月的工作，同时压缩需求分析、设计、测试、评审和项目会议等活动。可想而知，即使软件的构建阶段能够按时完成，但做出的软件质量是难以保证的。更糟糕的还在后面：由于质量的低劣，构建阶段结束后对系统进行集成测试时，很多问题就会暴露出来：对某些需求的理解有误差，导致这部分功能要重新分析、设计、编码和测试；架构设计缺乏整体思维导致系统不同模块各自为政，产生大量重复的难以维护的代码；编码太仓促导致一大堆的；沟通不畅顺导致模块接口不兼容……从而项目被带入了修改无限循环地带，即使勉强上线发布，修改还是一直持续，直至最后，没有人再敢接近这套代码，对这个项目谈虎色变。 软件开发项目有其自身规律和原则，只有遵守其原则并付诸相应的实践才可能使项目健康稳定地前进。本文讲述的是软件开发的基本原则，它是通用的，几乎适用于所有的软件开发项目。不同项目可以根据自身特点在原则的指导下定义相应的项目开发实践。 策略和因素 总体策略 要避免混乱低效的开发，就要求每个人能够放弃他们自己的一些坏习惯，通过采取以下四种策略实现快速开发： 、避免典型错误
基础工程学 第一章 1 建筑物下面的土层或岩体承担着建筑物的全部荷载，将受到建筑物荷载影响的那一部分土层（相当于压缩层范围内土层）或岩层称为地基，而将建（构）筑物的下部结构称为基础。 2 土层分布较均匀的地基称为均质地基。 3特殊性土地基主要指湿陷性黄土地基膨胀土地基软土地基冻土地基等。 4 湿陷性黄土地基 湿陷性黄土（在一定压力下受水侵湿，土结构迅速破坏，并产生显著附加下沉的黄土） 5 膨胀土地基 因膨胀土的粘粒成分主要由亲水矿物（如蒙脱 石水云母等）组成，吸水膨胀失水收缩或反 复涨缩是膨胀土地基的变形特点。 6 软土地基 由淤泥淤泥质土冲填土杂填土或其他高压缩性土层构成的地基属软土地基。 7 冻土地基 在寒冷地区，土中液态水因温度低于0 摄氏度而 结冰因冰胶结土粒形成冻土。冻土分为季节性冻 土（冬季冻结，春季融化）和多年性冻土（在年 平均气温低于0 摄氏度的地区，仅表层土因气温
升高而融化，其下部土层终年处于冻结状态）。 8 无筋扩展基础（刚性基础） 砖基础毛石基础灰土基础混凝土基础等均 属无筋扩展基础，也称刚性基础。 9 钢筋混凝土基础属柔性基础。 10 墙下条形基础 墙下条形基础分刚性及柔性两种。 11单独（独立）基础独立基础按基础形式又可分为墩式基础杯形基础及壳体基础。常见的墩式基础有垂直式斜坡式及阶梯式。杯形基础多用于装配式钢筋混凝土桩基，为了便于预制柱竖立于基础之上，在基础上预留出杯口，故称为杯形基础。壳体基础常作为烟囱水塔料仓等筒形构筑物的基础。 12 为了满足地基承载力的要求，将基础底面积扩大，形成柱列（单向）或柱网（双向）下的条形基础，以及整片连续设置于建筑物之下的筏板基础箱型基础等，均属连续基础。 13 按基础的特殊作用及特殊施工方法分a 地下连续墙基础 b 沉井基础 c 桩基础 14 按基础的埋置xx 分 a 浅基础 bxx 基础 15基础工程设计时需注意的事项a对地质资料的分析判断 b对上部结构的分析 c保证设计方案的合理性
1 设计规范 这里主要摘取了OO设计原则的其中几条，其中开闭原则、里氏替换原则必须遵守，单一职责原则尽量要求遵守，接口分离、合成聚合、依赖倒置原则强烈推荐遵守，另外补充了一些其他规范。 1.1开闭原则(Open-Closed Principle, OCP) 这是最基本的原则，一个模块应当对扩展开放,对修改关闭。确切地说，模块的对外接口不能被修改，而只能被扩展，当某个开发者使用了你的接口，而却被你后期修改了这个接口，那对程序是一个灾难。 因此在进行设计时要尽量考虑接口封装机制、抽象机制和多态技术。 1.2单一职责原则SRP (Simple responsibility pinciple) 不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 很多人可能觉得它很简单，但在实际中，我们多有不遵守这条原则。即便是经验丰富的程序员写出的程序，也会有违背这一原则的代码存在。为什么会出现这种现象呢？因为有职责扩散。所谓职责扩散，就是因为某种原因，职责P被分化为粒度更细的职责P1和P2。 比如：类T只负责一个职责P，这样设计是符合单一职责原则的。后来由于某种原因，也许是需求变更，也许是程序的设计者境界提高，需要将职责P细分为粒度更细的职责P1，P2，这时如果要使程序遵循单一职责原则，需要将类T也分解为两个类T1和T2，分别负责P1、P2两个职责。但是在程序已经写好的情况下，这样做简直太费时间了。所以，简单的修改类T，用它来负责两个职责是一个比较不错的选择，虽然这样做有悖于单一职责原则。（这样做的风险在于职责扩散的不确定性，因为我们不会想到这个职责P，在未来可能会扩散为P1，P2，P3，P4……Pn。所以记住，在职责扩散到我们无法控制的程度之前，立刻对代码进行重构。） 遵循单一职责的优点有： 可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；
《基础工程设计原理》课程教学大纲 课程编号：031181 学分：3 总学时：51 大纲执笔人：袁聚云大纲审核人：李镜培 一、课程性质与目的 本课程为土木工程、地质工程和港口工程专业必修的专业基础课程，课时为51学时。本课程主要讲授常见的地基基础的设计理论和计算方法方面的内容，包括地基模型及其参数的确定、浅基础设计的基本原理、浅基础结构设计、桩基础、沉井基础、基坑围护、地基处理、特殊土地基以及动力机器基础。通过学习使学生掌握地基基础设计的基本原理，具有进行一般工程基础设计规划的能力，同时具有从事基础工程施工管理的能力，对于常见的基础工程事故，能作出合理的评价。 二、课程基本要求 (一)绪论 了解基础工程的重要性，熟悉建(构)筑物对地基的要求。了解基础工程发展概况，学科特点以及课程内容、要求和学习方法。 (二) 地基模型及其参数的确定 1.掌握线性弹性地基模型及其参数的确定 2.了解非线性弹性地基模型及其参数的确定 3.熟悉地基模型的选择原则 (三) 浅基础设计的基本原理 1. 熟悉基础选用原则及设计计算原则 2. 掌握地基承载力的确定方法 3. 掌握基础底面尺寸的确定方法 4. 掌握地基变形和稳定性的验算方法 5. 熟悉减轻不均匀沉降危害的措施 (四) 浅基础结构设计 1. 掌握刚性浅基础结构设计与计算方法 2. 掌握常用钢筋混混凝土浅基础结构设计与计算方法 (五) 桩基础 1. 掌握竖向荷载下单桩和群桩承载力的确定方法 2. 掌握水平荷载下单桩和群桩承载力的确定方法 3. 掌握桩基础设计与计算 4. 了解桩基础施工 (六) 沉井基础 1.了解沉井的构造及施工工艺 2.熟悉沉井的设计与计算方法 (七) 基坑围护 1.了解支护结构的类型及特点 2.掌握重力式水泥土挡墙设计计算 3.熟悉排桩或地下连续墙式支护结构设计计算 4.了解井点降水及土方开挖 (八) 地基处理
工艺流程图绘制方法——PID图 PID图图纸规格 采用1号图纸规格（594 mm×841 mm），并用多张1号图分开表示。每张图纸的有关部分均应相互衔接，完善地表示出整个生产过程。少数物流和控制关系来往密切且内容较多，表示在一张1号图中太挤的情况下，可按图纸延长的标准加长1/4或1/2。 PID图的内容 应根据工艺流程图和公用工程流程图的要求，详细地表示装置的全部设备、仪表、管道和其他公用工程设施，具体内容如下： a) 全部设备； b) 全部仪表（包括控制、测量及计算机联结）； c) 所有管道、阀门（低高点放空除外）、安全阀、大小头及部分法兰； d) 公用工程设施、取样点、吹扫接头； e) 工艺、仪表、安装等特殊要求。 PID图中设备画法 编号例如E-1由三台换热器并联操作，其编号分别为E-1A，E-1B，E-1C（或E-1A/B/C）；如P-1为两台泵（一台操作，一台备用），其编号为P-1A，P-1B（或P-1A/B）。 用细实线画出装置全部操作和备用的设备，在设备的邻近位置（上下左右均可）注明编号（下画一粗实线）、名称及主体尺寸或主要特性。编号及名称应与工艺流程图相一致，编号方法与“工艺流程图”2.4.2规定相同。但同一作用的设备由多台组成（或备用）时，可在编号数字后加A，B，C。 设备的主体尺寸或特性的标注方法按不同外型或特性规定如下： a) 立式圆筒型：内径ID×切线至切线高T/T，mm， b) 卧式圆筒型：内径ID×切线至切线长T/T，mm， c) 长方型：长×宽×高，mm， d) 加热及冷换设备：标注编号、名称及其特性（热负荷、及传热面积） e) 机泵， 设备大小可不按比例画，但应尽量有相对大小的概念，有位差要求的设备，应表示其相对高度位置，例如热旁路控制流程中的冷凝器和回流罐。 设备内部构件的画法与PFD图规定要求相同。相同作用的多台设备应全部予以表示，并按生产过程的要求表示其并联或串联的操作方式。对某些需要满足泵的汽蚀余量或介质自流要求的设备应标注其离地面的高度，一般塔类和某些容器均有此要求。对于落地的立式容器，该尺寸要求也可直接表示在相关数据表设备简图中。 PID图中管道画法 装置内所有操作、开停工及事故处理等管道及其阀门均应予表示，并用箭头表示管内物料的流向。主要操作管道用粗实线表示，备用管道、开停工及事故处理管道、其他辅助管道均用细实线表示。 装置内的扫线、污油排放及放空管道只需画出其主要的管道及阀门，并
附2: 软件文档编写向导 文档分类 项目包括如下几类文档： 项目管理文档。包括：《软件项目计划》、《项目进度报告》、《项目开发总结报告》 软件开发文档。包括：《需求规格说明》、《概要设计说明》、《详细设计说明》、《测试计划》、《软件测试分析报告》。 产品文档。包括：《用户操作手册》《演示文件》。 软件项目计划 （Software Project Plan） 一．引言 1．编写目的（阐明编写软件计划的目的，指出读者对象。） 2．项目背景（可包括：（1）项目委托单位、开发单位和主管部门；（2）该软件系统与其他系统的关系。） 3．定义（列出本文档中用到的专门术语的定义和缩略词的原文。） 4．参考资料（可包括：文档所引用的资料、规范等；列出资料的作者、标题、编号、发表日期、出版单位或资料来源。） 二．项目概述 1. 工作内容（简要说明项目的各项主要工作,介绍所开发软件的功能性能等. 若不编写可行性研究报告,则应在本节给出较详细的介绍。) 2. 条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的条件. 必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。） 3. 产品 （1）程序（列出应交付的程序名称使用的语言及存储形式。） （2）文档（列出应交付的文档。） （3）运行环境（应包括硬件环境软件环境。） 4．服务（阐明开发单位可向用户提供的服务. 如人员培训安装保修维护和其他运行支持。）5．验收标准
三．实施计划 1．任务分解（任务的划分及各项任务的负责人。） 2．进度（按阶段完成的项目,用图表说明开始时间完成时间。） 3．预算 4．关键问题（说明可能影响项目的关键问题,如设备条件技术难点或其他风险因素,并说明对策。） 四．人员组织及分工 五．交付期限 六．专题计划要点（如测试计划等。） 项目开发进度报告 一．报告时间及所处的开发阶段 二．给出进度 1．本周的主要活动 2．实际进展与计划比较 三．所用工时（按不同层次人员分别计时。） 四．所有机时 五．工作遇到的问题及采取的对策 六．本周完成的成果 七．下周的工作计划 八．特殊问题 项目开发总结报告 一．引言 1．编写目的（阐明编写总结报告的目的,指明读者对象。） 2．项目背景（说明项目的来源、委托单位、开发单位及主管部门。） 3．定义（列出报告中用到的专门术语定义和缩写词的原意。） 4．参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：（1）项目开发计划；（2）需求规格说明书；（3）概要设计说明书；（4）详细设计说明书；（5）用户操作手册；（6）测试计划；（7）测试分析报告（8）本报告引用的其他资料、采用的开发标准或开发规范。）