软件概要设计说明书 (1)
1．概述 (1)
1.1 软件设计目标 (1)
1.2 参考资料 (1)
2 术语表 (2)
3 用例 (2)
4 设计概述 (2)
4.1简述 (2)
4.2系统结构设计 (2)
4.1.1 物理模型：..................................................................... 错误！未定义书签。
4.1.2 软件功能结构图： (4)
4.3系统层次划分 (3)
4.4设计用况的类图、顺序图 (4)
4.4.1市民上报问题 (4)
4.4.2上级下达命令 (8)
4.4.3街乡二级平台上报问题 (11)
4.4.4（监督员）登记问题（接线员上报问题） (13)
4.4.5值班长核查问题 (16)
4.4 约束和假定 (19)
5 非功能性需求 (19)
软件设计说明书
1．概述
本说明书主要描述朝阳区城市网络化管理信息系统的子系统的各个模块的设计；包括登录模块，登记问题模块，市民上报问题模块，上级下达命令模块，街乡二级平台上报问题模块，核查问题模块，以及立案模块。将针对上述模块的功能进行面向对象的分析并完成相应用例的顺序图，相应对象的状态图的设计以及系统总体构架和配置。对系统的性能，可用性等非功能需求也有相应描述，供详细设计人员和项目小组以及用户参考。
1.1 软件设计目标
我国数字城市技术应用现已逐渐应用到社会的各个领域中。为了节约大量的人力、物力、财力。网格管理新模式的提出将解决人们一串串“投诉没门路、解决无期限”的烦恼。
本系统主要实现朝阳区城市网络化管理信息系统中的信息提交子系统功能。具体针对各个模块进行概要设计，模块化结构更清晰。
1.2 参考资料
中华人民共和国国家标准：《城市市政监管信息系统技术规范》；
《城市市政监管信息化部件和事件分类与编码》；
《城市市政监管信息化单元网格划分与编码》；
《城市市政监管信息化地理编码》；
《软件需求规格说明书》
2术语表
UML 统一建模语言
3系统顶级用例
4设计概述
4.1简述
本说明书采用的设计方法为面向对象设计法;
系统的体系结构为B/S结构;
相应技术为UML_Rational Rose.
4.2系统物理模型
部署图：
1．节点说明
Web服务器：Happy 2005 2.40GHz CPU，512MB内存，20GB*4硬盘;操作系统：Windows XP;
数据库服务器：MS SQL Server 2000；
浏览器：IE5.0。
协议：数据库：ADO
2. 节点间的连接
协议：网络：TCP/IP
3.节点的性能要求
根据登录权限进入相应角色对应的界面，接线员，市级领导，街乡二级平台，值班长，监督员要进行用户名和口令登录检查。
4.3 系统分析
系统划分为五个层次：用户界面层、专用应用软件层、通用应用软件层、中间层和数据层。
4.3.1 业务流程图：
本部分用活动图从纯业务角度描述业务流程
4.3.2 系统流程图：
本部分描述在计算机参与业务后，从“人-机交互”的角度描述业务的实现（用活动图）
4.4设计用况的类图、顺序图
4.4.1市民上报问题
4.4.1.1 市民上报问题类图,顺序图
用例编号：U_01_008 市民上报问题:
说明：
市民上报问题时，在登录界面里，市民无需登录，点击市民上报直接进入市民上报问题表单，输入上报的问题，点击确认，进行有效性验证，查询问题登记表，检查是否有相同的模糊匹配的记录，如果该问题已存在或是已解决，则返回该问题已存在/已解决对话框；否则进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。
市民上报问题用例中的界面类包括：
登录界面（Login）
市民上报问题表单（PubForm）
提交成功对话框（SubSuccessDialog）
问题已存在/已解决对话框（ExistDialog）
市民上报问题用例中的控制类包括：
检查（Check）:问题查询，以及输入有效性
上报问题处理（Submission）
市民上报问题用例中的实体类包括：
问题登记表（ProbRecord）
顺序图：
4.4.1.2边界类
市民上报问题界面类的原型如图所示：
登录界面原型如下：
ProbRecord类：映射到数据库的问题登记表T-ProbRecord表上
职责：通过ADO表单内容进行汇总并在T-ProbRecord表中创建一条问题记录。
属性：
操作：
提交信息（CREAT）
重新填写（REWRITE）
4.4.1.4控制类
检查类：检查市民填写表单的有效性
1）接收市民上报问题表单界面类专递来的表单；
2）进行汇总，形成有效数据并检索数据库的T-ProbRecord表，进行模糊查询，如果存在该问题，则显示该问题已存在对话框；
3）如果不存在该问题，进行上报问题处理
上报问题处理类：处理上报问题
1）创建问题记录，对默认值默认处理，对关联项进行匹配。
2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为待核查；
3）返回提交成功对话框。
4.4.2上级下达命令
4.4.2.1 上级下达命令类图，顺序图
用例编号：U_01_009 上级下达命令:
说明：
上级下达命令时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入市级领导上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。
上级下达命令用例中的界面类包括：
登录界面（Login）
市级领导上报问题表单（LeaderForm）
提交成功对话框（SubSuccessDialog）
市级领导上报问题用例中的控制类包括：
身份验证（UserValidity）:身份验证
检查（Check）:问题查询，以及输入有效性
上报问题处理（Submission）
市级领导上报问题用例中的实体类包括：
用户信息表(T_UserInfo)
问题登记表（T_ProbRecord）
顺序图：
4.4.2.2边界类
市级领导上报问题界面类的原型如图所示：
登录界面原型如下：
4.4.2.3实体类
ProbRecord类：映射到数据库的问题登记表T-ProbRecord表上
处理同上
UserInfo类：映射到数据库的用户信息表T-UserInfo表上
职责：根据输入的提交者，密码，到用户信息表中验证用户身份，并根据权限显示相应的表单。
属性：
4.4.2.4控制类
用户有效性验证类：验证提交者身份
1）提交者点击登陆，根据提交者和密码到信息表中验证有效性
2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的市级领导上报问题表单。
检查类：检查市级领导上报问题表单的有效性
1）接收市级领导上报问题表单界面类专递来的表单；
2）进行汇总，形成有效数据；
3）进行上报问题处理
上报问题处理类：处理上报问题
1）创建问题记录，对默认值默认处理，对关联项进行匹配。
2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；
3）返回提交成功对话框。
4.4.3街乡二级平台上报问题
4.4.3.1 街乡二级平台上报问题类图，顺序图
用例编号：U_01_010 上级下达命令:
说明：
街乡二级平台上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入街乡二级平台上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。
街乡二级平台上报问题用例中的界面类包括：
登录界面（Login）
街乡二级平台上报问题表单（LeaderForm）
提交成功对话框（SubSuccessDialog）
街乡二级平台上报问题用例中的控制类包括：
身份验证（UserValidity）:身份验证
检查（Check）:问题查询，以及输入有效性
上报问题处理（Submission）
街乡二级平台上报问题用例中的实体类包括：
用户信息表(T_UserInfo)
问题登记表（T_ProbRecord）
顺序图：
4.4.3.2边界类
街乡二级平台上报问题界面类的原型如图所示：
登录界面见上
4.4.3.3实体类
ProbRecord类：映射到数据库的问题登记表T-ProbRecord表上
处理同上
UserInfo类：映射到数据库的用户信息表T-UserInfo表上
处理同上
4.4.3.4控制类
用户有效性验证类：验证提交者身份
1）提交者点击登陆，根据提交者和密码到信息表中验证有效性
2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的街乡二级平台上报问题表单。
检查类：检查街乡二级平台上报问题表单的有效性
1）接收街乡二级平台上报问题表界面类专递来的表单；
2）进行汇总，形成有效数据；
3）进行上报问题处理
上报问题处理类：处理上报问题
1）创建问题记录，对默认值默认处理，对关联项进行匹配。
2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；
3）返回提交成功对话框。
4.4.4（监督员）登记问题（接线员上报问题）
4.4.4.1 （监督员）登记问题类图，顺序图
用例编号：U_01_005 登记问题:
说明：
监督员上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入监督员上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。
监督员上报问题用例中的界面类包括：
登录界面（Login）
监督员上报问题表单（SupervsForm）
提交成功对话框（SubSuccessDialog）
监督员上报问题用例中的控制类包括：
身份验证（UserValidity）:身份验证
检查（Check）:问题查询，以及输入有效性
上报问题处理（Submission）
监督员上报问题用例中的实体类包括：
用户信息表(T_UserInfo)
问题登记表（T_ProbRecord）
顺序图：
4.4.4.2边界类
街乡二级平台上报问题界面类的原型如图所示：
4.4.4.3实体类
ProbRecord类：映射到数据库的问题登记表T-ProbRecord表上处理同上
UserInfo类：映射到数据库的用户信息表T-UserInfo表上
处理同上
4.4.4.4控制类
用户有效性验证类：验证提交者身份
1）提交者点击登陆，根据提交者和密码到信息表中验证有效性
2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的监督员问题登记表单。
检查类：检查监督员问题登记表单的有效性
1）接收监督员问题登记表界面类专递来的表单；
2）进行汇总，形成有效数据；
3）进行上报问题处理
上报问题处理类：处理上报问题
1）创建问题记录，对默认值默认处理，对关联项进行匹配。
2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；
3）返回提交成功对话框。
核查申请类：映射到数据库的核查申请表T_Check表上
1）读取核查消息，进行核查
2）核查后提交核查完毕消息；
3）修改核查申请表中的核查否项为：已核查
4.4.5值班长核查问题
4.4.
5.1 值班长核查问题类图，顺序图
用例编号：U_01_015 核查问题:
说明：
值班长浏览查询并操作问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入值班长核查问题表单，可输入查询条件，进行查询，根据返回的记录对不同状态的记录进行不同的操作：对已提交的记录进行立案处理，对于待核查的问题，发送核查命令给监督员进行核查，发送命令成功后返回发送成功对话框。
值班长核查问题用例中的界面类包括：
登录界面
值班长核查问题表单
发送成功对话框
值班长核查问题用例中的控制类包括：
身份验证:身份验证
检查:问题查询，以及输入有效性
上报问题处理
值班长核查问题用例中的实体类包括：
用户信息表(T_UserInfo)
问题登记表（T_ProbRecord）
核查问题表
顺序图：
4.4.
5.2边界类
值班长核查问题界面类的原型如图所示：
4.4.
5.3实体类
问题登记类：映射到数据库的问题登记表T-ProbRecord表上处理同上
用户信息类：映射到数据库的用户信息表T-UserInfo表上
处理同上
核查申请类：映射到数据库的核查申请表T_Check表上
4.4.
5.4控制类
用户有效性验证类：验证提交者身份
1）提交者点击登陆，根据提交者和密码到信息表中验证有效性
2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的值班长核查问题表单
查询类：按照选择的条件进行查询
1）选择查询条件；
2）进行过滤，将满足条件的记录显示在界面上；
发送核查命令处理类：发命令给监督员
1）创建申请记录；
2）读取核查申请表，如果问题已核查，也就是问题当前状态为已核查，则进行立案处理
4.4 约束和假定
本系统要求满足编码满足建设部网格标准，具体标准见需求分析文档；本系统将会跟其他系统进行交互也就是呼叫中心进行交互，本系统的立案申请，将上报到呼叫中心进行中和处理。
5非功能性需求
本系统要求可靠性，健壮性，要求实时性；对反馈时间也需要特别说明。
说明：由于时间关系本概要设计还需完善。
附件三 XXX项目 软件设计规格说明书 版本 <>
目录 1概述.............................................. 错误!未定义书签。 编写目的........................................ 错误!未定义书签。 编写依据........................................ 错误!未定义书签。 术语和缩略词.................................... 错误!未定义书签。2软件概要.......................................... 错误!未定义书签。 软件总体描述.................................... 错误!未定义书签。 软件设计约束及有关说明.......................... 错误!未定义书签。 使用者特点...................................... 错误!未定义书签。3开发和运行环境.................................... 错误!未定义书签。 硬件环境........................................ 错误!未定义书签。 支持软件环境.................................... 错误!未定义书签。 接口............................................ 错误!未定义书签。 控制和操作...................................... 错误!未定义书签。4详细需求.......................................... 错误!未定义书签。 性能需求........................................ 错误!未定义书签。 功能需求........................................ 错误!未定义书签。 数据需求........................................ 错误!未定义书签。5故障处理需求...................................... 错误!未定义书签。 软件运行故障.................................... 错误!未定义书签。 软件使用故障.................................... 错误!未定义书签。6质量需求.......................................... 错误!未定义书签。7其他需求.......................................... 错误!未定义书签。 易用性需求...................................... 错误!未定义书签。 安全性需求...................................... 错误!未定义书签。
方案设计阶段的总平面设计内容： 设计说明书 1、概述场地现状特点和周边环境情况，详尽阐述总体方案的构思意图和布局特点，以及在 竖向设计、交通组织、景观绿化、环境保护等方面所采取的具体措施。 2、关于一次规划、分期建设以及原有建筑和古树名木保留、利用、改造（改建）方面的总 体设想。 设计图纸 1、场地的区域位置。 2、场地的范围（用地和建筑物各角点的坐标或定位尺寸、道路红线）。 3、场地内及四邻环境的反映（四邻原有及规划的城市道路和建筑物，场地内需保留的建筑 物、古树名木、历史文化遗存、现有地形与标高、水体、不良地质情况等）。 4、场地内拟建道路、停车场、广场、绿地及建筑物的布置并表示出主要建筑物与用地界线 （或道路红线、建筑红线）及相邻建筑物之间的距离。 5、拟建主要建筑物的名称、出入口位置、层数与设计标高以及地形复杂时主要道路、广场 的控制标高。 6、指北针或风玫瑰图、比例。 7、根据需要绘制下列反映方案特性的分析图：功能分区、空间组合及景观分析、交通分析 （人流及车流的组织、停车场的布置及停车泊位数量等）、地形分析、绿地布置、日照分析、分期建设等。 一般情况下，做到以下深度即可满足常规要求： 场地的区域位置图：大城市应包括城市位置和区域位置； 现状图：现有地形和标高、地貌、现状环境、古树名木、历史文化遗存、用地红线……； 总平面图：拟建主要建筑物的名称、位置、层数与设计标高，控制标高。场地内外主要道路、出入口、绿化、停车、指北针、风玫瑰图、比例、技术经济指标表……； 交通道路图：也可分为道路广场图和交通流线分析图； 绿化图：也可分为绿化布置图和绿化景观分析图； 竖向图、管网图（可以不做）。 初步设计阶段的总平面设计内容： 在初步设计阶段，总平面设计专业的设计文件应包括设计说明书、设计图纸、根据合同约定的鸟瞰图或模型。
软件开发流程图 项目前期 需 求 变 化项目启动 需 要系统实变现 更系统调测 开始 获取用户需 编制初步方 编制进度 / 跟踪 需求基本确定 编制详细预 配置内部资 分配开发任 系统实现 控制/调 无需变更 技术调测 PM：获取 EU主要的关键性需求 PM：根据 GM安排编制简略 / 详细的建设方案 PM：基于内部预算对 EU提供费用报价 PM：与 EU确认需求变动及方案、费用调整 PM：完成详细内部预算并提交给GM PM：通过内部项目管理系统配置详细人员、进度安排 PM：移交 EU需求给PG，安排 PG开发任务 PG：根据 EU需求及 PM要求，执行开发任务 PM：通过内部项目管理系统审核PG工作日志， 确认 EU需求变动，执行进度控制，必要时变 更人员安排及内部预算 PG：技术调测及修改；根据TE 测试文档调试修改集成测
部署试
TE：进行集成测试，编制测试文档，提交PM，送达PG 未 通 过通过 通过项目后期 系统验收 结束PG：部署至外部服务器 PM：系统初验 EU：试用 PG ： 部署正式上线，编制开发字典，提交PM M 获得试用意见 TE：编制系统操作手册、功能列表，提交PM PM：提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项，向 GM汇报 备注： PM (Project Manager)：项目经理PG (Programmer)：程序员EU (End-User)：最终用户TE (Test Engineer)：测试工程师GM (General Manager)：总经理 硬件开发流程图
产品调研 / 新产品立设计开发执行子项目分支执 首样评审业务部主导 研发部 研发部主导 业务部 研发部主导 研发部主导 业务部 采购部 研发部主导 业务部 工程部 1、资料搜集并拟定产品需求表 ① 预期的用途，特定的功能、性能和安全要求； ② 类似产品的名称，型号或参考实物样板； ③ 细化客户对产品的外观、功能、价格等要求； ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分 析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义，进行3D 图形设计 与修改，形成《产品外观效果图》《产品3D 图》、《产品规 格书》会同业务、总经理展开评审会议，若评审通过，由业 务形成《立案通知书》和《产品研发任务书》交总经 理审批，输出交研发部进行设计开发工作。 注： B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外 观效果图》、《产品 3D 图》、《产品规格书》、《产品研发 任务书》的要求对设计工作进行策划形成《项目进度表》，包括： ① 设计过程中各阶段时间和工作内容的安排； ② 设计评审、设计验证、设计确认的安排； ③ 设计过程中各项工作的分工及各小组之间的接口及工 作顺序等； 4、项目负责人根据《项目进度表》推进设计，每设计阶段 必须与研发部经理进行设计评审，设计评审完成后研发部 完成硬件打样，首样制作由该项目各负责工程师共同制作， 并完成《样机测试记录表》、《操作说明》、《首样评审表》， 并填写《线路板通知书》、《开模申请表》交研发经理审核。研发 部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子 版、结构爆炸图、《样机测试记录表》、《软件测试 记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容，对需要做设计变更的 尤其产品外观改动的，需经总经理批准的《设计变更表》， 才能对其模具设计修改，并填写《改模记录表》。首样评审完 成修改通过后，发放至工程部由工程部汇总完成《工程 样机测试汇总表》，3 个工作日后由项目负责人组织电子、 结构、工程、品质、业务进行项目首样评审。
实用文案
修订记录
目录 第一章概述 (5) 1.1.应用模块的目的 (5) 1.2.应用模块总体描述 (5) 1.3.应用模块接口描述 (5) 1.4.假设条件 (5) 第二章设计模式（Design pattern） (6) 第三章类设计 (7) 3.1.分块类图 (8) 3.1.1.<类图1> 8 3.1.2.<类图n> 8 3.2.整体继承关系 (8) 3.3.类描述 (9) 3.3.1.<类名1> Class Description 9 3.3.2.<类名n> Class Description 10 第四章交互图 (12) 4.1.<情景编号1: 情景名称> (12) 4.1.1.交互图 12 4.1.2.例外情况及条件 13 4.2.<情景编号n: 情景名称> (13) 第五章状态图 (14) 5.1.<状态图编号1:状态图名称> (14)
5.2.<状态图编号n:状态图名称> (15) 第六章时序流程图 (16) 第七章用户界面设计说明 (18) 7.1.用户界面关系 (18) 7.2.用户界面具体描述 (18) 7.2.1.<界面编号1:界面名称〉 18 7.2.2.<界面编号N:界面名称〉 19 第八章测试考虑 (20) 第九章附录 (21) 9.1.附录A 代码举例 (21) 9.2.附录B 设计问题 (21) 9.2.1.<设计问题1> 21 9.2.2.<设计问题n> 21
第一章概述 1.1.应用模块的目的 请明确客户建立应用模块的目的。 1.2.应用模块总体描述 描述应用模块的总体功能。 1.3.应用模块接口描述 简要描述本应用模块的公共接口，具体接口会在相应的类中进行具体描述。建议采用列表的方式。 1.4.假设条件 列出在问题领域，项目方案及其它影响系统设计的可能方面内，应当成立的假设条件。包括系统的约束条件和应遵循的标准。
总图设计 中国建筑设计研究院 徐忠辉 一、总图设计的作用、现状及发展 1.总图设计的定义 总图设计、总体设计、场地设计、总图与运输设计、总平面设计、室外工程设计、小市政设计、景观设计等。（MASTER PLAN\SITE PLAN\GENERAL PLAN\LANDSCAPE DESIGN） 总图设计：是针对基地内建设项目的总体设计，依据建设项目的使用功能要求和规划设计条件，在基地内外的现状条件和有关法规、规范的基础上，人为地组织与安排场地中各构成要素之间关系的活动。 5、总图设计成果： 《建筑工程设计文件编制深度规定》要求： 方案阶段：总平面设计说明及设计图纸， 初步设计阶段：3．3．总平面 -- 设计说明书、区域位置图(根据需要绘制)、总平面图、竖向布置图
施工图阶段：4．2.总平面图、竖向布置图、土石方图、管道综合图、绿化及建筑小品布置图、详图：包括道路横断面、路面结构、挡土墙、护坡、排水沟、池壁、广场、运动场地、活动场地、停车场地面、围墙等详图 各阶段可能需要绘制的图纸还有：征地图、交通流线图、消防报批图、人防报批图、绿化报批图、地勘定位图、报建（报规）图、建筑定位放线图，配合单体施工图审查的总平及竖向图、场地初（粗）平图，管线报装图、管线过路管预留图、树木移植图等配合图（注意母图永远是总平面图，任何修改和变化应及时修正总平面图，充分利用图层管理器） 6、总图设计的重要性 总图设计是民用建筑设计中的重要组成部分，不可或缺，对建设项目起着非常关键的综合控制作用，没有总图设计的项目必定出现许多问题，必定加长建设周期，增加建设投资，影响建成后的使用，甚至出现影响和谐造成生命财产的损失。（滑坡、水涝、火灾、疏散、交通等）了解总图设计的技术要求可更好的帮助建筑师在方案阶段的工作。 环保节能 《公共建筑节能设计标准》GB50189—2005 4.1.1 建筑总平面的布置和设计，宜利用冬季日照并避开冬季主导风向，利用夏季自然通风，建筑的主朝向宜选择本地区最佳朝向或接近最佳朝向。 《居住建筑节能设计标准》（采暖居住建筑部分）JGJ26-95 4.1.1 建筑物朝向宜采用南北向或接近南北向，主要房间宜避开冬季主导风向。 《夏热冬暖地区居住建筑节能设计标准》JGJ75-2003 4.0.2 居住建筑的朝向宜采用南北向或接近南北向 在总平面、竖向布置和绿化设计中考虑雨水的渗透、回收利用，减少硬化地面新技术的运用：如污水的生态处理、地源（水源）热泵技术 新型和传统环保材料的运用：如无砂混凝土（雨水的渗透）、新型沥青（强度高、寿命长、噪音小）
售前准备 利水新华（北京）科技有限公司质量记录 软件项目开发流程图 开始 售 前 项 目 实 销售立项 软件组 综合组 商务 技 术 支 持 任 务 书 销售立项报告 合同评审记录表 签订合同 工 程 立 项 任 务 书 施 设计开发 开发任务书 需求分析 工程立项报告书 实施策划 测试记录及问题处理表 进度管理表 集成测试 安装调试 申请表 安装调试 培训 评估表 用户 测试 测 试 记 录 项目移交 申请表 初验 报验申请表 试运行 及 表理处题问 项 目 服 项目移交 接收内容 登记表 项目维护 终验申请 终验 终验报告 质保期维护 务 服 务 及 维 护 记 录 结束 1
实施策划利水新华（北京）科技有限公司质量记录 实施流程图（一） 售前控制 编写立项报告?工程立项报告书立项评审 N ?评审记录 客户Y评审 通过?立项通知?变更申请 需求分析 Y 客户沟通、交流 编写软件需求规格说明书 ?软件需求规格说明书 ?测试用例 N 需求评审 编制项目 测试用例 编制项目进度 评审 通过 Y 任务分发 ?交流纪要 ?变更记录 ?进度管理表 ?客供财产清单 ?开发任务书 ?空间数据或美工处理任务书 ?采购申请 ?进度报告 ?评审记录 ?变更申请 系统设计 2
实施流程图（二） 需求分析 系 统 设 计 编写 需求解读 软件设计说明书 数据库设计说明书 ?软件设计说明书 ?数据库设计说明书 N 设计评审评审 通过 Y ?评审记录?进度管理表?进度报告 编制开发进度?变更申请 具体任务分配 软 件 编 码实单元测试 代码编写?安装维护手册 ?用户手册 ?软件程序编写规范 ?源代码 现 代码修改 测试问题修手册编写 ?测试记录及问题处理表 ?进度管理表 ?进度报告 ?变更申请 改 项?测试计划 目 测 试 项目集成测试编写测试报告编制培训大纲 安装调试 3?用户培训大纲（教材）?测试分析报告 ?测试记录及问题处理表?进度管理表 ?进度报告 ?变更申请
模板设计说明书 一工程概况 本工程为六库至跃进桥段三标，采用钢木结合模板，架体采用液压自爬模。 二模板 2.1 简述 本套模板具有结构合理，经济实用，标准化程度高等特点。在单块模板中，胶合板与竖肋(木工字梁)采用自攻螺丝和地板钉连接，竖肋与横肋（双槽钢背楞）采用连接爪连接，在竖肋上两侧对称设置两个吊钩。两块模板之间采用芯带连接，用芯带销固定，从而保证模板的整体性，使模板受力更加合理、可靠。木梁直墙模板为装卸式模板，拼装方便，在一定的范围和程度上能拼装成各种大小的模板。模板允许砼侧压力为60KN/M2。模板的组成 序号名称效果图 1 吊钩 2 竖肋 3 横肋 4 连接爪 5 芯带 6 芯带插捎 和垫板 7 拼缝背楞 注：模板面板为21mm厚进口维萨板。 三主要施工节点 3.1 直墙模板拼缝结点 如下图，直墙木梁模板通过芯带进行连接，模板与模板之间直接拼缝时，采用拼缝一的做法，当模板与模板之间不能拼在一起时，则增加拼缝模板，用芯带压住拼缝模板，按拼缝二做法。
墩身为矩形所以阳角处模板通过斜拉杆控制，角部模板贴上海绵条，能有效保证模板角部不胀 开和漏浆。 3.2 模板拼装质量标准 模板的质量满足甲方施工要求，拼装成型后，需达到以下标准： 1.板面对角线误差值小于3.0mm； 2.相邻模板高低差±0.5mm，两块模板拼缝间隙±0.5mm ； 3.板面平整度±0.5mm,模板局部变形不应大于1.0 mm； 4.21mm的维萨板倒用30-40次。（改装除外） 四模板拼装 4.1 工具 常用模板拼装工具有：手电钻、开孔器、钻头、批头、电刨、电锯、曲线锯、锯片、墨斗、铅 笔、卷尺、角尺、电锯、靠尺、线坠、油漆刷、灰刀、毛笔、扳手、胶枪、气钉枪、气钉等（部分 如图1）。 图1 工具手电钻扳手靠尺 （按图中摆放）胶枪线坠卷尺 4.2 辅助材料 油漆、玻璃胶、原子灰、自攻螺钉、铁钉、钢丝等所用到的材料。 4.3 拼装平台 模板正面打自攻螺钉，要求平台高度200-400mm，可选用“工”字钢，或者槽钢搭设平台（如图 2）； 要求操作平台搭设牢固、安全、平稳，对应的各构件平行而且确保在同一水平面上，对角线长度 保持一致。 图2 搭设平台（适用于正面上自攻螺钉） 4.4 模板拼装过程 4.4.1 放置背楞
方案设计阶段的总平面设计容 (2) 一、设计说明书 (2) 二、设计图纸 (2) 初步设计阶段的总图设计容 (3) 一、设计说明书 (3) 1、设计依据及基础资料 (3) 2、场地概述 (3) 3、总平面布置 (4) 4、竖向设计 (4) 5、交通组织 (5) 二、设计图纸 (6) 1、区域位置图 (6) 2、总平面图 (6) 3、竖向布置图 (7) 施工图设计阶段的总平面设计容 (9) 一、图纸目录 (9) 二、设计说明书 (9) 三、总平面图 (9) 四、竖向布置图 (10) 五、土方图 (11) 六、管道综合图 (12) 七、绿化及建筑小品布置图 (13) 八、详图 (13) 九、设计图纸的增减 (13) 十、计算书 (13)
方案设计阶段的总平面设计容 一、设计说明书 1、概述场地现状特点和周边环境情况，详尽阐述总体方案的构思意图和布局特点，以及在竖向设计、交通住址、景观绿化、环境保护等方面所采取的具体措施。 2、关于一次规划、分期建设以及原有建筑和古树名木保留、利用、改造（改建）方面的总体设想。 二、设计图纸 1、场地的区域位置、 2、场地的围（用地和建筑物角点的坐标和定位尺寸、道路红线）。 3、场地及四邻环境的反映（四邻原有及规划的城市道路和建筑物，场地需要保留的建筑物、古树名木、历史文化遗存、现有地形与标高、水体、不良地质情况）。 4、场地拟建道路、停车场、广场、绿地及建筑物的布置并表示出主要建筑物与用地界线（或道路红线、建筑红线）及相邻建筑物之间的距离。 5、拟建建筑物的名称、出入口位置、层数与设计标高以及地形复杂是主要道路、广场的控制标高。 6、指北针或风玫瑰图、比例。 7、根据需要绘制下列反映方案特性的分析图：功能分区、空间组合及景观分析、交通分析（人流及车流的组织、停车场的布置及停车泊位数量等）、地形分析、绿地布置、日照分析、分期建设等。 一般情况下，做到以下深度即可满足常规要求： 场地区域位置图：大城市应包括城市位置的区域位置； 现状图：拟建主要的建筑物的名称、位置、层数与设计标高，控制标高。 场地外主要交通道路图：也可分为道路广场图和交通流线分析图； 绿化图：也可分为绿化布置图和路滑景观分析图； 竖向图、管网图（可以不做）
嵌入式软件开发流程 一、嵌入式软件开发流程 1.1 嵌入式系统开发概述 由嵌入式系统本身的特性所影响，嵌入式系统开发与通用系统的开发有很大的区别。嵌入式系统的开发主要分为系统总体开发、嵌入式硬件开发和嵌入式软件开发3大部分，其总体流程图如图1.1所示。 图1.1 嵌入式系统开发流程图 在系统总体开发中，由于嵌入式系统与硬件依赖非常紧密，往往某些需求只能通过特定的硬件才能实现，因此需要进行处理器选型，以更好地满足产品的需求。另外，对于有些硬件和软件都可以实现的功能，就需要在成本和性能上做出抉择。往往通过硬件实现会增加产品的成本，但能大大提高产品的性能和可靠性。 再次，开发环境的选择对于嵌入式系统的开发也有很大的影响。这里的开发环境包括嵌入式操作系统的选择以及开发工具的选择等。比如，对开发成本和进度限制较大的产品可以选择嵌入式Linux，对实时性要求非常高的产品可以选择Vxworks等。
1.2 嵌入式软件开发概述 嵌入式软件开发总体流程为图4.15中“软件设计实现”部分所示，它同通用计算机软件开发一样，分为需求分析、软件概要设计、软件详细设计、软件实现和软件测试。其中嵌入式软件需求分析与硬件的需求分析合二为一，故没有分开画出。 由于在嵌入式软件开发的工具非常多，为了更好地帮助读者选择开发工具，下面首先对嵌入式软件开发过程中所使用的工具做一简单归纳。 嵌入式软件的开发工具根据不同的开发过程而划分，比如在需求分析阶段，可以选择IBM的Rational Rose等软件，而在程序开发阶段可以采用CodeWarrior（下面要介绍的ADS 的一个工具）等，在调试阶段所用的Multi-ICE等。同时，不同的嵌入式操作系统往往会有配套的开发工具，比如Vxworks有集成开发环境Tornado，WindowsCE的集成开发环境WindowsCE Platform等。此外，不同的处理器可能还有对应的开发工具，比如ARM的常用集成开发工具ADS、IAR和RealView等。在这里，大多数软件都有比较高的使用费用，但也可以大大加快产品的开发进度，用户可以根据需求自行选择。图4.16是嵌入式开发的不同阶段的常用软件。 图1.2 嵌入式开发不同阶段的常用软件 嵌入式系统的软件开发与通常软件开发的区别主要在于软件实现部分，其中又可以分为编译和调试两部分，下面分别对这两部分进行讲解。 1．交叉编译 嵌入式软件开发所采用的编译为交叉编译。所谓交叉编译就是在一个平台上生成可以在另一个平台上执行的代码。在第3章中已经提到，编译的最主要的工作就在将程序转化成运行该程序的CPU所能识别的机器代码，由于不同的体系结构有不同的指令系统。因此，不同的CPU需要有相应的编译器，而交叉编译就如同翻译一样，把相同的程序代码翻译成不同CPU的对应可执行二进制文件。要注意的是，编译器本身也是程序，也要在与之对应的某一个CPU平台上运行。嵌入式系统交叉编译环境如图4.17所示。
施工图设计说明书 1、工程概述 1.1工程位置及建设意义 硅谷大街拓宽改造工程位于范家屯镇的东南部，为范家屯镇与长春市区联系的主要通道。该工程的建设将更近一步的推动沿线的基础设施建设，带动沿线开发区的经济建设和发展。 1.2设计主要内容及工程规模 本次设计研究范围为道路工程、桥梁工程、排水工程及所涉及的相关问题。 工程起点桩号K0+600，终点桩号K4+360，全长3760m。 主要工程项目如下： 道路：包含K0+600—K4+360段的道路工程、路内排水工程、土方工程。 道路标准横断为双幅路形式：中央分隔带8米，行车道16米×2，路肩0.5米×2。道路的右幅利用原有道路，本次设计只包括中中央分隔带和左幅路及左侧路肩。 排水管线：道路左侧新建雨水管线共3572.5米。 桥梁：新建2座中桥，K1+411中桥为4孔16米，K4+313.08中桥为3孔16米，桥右幅为原有桥梁，本次只设计包含左幅。 本次施工图设计内容包括：1、道路平面、横断面设计；2、道路纵断面设计；3、路基、路面设计；4、排水设计；5、桥梁工程设计；6、附属工程设计。 2、设计依据及技术标准 2.1设计依据 1、本设计委托单位：公主岭市范家屯镇人民政府。 2、道路工程中线规划坐标及横断 3、《城市道路设计规范》（GJJ37-2012） 4、《城市道路和建筑物无障碍设计规范》（JGJ50-2001） 5、《室外排水设计规范》（GB50014-2006） 6、《给排水标准图集》（2006年版） 7、《公路沥青路面设计规范》（CJTGD50-2006） 8、《公路桥涵地基与基础设计规范》（JTGD63-2007） 9、《道路工程制图标准》（GB50162-92） 10、《市政公用工程设计文件编制深度规定》（2013年版） 11、《工程建设强制性标准条文》建设部 12、《道路交通标志和标线》（GB5768-2009） 13、《范家屯镇城镇总体规划（2009―2020）》 14、《城市桥梁设计规范》CJJ11-2011； 15、《城市桥梁抗震设计规范》CJJ166-2011； 2.2施工及验收规范、标准 1、《城镇道路工程施工与质量验收规范》CJJ1-2008 2、《给水排水管道工程施一及脸收规范》(GB50268-2008) 3、《给水排水构筑物施工及验收规范》(G850141-2008) 2.3主要技术标准 2.3.1、道路工程技术标准 (1)道路等级：城市主干路I级 (2)设计车速: 60Km/h (3)荷载标准: 双轮组单轴载BZZ-100 (4)结构设计年限: 15年 (5)路面结构：沥青混凝土路面 (6)最大纵坡：1.958% (7)最小纵坡：0.014% (8)最小坡长：220米 (9)最小凸曲线半径：6000米 (10最小凹曲线半径：7700米 (11)最小竖曲线长度：68.6米
XX 详细设计说明书 拟制日期yyyy-mm-dd 评审人日期yyyy-mm-dd 批准日期yyyy-mm-dd <公司或企业图标> <公司或企业中英文名称> 版权所有侵权必究 （仅供内部使用）
修订记录 分发记录
目录 1简介 (6) 1.1目的 (6) 1.2范围 (6) 2详细设计 (6) 2.1模块1详细设计 (6) 2.1.1数据描述 (6) 1.简单数据描述； (6) 2.结构1 (6) 3.结构2 (7) 2.1.2函数描述 (8) 1.函数1 (8) 2.函数2 (9) 2.2模块2详细设计 (10) 2.3错误处理 (10) 2.3.1系统错误 (10) 2.3.2接口错误 (10) 2.3.3协议错误 (10)
表目录No table of contents entries found.图目录 Figure 1Module 1 Structure Chart 模块1结构图 (8)
XX 详细设计说明书 关键词： 摘要： 缩略语清单：<对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。
1 简介 1.1 目的 描述本文的目的，一般详细设计必须能够直接指导编码活动。 1.2 范围 本节应描述文档所包括和不包括的内容。 2 详细设计 对于在概要设计说明书中给出的软件实体，本节集中描述它们的详细描述部分。 2.1 模块1详细设计 描述模块中定义和使用的数据，包括： 简单数据，如模块级的全局变量、常量、宏； 复合数据，如模块内部的结构、联合...； 2.1.1 数据描述 在2.1.1.1中描述本模块中的简单变量、常量、宏； 从2.1.1.2起描述本模块中的复合数据，如结构、联合等； 1. 简单数据描述； 描述在本模块中定义和使用的简单变量、常量、宏； 按照下列格式进行简单数据的描述 功能描述：描述该数据的用途 数据定义：定义该数据 2. 结构1 定义和说明该数据结构(包括联合); 按照下列格式进行数据结构的描述 数据结构描述：描述该数据结构的用途 数据结构定义：用实际的编程语言定义该数据结构 数据项描述：
第一部分交通运输及社会经济发展状况 1.1行政区域概况 图1-1 云南省昆明市官渡区地图 如图1-1所示，官渡区位于昆明主城东南、美丽的高原明珠滇池北岸，地处现代新昆明主城与呈贡新城的连接带，是云南省会城市昆明主城区的重要组成部分，因滇池古渡口“官渡”而得名。改革开放以来，官渡区紧紧把握发展机遇，解放思想，开拓创新，自加压力，负重奋进，经济社会迅速发展，已由过去的城郊农业区发展成为昆明市四个中心城区之一。是全省的交通枢纽和最大的商品集散地；也是经济发展最为活跃的县区之一。2004年9月区划调整后，拥有552.21平方公里土地，建成区面积由区划调整时的52平方公里增加到67平方公里，城镇化率达95.7%。 1.2行政区划 2007年末全区户籍人口49.4万人，辖10个乡镇、街道，其中乡1个、镇1个、街道8个，村（居）民委员会99个，自然村189个，社区53个。 1.3地质及自然地理环境
官渡区位于东经102.41'～103.03'、北纬24.54'～25.13'之间。东西宽41.5公里，南北长39公里。位于昆明主城东南、滇池北岸，是古滇文明重要的发祥地，因盛极一时的滇池古渡口官渡而得名。全区总面积552.21平方公里，其中建成区面积113平方公里，下辖八个街道和一镇一乡，常住人口75万人。区内主要入滇河道23条，长200公里。滇池流域面积372平方公里，占全区总面积67％。滇池湖岸线长17.6公里，濒临306平方公里滇池水面。 生态环境良好。全区海拔在1886.6—2731米之间，平坝地区海拔普遍为1900—2000米，属低纬度高海拔地区，受四周山脉的阻隔和印度洋暖湿气流的影响，形成干湿分明，“冬无严寒，夏无酷暑，遇雨成冬”和上、中、下层次分明的立体气候。 自然资源丰富。2007年，全区有耕地5755公顷，林地2.81万公顷，森林覆盖率达43.96%。区内土壤类型复杂多样，垂直分布明显。按成土条件、形成过程和土壤特性区分，有红壤、紫色土、石灰岩土、水稻土、沼泽土等5类。矿产资源以沉积类型为主。已发现的金属矿产主要有铅土矿和赤铁矿；非金属矿主要有石灰岩砖用土、陶土、磷块岩、褐煤、泥炭等。
软件开发流程 V1.0 目录 1.目的 (2) 2.适用围 (2) 3.定义 (2) 4.输入 (2) 5.输出 (2) 6.角色职责 (2) 7.流程图 (2) 8.流程活动说明 (2) 9.纪录和表格 (7) 10.相关文件 (7) 11.流程评测指标 (8) 12.流程负责人 (8)
1.目的 规软件开发过程，指导软件开发人员执行软件开发活动，保障软件开发的顺利进行，确保软件开发进度、开发质量，达到预期目标；并为智力资产库提供输入。 2.适用围 本流程适用于产品研发过程中所有软件（包括固件）开发活动的执行过程 3.定义 4.输入 《产品总体需求规格书》、《产品总体设计方案》 5.输出 5.1《软件概要设计报告》 5.2《软件详细设计报告》 5.3《测试报告》 5.4 源程序（代码） 5.5 可执行程序 6.角色职责 6.1 PDT经理（LPDT）：根据需要参与软件过程中的评审。 6.2 系统工程师（SE）：参与软件开发过程中的评审，指导QA完成评审报告； 6.3 软件工程师（SWE）：编写软件概要设计报告、软件详细设计报告；进行软件编码并自测；进行单元测试、集成测试、系统测试,更新系统测试计划。 6.4 测试工程师（TE）：参与制定测试计划；参与软件开发过程中的评审；参与实施单元测试、集成测试以及系统测试。 6.5 质量保证（QA）：组织、监控软件开发过程中的评审，开发文档的基线化。 6.6 软件配置管理员（CMO）：负责开发过程中的文档及代码的基线化。 6.7 软件需求管理员（RMO）：负责开发过程中的需求跟踪。 7.流程图 见附件: 软件开发子流程-流程图。 8.流程活动说明 010 制定软件项目计划开发组组长&系统工程师&软件工程师&测试工程师 根据产品的开发计划，制定产品软件部分的开发计划，包括进度、任务安排、风险、人
<集团公司管理系统> 详细设计说明书 版本 <1.2>
修订历史记录
1．引言 (3) 1.1编写目的 (3) 1.2项目背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2．总体设计 (4) 2.1需求概述 (4) 2.2软件结构 (5) 3．程序描述 (6) 3.1功能 (6) 3.2性能 (6) 3.3输入项目 (6) 3.4输出项目 (6) 3.5算法 (6) 3.6程序逻辑 (6) 3.7接口 (7) 3.8存储分配 (7) 3.9限制条件 (7) 3.10测试要点 (7) 1．引言 1.1编写目的 在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。 在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。主要的工作有：根据在《需求分析说明书》中所描述的数据、功能、运行、性能需求，并依照《概要设计说明书》所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述（包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等）。 在以下的各个阶段中，《用户操作手册》将与本阶段的工作紧密结合，努力作到让用户易懂易学。 系统的测试和维护也将参考本说明书，检验本系统的各项性能指标，及时发现纰漏及时修补，一定要把功能强大、稳定可靠、便于维护的集团公司管理系统交到用户手中。
初步设计说明书本
工程设计责任人
附件 1 市***[201*]***号《关于***工程项目立项的批复》； 2市人民政府渝府（201*)***号文，关于《关于***工程设计方案的批复》； 3 市规划局渝规建审（201*)***字第***号文，《市建设工程方案设计审查意见通知书》； 4 市公安局消防局建筑工程消防设计的审核意见书，（201*)渝公消（建方)字第***号文，《关于同意***工程设计方案消防设计的审核意见》； 5 市园林事业管理局重园建方（201*)***号文，《关于***工程设计（方案)配套绿地的意见》； 6 建筑节能计算报告书。
设计说明书 1概况 1.1工程概况 表1.1 工程概况表 建筑主体结构合理使用年限***年 1.2 工程设计的主要依据 1.2.1市***委员会，[200*]***5号《关于***工程项目立项的批复》；1.2.2市人民政府，（200*)***号文，《***工程设计方案的批复》； 1.2.3市规划局，重规建审（200*)***字第***号文，《市建设工程方案设计审查意见通知书》； 1.2.4 市规划局***年***月下达的本工程现状规划红线地形图；
1.2.5 市公安局消防局建筑工程消防设计的审核意见书，（200*)渝公消（建方)字第***号文，《关于***工程方案消防设计的审核意见》； 1.2.6 市园林事业管理局重园建方（200*)***号文，《关于***工程（方案)配套绿地的意见》； 1.2.7 市人民防空委员会***年***月***日下发的修建防空地下室设置意见书； 1.2.8 市建设项目环境影响评价文件批准书渝（*)环准[201*]*号； 1.2.9 顾客提供的设计委托书、本阶段的设计要求及各种有关设计的基础资料和双方会商纪要； 1.2.10 顾客提供的由***单位***年***月编制的《岩土工程勘察报告》；1.2.11 有关部门批准并经顾客确认的由***院编制的本工程方案设计文件； 1.2.12 顾客与我院签定的《建筑工程设计合同》； 1.2.13 与本工程设计有关的国家和地方现行法规、规、规程、标准； 1.3 建设场地概况 1.3.1项目区位：位于市奉节中心城区。 1.3.2工程所在地区气象条件： 气象台装置位置：北纬29 0 35‘；东经106 0 28‘。温度：年平均温度18.3℃；极端最高温度44.0℃；极端最低温度－1.8℃。降雨量：历年平均降雨量1081.7mm；最大小时降雨量65mm。湿度：历年平均相对湿度79％；最热月平均相对湿度76％；最冷月平均相对湿度81.3％。风向：全年主导风向北风；最大风速28.4m/s；冬季风向C频率36％，北向频率15％；夏季风向C频率31％，北向频率10％。历年平均风速2.2m/s。基本风压
软件设计总体思路及主流程图 本系统采用 C 语言编写，主程序主要由四部分构成，系统通电后首先初始化系统，依次完成温度采集、温度处理、数据显示、键盘处理等四项功能。温度采集部分主要完成 4 个温度测试但的温度数据采集任务：温度处理部分主要是将采集到的温度数据与用户设定的各点上下限温度值进行比较处理，并判断是否超出设定的上下限值，如果超出则蜂鸣器报警：数据显示部分主要实现温度数据的显示，显示方式根据设计要求支持 1 到 4 个温度测试点的轮流循环显示和固定显示两种方式：键盘处理部分主要实现用户对系统参数的设置，结合显示部分，实现用户与系统之间的人机接口。系统软件主流程图如下所示：
A/D转换完成中断程序流程图 程序说明： (1)程序实现5次采样，每次检测8个通道 (2)数据的存放格式。 (3)程序的采样周期是通过软件实现的。如果系统处理的人物较多哦，且对 实时性要求较高，则采样中欧器可通过系统扩展8253等定时芯片实现。 A/D转换完成中断功能：将标志位清零，读取转换后的温度数据并存放在RAM中A/D转换完成中断程序流程图如下所示：
肘D 转换完诫中断功昵「将林点拖渭越+渎収黑换启的吐数据井恋做隹RAM '!■_ VD 3 / 6 ■fcA 中斷程序範程SM ■ 丽」、 Tift 1 P 读入甦据 1 标蛊便清爭 > L 「起回） 多路温度测量流程图 LED 显示程序设计 H7-4 转携充成申斷程序灌程醫 B4-3多鮭度测宣电關适程囤
LED显示程序的设计： 动态显示程序流程图如下所示:
测温模块流程图
键盘扫描流程图 按键处理程序通过扫描按键情况，读取键值。主要完成各点温度传感器上下限报警参数设置和显示模式设置。 （1）通过扫描键盘读取键值，流程图如下所示： 4.4?￡扫描瀝程国 按键肚理稈序遴过扫推桩键惆况.達取愿值?主要完慮各点温度传感器I- F 股报欝超绘设置和眾示廉试设賈.. <1）通过扫脑僧菠谨取惟惟，流稈图如图卜吝所示; 用1-5谧亂扛折吟已淀吋国
施工图设计说明 1、设计依据 1.菱湖镇南浜路施工图设计； 2.菱湖镇东区控制性详细规划 3.实测地形图； 4.勘测红线图； 5.设计委托书。 2、技术规范、标准和工程施工及验收标准 2.1技术规范 1.《城市道路工程设计规范》（CJJ 37-2012）； 2.《城镇道路路面设计规范》（CJJ 169-2012）； 3.《城市道路路线设计规范》（CJJ 193-2012）； 4.《城市道路路基设计规范》（CJJ 194-2013）； 5.《城市道路机动车道宽度设计规范》（DB33/1057-2008）； 6.《无障碍设计规范》（GB 50763-2012）； 7.中华人民共和国《工程建设标准强制性条文城市建设部分》（2013）。 2.2技术标准 1.道路等级：城市支路； 2.设计行车速度：30Km/h； 3.路面设计年限：采用沥青混凝土路面，设计年限10年； 4.路面结构设计标准轴载：BZZ-100; 5.坐标系统：采用1954年北京坐标系； 6.高程系统：85国家高程系统。 2.3工程施工及验收标准 1.《城镇道路工程施工与质量验收规范》（CJJ 1-2008）。3、设计概要 3.1工程概况 本次设计道路位于菱湖镇，起点为规划道路，终点为南浜路。 3.1.1工程范围及规模 本次施工图设计范围： 水产路：道路横断面为一块板形式，双向两车道，机动车与非机动车为混行，道路红线宽为12米，设计总长273.037米。设计桩号范围为：K0+000.000~K0+273.037； 3.1.2主要设计内容 道路设计主要包含平面设计，纵断面设计，横断面设计，路基设计，路面结构设计以及无障碍设施等。 3.2平面设计 道路平面根据建设单位提供的道路红线进行设计。 3.3纵断面设计 1、纵断面设计原则 1）、应满足城市区域的防涝标高，路面标高应高于防涝标高； 2）、应满足道路最小填挖高度的要求，以减少工程土方量； 3）、满足道路地下管线系统铺设的要求； 4）、遵循规划总体标高的控制与周边道路（包括已设计道路）、地块在竖向标高上的协调与衔接，考虑城市发展标高平衡。 2、纵断面设计控制条件 1）、南浜路施工图中南浜路与水产路交叉口施工图标高为3.6m； 2）、地块标高不低于3.4m。 3、纵断面设计指标
物流部流程图 V
2、 仓储物流工作流程 入库管理、盘点： 入库准备： 1、 接到入库商务通知做好准备： 1, 入库商务要有邮件方式通知入库管理员。 1、 入库管理员接到通知联系仓储主管到货时间。 2、 审核到货清单： 1, 审核装箱清单内容，女口：产品型号、数量、规格C 2, 通知仓储主管到货数量。 清理库位 1 2, 3, 4, 接运货物: 安排仓库管理员接货 货到库房后通知仓库保管员接货。 2、 与仓储保管员清理货位。 保证到货清点区的货物及时转移和清理。 按照同一型号，同一规格码放产品。 为大货送达预留好空间。
2, 3, 4, 准备卸货工具： 1, 库房保管员应准备卸车工具，女口：手动叉车，缠乡与货运公司联系，安排到货时间， 根据到货商品情况考虑占用库房空间和摆放位置到货 装箱清单交给仓库保管员。
2、寻膜、托盘等
2、 货物清点： 检查外包装： 1, 货到清点区要检查货物外包装是否完好。 2, 产品标牌、防伪标是否粘贴合格。 3, 产品包装箱有无油渍、水渍。 核对产品： 1, 核对装箱清单发货项号。 2, 清点区核对货物名称、规格、型号。 点交货物数量： 1, 入库管理员与仓库保管员清点产品数量 2, 原则上需要一人清点一人复合。 3, 与送货员核对到货数量。 粘贴标识： 粘贴到货日期： 1, 所有到货每托进行编号，粘贴日期单 扫SN 码： 1, 产品设备记录SN 号，录入电脑 2, 上传入库商务。 承运方确认： 保管方清点产品数量： 1, 入库管理员与仓库保管员要进行交接工作。 2, 货物数量、型号、规格是否一致。 3, 仓库保管方如有疑问及时与入库管理员沟通。 保管方签字确认2、 3、 2、 保管方、
《冲压工艺及模具设计》 课程设计 任务书 班级模具S07-4班 学生姓名龚德才 学生学号 15 号 总课时数2周 指导教师曾霞文 教研室主任 湖南工业职业技术学院 发布日期 2009 年 5 月 18日
2009年冷沖模课程设计任务书 龚德才同学，请你根据图示制件，完成下列课程设计任务： 1、制订冲压工艺方案，工艺卡一张 2、模具总装图1张，凸模及凹模零件图2张，凸模固定板1张 3、设计说明书1份，20页左右 设计要求： 1、图纸可以手绘或CAD绘制，CAD绘制者必须交纸质图及磁盘 2、本任务书应与说明书、图纸一同装订成册，并加统一格式封面，装入资料袋 中，否则不接受作业（资料袋统一去教材库领取） 3、作业统一由各班课代表收齐，于 18周星期五按时交至任课教师 4、设计必须认真仔细，允许讨论，但严禁抄袭、复制或复印 参考资料： 《冲压设计资料》王孝培主编，《模具设计与制造简明手册》、《冷冲模图册》、《冷冲模设计指导》《中国模具设计大典》
接线片冲裁模具设计说明书 项目内容结果 一、制定接线 片的工艺 过程 1.分析零件的冲裁工艺性工件名称：接线片 工件简图：如制件图所示。 生产批量：大批量（500万件/年） 材料：H62 材料厚度：t=1mm （制件图） 1)材料：H62属于黄铜，其屈强比小、延伸率较高， 具有良好的冲压性能。 2)工件结构形状：该冲件结构简单，转角处有R2 的圆角，有利于工作零件的加工及使用寿命。 3)整体尺寸精度较低，普通冲裁完全能满足要求。 4)尺寸精度：未注公差尺寸属于自由尺寸，按IT14 级确定工件的尺寸公差，经查公差表，各尺寸的 公差分别为： 零件外形：0 62 .0 45 - 、0 43 .0 16 - φ、8036.0- 零件内形：30.0 5+ φ、20.0 10+ φ 孔中心距：1.0 9± 不变尺寸：3 结论：适合冲裁 适合冲裁