设计管理决策及评审作业指引
1.目的
为规范公司项目设计管理决策操作流程，加强对设计评审环节的监控，使各项目设计组、专业组的各阶段方案成果、过程图纸、节点图纸，在合理的时间内得到部门、公司、集团的评审确认，以达到确保设计质量、设计进度和提高设计工作效率的目的。
2. 适用范围
公司各项目设计流程中各阶段及各专业的设计管理决策。
4. 基本原则
4.1 各项决策内容必须按照分级决策的原则，报各决策层级进行决策。
4.2需集团总部评审和确认的节点，在向集团总部汇报前，必须通过公司管理层的评审；需总经理或设计分管领导评审的节点，必须先通过部门内部评审。
4.3为提高评审合格率，鼓励设计负责人在项目设计过程中，就“阶段性决策内容、设计方向、汇报目录和思路，深度要求以及成果标准”
4.4 各评审节点不是提出决策要点，而是对决策结论的确认。
类别设计管理决策内容总体概念方案评审总体规划方案评审各期详细规划确认
单体平面及户型方案确认单体立面方案确认
一级决策（评审会）
施工图设计指导书
专业）
建筑施工图审图
方案设计任务书确认
景观施工图设计指导景观
书
景观施工图审图
室内设计任务书
室内设计方案
室内设计施工图
装修
员。
5.5.2各级决策的参与决策主体，包括集团总部、公司总经理、设计总监、设计部经理层（部门经理、经理助理或技术顾问）
均须按第3.4表格的规定参加相应
相应评审会议，须于会前指定决策授权人参加并代行职责。
5.5.3设计管理各级决策均需相关职能部门参加。
详见《设计评审职责对照表》规定。
5.5.5 为提高决策效率，鼓励集中决策，设计（一级决策）和营销方面可联动的评审节点如下表：
部门
营销项目定
位评审
产品建议
评审
设计总体概
念评审
总体规
划评审
6.评审工作流程
6.1成果检验
项目设计负责人在收到设计单位提交的设计成果后，应组织进行设计成果的检验，如不符合《设计任务书》要求，立即督促设计单位及时补充。项目负责人需负责整理有关评审文件资料并保证其准确完整。
6.2指标复核
项目设计负责人除对设计单位提交的设计成果予以效果和技术方面的检验外，还应负责组织进行设计指标的复核，如报批报建类数据、经济技术指标、项目成本变化及设计计划
人负责整理《评审会议纪要》，评审纪要列为公司级会议决议，必须落实执行。
其中一级评审纪要须于会后三个工作日内整理完毕，统一发给与会人员和各部门经理，抄送设计部文档管理进行部门存档。相关内容详见本文第
关规定。
6.5 设计评审结论的验证
设计部按照下述两种情况之一负责完成设计评审结论的验证。
6.5.1 存在后续设计阶段的
设计部将“会议决议”或《设计评审表》的内容，体现在后续设计阶段的《设计任务
评审内容
宗地区域分析
宗地现状分析1、宗地分析
土地价值分析
2、概念设计过程回顾对过程中阶段性方案进行简单总结（优点、缺点）
评审内容
1、概念设计
概念设计确定的总图方案及指标确定方案简
介
（1）规划总平面图
（2）产品分布示意图
（3）主要公建配套意向草案
评审内容
1、规划设计
规划评审确定的总图方案及指标评审确定方
案简介
（1）各期规划总平面图
（2）产品分布示意图
（3）主要公建配套方案
（重点为商业、会所、示范区等）
7.4.1.3确定单体立面设计意向。
7.4.1.4标准化项目产品“平面评审”节点可取消，与“立面评审”节点合并。
7.4.2评审内容及设计文件要求
评审内容
已确定的规划总图
参考图纸
产品分布示意图
（1）主力户型平面图
7.6景观概念设计评审
7.6.1评审目的
7.6.1.1 确认景观概念设计符合总体规划要求。
7.6.1.2 确认景观的空间分布、功能划分、道路系统和重点区域景观方案。
7.6.1.3确认景观概念设计符合总体成本要求。
7.6.2评审内容及设计文件要求
7.7示范区综合控制评审
7.7.1评审目的
示范区综合控制评审，包括两个控制点：
7.7.1.1前期“示范区方案评审”
评审目的为确认：
a)示范区总图规划方案及“示范区综合控制图”
b)示范区需要展示的公建方案（卖场）
意向。具体的“示范区规划、单体、景观、装修”
在设计过程中按照相关设计节点流程规定，进行分项确认。
“材质”、以及“施工技术要求”
7.8.2材料部品确认的前提条件：
7.8.2.1单体户型装饰布置平面和装饰交楼标准均通过确认。
7.8.2.2明确的室内材料部品一览表（内有材料性能及设计要求、采购方式、签约和材料进场时间及成本测算，见表
7.8.2.3对需要确认的部品，已完成材料部品样品提供或现场局部做样。
7.8.3材料部品确认的“基础资料”要求
月度设计评审决策
信息表.doc
9.2 《设计任务书》
精装修材料部品一
览表.doc.xls
学生信息管理系统详细设计 1引言 1.1编写目的 为了彻底解决了长期困扰教学信息化工作当中安全性、可靠性的问题；为了使管理人员可以随时看到更新的数据，极大地提高信息传递的速度；为了管理者再也不必为聘用专门的操作人员来给众多教师编辑学生成绩资料而殚精竭虑，在此，设计了学生课程成绩查询管理信息系统，使得各个使用者在操作上，从此变得那么从容简单，省时又省心。 1.2系统模块的实现 在系统中包括以下功能：系统管理、学籍信息管理、课程信息管 理、成绩信息管理、帮助。分为以下几个模块 主窗体 1.3登录模块 为了系统的安全，在进入系统之前首先会出现一个登录模块，用户只有在输入正确的用户名和正确的密码之后，才能进入系统。
用户登录窗体中放置了两个文本框（Textbox）,用来输入用户名和密码；两个按钮（CommandButton）用来确定或者取消登录。 设置一个SSTab控件，供不同用户登录时选择用户权限，超级用户拥有一切权限（包括添加删除和修改以及对用户的管理），普通用户拥有受限制的权限（查询及修改密码），提高了数据库的安全性。 1.4系统管理模块 1.4.1添加用户窗体的创建 进入系统后，将会出现一个主窗体，选择系统管理模块下的添加用户，就可以进入添加用户窗体，可以通过该窗体增加新的用户。 在这个窗体中放置了三个文本框，用来输入用户名和密码；两个按钮用来确定是否添加用户；三个标签用来标示文本框的提示。 1.4.2修改密码窗体的创建 在系统管理模块下，进入修改密码窗体，用户可根据需要修改自己的密码。 在这个窗体中放置了两个文本框，用来输入密码和确认密码；两个按钮用来确定是否修改密码；两个标签用来标示文本框的内容。 1.5学籍管理模块 1.5.1添加学籍信息功能 选择主窗体中学籍管理模块下的添加学籍信息，就可进入添加学籍信息的窗体，在该窗体中我们可以对学生的学号、姓名、性别、出生日期、班号等学生的信息进行添加。设计时我尽可能设想各种边界条件，如记录为空，输入为空，输入出错等，当输入的信息满足这些边界条件时，将会弹出一个提示框提醒用户，以便用户能及时地做出修改。添加的信息将全部存储到数据库中。 在窗体上放置多个文本框和下拉式文本框，用来输入学籍信息；两个按钮用来确定是否输入学籍信息；一个按钮用来退出窗体；多个标签用来提示文本框中需要输入的内容。 1.5.2修改学籍信息功能 点击学籍管理模块下的修改学籍信息，就进入修改学籍信息的窗体，在该窗体中我们可以对前面添加的学籍信息进行修改。由于用户的需求不同，有的是要对学生的信息做个
二次深化设计管理作业指引 1总则 1.1目的 规范项目二次深化设计阶段的操作流程，加强对此阶段各环节的监控，达到确保设计质量、进度和控制成本的目的。 1.2范围 适用于项目一次设计中未设计或设计深度不够，不能满足招标、施工要求需进行二次深化设计的设计管理。详见《深化设计管理项目明细表》 1.3职责 1.3.1设计部 1.3.1.1各专业设计师分别负责各专业的二次深化设计管理。 1.3.1.2各专业设计师参与设计单位的筛选工作； 1.3.1.3组织设计单位进行设计，监控其设计工作质量及进度； 1.3.1.4负责组织完成重要设计节点的汇报工作； 1.3.1.5配合合约部完成相关采购、招标工作； 1.3.1.6配合成本核算部完成相关成本估算； 1.3.1.7按《材料设备选型定板流程》进行材料选型定样； 1.3.1.8负责提供相关的技术参数； 1.3.1.9协助工程部进行施工现场技术配合工作，监督工程施工过程中得质量问题，以确保工程质量达到设计效果要求； 1.3.1.10负责协助设计单位进行设计变更工作； 1.3.2合约部 1.3. 2.1负责对二次深化设计单位进行招采。 1.3. 2.2负责组织设计部、工程部、成本核算部、设计单位和施工单位进行招标答疑会。1. 3.3成本核算部 1.3.3.1提供二次深化设计成本控制目标，负责对二次深化设计的成本进行控制。 1.3.3.2参与施工图图纸审查。
1.3.4工程部 1.3.4.1参与二次深化设计施工图图纸审查。 1.3.5公司领导层 1.3.5.1负责二次深化设计施工图成果审定。 1.3.5.2负责深化设计单位及设计费用的审批。 2工作程序 2.1设计部根据需进行二次深化设计的范围和工程进度计划编制二次深化设计工作计划。2.2合约部根据设计部提交的二次深化设计工作计划编制二次深化设计单位招采计划。 2.3合约部招采确定二次深化设计单位。 2.4设计部组织工程部、成本核算部等相关部门进行二次深化设计施工图评审，设计部汇总审查意见并填写《设计评审表》经总经理审批，设计部填写《设计交流信息记录表》发设计单位进行修改完善。 2.5设计单位根据《设计交流信息记录表》调整、修改完的施工图设计，设计分管领导确定是否组织相关部门进行再次评审。修改后的设计成果报设计部，设计部预审后将设计成果提交总经理审批。 2.6各专业设计师根据《材料设备选型定板流程》完成材料样板封样。 2.7设计部保证施工图纸的准确性和完整性，配合合约部施工招标工作的进行。 2.8各专业设计师参加招标相关会议，回答有关技术问题，并以书面形式记录，作为招标补充文件发放，审核投标单位材料样板。 2.9图纸不全需要补充的时候，设计师联系相关设计单位补充图纸，并将设计成果交合约部。 2.10设计部参加评标相关会议。 2.11设计交底前，施工负责人应按设计图进行现场核对、熟悉施工图纸，了解设计的指导思想、设计意图、图纸和质量的要求。对图纸中的疑问、错漏、与现场不符等问题，在设计交底时间前三天以书面形式提出，并在交底时做好交底纪要。 2.11由设计部负责组织设计单位、工程部、成本核算部、施工单位、监理单位进行施工图交底，技术管理人员负责对交底纪要进行解答和协调，保证在正式开工前完成全部设计补充，并填写《施工图交底记录》，参会单位共同确认交底记录，交底纪要作为以后的施工依据，与施工图具有相同的效应。
管理信息系统设计报告 实验题目：航班售票管理系统设计报告 院系班级： 姓名： 学号： 辅导老师：徐恒 完成日期：2018年5月17日
目录 一、实验题目3 二、实验目的3 三、实验内容3⑴．系统分析：3 <一）必要性分析3 <二）可行性分析3 <三）航班售票管理系统业务流程分析3 <四）航班售票管理系统数据流图5 <五）航班售票管理系统数据字典5 ⑵．系统设计：8 <一）功能模块设计8 <二）代码设计9 <三）系统运行环境与数据库设计9 <四）输入输出设计11 四、总结与体会16 参考书目：18
一、实验题目:航班售票管理系统设计报告 二、实验目的： 1.能够正确运用网络数据库课程的基本理论和知识，结合本课题，复习巩固提高数据库反感设计，论证和分析方法； 2.熟悉关系数据库规范化设计理论，根据实验要求设计并建立 科学合理的数据库，正确建立数据库中表与表之间的关系； 3. 熟悉业务流程图，数据流程图，数据字典的绘制； 4. 熟悉数据存储设计，输入输出设计等环节； 5. 进一步树立正确的系统设计，实施思想，培养分析能力和解 决问题能力，提高查询信息和撰写书面文件的能力。 三、实验内容 ⑴．系统分析： <一）必要性分析 国际民航业的激烈竞争又迫使担负国际航线运输任务的航空公司必须尽快推出自己的因特网售票系统，而这些又必须由一个安全
的网上订票与支付系统作支持。更重要的还要提供票务管理。面对不同种类的信息，需要合理的数据库结构来保存数据信息以及有效的程序结构支持各种数据操作的执行。航空业身处信息时代的电子商务大潮中，加之传统的售票方式已经不能满足现今航空业的发展，于是航空售票管理系统就自然而然被应用。 <二）可行性分析 由于本系统管理主要是对机票的管理，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且航空公司用于机票管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据库运行的要求。在技术难度方面，由于有相关参考文献，还有就是网上资料，特别是参考其它程序的功能，因此完全可以实现系统的投资约50万元，待5年后更新，年使用费约10万元，在经济上是可行的。 <三）航班售票管理系统业务流程分析 航班售票系统主要有以下几项管理功能： <1）订票管理：根据乘客的订票信息查询航班信息，查看是否还有余票未售出，为乘客订票，备份数据。当需要修改订票记录时，查找原订票记录，找到后修改订票记录，备份数据。 <2）退票管理：根据乘客提供的证件号码查找相应乘客信息，若找到，为其退票。 <3）综合查询：根据乘客的要求和提供的信息，检索航班信息数据表，查询航班信息。
五、关键活动描述 5.1设计评审的一般规定： 5.1.1设计评审的依据。项目各专业和设计阶段设计评审的依据，见下表： 设计评审依据对照表 5.1.2设计评审的机构 1）评审小组：各专业和设计阶段的设计评审，由该阶段设计部门负责组织，参与人员由设计部门负责人指定。 2）产品评审委员会：因各设计阶段涉及重点不同，委员会成员的来源和组成有所不同，具体参见下表《设计评审职责对照表》中所对应的各职能部门。具体成 员包括被评审项目的各专业负责人以及评审委员会从公司外部专业评审专家库
的成员名单中指定的人员，人员名单记录在《评审委员会成员名单》中。 设计评审职责对照表 5.1.3设计评审的程序和记录。项目各专业和设计阶段设计评审的程序和记录，参照《权责手册》 进行，内容说明参见下表： 设计评审程序及记录对照表
5.2设计评审程序说明 5.2.1成果检验 设计部门经办人在收到设计单位提交的设计成果后，负责组织进行设计成果的检验，依据为《设计任务书》中对设计成果的要求及时下发《各设计阶段图纸审查标准》对成果进行检验审查。如不符合要求，应督促设计单位补充设计成果，以达到要求。 5.2.2指标复核 设计部门经办人在收到设计单位提交的设计成果后，在成果检验之后，负责组织进行设计指标的复核，依据为《设计任务书》中对设计指标的要求。如不符合要求，应督促设计单位调整设计内容和指标，以达到《设计任务书》的要求。 5.2.3设计预审 1)设计成果定稿介绍和移交 设计部门经办人将设计成果定稿发放至参加设计评审的责任专业部门，并对设计成果定稿进行必要的介绍。 2)设计预审 a)由各责任部门安排人员在计划约定时间内，按照本部门在《设计任务书》或其它设 计依据中的要求对设计成果定稿进行预审，提出修改意见或建议，以备设计评审会 时讨论。 b)对在设计预审过程中的图纸理解方面的问题，设计部门经办人应安排相关设计师或 设计单位人员给与及时解答或沟通。
《员工信息管理系统详细设计说明书》 一、引言 编写目的 根据需求规格说明书、概要设计说明书，在仔细考虑讨论之后，我们对员工信息管理系统软件功能的划分、数据结构、软件总体结构的实现有了进一步的想法。本说明书的预期读者是与员工信息管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。 背景 利用先进的管理手段，提高人事信息的管理水平，是每一现代公司所面临的重要课题。为了解决这一重要课题，就必须有一套科学，高效，严密，实用的人事信息管理系统。现代公司的人事信息管理都是在计算机上实现的，采用现代计算机管理系统来进行管理，提供规范，统一的服务，它在管理系统中的应用不仅可以简化，规范各机构的日常操作，而且可以使企业人事信息管理更加方便，简单，快捷，清晰，从而减轻工作人员的劳动强度，减少企业的财政消耗。 定义 SQL Server：所用的数据库管理系统 VS 2010:所用的开发软件 二、程序（一）设计说明 程序描述 主模块 功能 建立与数据库连接 获取系统设置 能够跳转至子模块：登陆、注册等模块。 输入、输出项 用户鼠标点击登陆、注册按钮 跳转至相应模块界面 流程逻辑
选择项 登陆系统注册系统查询系统管理系统界面设计 功能实现方法 '跳转登陆页面 Protected Sub LinkButton1_Click(ByVal sender As Object, ByVal e As EventArgs) Handles If ("UserName") Is Nothing Then ("") Else "", "") End If End Sub '跳转注册页面 Protected Sub lbtnRegister_Click(ByVal sender As Object, ByVal e As EventArgs) Handles ("") End Sub 三、程序（二）设计说明 程序描述
管理信息系统课程学习报告 专业：计算机信息管理 班级：信息1101 ：刚 学号：1125486514 成绩：优 评语：该课程设计详述了“酒店管理信息系统”开发过程，结构清楚，格式能够按照要求完成；重点容叙述较好，容较全面；整体设计能够理论联系实际运用所学知识分析问题，但解决问题能力有待提高。 年月日
一、课程学习目的 管理信息系统（ＭＩＳ）是管理科学、系统科学、计算机科学和通讯技术等多学科综合发展起来的边缘性、综合性、系统性的学科，它运用经济管理理论、信息理论、系统理论、计算机科学等学科的概念和方法，融合提炼组成一套新的体系，它既具有较深和较宽的理论基础，又是一门实践性很强的学科。 作为一门课程，管理信息系统是经济管理类专业的必修课。本课程的任务和学习目的是使学生掌握管理信息系统的概念、结构和建立管理信息系统的基础、管理信息系统开发方法、管理信息系统开发过程各阶段的任务与技术、管理信息系统的开发环境与工具以及其它类型的信息系统等；使学生通过本课的学习，了解管理信息系统在企业管理中的作用。并通过实践培养学生综合运用知识和分析开发应用系统的初步能力。 二、课程学习容 管理信息系统的学习和设计主要是掌握“管理信息系统开发的五个阶段”： 第一阶段：系统规划 第二阶段：系统分析 第三阶段：系统设计 第四阶段：系统实施 第五阶段：系统运行与维护 1、系统规划阶段 该阶段是将组织目标、支持组织目标所必需的信息、提供这些必须信息的信息系统，以及这些信息系统的实施等诸要素集成的信息系统方案，是面向组织息系统发展远景的系统开发计划。鉴于在实践中选题“酒店管理信息系统”，其系统规划阶段是针对酒店所提供的信息资源，为提高酒店信息管理水平，制定一个较为科学的信息系统开发规划。 其主要任务是在开发环境的调研基础之上，确定酒店管理信息管理系统的开发方向、系统需要达到的目的，制定酒店管理信息系统的总体政策和策略，做出人力、财力和物资的总体安排，制定来发活动的进度安排，制定MIS系统的总体结构，以确保酒店管理信息系统开发的下调行，避免开发的孤立性和重复性，同时预测酒店管理信息系统未来的发展，明确系统今后的发展、研究方向和准则。从战略角度为系统开发
管理信息系统 二、管理信息系统设计与开发 管理信息系统简介 管理信息系统(MIS)是由人,计算机等组成的能进行信息的收集,传送,存储,维 护和使用的系统，能够实测企业的各种运作情况，并且利用过去的历史数据 预测未来，从企业全局的角度出发辅助企业进行决策，利用信息控制企业的 行为，帮助企业实现其规划目标。 管理信息系统的主要功能 （1）信息处理信息处理对组织的数据和信息进行收集，存储，传输，加工，查询等操作，以实现向管理人员及时提供所需的可靠，准确信息的功能。 （2）辅助事务处理，辅助组织管理辅助事务处理，包括具有通用性的事务管理和各类特殊事务管理。它的深层次的功能是辅助组织管理，控制组织行为，帮 助组织实现目标。 （3）支持决策实测企业运行情况，预测企业未来行为，辅助企业决策人员进行决策是管理信息系统的重要功能，管理信息系统主要是辅助结构化决策问题。管理信息系统设计原则 （1）实用性原则 （2）可扩展性原则与可维护性原则 （3）安全可靠性原则 （4）用户界面设计原则 （5）数据库设计原则 管理信息系统设计与开发方法 管理信息系统的开发方法有软件工程方法，结构化生命周期开发方法，原型发，面向对象的方法等。 软件工程是指采用工程的概念，原理，技术和方法来开发和维护软件，其核心内容是以工程化的方式组织软件的开发。软件项目的开发应该遵循软件工程标准，这样可以提高软件开发的效率，减少软件开发与维护中的问题。 ]软件的生命周期包括8个阶段：问题定义，可行性研究，需求分析，总体设计，详细设计，编码，综合测试，维护。 信息管理系统所涉及的数据库设计分五个步骤：数据库需求分析、概念设计、逻辑设计、物理设计与加载测试。 下面根据管理信息系统的软件工程的方法进行该系统的设计 开发平台：JBuilder9.0 数据库工具:Oracle 第一部分系统设计 一系统的目标设计
设计变更管理作业指引 编制日期 审核日期 批准日期 一、作业指引目的 规X设计变更管理流程及程序，控制变更风险，提高效率。 二、适用X围 适用于公司下属所有项目设计变更管理工作。 三、职责 3.1设计管理部/总工室 3.1.1负责项目设计变更信息的收集、汇总、整理，并进行初步审核； 3.1.2组织相关部门对项目设计变更进行设计技术论证； 3.1.3负责项目一般设计修改、与设计单位联系出设计变更图纸、填报设计变更申请单等； 3.1.4负责项目设计变更申请单下发相关部门，涉及建筑平面功能变化等同时送销售策划部备案；
3.1.5负责项目设计变更的推动工作； 3.1.6参与设计变更执行完成情况确认； 3.1.7负责《设计变更申请单》、设计变更图纸、技术资料的归档工作。 3.2销售策划部 3.2.1根据需要向设计管理部/总工室提出设计变更申请； 3.2.2参与相关设计变更的论证与审核； 3.2.3根据具体变更情况办理相关手续，例如及时将相关的变更通知客户/商户。 3.3核算部 3.3.1负责设计变更的成本测算，参与设计变更的论证； 3.3.2参与现场工程量确认； 3.3.3参与设计变更执行完成情况确认。 3.4工程部 3.4.1参与设计变更的论证、会签； 3.4.2根据设计变更申请审批结果，发出设计变更指令，同时移交变更后的图纸、技术资料发，监督 设计变更的落实执行； 3.4.3跟踪并监督设计变更实施情况； 3.4.4对设计变更的执行情况进行确认，并反馈实施结果给相关部门。
四、流程图
五、关键活动描述 5.1设计变更的分类 5.1.1按照设计变更的提出方不同，可分为： 1)设计单位在提交施工图后，因设计内容自身的错、漏、碰、缺等原因，而导致做法变动、材 料代换或其他变更事项，提出的建筑、结构、水、电、景观、装修等专业的修改要求； 2)设计管理部/总工室为改进设计效果提出的变更； 3)销售策划部/客户服务部/物业公司提出的业主/商户要求或同意的变更； 4)公司对设计功能、效果要求提出的局部改变或设备采购引起的变更； 5)施工单位提出的设计变更，或是为了方便施工，或施工过程中发现的地质、水文实际与勘察 报告、资料不符而提出变更；工程质量事故引起的变更； 6)公司管理层提出的变更； 7)政府相关部门根据政策要求提出的变更（须附书面政策文件）； 8)其它设计变更。 5.1.2按业务的类型分，可分为： 1)设计类：各专业在项目进程中因图纸错漏或设计标准的不适宜等原因而发生的修改设计,分 为A-设计错漏，B-超成本目标，C-设计优化，D-现场条件四小类； 2)现场施工类：在项目施工过程中，因施工质量、施工进度、施工工艺等施工因素的影响进行 设计变更； 3)营销类：在销售过程中因销售工作要求或因业主方要求提出的变更。 5.2设计变更处理程序 5.2.1设计变更的提出 1)所有施工过程设计变更均由相应提出部门填写《设计变更申请单》发起申请； 2)公司高层为改进设计、降低成本、缩短工期或提升品质提出的设计变更，由设计管理部/总 工室根据变更要求填写《设计变更申请单》； 3)施工单位可向设计管理部/总工室提出设计变更请求，设计管理部/总工室收集、汇总相关变 更请求并进行初步审核，填写《设计变更申请单》； 4)各提出部门依据需要提出设计变更并填写《设计变更申请单》，内容包括变更部位、变更部 位的现状、变更原因、变更内容、相关专业技术人员审核等。 5.2.2设计变更信息收集和可行性论证 1)各提出部门填写《设计变更申请单》应详细填写设计变更提出方、变更分类、变更部位等内 容；
扩初设计评审工作指引 9.1.1目的 通过扩初设计完成时对强制性条文要求、功能性、安全性、经济性、材料设施设备的定位等评审，确保产品品质。 9.1.2评审内容 （1）建筑总平面图 ①是否符合规划、规范及公司的要求，是否遵循经济 合理的原则。 ②《规划设计条件》（如道路红线、建筑红线或用地界线、建筑物控制高度、容积率、建筑密度、绿地率、停车泊位数等），以及对总平面布局、周围环境、空间处理、交通组织、环境保护、文物保护、分期建设等方面的特殊要求。 ③项目所在地的名称、位置、场地地形、地貌等描述是否正确。 ④总平面布置是否因地制宜，是否根据地形、地质、
日照、通风、防火、卫生、交通以及环境保护等要求布置建筑物、构筑物，并能满足使用功能、规划要求。 ⑤设计文件的深度是否符合设计委托书的要求，有无符合要求的效果图、电子设计文本。 （2）室外总图 ①室外总图的道路和管线等是否符合建筑总平面图、景观平面图的布置要求；道路和管线的接口位置和标高，与城市道路和管线及各建筑单体道路和管线是否相符。 ②室外总图各管线排布、地下管线间竖向标高是否符合各专业管线技术要求，是否方便施工组织。 ③人流、车流的组织是否合理，出入口、道路、停车场（库）的布置及停车位数量是否满足要求，消防车道及高层建筑消防扑救场地是否符合规范要求。 ④室外给排水管道管径、管材、布置、坡度、埋深和标高是否满足给排水、车辆通行及其他管线布置的要求，是否满足使用和安全等要求。
（3）建筑专业 ①建筑主要技术经济指标（总建筑面积、组团建筑面积、建筑基底面积、地下面积、住宅的户型和套数、建筑层数、总高、体形系数等）是否符合要求。 ②建筑类别和耐火等级、人防等级、防水等级及适用规范、规程和技术标准是否正确合理。 ③功能分区、交通组织、户型设计、立面设计等是否合理，是否符合规范要求。 ④主要的材料、设备的选用是否经济合理。 ⑤建筑设计平、立、剖面图是否清晰正确。 ⑥方案评审中提出的修改调整意见是否得到落实。 ⑦幕墙工程、钢结构工程、特殊屋面工程及其它需要另行委托设计的工程内容是否注明。 （4）结构专业 ①建筑结构的安全等级和设计使用年限、建筑抗震设防烈度和设防类别是否正确。 ②基础选型及上部结构选型是否安全、合理、经济。
管理信息系统》课程设计 指导书 课程代码：16020223 英文名称：Management Information System ，MIS 适用对象：信息管理与信息系统本科专业、工商管理类本科专业 学时学分：2 周，上机不少于40 机时，3学分。 一、课程设计目的 管理信息系统课程设计作为独立的教学环节，是信息管理与信息系统专业集中实践性环节系列之一，是学习完《管理信息系统》课程并进行完专业实习后进行的一次全面的综合练习。其目的在于加深对管理信息系统基础理论和基本知识的理解，掌握使用信息系统分析、设计的基本方法，提高解决实际管理问题、开发信息系统的实践能力。同时课程设计应充分体现“教师指导下的以学生为中心”的教学模式，以学生为认知主体，充分调动学生的积极性和能动性，重视学生自学能力的培养。 二、课程设计内容及要求 用信息系统开发工具（例如PowerBuilder 、Delphi 等）开发一个实用的中小型管理信息系统。 1、根据课程设计时间选择适当规模大小的设计课题。采用专业实习的调研内容作为课程设计选 题。 2、根据合理的进度安排，按照系统开发的流程及方法，踏实地开展课程设计活动。 3、课程设计过程中，根据选题的具体需求，在开发各环节中撰写相关的技术文档，最后要求提交详细的课程设计报告。 4、开发出可以运行的管理信息系统，通过上机检查。 三、课程设计时间 课程设计时间为两周。 四、课程设计的考查 由指导教师根据学生完成课程设计任务的情况（包括管理信息系统软件的开发情况40%、课程设计报告的质量30%和课程设计过程中的工作态度30%）综合打分。成绩评定实行优秀、良好、中等、及格和不及格五个等级。优秀者人数一般不得超过总人数的20%。 五、课程设计报告撰写要求 课程设计报告撰写的基本要求是报告原则上不少于4000 字，需在封面注明设计选题、班级、姓 名、学号及课程设计日期、地点，其正文至少包括如下几个方面的内容： （1）可行性分析 （2）系统分析部分 1）业务流程图 2）数据流程图
设计图纸及资料管理作业指引 编制日期 审核日期 批准日期
一、作业指引目的 规范图纸管理过程中的图纸收集、发放、保管工作，明确相关部门的工作职责和工作要求。二、适用范围 适用公司所有开发项目设计图纸的审批形成、接收、更新、标识、发放、执行、回收、销毁及归档管理。 三、定义术语 3.1设计文件：包括与设计管理相关的图纸、文本、文档。 3.2图纸：包括政府批复的详规报建图、单体报建图、工程许可证附图、审核用的过程白图（或蓝 图）、施工招标图、部品设计图、施工图、厂家二次深化设计施工图、竣工图。 3.3文本：包括方案设计文本、初步设计文本。 3.4文档：包括工程指令、会议纪要、传真等。 四、职责 4.1设计管理部/总工室 4.1.1负责设计图纸资料的统一归口管理； 4.1.2负责图纸接收及图纸审核，督促设计单位完成竣工图； 4.1.3负责设计文件下发管理； 4.1.4负责施工图前的设计图纸存档整理工作。 4.2工程部 4.2.1负责施工图的接收、标识、登记、发放、回收、移交及归档管理； 4.2.2负责设计变更申请审批单、设计变更指令、变更图纸及工程变更指令的存档整理工作； 4.2.3负责工作联系单的存档整理； 4.2.4负责图纸会审记录单的存档整理。 4.3行政部 4.3.1负责项目竣工后图纸存档整理； 4.3.2负责政府审批通过的报建图存档工作。
五、流程图
六、关键活动描述 6.1图纸命名原则 6.1.1设计图纸项目命名原则： 地区名(广州可略)---总项目名（及地块名）---单体(及功能名) 6.1.2设计图纸项目命名示例 例1：珠江新城A2-2，A2-3地块办公楼 例2：花都金港城东区 A1-A3栋住宅 例3：海南香水湾一期独栋别墅 6.1.3设计图纸项目命名流程: 设计管理部/总工室初定项目名称-----与销售策划部及开发中心讨论确认后作为图纸项目名称-----最后以建设工程规划许可证为准(项目建筑师负责确认及知会各专业)。 6.1.4设计图纸各阶段专业项目名必须完全一致。 6.2图纸编号 6.2.1图纸编号管理 1)设计任务书下达或项目正式启动时，工程名与图纸业务编号同时确定； 2)具体由设计院图档管理员操作及管理，电子版并放在固定的服务器上供设计人员及各方查阅。 6.2.2图纸编号原则： 1)业务编号：年份该年度大项目顺序号 - 单项编号； 2)示例： 0705-01、表示本项目是07年启动的，大项目顺序号是05,单项编号是01； 3)业务编号方法：年份（如07）及该年度大项目顺序号（如05）由设计院统一确定，单项编号 （如-01）由项目总负责统一规划确定并知会设计院或总工室。 6.2.3图纸编号实施办法 1)新项目从0801开始编写。 2)设计中的项目从0701开始编写； 3)已建及在建项目依开始年度假编号，后面备注实际图纸编号。假编号只作为检索用（档案室 根据底图归档需要逐步整理）。 6.3图纸分册 6.3.1设计图纸（施工图）分册原则： 1)第一分册：建筑
XXXX大学软件详细设计说明书 项目名称：学生信息管理系统 年级： 专业： 班级： 学号： 姓名： 指导教师： 日期：年月日
目录 1 引言 (1) 1.1编写目的 (1) 1.2 项目背景 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 总体设计 (1) 2.1 需求概述 (1) 2.2 软件结构 (1) 3 程序描述 (1) 3.1 下面对各模块的功能，性能，输入，输出进行具体描述 (1) 3.2 算法 (6) 3.3 程序逻辑 (7) 3.4 接口 (7) 3.5测试要点 (7)
1 引言 1.1编写目的 软件详细设计说明书是对系统架构进行详细直观描述，从而完成详细设计，作为软件实现的基础。预期的读者为本项目开发人员和将来对本项目进行扩展和维护的人员。 1.2 项目背景 项目的委托单位： 主管部门：学校教务处 该软件系统与其他系统的关系：与学生管理相关联 1.3 定义 在该概要设计说明书中的专门术语有：总体设计、接口设计、数据结构设计、运行设计、出错设计，具体的概念与含义在文档后将会解释。 1.4 参考资料 《软件工程导论（第6版）》---- 张海藩，牟永敏编著出版社：清华大学出版社 2 总体设计 2.1 需求概述 2.2 软件结构 1、总体结构 2、用户管理模块结构 3、学生档案管理模块结构 4、成绩管理模块结构 3 程序描述 3.1 下面对各模块的功能，性能，输入，输出进行具体描述 1、登录模块 ●功能:接受用户登录请求，验证用户输入的用户名、密码和用户类型，转到管理页面。
●性能:对用户登录请求在1-2秒钟之内做出响应。 ●输入项目:用户名：字符串型 密码：字符串型 ●输出项目:合法：进入管理界面。 非法：重新登陆。 2、总体结构 ●功能:接收登陆模块传过来的用户名，验证用户名的类型。 ●性能:界面的状态栏显示：联系方式、登陆时间、当前操作用户名和用户类型。 ●输入项目:用户名：字符串型。 ●输出项目:用户名：字符串型（在状态栏） 用户类型：字符串型（在状态栏） 登陆时间：字符串型（在状态栏） 3、系统管理模块 ●功能:1、添加新的用户名、密码； 2、修改任何用户（包括学生）密码。 ●性能:1、用户名、密码和密码确认和用户类型（单选按钮）； 2、旧密码，新密码和新密码确认。 ●输入项目:1、用户名、密码和密码确认和用户类型（单选按钮）； 2、旧密码，新密码和新密码确认。 ●输出项目:1、（对话框）添加成功，跳转到详细信息添加页面； 2、（对话框）密码修改成功，请重新登陆；跳转到登陆页面。 4、用户管理模块 ●功能:1、向数据库中添加新用户信息； 2、用户信息的管理，包括：修改、删除、查询； 3、查询用户信息，包括：精确查询、模糊查询。 ●性能:1、没有添加新用户，不能添加用户信息； 其它无特殊要求。
设计说明书 第五组：企业管理信息系统 组员：刘兴璐，王亚超，李骏，王山宝，杨晓，吴伟霞，刁慧芳，黄蓉
企业管理信息系统设计说明书 目录 一．概述 (3) 1. 编写目的 (3) 2. 参考资料 (3) (1). 项目来源 (3) (2). 引用资料 (3) 二．设计 (3) 1. 类图设计 (3) (1). 类图的由来 (3) (2) . 类图 (5) (3). 类图说明 (6) 2. 状态图设计 (7) (1). 总状态图 (7) (2). 人事部状态图 (8) (3). 财务部状态图 (9) 3. 时序图设计 (10) (1). 登录系统 (10) (2). 人事部管理系统 (13) (3). 财务部管理系统 (16)
一．概述 1. 编写目的 本文档的编写目的是：详细定义《企业信息管理系统》软件的总体功能；给出系统的结构设计和过程设计，作为程序编写的依据。本阶段在系统的需求分析的基础上，对系统做设计说明。主要解决实现该系统需求的程序模块设计问题，在以下的设计报告中将对在本阶段中对系统所做的所有设计进行详细的说明。 目标还包括： （1). 减少人力与管理费用，提高信息准确度，改进管理和服务。 （2). 建立高效的信息传输和服务平台，提高信息处理速度和利用率。 （3). 系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大、效率高。 2.参考资料 (1). 项目来源 本企业管理工作都是基于手工操作，管理过程繁琐、信息交流困难、错漏情况易于发生，总体来说工作效率极其低下。而现在已经有大部分企业采用了企业管理信息系统，对信息活动的管理大大节约了时间。 为了提高了工作效率，尽快满足企业管理人员、职工对高效的企业管理信息系统的迫切需求，决定开发一套企业信息管理系统。 (2). 引用资料 1）. 企业信息管理系统项目计划任务书，XXX公司 2）．软件工程，张海藩，清华大学出版社 二．设计 1.类图设计 (1). 类图的由来 使用名词定义法，根据需求和用例图进行定义，步骤为： 1）. 找出候选的类和对象 A.人事管理系统 人事部管理员负责对人员的流动、培训、出勤进行管理。具体功能有： a.职工信息管理
1、目的 对影响产品实现的工程变更进行管理，根据变更评价管理，使之适合规定要求事项。 2、范围 关于产品/过程的变更，含对产品、工艺、工模等的变更。 3、定义 变更点：指产品、模具、工装，自制检具和辅助设备在批量生产阶段，对其材料、生产设备，模具关键尺寸和工艺参数，或其它方面的变更而影响产品性能、质量、用途，而需对原设计内容进行的变更。 4、职责权限 4.1 销售部负责将外部（客户）变更要求输入到开发部。 4.2 内部变更要求由要求变更部门申请变更。 4.3 开发部负责组织产品/过程变更要求的评审和变更方案的评审。 4.4 质保部负责变更设计和变更验证及资料的变更。 4.5 生产车间负责变更时在制品的控制和库存品的处理。 4.6 销售部负责与客户的联络。 5、输入 相关部门公司内部要求 顾客顾客要求
6、流程 1、顾客 2/3/4 开发部 5 质保部 6 车间 7 销售部 8 车间/物流 9 相关部门 10 开发部 11 开发部 12/13 销售部/ 责任部门 流程 ←输入/→输出 ←顾客要求 ←公司内部要求 →设计评审报告 →文件更改通知单 →工装设备维修申请表 →文件 ←文件更改申请单
7、说明 7.1 变更要求 7.1.1 当客户有变更要求时, 销售部与客户就变更有关事项进行协商, 协商事项包括但不 限于变更项目、变更原因、变更内容和建议方案、变更时机以及在制品和库存品的 处理等。并填写《文件更改申请表》，送往开发部。有关技术事项的协商必要时可由开发部协助进行。 7.1.2 当内部有变更要求时，要求部门填写《文件更改申请表》，送往开发部。 7.1.3 由开发部根据客户要求更改相关的图纸和文件，并定义新的零件号. 7.2 变更方案评审和确认 7.2.1 对顾客要求更改的,开发部应在接到《文件更改申请表》后10个工作日内，组织相关 部门或当事者，对变更方案进行评审，并在《设计评审报告》中填写。 7.2.2 变更的评审应包括评价变更对产品组成部分和已交付产品的影响。 7.2.3 更方案获得批准后，开发部应以《设计更改通知单》方式通知相关部门（处理在制品 和库存品）。 7.3 产品/过程变更的执行和控制 7.3.1 开发部更改相关的图纸和文件.并定义新的零件号,并下发，修改ERP系统，修改相应 的文件记录 7.3.2 会引起影响产品、制造过程、测量、物流、供方货源或FMEA的任何变更其控制计划 必须评审及更新。 7.3.3 由开发部根据需要决定修改工装、夹具或装配/注塑工艺 7.4 变更的验证 7.4.1 质保部负责变更后的验证并做相关的记录. 7.4.2 变更后的过程须重新进行过程能力测试，必要时进行过程审核 7.5 在制品的处理 7.5.1 生产车间根据设计更改通知单处理在制品和库存品。 7.5.2 当变更涉及已交付产品时，开发部、质保部、销售部及时进行评审，如交付品为可疑 品和不合格品，按“不合格品控制程序”有关规定执行。 7.6 采购物流部根据顾客要求的时间计划 7.7 记录方式 7.7.1 资料以换版的方式重新输出：被变更之项目、内容处，注明变更记号，并填写好变更 栏中所要求的各项内容。 7.7.2 电子文档作相应修改，旧资料存放在“作废资料夹”。
工程管理策划作业指引 编制审 核审核 批准 日期修订状态修改内容修改人审核人批准人
项目策划管理流程 工程管理中心产品设计中心及其它各职能部门建筑项目部 1协调解決坝目重大诉求事坝； 2、审定项目总体方案； 3提出项目实施指导意见和明确目 标 1、集团各职能部门对项 目 管理进行交底； 2、需要、协调沟通问题 1、提出管理要求和专业指 导； 2、反馈项目诉求； 3支持、协调项目所需的资源 和服务 提出需要集团协调解决的重大诉 求 项目总体设想 （提出书面报告、会议上简 述） 整改组织、主持工程管理策划会 议 项 目 总 体 协 调 噸 风 K 重 要 材 料 控 制 工 程 成 本 管 理 器 X 理 工 程 进 度 管 理 丄 项目程 管理概 指导况 思想及 及风 主要险 方案分 的设想析 项 目 组 织 机 构 配 备 王 要 施 工 队 伍 动 员 计 划 临项 时目 生管 产理 生主 活要 设应 施对 计措 划施 项目部负责现场管理 工程竣工、 联合验收 Y 工程移交物业
1 目的
报的形式在办公系统上发邮件向工程管理中心报告，当发现进度偏差情况应时，要求施工单 位分析造成偏差的原因，采取措施予以调整，必要时，工程管理中心会派人到现场督促解决。 5.2.2.1.2根据项目部上报的周计划，工程师每周四都要检查计划执行情况，并将现场形象进度、计划完成情况、未完成原因、需集团职能部门协调解决的问题编制在工程周报内， 上报工程管理中心，再由工程中心转发集团领导和各职能部门负责人。 522.1.3每月月底工程管理中心检查小组，都会根据项目提交的月度施工计划，对工程进度完成情况进行全面检查，考核项目进度的实施情况，作为月度绩效的评分依据。 5.222进度的协调管理 5.2.2.2.1建筑项目需要集团协调解决的问题一般都存在有：项目管理班子缺少主要岗位人员，集团分包单位进场不及时、集团采购材料供应不及时等，对于这些问题，项目工程 师都应及时反馈，工程管理中心会协助项目部催促对口职能部门办理，并跟踪直到问题解决。 522.2.2在检查中发现工程进度出现偏差，造成进度滞后的情况，要组织进度会议，要求项目部说明原因，共同商量采取解决措施，必要时，工程管理中心派驻人员，现场蹲点协助项目管理。 5.2.2.2.3对不能按计划完成工程任务的项目，建议降低相关责任人的月工作绩效评分，对于进度管理不力的或不作为的管理人员建议处分。 5.3 技术管理 5.3.1图纸管理 5.3.1.1图纸的发放：图纸的发放由产品设计中心统一归口管理，工程管理中心负责图纸 的发放。 5.3.1.2图纸会审：集团工程部组织设计单位（产品设计中心）、监理、建筑项目部、集团 另行分包单位进行图纸会审，工程管理中心的技术主管、项目工程师、监理工程师、建筑项 目技术负责人及集团另行分包单位专业工程技术人员参加图纸会审，设计负责人分专业先进 行设计交底后（即由设计单位介绍设计意图、结构特点、施工要求、技术措施和有关注意事项），建筑项目技术负责人或指定人员提出预审时发现的问题，遇到有争议的问题时，与设计方沟通解决，并作好记录。图纸会审后，由建筑项目技术负责人负责整理会审意见，形成会审记录，会审记录应详细、准确，并注明参加会审的人员、时间和地点，图纸会审记录应由参加会审的各方代表签字确认。 5.3.2设计变更管理 5.3.2.1设计变更的提出 项目工程师对施工过程中发现的图纸矛盾、错漏、缺陷等设计问题，应及时的向产品设 计中心用0A反馈，并抄送工程管理中心，由部门技术主管跟进办理。 对产品设计中心下发的设计变更，部门技术主管、经理和工程总监都要进行审查，确认此工程指令是否会影响工程质量和工程进度，并作出评估。
学生信息管理系统详细设计说明书 负责人: 参与人员： 指导老师：
1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2程序系统的结构 (4) 3登录界面（DEFAULT）设计说明 (5) 3.1程序描述 (5) 3.2功能 (5) 3.3性能 (6) 3.4输人项 (6) 3.5输出项 (6) 3.6算法 (7) 3.7流程逻辑 (7) 3.8接口 (7) 3.9存储分配 (8) 3.10注释设计 (8) 3.11限制条件 (8) 3.12测试计划 (8) 3.13尚未解决的问题 (9) 4班级管理（BANJIGUANLI）设计说明 (10) 4.1程序描述 (10) 4.2功能 (10) 4.3性能 (10) 4.4输人项 (11) 4.5输出项 (11) 4.6算法 (11) 4.7流程逻辑 (11) 4.8接口 (12) 4.9存储分配 (13) 4.10注释设计 (13) 4.11限制条件 (13) 4.12测试计划 (13) 4.13尚未解决的问题 (13) 5学生信息管理（XUESHENGXINXI）设计说明 (14) 5.1程序描述 (14) 5.2功能 (14) 5.3性能 (15) 5.4输人项 (15)
5.5输出项 (16) 5.6算法 (16) 5.7流程逻辑 (16) 5.8接口 (17) 5.9存储分配 (17) 5.10注释设计 (18) 5.11限制条件 (18) 5.12测试计划 (18) 5.13尚未解决的问题 (18)
详细设计说明书 1引言 1.1编写目的 该学生信息管理系统软件项目是为适应教务发展的需要而进行研发的,适用于学校内部相关部门。该文档是对概要设计结果的进一步细化，给出目标系统（即学生信息管理系统）的精确描述，以便在编码阶段直接翻译成计算机的程序代码。 本报告的预期读者为项目管理人，教师，学生，软件开发工程师等。 1.2背景 a．待开发软件系统的名称：学生信息管理系统； b．本项目的任务提出者：河南警察学院09级信息安全系； c．本项目的开发者：河南警察学院09级信息安全系二区队； d．本项目的用户：管理员，教务处管理员，学校教师职工，学校全体学生； e．实现该软件的计算中心：学校计算机中心，学校网管中心； f．该说明为独立文档。 1.3定义 此处无内容。 1.4参考资料 a．本项目的经核准的计划任务书； b．可行性分析报告； c．需求分析说明书； d．概要设计说明书； e．《实用软件工程与实训》杜文洁、白萍主编清华大学出版社； f．软件开发国际标准文件。 2程序系统的结构
系统设计说明书模板 1引言 1.1编写目的 说明编写本《系统设计报告》的目的。 1.2背景 说明理解本报告所需的背景，如与公司其它软件之间的联系等。 1.3参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级领导的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。列出编写本报告时查阅的Internet上杂志、专业著作、技术标准以及他们的网址。 1.4术语 列出本系统设计说明书中专门术语的定义和英文缩写词的原词组。 2总体设计 2.1系统运行环境 给出本软件系统运行所需的基本软/硬件环境、使用本软件系统典型用户的设备分布图及设备上相应软件配置。软件环境包括：操作系统、数据库、以及其它支撑软件；硬件环境包括：主机类型、网络类型、存储器容量、其它特殊设备。 2.2系统设计模型 使用建模工具给出可视化的系统描述，建议使用Rational Rose等工具。 2.3软件功能描述 描述被开发软件的功能，如有同等作用的文件（如已编写的《软件功能规格说明书》）则可直接在此引述该文件名及归档的部门即可。 2.4软件结构 以图表形式给出软件子系统结构和模块组成结构。凡单独编写《系统设计报告》的子系统，其内部自用的模块不必列出。 2.5技术路线 给出本软件系统在实现过程中所采用的技术路线、方法。对比较新的技术给予详细的阐述及必要的说明，在可能的情况下给出相应的技术参考资料。 2.6外部接口 2.6.1用户接口 描述该软件与用户的接口，包括用户输入输出界面样式、操作方式和界面间的转移关系。如具有等同作用的文件（如使用开发工具编写的界面原型程序等），本处仅需列出该文件名、保管部门即可。 2.6.2软件接口 描述该软件与其它系统的软件接口，主要说明其它系统提供的编程接口和本系统向其它系统提供的编程接口，如具有等同作用的文件（如包含接口说明及注释的源文件程序头文件、接口帮助的超文本文件等），本处仅需列出该文件名、保管部门即可。 2.6.3其它接口