软件工程完整规范版
软件工程文档模板
目录
1. 范围 (1)
2. 总体要求 (1)
2.1总体功能要求 (1)
2.2软件开发平台要求 (2)
2.3软件项目的开发实施过程管理要求 (3)
2.3.1 软件项目实施过程总体要求 (3)
2.3.2 软件项目实施变更要求 (3)
2.3.3 软件项目实施里程碑控制 (5)
3. 软件开发 (6)
3.1软件的需求分析 (6)
3.1.1 需求分析 (6)
3.1.2 需求分析报告的编制者 (8)
3.1.3 需求报告评审 (8)
3.1.4 需求报告格式 (8)
3.2软件的概要设计 (9)
3.2.1 概要设计 (9)
3.2.2 编写概要设计的要求 (9)
3.2.3 概要设计报告的编写者 (10)
3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (10)
3.2.5 概要设计的评审 (10)
3.2.6 概要设计格式 (10)
3.3软件的详细设计 (11)
3.3.1 详细设计 (11)
3.3.2 特例 (11)
3.3.3 详细设计的要求 (11)
3.3.4 数据库设计 (12)
3.3.5 详细设计的评审 (12)
3.3.6 详细设计格式 (12)
3.4软件的编码 (13)
3.4.1 软件编码 (13)
3.4.2 软件编码的要求 (13)
3.4.3 编码的评审 (13)
3.4.4 编程规范及要求 (14)
3.5软件的测试 (14)
3.5.1 软件测试 (14)
3.5.2 测试计划 (15)
3.6软件的交付准备 (15)
3.6.1 交付清单 (15)
3.7软件的鉴定验收 (16)
3.7.1 软件的鉴定验收 (16)
3.7.2 验收人员 (16)
3.7.3 验收具体内容 (16)
3.7.4 软件验收测试大纲 (18)
3.8培训 (18)
3.8.1 系统应用培训 (18)
3.8.2 系统管理的培训（可选） (18)
附录A 软件需求分析报告文档模板 (9)
附录B 软件概要设计报告文档模板 (21)
附录C 软件详细设计报告文档模板 (33)
附录D 软件数据库设计报告文档模板 (43)
附录E 软件测试(验收)大纲................... 错误!未定义书签。5
1. 范围
本指南用于指导软件开发者为南京市交通局开发软件项目的过程，通过规范软件项目承担单位的开发过程达到提高软件质量，降低维护成本的目的。开发者应根据本指南进行软件开发和编制软件开发文档。本指南是对软件项目承担单位的基本要求。在本指南的附录A至E中提供了文档的编写模板供开发者参考，在进行具体软件开发时，开发者可根据实际情况采编写，但必须提供双方约定的文档，文档中约定的内容必须描述清楚。
2. 总体要求
2.1 总体功能要求
网络应用环境以Internet/Intranet技术为核心。
开发者应在充分分析需求的基础上，选择采用B/S结构或者C/S结构。
软件系统的数据库应依照《南京市交通局信息化数据库建设规范》进行设计和建设。
本指南中没有规定开发者采用何种具体的软件工程开发方法，开发者可根据项目具体特点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法，但建议开发商使用面向对象软件工程的方法，如：采用目前被广泛使用的RUP(Rational Unified Process)方法来进行分析、设计和开发。
2.2 软件开发平台要求
开发者开发的软件必须能够在南京市交通局规定的软件平台上正常运行。目前软件平台为：
数据库管理系统：
Oracle 9i以上版本
中间件(应用服务器)系统：
IBM WebSphere
OA系统：
Lotus Domino/Notes
网络架构：
完全支持TCP/IP协议
开发工具或技术体系：
为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如Microsoft Visual https://www.wendangku.net/doc/8315691740.html,，Borland Delphi，C++ Builder, 或J2EE(Java2 P1atform Enterprise Edition)等。
2.3 软件项目的开发实施过程管理要求
2.3.1 软件项目实施过程总体要求
（一）开发者提交软件开发工作大纲，交通局组织专家组对工作大纲进行评审，并提出整改意见。
（二）通过评审后，开发者根据整改意见完善工作大纲，经过交通局认可后组织项目组进行软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行，在开发过程中，开发者需分阶段提交相关文档。
（三）在软件开发工作完成后，开发者应向交通局提交完整的软件文档，交通局组织验收组对软件进行验收审查。
2.3.2 软件项目实施变更要求
在开发过程中，需求或设计不可避免地需要发生变更，相关变更必须经过交通局书面同意方可进行。在需求或设计发生变更时，需要对原有文档进行修改，并提供完整的变更记录，以使变更处于可控制的状态。
变更单如下表所示：
表 2-1 变更单
2.3.3 软件项目实施里程碑控制
交通局将分四个阶段进行把关，召开专家审查会。
（一）需求分析（结合原型进行审查）确认；
（二）概要设计+数据库设计；
（三）预验收（试运行后）；
（四）正式验收（推广使用后）。
3. 软件开发
合同签订以后，项目承担单位即可组织项目组进行软件开发工作。软件开发必须严格按照软件工程的要求进行。开发过程包括开发者的活动和任务。此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。
3.1 软件的需求分析
3.1.1 需求分析
首先，开发者和交通局应共同对交通局的应用需求作充分的调研，提交完整的需求分析报告。在需求分析报告中必须描述的基本问题是：功能、性能、强加于实现的设计限制、属性、外部接口。应当避免把设计或项目需求写入需求分析报告中。它必须说明由软件获得的结果，而不是获得这些结果的手段。
软件需求可以用若干种方法来表达，如通过输入、输出说明；使用代表性的例子；用规范化的模型。开发者应尽可能地使用模型的方式，因为
这是表达复杂需求的精确和有效的方法。比如用统一建模语言（UML）来描述需求。
编写需求分析报告的要求
a．无歧义性
对最终产品的每一个特性用某一术语描述；若某一术语在某一特殊的行文中使用时具有多种含义，那么应对该术语的每种含义做出解释并指出其适用场合。
b．完整性
需求分析报告应该包括全部有意义的需求，无论是关系到功能的、性能的、设计约束的、还是关系到外部接口方面的需求；对所有可能出现的输入数据的响应予以定义，要对合法和非合法的输入值的响应做出规定；填写全部插图、表、图示标记等；定义全部术语和度量单位。
c．可验证性
需求分析报告描述的每一个需求应是可以验证的。可以通过一个有限处理过程来检查软件产品是否满足需求。
d．一致性
在需求分析报告中的各个需求的描述不能互相矛盾。
e．可修改性
需求分析报告应具有一个有条不紊、易于使用的内容组织；没有冗余，即同一需求不能在需求分析报告中出现多次。
f．可追踪性
每一个需求的源流必须清晰，在进一步产生和改变文件编制时，可以方便地引证每一个需求。
g．运行和维护阶段的可使用性
需求分析报告必须满足运行和维护阶段的需要。在需求分析报告要写明功能的来源和目的。
3.1.2 需求分析报告的编制者
需求分析报告应由交通局和开发者双方共同完成。其中：交通局负责根据实际需要提出希望软件实现的功能；软件开发者根据交通局提出的性能需求，结合软件开发编写需求分析。
3.1.3 需求报告评审
在软件需求分析工作完成后，软件开发者应向交通局提交《软件需求分析报告》。交通局组织有关人员对需求进行评审，以决定软件需求是否完善和恰当。评审完成后，就可以进入软件的设计阶段。
3.1.4 需求报告格式
《软件需求分析报告》需按一定的格式进行编写，具体的《软件需求
分析报告》文档编写模板请见附录A。
3.2 软件的概要设计
3.2.1 概要设计
在交通局和开发者双方认可的《需求分析报告》基础上，开发者进行下——步的工作。首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。
3.2.2 编写概要设计的要求
a．一致性
概要设计的要求应该与需求分析报告所描述的需求一致。同时，概要设计的各项要求之间也应该一致。
b．合理性
概要设计所提出的设计方法和标准应该是合理的、恰当的。
c．可追踪性
对概要设计所提出的各项要求应该可以得到它的清晰的源流，即在需求分析报告客户有明确的需求描述。
d．可行性
根据概要设计进行详细设计、操作和维护应该是可行的。
3.2.3 概要设计报告的编写者
概要设计报告由开发者根据需求分析报告的要求进行编写。
3.2.4 概要设计和需求分析、详细设计之间的关系和区别
需求分析不涉及具体的技术实现，而概要设计注重于从宏观上和框架上来描述采用何种技术手段、方法来实现这些需求。详细设计相对概要设计更注重于微观上和框架内的设计，是编码的依据。概要设计是指导详细设计的依据。
3.2.5 概要设计的评审
在软件概要设计工作完成后，软件开发者应向交通提交《软件系统概要设计报告》。在交通局对《概要设计报告》评审通过后，即可进入详细设计阶段。
3.2.6 概要设计格式
《软件系统概要设计报告》需按一定的格式进行编写，具体的《软件系统概要设计报告》文档编写模板请见附录B。
3.3 软件的详细设计
3.3.1 详细设计
在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。
3.3.2 特例
如果软件系统比较简单，层次较少，可以不必进行专门的详细设计，而和概要设计结合起来。
3.3.3 详细设计的要求
a．一致性
详细设计的要求应该与需求分析报告所描述的需求、与概要设计一致。同时，详细设计的各项要求之间也应该是一致的。
b．合理性
详细设计所提出的设计方法和标准应该是合理的、恰当的。
c．可追踪性
对详细设计所提出的各项要求应该可以得到它的清晰的源流，即可在需求分析报告、概要设计报告中有明确的需求描述。
d．可行性
根据详细设计进行编码、测试、操作和维护应该是可行的。
3.3.4 数据库设计
如果软件产品需要使用到数据库，软件的详细设计应包括对数据库的设计。数据库设计应在软件的需求分析、概要设计完成之后、详细设计的其它工作之前进行。在进行数据库设计时，应当按照交通局制定的《南京市交通局信息化数据库建设规范》要求进行。
3.3.5 详细设计的评审
在软件详细设计完成后，软件开发者应向交通局提交《软件系统数据库设计报告》和《软件系统详细设计报告》。在交通局对《软件系统数据库设计报告》、《软件系统详细设计报告》评审通过后，即可进入软件编码阶段。
3.3.6 详细设计格式
《软件系统详细设计报告》、《软件系统数据库设计报告》需按一定的格式进行编写，具体的《软件系统详细设计报告》文档编写模板和《软件系统数据库设计报告》文档编写模板请见附录C、附录D。
3.4 软件的编码
3.4.1 软件编码
在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。
3.4.2 软件编码的要求
a．模块化编码
b．代码可读性
c．可维护性
d．模块接口标准化
e．界面风格统一
e．注释的应用
3.4.3 编码的评审
为了尽早发现软件中的障碍，提高软件产品的质量，开发者在编码的过程中应该强调代码评审工作。将代码评审报告作为文档的一部分，提交给交通局。
3.4.4 编程规范及要求
为了提高编程实现的质量，软件的程序设计必须遵照国家颁布的相关编程规范。
主要内容包括：规范化的程序内部文档、数据结构的详细说明、清晰的语句结构、编码规范。编码规范的内容包括命名规范、界面规范、提示及帮助信息规范、热键定义等。
其中数据库部分应遵守《南京市交通局信息化数据库建设规范》的要求。
在软件编码的同时应进行单元测试。
3.5 软件的测试
3.5.1 软件测试
为了尽早发现软件产品中的错误，从而达到提高软件质量、降低软件维护的费用，开发者应在编码过程中对各个模块的程序代码进行单元测试，系统集成时进行集成测试，系统集成完成后对整个软件进行系统测试。单元测试是在软件开发过程中针对程序模块进行正确性检验。集成测试是在单元测试的基础上，将所有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进行正确性检验。软件系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。进行软件系统测试工作时。测试主要包括界面测试、可用性测试、功能测
试、稳定性(强度)测试、性能测试、强壮性(恢复)测试、逻辑性测试、破坏性测试、安全性测试等。
开发者针对单元测试，集成测试，系统测试分别制定《测试计划》。集成测试需要根据需求分析报告和概要设计制作测试用例，并须经过评审。软件测试按照《测试计划》、《需求分析报告》的要求进行，最后形成《软件测试报告》。
3.5.2 测试计划
在软件编码开始之前，开发者应向交通局提交《测试计划》，在软件交付时，开发者应向交通局提交《软件测试报告》，以确保开发者的软件得到了充分的测试。开发的软件必须经过充分的测试证明其符合设计要求、运行稳定、安全可用方可交付交通局。
3.6 软件的交付准备
3.6.1 交付清单
在软件测试证明软件达到要求后，软件开发者应向交通局提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。
《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。
《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。
3.7 软件的鉴定验收
3.7.1 软件的鉴定验收
在软件开发完成后，为了确保软件是按照需求分析的要求进行开发的，保证软件产品的质量，需要对软件产品进行鉴定验收。在开发者如期交付软件后，由交通局负责确定具体的鉴定验收日期。
3.7.2 验收人员
由交通局聘请具有一定的分析、设计、编程和软件测试经验的验收组长和其他专业人员组成。验收组设组长一名(可设有副组长)，负责整个验收的计划、组织工作。
3.7.3 验收具体内容
验收内容应该包括：合法性检查、文档检查、软件一致性检查、软件系统测试与测试结果评审等几项工作。
合法性检查检查软件开发工具是否合法、使用的函数库、控件、组件是否有合法的发布许可。
文档检查检查开发者提交的文档必须齐全，质量是否过关。需要开发者提供的文档包括：
配套工程施工及验收规范
中国电信CDMA配套土建专业 施工及验收规范 施工规范 一、铁塔基础施工 铁塔基础实际上是项混凝土基桩工程，铁塔基础施工项目应有施工组织设计和施工技术方案，并经建设单位和监理单位审查批准。施工时必须按照经过会审后的施工文本和相应的方案进行施工。 铁塔基础工程开工前，施工单位必须做好“三通一平”工作,即“通路、通水、通电，平整场地”。“三通一平”工作完成,即可开始铁塔基础施工,铁塔基础工程可分为以下工序：1.定位和测量放线；2.土方开挖；3.垫层浇砼；4.模板支设；5.钢筋绑扎；6.砼浇灌；7.地脚螺栓定位；8.接地装置埋设；9.养护； 10.回填土等10道工序。 1、定位划线 按设计要求，测量铁塔基础位置。基础位置确定后，要对照设计进行核实，保证其准确性。在测量铁塔基础位置时，还应注意铁塔与机房的相对位置，为保机房防水，机房地势要高于铁塔地势,同时,铁塔与机房距离在2至4米内。铁塔基础地址不得靠近电磁场强、功力大的电台；雷击区、油库、腐蚀性强的地带和易燃、易爆、危险品仓库等场所。同时，铁塔位置与铁塔、公路距离需在安全距离范围内。 拉线塔拉点基础定位尤其重要，需特别注意拉点基础定位环节，确保位置偏差在设计误差允许范围内。拉点的准确定位：找3根等长的直木棒（长度超
过1m为宜）搭成一等边三角形，每边中点做一记号，或钉一铁钉，等边三角形中心放在塔座中心桩位置，三角朝向拉点，中点位置(铁钉)上拉一细线沿着三个角的方向与拉点三点成一直线，这样很容易确定三个拉点方位。（如图所示）， 有坡度时，拉线距离实际为L2。 2、土方开挖 要按设计图纸尺寸开挖，保证基础坑（拉线塔拉点基础）和连系梁坑的长、宽、深符合工程设计要求，开挖时要做好安全防护，注意防止意外事故发生。基础坑应开挖到持力层，自立式铁塔基础所有基坑底部应在同一水平面上。开挖完成，施工单位自检合各后，提前一天向监理单位报验，监理人员按设计要求测量、检查和确认后方可转入下道工序。同时，基础坑完成开挖后不能及时浇筑的需做好坑井覆盖等安全防护，防止附近村民或家禽跌落。 注: a、若开挖前未平整场地,则需根据现场情况确定±0位置,原则上要求以地势最低点定为±0位置,确保每个基础坑(或基础每边)深度达到设计要求，当遇到高低落差较大且为石质土质施工难度较大时，需由县公司负责人及监理人员现场确定±0位置（建议取落差均值为±0位置）。 b、施工单位在开挖基坑时如发现土质较差、地下水位较高和基础持力层 承载力不满足设计要求，应立即通知设计单位等相关人员到现场进行勘察， 待设计单位负责人现场勘察并作设计变更后再进行施工。 c、施工单位开挖基坑时，如某该点降坡土方较大，土方开挖需采用风镐或爆破开挖土方，应立即通知监理公司现场监理员当场做好签证相关手续。 3、垫层浇砼 基础坑和连系梁挖好后，经夯实平整，应按设计要求浇灌基础垫层混凝土（一般为10cm左右），待混凝土硬化后，再安装、固定铁塔基础和连系梁内的 钢筋骨架。自立式铁塔基坑完成垫层浇注后，需再次对所有基坑底部进行水平复测。 4、铁塔基础模板安装
软件工程——软件开发过程中用到的各种图
软件工程——软件开发过程中用到的各种图 一、宏观导图 导图说明：我们的软件开发中用到的各种图型工具都是为了辅助我们更好的理解开发的阶段或者过程。上图是根据软件过程中各个阶段所需要用到的各种图的一个小结。下面是各种图的简介和示例。 二、谈细节： 1、问题定义阶段（规划阶段）： UC图:（ Use Creat 图）它是 BSP（ business system planning ）法中常用的子系统划分工具。
2、可行性分析 2.1系统流程图：是描述系统物理模型的一种传统工具。它是表达数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。系统流程图形象的呈现了软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。
3、需求分析： 3.1 DFD图（Data Flow Diagram):从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程.建立系统的功能模型。 3.2 ERD（Entity-Relationship Diagram)图：当数据量很大并且数据间关系复杂时对于数据的分析就得用到它来刻画系统数据模型
3.3 IPO（input process output）图描述了输入数据、处理数据、输出数据之间的关系。 3.4 STD（State Transition Diagram）图：刻画系统响应外部事件的过程。为系统的行为建模。
面向数据结构的几个图形工具： 3.5 层次方框图：用来展示数据的层次结构 3.6 warnier图：和层次方框图一个意思，不过她能描述的手段比层次图更加丰富。
软件工程复习资料-完整版
一、选择题： 1、用例图中，用来表示用例的符号为（B）。 A B. C. D. 2、协作图中包含的元素包括（A）。 A. 对象 B. 链 C. 激活 D. 消息 3、在类图中，哪种关系表达整体与部分的关系（D）。 A．泛化 B. 实现 C. 依赖 D. 聚合 4、下列各种图形符号中，用来表示组成关系的符号为(B)。 A. B. C. D. 5、（A）工具在软件的详细设计中不能使用。 A．DFD B. N-S图 C. 流程图 D. PDL 6、“软件危机”是指(C)。 A. 计算机病毒的出现 B. 利用计算机进行经济犯罪活动 C. 软件开发和维护中出现的一系列问题 D. 人们过分迷恋计算机系统 7、快速原型是利用原型辅助软件开发的一种新思想，它是在研究(A)的方法和技术中产生的。
A. 需求阶段 B. 设计阶段 C. 测试阶段 D. 软件开发的各个阶段 8、从严格意义上讲，下列4个选项中属于顺序图的元素是（ABCD）。 A. 对象 B. 参与者 C. 消息 D. 激活 9、下列UML图形中，（ABCD）属于UML的动态视图。 A. 协作图 B. 状态图 C. 活动图 D. 顺序图 10、数据字典是软件需求分析阶段的最重要的工具之一，其最基本的功能是（D）。 A. 数据库设计 B. 数据通信 C. 数据关系描述 D. 数据定义 11、详细设计与概要设计衔接的图形工具是(D)。 A. DFD图 B. 程序图 C. PAD图 D. SC图 12、UML中，大多数建模者把节点分为（AC） Ａ. 设备 B. 构件 C. 处理器 D. 显示器 13、（C）是一种特殊形式的状态机，用于对计算流程和工作流程建模。 A．时间图 B. 流程图 C. 活动图 D. 状态图 14、（A）描述从状态到状态的控制流程，常用来对系统的动态特征进行建模。 A. 状态图 B. 序列图 C. 协作图 D. 活动图 15、下列特点属于描述用例的特点的是（D）。 A. 相对独立：不需要与其他用例交互，即功能是完备的
混凝土模板工程质量验收规范
4 模板分项工程 说明： 4 模板分项工程 模板分项工程是为混凝土浇筑成型用的模板及其支架的设计、安装、拆除等一系列技术工作和完成实体的总称。由于模板可以连续周转使用，模板分项工程所含检验批通常根据模板安装和拆除的数量确定。 4.1 一般规定 4.1.1 模板及其支架应根据工程结构形式、荷载大小、地基土类别、施工设备和材料供应等条件进行设计。模板及其支架应具有足够的承载能力、刚度和稳定性，能可靠地承受浇筑混凝土的重量、侧压力以及施工荷载。 说明：4.1.1 本条提出了对模板及其支架的基本要求，这是保证模板及其支架的安全并对混凝土成型质量起后果要作用的项目。多年的工程实践证明，这些要求对保证混凝土结构的施工质量是必需的。本条为强制性条文，应严格执行。 4.1.2 在浇筑混凝土之前，应对模板工程进行验收。 模板安装和浇筑混凝土时，应对模板及其支架进行观察和维护。发生异常情况时，应按施工技术方案及时进行处理。 说明：4.1.2 浇筑混凝土时模板及支架在混凝土重力、侧压力及施工荷载等作用下胀模（变形）、跑模（位移）甚至坍塌的情况时有发生。为避免事故，保证工程质量和施工安全，提出了对模板及其支架进行观察、维护和发生异常情况时进行处理的要求。 4.1.3 模板及其支架拆除的顺序及安全措施应按施工技术方案执行。 说明：4.1.3 模板及其支架拆除的顺序及相应的施工安全措施对避免重大工程事故非常重要，在制订施工技术方案时应考虑周全。模板及其支架拆除时，混凝土结构可能尚未形成设计要求的受力体系，必要时应加设临时支撑。后浇带模板的拆除及支顶易被忽视而造成结构缺陷，应特别注意。本条为强制性条文，应严格执行。 4.2 模板安装 主控项目 4.2.1 安装现浇结构的上层模板及其支架时，下层楼板应具有承受上层荷载的承载能力，或加设支架；上、下层支架的立柱应对准，并铺设垫板。 检查数量：全数检查。 检验方法：对照模板设计文件和施工技术方案观察。 说明：4.2.1 现浇多层房屋和构筑物的模板及其支架安装时，上、下层支架的立柱应对准，以利于混凝土重力及施工荷载的传递，这是保证施工安全和质量的有效措施。 本规范中，凡规定全数检查的项目，通常均采用观察检查的方法，但对观察难以判定的部位，应辅以量测检查。 4.2.2 在涂刷模板隔离剂时,不得沾污钢筋和混凝土接槎处。 检查数量：全数检查。 检验方法：观察。 说明：4.2.2 隔离剂沾污钢筋和混凝土接槎处可能对混凝土结构受力性能造成明显的不利影响，故应避免。 一般项目 4.2.3 模板安装应满足下列要求： 1 模板的接缝不应漏浆；在浇筑混凝土前，木模板应浇水湿润，但模板内不应有积水； 2 模板与混凝土的接触面应清理干净并涂刷隔离剂，但不得采用影响结构性能或妨碍装 工程施工的隔离剂； 3 浇筑混凝土前，模板内的杂物应清理干净；
软件工程各种图的画法(考试必备)
1．完成患者监护系统功能级得数据流图、实体联系图、软件结构图。 ２.网上书店系统,其外部用户主要有游客、会员与管理员。其中，游客进行注册后,可以成为系统得会员,会员享有订购图书及订单与书籍等信息查询得功能,管理员可对系统得各种信息进行管理与维护。根据上述描述,请画出网上书店系统
得:①基本系统模型（第0层)；②功能级得数据流图（第1层）；③底层得订购图书数据流图。
1.把如下统计空格程序得Ｊackson图改画为等价得程序流程图与盒图。 2、用Jackson图描述下述得一列火车得构成： 一列火车最多有两个火车头。只有一个火车头时则位于列车最前面,若还有第二个火车头时，则第二个火车头位于列车得最后面。火车头既可以就是内燃机车也可以就是电气机车。车厢分为硬座车厢、硬卧车厢与软卧车厢等３种。硬座车厢在所有车厢得前面部分,软卧车厢在所有车厢得后面部分。此外,在硬卧车厢
与软卧车厢之间还有一节餐车。 1．饮用水自动销售系统得工作过程大致如下：如果投入1元硬币，则自动放水５升；如果投入5角硬币,放水2、5升;如果选择1元,投入2个伍角得硬币，也可放水５升。如果饮用水来不及生成,系统会把硬币退出来并亮红灯。收到得硬币由收银员定时回收。试画出该系统得用例图。 2、某寄宿学校需要开发一个信息管理系统，通过该管理系统对学生得日常事务进行管理： 校长助理：管理学生得档案,进行新增、删除、查询、修改等操作;对学生班级进行管理(新增、删除等),进行新学生得编班工作与调班工作,查询班级名册等情况。 财务人员:进行每月得收费与退费工作，每个学生得每月费用包括住宿费，伙食费２２０,在６-8月收取空调费2０,在1１-2 月收取取暖费20,每个学期得开
模板工程验收标准
模板工程验收标准 一、模板安装 1、模板安装的尺寸偏差 （1）模板与模板之间的拼缝间隙±10mm。 （2）梁、墙、柱尺寸偏差+5mm，-5mm。 （3）底模上表面标高偏差±5mm。 （4）单根柱的垂直度偏差±8mm。 （5）相邻两板面高低差±5mm，预留洞中心线位置允许偏差为10mm，尺寸偏差为（+10，0）mm。 （6）表面平整度±5mm。 （7）通梁必须拉通线校正在一直线上，偏差在±5mm。 2、模板接缝处胶带条的粘贴，在板面模板铺设完毕后，应检查接缝间的缝隙，若缝隙较大的应采用胶带条来粘贴，防止混凝土浇筑过程中漏浆。粘贴时必须用扫帚或抹布把模板表面清理干净，然后才能粘贴胶带。 3、整个楼层板面模板铺设完毕后，必须把模板表面及梁内的垃圾清理干净，便于钢筋组绑扎钢筋。 所有模板加固完毕后，必须把留在下层楼面的木方、钢管、扣件、层板、钎丝、园钉、杂物等收清干净，便于主体组收浆。 4、模板的支撑、加固、校正 模板的拼缝不应漏浆，模板与混凝土的接触面应清理干净并涂刷隔离剂。 对跨度不小于4m的现浇钢筋混凝土梁、板，其模板应按设计要求起拱；当设计无具体要求时，起拱高度宜为跨度的1\1000～3\1000。 合模前要检查构件竖向接合处面层混凝土是否已经凿毛。 对通排柱模板，应先校两端柱模板，校正固定，拉通长线校正中间各柱模板。 柱子的加固箍间距为500m m～1000mm一道柱箍。 挑檐模板必须撑牢拉紧，防止向外倾覆，确保安全。
墙模板安装时，要使两侧穿孔的模板对称放置，确保孔洞对准，以使穿墙螺栓与墙模保持垂直。墙模板上口必须在同一水平面上，控制墙顶标高一致。 剪力墙的加固箍5道为宜，一般500mm设置一道墙箍，且侧面必须用剪刀撑（即侧面加两道斜撑），且斜撑间距为1mm左右，斜撑的固定点宜在浇筑板面混凝土时预埋结点。 二、模板拆除 1、模板拆除过程中，若发现有严重的质量问题（如蜂窝、麻面、狗洞、露筋及爆模等等）应停止拆模，立即通知项目管理人员或向主体班组、钢筋班组组长说明情况，以便及时提出解决方案或处理办法，一方面是为了对出现的质量缺陷做出修复，另一方面是不了减少相关的经济损失。 2、拆除模板必须满足拆除时所需混凝土强度，经工程技术人员同意，不得因拆模而影响工程质量。 3、底模及其支架拆除时的混凝土强度应符合设计要求的75%，悬挑构件必须过到强度的100%才能拆除。依据同条件试件的强度来确定。 4、柱模及侧模拆除时混凝土的强度应能保证其表面棱角不受损伤。在不掺入任何物质（如减水剂，缓凝剂等等）的情况下，一般24小时后可拆除。 5、模板拆除时，不得对楼层形成冲击，拆除的模板和支架应分散堆放并在规定的时间内完成所有材料的清运。 6、卸料平台的搭设应是，先在已经挑出的钢管架上满铺方木，再在其上满铺层板，且两侧必须设置防扩围栏。 7、转到卸料平台上的模板，钢管不得堆的过高、过多，应边拆、边清、边运、边按规格堆码或清运到相应的地点。 8、模板拆除时，严禁下方有人进入，拆模人员必须站在平稳可靠的地方，保持自身平衡，不得猛撬，以防失稳附落。 9、必须按程序作业，应遵循先支后拆，后支先拆的循序，先拆除非承重模板，后拆除承重模板及支撑。
软件工程作业文档规范写法
◇可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 ◇项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 ◇软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 ◇概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 ◇详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 ◇用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。 ◇测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 ◇测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 ◇开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 ◇项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 ◇软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 ◇软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。 ◇软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。
软件工程试题及答案53581
软件工程 一、填空题（每题2分，共20分） 1、系统流程图是描述物理模型的传统工具，用图形符号表示系统中各个元素表达了系统中各种 元素之间的( )情况。 2、成本效益分析的目的是从( )角度评价开发一个项目是否可行。 3、自顶向下结合的渐增式测试法，在组合模块时有两种组合策略：深度优先策略和( ) 。 4、在JSP方法中解决结构冲突的具体办法是( )。 5、详细设计的任务是确定每个模块的内部特性，即模块的算法、( )。 6、所有软件维护申请报告要按规定方式提出，该报告也称( )报告。 7、独立路径是指包括一组以前没有处理的语句或条件的一条路径。从程序图来看，一条独立路 径是至少包含有一条( )的边的路径。 8、设计任何一个人机界面，一般必须考虑（）四个方面。 9、在软件测试中，已知产品内部工作过程，通过测试检验产品内部动作是否按照产品规格说明 的规定正常进行的方法称为（）测试法。 10、（）是对软件结构中模快间关联程度的一种度量。 三、判断题（每题2分，共20分） 1. 缺乏有力的方法学的指导和有效的开发工具的支持，这往往是产生软件危机的原因之一。 （） 2. 一个好的开发人员应具备的素质和能力不包括具有良好的书面和口头表达能力。（） 3. 在用户需求分析时观察用户手工操作过程不是为了模拟手工操作过程，而是为了获取第一手 资料，并从中提取出有价值的需求。（） 4. 快速原型技术的适用于软件产品要求大量的用户交互、或产生大量的可视输出、或设计一些 复杂的算法等场合。（） 5. 流程图也称为程序框图是最常用的一种表示法。 6. 面向数据设计方法一般都包括下列任务：确定数据结构特征；用顺序、选择和重复三种基 本形式表示数据等步骤。（） 7. 理想的人机界面应针对具有典型个性的特定的一类用户设计。（） 8. 数据输入的一般准则中包括尽量增加用户输入的动作。（） 9. 用穷举测试是较现实的测试方法。（） 10、在软件维护过程中改善性维护是为适应环境的变化而修改软件的活动。（） 四、论述题（共40分） 1、软件维护是软件生命周期的重要组成，而影响维护的因素较多，除了人员因素、技术因素和 管理因素外，还有程序自身的因素，具体影响因素可归纳为：a) 软件系统的规模；b) 软件系统的年龄；c) 软件系统的结构。 试回答以下问题： 1) 给出上述三项因素的解释，阐述“规模”、“年龄”和“结构”的具体含义。（6分） 2) 扼要分析影响维护工作量的因素，即分析可能增加维护工作量的因素和可能减少维护工作 量的因素。（8分） 3) 简单传述软件可维护性度量的含义。（8分） 2、可行性研究报告的主要内容有哪些?（8分） 3、系统设计的内容是什么？（10分） 五、综合题（20分）某电器集团公司下属的厂包括技术科、生产科等基层单位。现在想建立一 个计算机辅助企业管理系统，其中：
模板工程施工标准
目录 1.目的 (3) 2.适用范围 (3) 3.引用规范、文件 (3) 4. 方案要求 (3) 5. 施工交底 (4) 6. 样板引路 (4) 7. 材料管理 (4) 8.模板工程标准做法 (7) 9.验收标准 (13)
1.目的 为规范模板工程管理流程，明确模板工程的标准做法，提高模板工程的支撑体系搭设的规范性，为后续工艺提供质量保障，进一步提高整体工程管理水平，特制定本施工标准。 2.适用范围 本标准适用于公司所有在建及新建项目。 3.引用规范、文件 《建筑施工安全技术统一规范》GB50870-2013 《建筑施工临时支撑结构技术规范》JGJ300-2013 《混凝土结构工程施工规范》GB50666-2011 《建筑施工扣件式钢管脚手架安全技术规范》JGJ130-2011 《建筑施工承插型盘扣式钢管支架安全技术规程》JGJ130-JGJ231-2010 《建筑施工模板安全技术规范》JGJ162-2008 《建筑结构荷载规范》GB50009-2012 《钢结构设计规范》GB50017-2003 《冷弯薄壁型钢结构技术规范》GB50018-2002 《木结构设计规范》GB50005-2003 《混凝土模板用胶合板》GB/T17656-2008 《危险性较大的分部分项工程安全管理办法》建质[2009]87 号 《建设工程高大模板支撑系统施工安全监督管理导则》建质[2009]254 号 《公司工程巡检管理办法》（2018版） 4. 方案要求 4.1 施工单位应在施工前编制详细、有针对性的模板施工方案报送监理、工程部审批，超过规范要求的高大模板需编制高大模板支撑体系专项施工方案，需专家论证，审批手续不全的，不得私自搭设支撑架体； 4.2 方案要具有针对性，结合本工程构件的特点，对梁柱节点、螺栓间距、满堂架立杆间距等细部着重分析； 4.3 方案中还应包含高大梁的加固方法、满堂架体加固构造措施，后浇带架体注意事项，异形柱支模加固措施，不同厚度现浇板的立杆间距等； 4.4 方案应编制有满足实测实量要求的措施、竖向和水平剪刀撑布置图、高大梁结构加固支撑措施、大梁底部独立支撑立杆及计算书等内容； 4.5 项目工程部及监理单位要严格审核施工单位报审的施工方案，对方案合规性、合理性、全面性、可操作性进行审核评估，提出审核意见，并依据审批通过的方案进行监督。
GB50300-2001《建筑工程施工质量验收统一标准》
《建筑工程施工质量验收统一标准》(GB50300－2001)目录 0、关于发布国家《建筑工程施工质量验收统一标准》的通知----------0 0、前言-------------------------------------------------------0 1、总则-------------------------------------------------------0 2、术语-------------------------------------------------------0 3、基本规定----------------------------------------------------0 4、建筑工程质量验收的划分--------------------------------------0 5、建筑工程质量验收--------------------------------------------0 6、建筑工程质量验收程序和组织----------------------------------0 7、附录A 施工现场质量管理检查记录-----------------------------0 8、附表B 建筑工程分部（子分部）工程、分项工程划分-------------0 9、附录C 室外工程划分-----------------------------------------0 10、附录D 检验批质量验收记录----------------------------------0 11、附录E 分项工程质量验收记录--------------------------------0 12、附录F 分部（子分部）工程质量验收记录-----------------------0 13、附录G 单位（子单位）工程质量竣工验收记录------------------0 14、单位（子单位）工程质量控制资料核查记录---------------------0 15、单位(子单位)工程安全和功能检验资料核查及主要功能抽查记录-----0 16、单位（子单位）工程观感质量检查记录-------------------------0 17、本标准用词说明---------------------------------------------0
软件工程各种图的画法(考试必备)
1．完成患者监护系统功能级的数据流图、实体联系图、软件结构图。 2．网上书店系统,其外部用户主要有游客、会员和管理员。其中，游客进行注册后,可以成为系统的会员，会员享有订购图书及订单和书籍等信息查询的功能,管理员可对系统的各种信息进行管理和维护。根据上述描述,请画出网上书店系
统的：①基本系统模型(第0层);②功能级的数据流图（第1层);③底层的订购图书数据流图。
1．把如下统计空格程序的Ｊacksｏn图改画为等价的程序流程图和盒图。 2、用Ｊａｃksoｎ图描述下述的一列火车的构成: 一列火车最多有两个火车头。只有一个火车头时则位于列车最前面，若还有第二个火车头时，则第二个火车头位于列车的最后面。火车头既可以是内燃机车也可以是电气机车。车厢分为硬座车厢、硬卧车厢和软卧车厢等3种。硬座车厢
在所有车厢的前面部分,软卧车厢在所有车厢的后面部分。此外,在硬卧车厢和软卧车厢之间还有一节餐车。 1．饮用水自动销售系统的工作过程大致如下:如果投入１元硬币，则自动放水５升；如果投入5角硬币，放水2.5升;如果选择１元,投入２个伍角的硬币,也可放水5升。如果饮用水来不及生成,系统会把硬币退出来并亮红灯。收到的硬币由收银员定时回收。试画出该系统的用例图。 ２．某寄宿学校需要开发一个信息管理系统,通过该管理系统对学生的日常事务进行管理: 校长助理:管理学生的档案，进行新增、删除、查询、修改等操作；对学生班级进行管理(新增、删除等），进行新学生的编班工作和调班工作，查询班级名册等情况。
财务人员：进行每月的收费和退费工作，每个学生的每月费用包括住宿费,伙食费220，在６-8月收取空调费20，在１1－2 月收取取暖费20,每个学期的开学初(3月、9月）收取书本费（不定）。住宿费分三种情况：双职工的子女为６0,单职工的子女８０元,父母均不在本单位工作为１0０元。每个班的老师在每天要申报本班学生的出勤表，由校长助理完成各班的考勤录入，考勤情况决定上月的伙食退费,以每天10 元计算。 学生家长:在对退费有疑问时，可以查询学生的出勤情况。请画出本系统用例图。 1、汽车和自行车都是交通工具。一辆自行车只能归一个人拥有，但一辆汽车可归一个人或者两个人拥有。一个人可能没有自行车或汽车．也可能拥有多辆自行车或汽车。人分男人和女人两类，每个人都具有年龄和名字。在任何时候,一辆汽车上可能载有0个多个乘客。每辆汽车都有自己的颜色和商标。特别地,每辆汽车都只有两个前灯和一台发动机。请画出类图。
验收统一标准
《建筑工程施工质量验收统一标准》 建标[2001]157号心之所向，所向披靡 国务院各有关部门，各省、自治区建设厅，直辖市建委，计划单列市建委，新疆生产建设兵团，各有关协： 根据我部《关于印发一九九八年工程建设国家标准制订、修订计划（第二批）的通知》（建标[1998]244号）的要求，由建设部会同有关部门共同修订的《建筑工程施工质量验收统一标准》，经有关部门会审，批准为国家标准，编号为GB50300-2001，自2002年1月1日起施行。基中，3.03、5.04、5.07、6.0.3、6.0.4、6.0.7为强制性条文，必须严格执行。原《建筑安装工程质量检验评定统一标准》GBJ300-88同时废止。 本标准由建设部负责管理，中国建筑科学研究院负责具体解释工作，建设部标准定额研究所组织中国建筑工业出版社出版发行。 中华人民共和国建设部 2001年7月20日 前言 本标准是根据我部《关于印发一九九八年工程建设国家标准制订、修订计划（第二批）的通知》（建标[1998]244号）的通知，由中国建筑科学研究院会同中国建筑业协会工程建设质量监督分会等有关单位共同编制完成的。 本标准在编制过程中，编制组进行了广泛的调查研究，总结了我国建筑工程施工质量验收的实践经验，坚持了“验评分离、强化验收、完善手段、过程控制”的指导思想，并广泛征求了有关单位的意见，由我部于2000年10月进行审查定稿。 本标准的修订是将有关建筑工程的施工及验收规范和工程质量检验评定标准合并，组成新年的工程质量验收规范体系，以统一建筑工程施工质量的验收方法、质量标准和程序。本标准规定了建筑工程各专业工程施工验收规范编制的统一准则和单位工程验收质量标准、内容和程序等；增加了建筑工程施工现场质量管理和质量控制要求；提出了检验批质量检验的抽样方案要求；规定了建筑工程施工质量验收中子单位和子分部工程的划分、涉及建筑工程安全和主要使用功能的见证取样及抽样检测。建筑工程各专业工程施工质量验收规范必须与本标准配合使用。 本标准将来可能需要进行局部修订，有关局部修订的信息和条文内容将刊登在《工程建设标准化》杂志上。 本标准以黑体字标志的条文为强制性条文，必须严格执行。 为了提高标准质量，请各单位在执行本标准过程中，注意积累资料、总结经验，如发现需要修改和补充之处，请将意见和有关资料寄交中国建筑科学研究院国家建筑工程质量监督检验中心（北京市北三环东路30号，邮政编码100013），以供今后修订时参考。 主编单位：中国建筑科学研究院 参加单位：中国建筑业协会工程建设质量监督分会 国家建筑工程质量监督检验中心 北京市建筑工程质量监督总结
混凝土模板工程质量验收规范
混凝土模板工程质量验收规范
4 模板分项工程 说明： 4 模板分项工程 模板分项工程是为混凝土浇筑成型用的模板及其支架的设计、安装、拆除等一系列技术工作和完成实体的总称。由于模板能够连续周转使用，模板分项工程所含检验批一般根据模板安装和拆除的数量确定。 4.1 一般规定 4.1.1 模板及其支架应根据工程结构形式、荷载大小、地基土类别、施工设备和材料供应等条件进行设计。模板及其支架应具有足够的承载能力、刚度和稳定性，能可靠地承受浇筑混凝土的重量、侧压力以及施工荷载。 说明：4.1.1 本条提出了对模板及其支架的基本要求，这是保证模板及其支架的安全并对混凝土成型质量起后果要作用的项目。多年的工程实践证明，这些要求对保证混凝土结构的施工质量是必须的。本条为强制性条文，应严格执行。 4.1.2 在浇筑混凝土之前，应对模板工程进行验收。 模板安装和浇筑混凝土时，应对模板及其支架进行观察和维护。发生异常情况时，应按施工技术方案及时进行处理。 说明：4.1.2 浇筑混凝土时模板及支架在混凝土重力、侧压力及施工荷载等作用下胀模（变形）、跑模（位移）甚至坍塌的情况时有发生。为避免事故，保证工程质量和施工安全，提出了对模板及其支架进行观察、维护和发生异常情况时进行处理的要求。
4.1.3 模板及其支架拆除的顺序及安全措施应按施工技术方案执行。 说明：4.1.3 模板及其支架拆除的顺序及相应的施工安全措施对避免重大工程事故非常重要，在制订施工技术方案时应考虑周全。模板及其支架拆除时，混凝土结构可能尚未形成设计要求的受力体系，必要时应加设临时支撑。后浇带模板的拆除及支顶易被忽视而造成结构缺陷，应特别注意。本条为强制性条文，应严格执行。 4.2 模板安装 主控项目 4.2.1 安装现浇结构的上层模板及其支架时，下层楼板应具有承受上层荷载的承载能力，或加设支架；上、下层支架的立柱应对准，并铺设垫板。 检查数量：全数检查。 检验方法：对照模板设计文件和施工技术方案观察。 说明：4.2.1 现浇多层房屋和构筑物的模板及其支架安装时，上、下层支架的立柱应对准，以利于混凝土重力及施工荷载的传递，这是保证施工安全和质量的有效措施。 本规范中，凡规定全数检查的项目，一般均采用观察检查的方法，但对观察难以判定的部位，应辅以量测检查。 4.2.2 在涂刷模板隔离剂时,不得沾污钢筋和混凝土接槎处。 检查数量：全数检查。
软件工程文档(完整规范版)
软件工程文档模板 目录 1. 范围 (1) 2. 总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目的开发实施过程管理要求 (2) 2.3.1 软件项目实施过程总体要求 (2) 2.3.2 软件项目实施变更要求 (3) 2.3.3 软件项目实施里程碑控制 (4) 3. 软件开发 (4) 3.1软件的需求分析 (5) 3.1.1 需求分析 (5) 3.1.2 需求分析报告的编制者 (6) 3.1.3 需求报告评审 (6) 3.1.4 需求报告格式 (6) 3.2软件的概要设计 (7) 3.2.1 概要设计 (7) 3.2.2 编写概要设计的要求 (7) 3.2.3 概要设计报告的编写者 (7)
3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (7) 3.2.5 概要设计的评审 (8) 3.2.6 概要设计格式 (8) 3.3软件的详细设计 (8) 3.3.1 详细设计 (8) 3.3.2 特例 (8) 3.3.3 详细设计的要求 (8) 3.3.4 数据库设计 (9) 3.3.5 详细设计的评审 (9) 3.3.6 详细设计格式 (9) 3.4软件的编码 (9) 3.4.1 软件编码 (9) 3.4.2 软件编码的要求 (10) 3.4.3 编码的评审 (10) 3.4.4 编程规范及要求 (10) 3.5软件的测试 (10) 3.5.1 软件测试 (10) 3.5.2 测试计划 (11) 3.6软件的交付准备 (11) 3.6.1 交付清单 (11) 3.7软件的鉴定验收 (12) 3.7.1 软件的鉴定验收 (12)
新版《混凝土结构工程施工质量验收规范》(GB50204-2015)报告
新版《混凝土结构工程施工质量验收规范》（GB5020 4-2015）详细解读 一、新规范内容 本规范共分10章、6个附录，主要内容是：总则、术语、基本规定、模板分项工程、钢筋分项工程、预应力分项工程、混凝土分项工程、现浇结构分项工程、装配式结构分项工程、混凝土结构子分部工程。主要脉络与上一版【《混凝土结构工程施工质量验收规范》GB50204-2002（2011版）】没有太大区别。 二、新规范适用范围 1、《混凝土结构工程施工质量验收规范》GB50204-2015应与《建筑工程施工质量验收统一标准》GB50300-2013配套使用，GB50300为基础标准，各类验收规范均在本标准的框架下制定。 2、《混凝土结构工程施工质量验收规范》GB50204-2015同样适用于轻骨料混凝土结构及特殊混凝土的施工质量验收（有特殊要求的还应符合相应标准的有关规定）。 3、《混凝土结构工程施工质量验收规范》GB50204-2015应与《混凝土结构工程施工规范》GB50666-2011配套使用，GB50204为验收标准，仅对混凝土结构施工的结果进行验收和评定，而GB50666为结构施工工艺和方法的国家标准，是施工质量验收的前提。且本次修订更进一步弱化了GB50204关于施工方面的内容，因此，混凝土结构施工应按照GB50666实施。 三、新规范主要修订内容 与GB50204-2002（2011版）相比 1、完善了验收基本规定（与GB50300-2013的修订相符，GB50300-20 13关于验收的相关规定上改动量较大）； 2、与相关规范进行协调，删除了部分施工过程控制内容（应与相关施工规范《混凝土结构工程施工规范》GB50666-2011配套使用）； 3、增加了认证或连续检验合格产品的检验批容量放大规定； 4、加强了对工具式模板及高大模板的验收要求 5、删除了模板拆除内容（应与相关施工规范《混凝土结构工程施工规范》G B50666-2011配套使用）； 6、增加了成型钢筋等钢筋应用新技术的验收规定；
模板工程施工作业规范
前言 《模板工程施工作业规范》是结合总公司施工作业的实际情况编写的工法，是本单位施工经验的积累。本作业规范经多次讨论、修改，最后经总公司工法编制领导小组审定，现决定批准发布，请大家在施工中遵照执行，同时请大家及时总结施工过程中的实践经验，不断补充完善总公司的作业规范库，使我们企业的施工技术水平不断提高。 工法编制小组 xxxx年12月 模板工程施工作业规范 一、适用范围 适用于一般工业与民用建筑砼结构工程中模板工程的施工。 二、基础模板工程 （一）、施工准备 1、基础模板的材质选用，主要有木模和钢模两种。对于木模，木材应符合《木结构工程施工及验收规范》（GBJ206－83）中的承重结构选材标准，材质不宜低于Ⅲ等级；对于钢模，钢材应符合组合钢模板技术钢标准。对定型钢模板必须检查出厂检验合格证，符合
要求后方可使用。 2、确定模板的周转用量 按实际总用量，分段施工次数及每次的损耗率计算出周转用量，组合钢模应另配5％的木模数量。 3、模板的加固件按模板用量的含量分别计算。支撑选用φ48钢管。编制模板与配件的规格、品种和数量明细表。 4、地下室等地下墙体，剪力墙等较高的构件，其侧向压力应进行计算，从而确定支架的间距，排列方式及架体侧向支撑。 5、在进行模板工程前，先复查地基垫层标高及中心线位置，弹出基础边线及轴线，检查基础模板面标高应符合设计要求。 6、进入施工现场必须戴好劳动保护用品并系牢，工作前应先检验所有使用的工具是否牢固。 7、准备好安装模板的工具，如斧头、扳手、锯、钉锤、撬杠、起子、墨斗、毛刷等；机械：圆锯机、电动扳手、手提圆盘、手提工电钻、钻床、平刨机、压刨机、手机刨、电焊机等。所有电器机械，均应事先安装验收合格。 8、模板的制作、储存、保养 模板工程应依据设计图纸编制施工方案，进行模板设计，并根据施工现场条件确定的荷载对模板及支撑体系进行验算，必要时进行有关试验，制作出适用的模板。模板的制作质量，要满足工程的质量要求。 9、模板的运输 模板在运输过程中，应堆放整齐。 （二）、施工方法 1、工艺流程 模板工作内容包括： 场外运输清理刷隔离剂场内运输
软件工程文档模板(完整规范版)
软件エ程文档模板 目录 1. 范围 (1) 2. 总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目地开发实施过程管理要求 (2) 2.3.1 软件项目实施过程总体要求 (2) 2.3.2 软件项目实施变更要求 (2) 2.3.3 软件项目实施里程碑控制 (2) 3. 软件开发 (3) 3.1软件地需求分析 (3) 3.1.1 需求分析 (3) 3.1.2 需求分析报吿地编制者 (4) 3.1.3 需求报吿评审 (4) 3.1.4 需求报吿格式 (4) 3.2软件地概要设计 (4) 3.2.1 概要设计 (4) 3.2.2 编写概要设计地要求 (4) 3.2.3 概要设计报吿地编写者 (4) 3.2.4 概要设计合需求分析、详细设计之间地关系合区别 (4) 3.2.5 概要设计地评审 (4) 3.2.6 概要设计格式 (4) 3.3软件地详细设计 (5) 3.3.1 详细设计 (5) 3.3.2 特例 (5) 3.3.3 详细设计地要求 (5) 3.3.4 数据库设计 (5) 3.3.5 详细设计地评审 (5) 3.3.6 详细设计格式 (5) 3.4软件地编码 (5) 3.4.1 软件编码 (5) 3.4.2 软件编码地要求 (5) 3.4.3 编码地评审 (6) 3.4.4 编程规范及要求 (6) 3.5软件地测试 (6) 3.5.1 软件测试 (6) 3.5.2 测试计划 (6) 3.6软件地交付准备 (6)
3.6.1 交付清单 (6) 3.7软件地鉴定验收 (7) 3.7.1 软件地鉴定验收 (7) 3.7.2 验收亼员 (7) 3.7.3 验收具体内容 (7) 3.7.4 软件验收测试大纲 (7) 3.8培训 (7) 3.8.1 系统应用培训 (7) 3.8.2 系统管理地培训（可选） (8) 附录А软件需求分析报吿文档模板 (9) 附录Ь软件概要设计报吿文档模板 (21) 附录С软件详细设计报吿文档模板 (33) 附录D 软件数据库设计报吿文档模板 (43) 附录Е软件测试(验收)大纲 ...................................................................... 错误!未定义书签。5
软件工程各阶段各图
我们通常都是对图形化的东西情有独钟，我们小时候的启蒙教育基本上也都是从图形化开始的，我们曾经看过的连环画、漫画、看图识字等等。因为图形能将一个抽象的东西具体化、形象化，图形化的表述能将一个用文字语言无法表达清楚或很难表达的观点、事物、科学概念等清晰的呈现出来。这就是为什么我们相比晦涩难懂文字更喜欢形象生动的图形的原因。 软件工程导论作为软件工程中非常重要的一门课程，通常因为其偏文科性、理论性、概念性而得不到人们的重视，但幸运的是在软件工程导论中有我们非常易于接受、理解的东西——图，否则我们自己会把自己害得很惨（软件工程导论真的很重要哦！）。 软件工程导论中一般把软件的开发分为八个阶段：１.问题定义２.可行性研究３.需求分析４.总体设计（概要设计）５.详细设计６.编码和单元测试７.综合测试８.软件维护。下面我们就说说各个阶段中与图的难解难分。 １. 问题定义 问题定义阶段主要是根据用户的需求来定义用户需要解决的问题，用户要实现哪些功能。
２. 可行性研究 可行性研究阶段就是看是否有一种使其在最小的代价，尽可能短的时间内，利益最大化的情况下解决问题的方案。这个阶段的分析主要涉及以下几个图形工具。 2.1 系统流程图 系统流程图是描述系统物理模型的一种传统工具。它是表达数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。系统流程图形象的呈现了软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。 2.2 数据流图 数据流图是从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。如果说系统流程图能让用户更好的明白系统的功能，那么数据流图则让用户更加明白系统的工作原理。
软件工程文档模板(完整规范版)
软件工程文档模板 目录 1.范围 (1) 2.总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目地开发实施过程管理要求 (2) 2.3.1软件项目实施过程总体要求 (2) 2.3.2软件项目实施变更要求 (2) 2.3.3软件项目实施里程碑控制 (2) 3.软件开发 (3) 3.1软件地需求分析 (3) 3.1.1需求分析 (3) 3.1.2需求分析报吿地编制者 (4) 3.1.3需求报吿评审 (4) 3.1.4需求报吿格式 (4) 3.2软件地概要设计 (4) 3.2.1概要设计 (4) 3.2.2编写概要设计地要求 (4) 3.2.3概要设计报吿地编写者 (4) 3.2.4概要设计合需求分析、详细设计之间地关系合区别 (4) 3.2.5概要设计地评审 (4) 3.2.6 概要设计格式 (4) 3.3软件地详细设计 (5) 3.3.1详细设计 (5) 3.3.2特例 (5) 3.3.3详细设计地要求 (5) 3.3.4数据库设计 (5) 3.3.5详细设计地评审 (5) 3.3.6详细设计格式 (5) 3.4软件地编码 (5) 3.4.1软件编码 (5) 3.4.2软件编码地要求 (5) 3.4.3编码地评审 (6) 3.4.4编程规范及要求 (6) 3.5软件地测试 (6)
3.5.1软件测试 (6) 3.5.2测试计划 (6) 3.6软件地交付准备 (6) 361交付清单 (6) 3.7软件地鉴定验收 (7) 3.7.1软件地鉴定验收 (7) 3.7.2验收△员 (7) 3.7.3验收具体内容 (7) 3.7.4 软件验收测试大纲 (7) 3.8培训 (7) 3.8.1系统应用培训 (7) 3.8.2系统管理地培训（可选） (8) 附录A 软件需求分析报吿文档模板 (9) 附录b 软件概要设计报吿文档模板 (21) 附录C 软件详细设计报吿文档模板 (33) 附录D软件数据库设计报吿文档模板 (43) 附录E 软件测试（验收）大纲..................................... 错误！未定义书签。5