计算机文档管理标准[规范]

第一篇：计算机文档管理标准[规范]

计算机文档管理标准[规范]

软件文档管理指南

1范围

本标准为那些对软件或基于软件的产品的开发负有职责的管理者提供软件文档的管理指南。本标准的目的在于协助管理者在他们的机构中产生有效的文档。

本标准涉及策略、标准、规程、资源和计划，管理者必须关注这些内容，以便有效地管理软件文档。

本

标准期望应用于各种类型的软件，从简单的程序到复杂的软件系统。并期望覆盖各种类型的软件文档，作用于软件生存期的各个阶段。

不论项目的大小，软件文档管理的原则是一致的。对于小项目，可以不采用本标准中规定的有关细节。管理者可剪裁这些内容以满足他们的特殊需要。

本标准是针对文档编制管理而提出的，不涉及软件文档的内容和编排。

2引用标准

下列标准所包含的条文[本文章原创网站为xiexiebang.com-http://www.xiexiebang.com/]，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效，所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。

GB8566-88计算机软件开发规范

GB8567-88计算机软件产品开发文件编制指南

GB/T11457-1995软件工程术语

3定义

本标准采用下列定义，其他定义见GB/T11457。

3.1文档document

一种数据媒体和其上所记录的数据。它具有永久性并可以由人或机器阅读。通常仅用于描述人工可读的内容。例如，技术文件、设计文件、版本说明文件。

3.2文档（集）；文档编制documentation

一个或多个相关文档的集合。

3.3文档计划documentationplan

一个描述文档编制工作方法的管理用文档。该计划主要描述要编制什么类型的文档，这些文档的内容是什么，何时编写，由谁编写，如何编写，以及什么是影响期望结果的可用资源和外界因素。

3.4文档等级levelofdocumentation

对所需文档的一个说明，它指出文档的范围、内容、格式及质量，可以根据项目、费用、预期用途、作用范围或其他因素选择文档等级。

3.5软件产品softwareproduct

软件开发过程的结果，并推出供用户使用的软件实体。

4软件文档的作用

a)管理依据；

b)任务之间联系的凭证；

c)质量保证；

d)培训与参考；

e)软件维护支持；

f)历史档案。

4.1管理依据

在软件开过过程中，管理者必须了解开发进度、存在的问题和预期目标。每一阶段计划安排的定期报告提供了项目的可见性。定期报告还提醒各级管理者注意该部门对项目承担的责任以及该部门效率的重要性。开发文档规定若干个检查点和进[本文章原创网站为xiexiebang.com-http://www.xiexiebang.com/]度表，使管理者可以评定项目的进度，如果开发文档有遗漏，不完善，或内容陈旧，则管理者将失去跟踪和控制项目的重要依据。

4.2任务之间联系的凭证

大多数软件开发项目通常被划分成若干个任务，并由不同的小组去完成。学科方面的专家建立项目，分析员阐述系统需求，设计员为程序员制定总体设计，程序员编制详细的程序代码，质量保证专家和审查员评价整个系统性能和功能的完整性，负责维护的程序员改进各种操作或增强某些功能。

这些人员需要的互相联系是通过文档资料的复制、分发和引用而实现的，因而，任务之间的联系是文档的一个重要功能。大多数系统开发方法为任务的联系规定了一些正式文档。分析员向设计员提供正式需求规格说明，设计员向程序员提供正式设计规格说明，等等。

4.3质量保证

那些负责软件质量保证和评估系统性能的人员需要程序规格说明、测试和评估计划、测试该系统用的各种质量标准以及关于期望系统完成什么功能和系统怎样实现这些功能的清晰说明；必须制订测试计划和测试规程，并报告测试结果；他们还必须说明和评估完全、控制、计算、检验例行程序及其他控制技术。这些文档的提供可满足质量保证人员和审查人员上述工作的需要。

4.4培训与参考

软件文档的另一个功能是使系统管理员、操作员、用户、管理者和其他有关人员了解系统如何工

作，以及为了达到他们的各自的目的，如何使用系统。

4.5软件维护支持

维护人员需要软件系统的详细说明以帮助他们熟悉系统，找出并修正错误，改进系统以适应用户需求的变化或适应系统环境的变化。

4.6历史档案

软件文档可用作未来项目的一种资源。通常文档记载系统的开发历史，可使有关系统结构的基本思想为以后的项目利用。系统开发人员通过审阅以前的系统以查明什么部分已试验过了，什么部分运行得很好，什么部分因某种原因难以运行而被排除。良好的系统文档有助于把程序移植和转移到各种新的系统环境中。

5管理者的作用

管理者严格要求软件开发人员和编制组完成文档编制，并且在策略、标准、规程、资源分配和编制计划方面给予支持。

a)管理者对文档工作的责任。管理者要认识到正式或非正式文档都是重要的，还要认识到文档工作必须包括文档计划、编写、修改、形成、分发和维护等各个方面。

b)管理者对文档工作的支持。管理者应为编写文档的人员提供指导和实际鼓励，并使各种资源有效地用于文档开发。

c)管理者的主要职责：

1）建立编制、登记、出版系统文档和软件文档的各种策略；

2）把文档计划作为整个开发工作的一个组成部分；

3）建立确定文档质量、测试质量和评审质量的各种方法的规程；

4）为文档的各个方面确定和准备各种标准和指南；

5）积极支持文档工作以形成在开发工作中自觉编制文档的团队风气；

6）不断检查已建立起来的过程，以保证符合策略和各种规程并遵守有关标准和指南。

通常，项目管理者在项目开发前应决定如下事项：

要求哪些类型的文档；

提供多少种文档；

文档包含的内容；

达到何种级别的质量水平；

何时产生何种文档；

如何保存、维护文档以及如何进行通信。

如果一个软件合同是有效的，应要求文档满足所接受的标准，并规定所提供的文档类型、每种文档的质量水平以及评审和通过的规程。

6制订文档编制策略

文档策略是由上级（资深）管理者新任务并支持的，对下级开发单位或开发人员提供指导。策略规定主要的方向不是做什么或如何做的详细说明。

一般说来，文档编制策略陈述要明确，并通告到每个人且理解它，进而使策略被他们贯彻实施。

支持有效文档策略的基本条件：

a)文档需要覆盖整个软件生存期

在项目早期几个阶段就要求有文档，而且在贯穿软件开发过程中必须是可用的和可维护的。在开发完成后，文档应满足软件的使用、维护、增强、转换或传输。

b)文档应是可管理的指导和控制文档的获得维护，管理者和发行专家应准备文档产品、进度、可靠性、资源，质量保证和评审规程的详细计划大纲。

c)文档应适合于它的读者

读者可能是管理者、分析员、无计算机经验的专业人员、维护人员、文书人员等。根据任务的执行，他们要求不同的材料表示和不同的详细程度。针对不同的读者，发行专家应负责设计不同类型的文档。

d)文档效应应贯穿到软件的整个开发过程中

在软件开发的整个过程中，应充分体现文档的作用和限制，即文档应指导全部开发过程。

e)文档标准应被标识和使用

应尽可能地采纳现行的标准，若没有合适的现行标准，必要时应研制适用的标准或指南。

f)应规定支持工具

工具有助于开发和维护软件产品，包括文档。因此尽可能地使用工具是经济的、可行的。

附录A中的检查表为制定策略条款或评估现有策略条款的有效性和完整性提供帮助。

7制订文档编制标准和指南

在一个机构内部，应采用一些标准和指南：

——软件生存期模型；

——文档类型和相互关系；

——文档质量。

这些标准和指南决定如何实现文档任务，将提供一些准则以评价机构内所产生的软件文档的完整性、可用性和适合性。

尽可能地采用现行的国家和国际标准，若现行的标准不适用，机构应制订自己的标准。

7.1选择软件生存期模型

现有的一些软件生存期模型，对于不同的阶段有不同的词汇，从软件文档的观点来看，采用哪种模型都无关紧要，只要阶段和相应的文档是清晰定义的、已计划的，并且对于任何具体软件项目是能遵循的。因此，管理者应选择一个软件生存期模型并保证该模型在他们机构内是适用的。

管理者将会发现所进行的阶段和相应任务的定义有助于监控软件项目的进展。相应于特定阶段生成的文档可用作该阶段的评审、通过和完成的检验点，而这种检验应在下一阶段开始前进行。

7.2规定文档类型和内容

下面给出软件文档主要类型的大纲，这个大纲不是详尽的或最后的，但适合作为主要类型软件文档的检验表。而管理者应规定何时定义他们的标准文档类型。

软件文档归入如下三种类别：

a)开发文档——描述开发过程本身；

b)产品文档——描述开发过程的产物；

c)管理文档——记录项目管理的信息。

7.2.1开发文档

开发文档是描述软件开发过程，包括软件需求、软件设计、软件测试、保证软件质量的一类文档，开发文档也包括软件的详细技术描述（程序逻辑、程序间相互关系、数据格式和存储等）。

开发文档起到如下五种作用：

a)它们是软件开发过程中包含的所有阶段之间的通信工具，它们记录生成软件需求、设计、编码和测试的详细规定和说明；

b)它们描述开发小组的职责。通过规定软件、主题事项、文档编制、质量保证人员以及包含在开发过程中任何其他事项的角色来定义做直截了当、如何做和何时做；

c)它们用作检验点而允许管理者评定开发进度。如果开发文档丢失、不完整或过时，管理者将失去跟踪和控制软件项目的一个重要工具；

d)它们形成了维护人员所要求的基本的软件支持文档。而这些支持文档可作为产品文档的一部分；

e)它们记录软件开发的历史。

基本的开发文档是：

——可行性研究和项目任务书；

——需求规格说明；

——功能规格说明；

——设计规格说明，包括程序和数据规格说明；

——开发计划；

——软件集成和测试计划；

——质量保证计划、标准、进度；

安全和测试信息。

7.2.2产品文档

产品文档规定关于软件产品的使用、维护、增强、转换和传输的信息。

产品的文档起到如下三种作用：

a)为使用和运行软件产品的任何人规定培训和参考信息；

b)使得那些未参加开发本软件的程序员维护它；

c)促进软件产品的市场流通或提高可接受性。

产品文档用于下列类型的读者：

——用户——他们利用软件输入数据、检索信息和解决问题；

——运行者——他们在计算机系统上运行软件；

——维护人员——他们维护、增强或变更软件。

产品文档包括如下内容：

——用于管理者的指南和资料，他们监督软件的使用；

——宣传资料通告软件产品的可用性并详细说明它的功能、运行环境等；

——一般信息对任何有兴趣的人描述软件产品。

基本的产品文档包括：

——培训手册；

——参考手册和用户指南；

——软件支持手册；

——产品手册和信息广告。

7.2.3管理文档

这种文档建立在项目管理信息的基础上，诸如：

——开发过程的每个阶段的进度和进度变更的记录；

——软件变更情况的记录；

——相对于开发的判定记录；

——职责定义。

这种文档从管理的角度规定涉及软件生存的信息。

相关文档的详细规定和编写格式见GB8567。

7.3确定文档的质量等级

仅仅依据规章、传统的做法或合同的要求去制作文档是不够的。管理者还必须确定文档的质量要求以及如何达到和保证质量要求。

质量要求的确定取决于可得到的资源、项目的大小和风险，可以对该产品的每个文档的格式及详细程度作出明确的规定。

每个文档的质量必须在文档计划期间就有明确的规定。文档的质量可以按文档的形式和列出的要坟划分为四级。

最低限度文档（1级文档）1级文档适合开发工作量低于一个人月的开发者自用程序。该文档应包含程序清单、开发记录、测试数据和程序简介。

内部文档（2级文档）2级文档可用于在精心研究后被认为似乎没有与其他用户共享资源的专用程序。除1级文档提供的信息外，2级文档还包括程序清单内足够的注释以帮助用户安装和使用程序。

工作文档（3级文档）3级文档适合于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。

正式文档（4级文档）4级文档适合那些要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质（如工资计算）的程序需要4级文档。4级文档遵守GB8567的有关规定。

质量方面需要考虑的问题即要包含文档的结构，也要包含文档的内容。文档内容可以根据正确性、完整性和明确性来判断。而文档结构由各个组成部分的顺序和总体安排的简单性来测定。要达到这四个质量等级，需要的投入和资源逐级增加，质量保证机构必须处于适当的行政地位以保证达到期望的质量等级。

8文档编制计划

文档计划可以是整个项目计划的一部分或是一个独立的文档。应该编写文档计划并把它分发给全体开发组成员，作为文档重要性的具体依据和管理部门文档工作责任的备忘录。

对于小的、非正式的项目，文档计划可能只有一页纸；对于较大的项目，文档计划可能是一个综合性的正式文档，这样的文档计划应遵循各项严格的标准及正规的评审和批准过程。

编制计划的工作应及早开始，对计划的评审应贯穿项目的全过程。如同任何别的计划一样，文档计划指出未来的各项活动，当需要修改时必须加以修改。导致对计划作适当修改的常规评审应作为该项目工作的一部分，所有与该计划有关的人员都应得到文档计划。

文档计划一般包括以下几方面内容：

a)列出应编制文档的目录；

b)提示编制文档应参考的标准；

c)指定文档管理员；

d)提供编制文档所需要的条件，落实文档编写人员、所需经费以及编制工具等；

e)明确保证文档质量的方法，为了确保文档内容的正确性、合理性，应采取一定的措施，如评审、鉴定等等；

f)绘制进度表，以图表形式列出在软件生存期各阶段应产生的文档、编制人员、编制日期、完成日期、评审日期等。

附录B中的检查表为制定一个文档计划或评估现有文档计划的完整性提供帮助。

此外，文档计划规定每个文档要达到的质量等级，以及为了达到期望的结果必须考虑哪些外部因素。

文档计划还确定该计划和文档的分发，并且明确叙述与文档工作的所有人员的职责。

第二篇：工厂6S管理标准规范

车间6S管理标准规范

一、生产区域现场管理标准 1．通道

1.1通道平整、干净，划线清楚且颜色、规格统一； 1.2通道线及标识保持清晰完整； 1.3通道、走道畅通，无任何物品摆放。2．工作场所

2.1工作场所划分合理，功能分区明确，设有定置图； 2.2地面的突出物、地坑等应有防范或警示措施与明显标识； 2.3各类物品分类合理，标识清楚，摆放有序，易于查找和取放； 2.4现场没有非必需品；

2.5工作环境保持整洁、干净；光照明亮，空气流通、清新； 2.6地面、门窗洁净、无灰尘，墙壁无蜘蛛网； 2.7地面油漆及标识线剥落的及时修补；

2.8现场无随意摆放物品，暂放物品放置在暂放区，摆放整齐、有序，标识清楚、明确； 2.9不在暂放区的临时物品需有临时存放标识；

2.10当天清除垃圾、纸屑、烟蒂、破布、棉纱头等废弃物及地面、作业区的油污； 2.11短期内生产不用的物品分类定位，摆放整齐，并标识； 2.12操作人员离开工作岗位，物品归位放置；

2.13工作台（桌）面及抽屉及时清理，物归其位，保持干净； 2.14物料架、模具架、工具架摆放合理、整齐、干净，有明显标识； 2.15电器线路布局合理，整齐、规范，无安全隐患（如裸线、上挂物等）； 2.16电器开关须有控制对象标识，电器检修时需有警示标识； 2.17电控柜、配电柜前无摆放物品，地面有警示标识。3．机械设备

3.1机械设备上不摆放不必要的物品，工具、量具、器具或物品定位摆放牢靠； 3.2按设备点检要求进行点检并记录完整；保持干净，处于完好状态； 3.3有管理责任人标识，维修中的机器设备要挂有设备状态标识牌； 3.4动力供给系统加设防护罩和警示标识； 3.5不常用的设备、物品应标识并加盖防尘罩。4．工具、用具、模具、夹具、计量器具

4.1工具、用具、模具、夹具、计量器具有维护、保养，保持正常使用状态； 4.2工具、模具、夹具、计量器具分类定位、标识且摆放整齐，使用后及时归位； 4.3待修、返修工、用具、模具、夹具、计量器具划定区域放置，标识清楚、明确； 4.4工具柜标识明确，与柜内物品对应，合理摆放，明确品名、规格。5．材料、零件、产品：

5.1材料、零件、产品应整齐码放于定位区内，区域合理划分，使用容器合理，标识明确； 5.2物料、半成品及产品上无积尘、杂物、脏污；

5.3划定位置摆放不合格品，有明显标识（红色）不与合格品混放； 5.4废料、呆料、余料等及时清理，废品、废料放置于专用废品箱。6．图纸、资料、书籍、表格

6.1图纸、工艺文件及文件夹（盒、筐）保持干净、完整，定位摆放整齐，标识清楚、明确； 6.2文件柜标识有管理责任人和柜内物品清单；

6.3柜内图纸、资料、书籍及其它物品分类摆放整齐，标识清楚、明确，易于取放； 6.4作业指导书、记录等挂放或摆放整齐、牢固、保持干净，标识清楚； 6.5点检表、记录表、流转卡等表格、卡片按时填写记录，定位放置、标识清楚。7．转运工具

7.1机动、非机动车、手推车，三轮车、物料车、工具车等转运工具定位放置，有管理责任人和部门编号标识；

7.2转运工具与墙面接触的部位要有防撞击保护；

7.3转运工具保持正常使用状态，干净、无污渍，出现故障维修时需挂有标识牌； 7.4转运工具使用完毕及时归位；

7.5塑料箱（筐）、铁箱（筐）、纸箱、木箱（筐）等搬运箱（筐）定位摆放，有明确的标识。8．辅助物料

8.1润滑油、切削油、清洁剂等用品分类定位、标识明确；

8.2机油、汽油、柴油、酒精等易燃易爆物品分类定位存放，汽油等易爆物应使用铁制容器，有明显的警示标识；现场使用时要标有相应的标识；

8.3批量化学药品存放于车间危化品柜，现场使用的化学药品必须分类定位放置，标识清楚； 8.4消耗品（如抹布、手套、砂布、砂纸等）定位放置，有标识，定量管理； 8.5沾有油污的抹布等易燃物品，隔离摆放，不与其它物品混放； 8.6有毒、有害及腐蚀性的的化学药品要有明显的警示标识。9．清洁卫生用具

9.1垃圾箱（桶）、垃圾铲定位放置，标识清楚；

9.2扫帚、拖把、抹布挂放整齐，定位标识，保持清洁干净。10．库房、储物间

10.1实施定置管理，物品分类摆放，整齐有序，保持干净；物料架（柜）及物品均标识清楚； 10.2多层叠放的物品有限高标识，其高度根据物品的大小、重量、形状等因素确定，确保能够预防物品掉落；

10.3温度、湿度等环境条件符合要求，防护措施有效落实。11．其它

11.1茶杯、茶具、茶桶、饮水机保持干净，定位、标识；

11.2雨伞架（柜）有管理责任人，定位、标识明确；雨衣、长柄雨伞、折叠雨伞等雨具分类摆放整齐有序。12．标识、标签

12.1生产区域现场管理标准中所涉及的各种标识标签按目视化管理标准；目视化管理标准中没有规定的，可以根据实用、美观、方便的原则自行确定。

二、办公区域现场管理标准 1．通道

1.1通道保持通畅、无障碍物、杂物；

1.2通道平整、干净，划线清楚且颜色、规格统一； 1.3通道线及标识保持清晰完整。2．办公场所

2.1部门标牌要统一、齐全，没有损坏；

2.2室内、楼道、楼梯光线充足，通风良好，无异味； 2.3地面的突出物、地坑等应有防范或警示措施与明显标识； 2.4地面干净无污水、污渍，无灰尘，无湿滑； 2.5地面无烟头、纸屑、痰迹或其他杂物；

2.6门窗、墙壁、地面、天花板、照明设施无残缺、破损； 2.7门窗、墙壁、管道、天花板、照明设施上无积尘或污迹； 2.8门窗、墙壁上无乱画乱写； 2.9照明设施保持正常使用状态，无损坏； 2.10办公区域四周无贴挂不必要的物品；

2.11现场无随意摆放物品，暂放物品放置在暂放区，摆放整齐、有序，标识清楚、明确； 2.12不在暂放区的临时物品需有临时存放标识； 2.13当天清除垃圾、纸屑、烟蒂；

2.14短期内不用的物品分类定位，摆放整齐，并标识；

2.15电器线路布局合理，整齐、规范，无安全隐患（如裸线、上挂物等）； 2.16电器开关须有控制对象标识，电器检修时需有警示标识； 2.17消防栓前无摆放物品，地面有警示标识。3．办公设备

3.1办公桌桌面无灰尘、污渍；

3.2办公桌桌面物品定位放置，标识清楚；

3.3办公桌上无非当日用的文件或过期、无效的文件； 3.4私人物品与办公用品分开放置并标识清楚； 3.5设备导线集束，不杂乱无序，接线板不直接落地； 3.6下班时办公桌桌面整理清洁；

3.7办公桌、椅定位放置，下班时椅子归位，排放整齐； 3.8办公桌、椅定位放置，离开时椅子归位，排放整齐； 3.9办公设备、设施无损坏或不能正常使用应有设备状态标识牌。4．转运工具

4.1手推车，地车、工具车等转运工具定位放置，有管理责任人和部门编号标识； 4.2转运工具与墙面接触的部位要有防撞击保护；

4.3转运工具保持正常使用状态，干净、无污渍，出现故障维修时需挂有标识牌； 4.4转运工具使用完毕及时归位。5．文件资料

5.1各类文件标识清楚，物品实行定置管理、摆放整齐；

5.2相关资料、文件按归档规则分类、定位放置，用后及时归位，并有鲜明索引和标识； 5.3外来文件放入文件夹内，按密级、缓急标识并定点放置；

5.4有用与无用或长期不用的文件资料与经常使用的不能混乱放在一起，不易查找。6．清洁卫生用具 6.1清洁工具、用品定位放置，标识清楚；

6.2扫帚、拖把、抹布挂放整齐，定位、标识，保持清洁干净。7．库房、储物间

7.1实施定置管理，物品分类摆放，整齐有序，保持干净；文件架（柜）及物品均标识清楚； 7.2多层叠放的物品有限高标识，其高度根据物品的大小、重量、形状等因素确定，保证能够防止物品掉落；

7.3温度、湿度等环境条件符合要求，防护措施有效落实。8．其他

8.1茶杯、茶叶盒、热水瓶、烟灰缸定位放置，保持干净，标识清楚； 8.2报纸用报夹夹好，标识清楚，看完后整齐排放在报架上； 8.3饮水机、储水桶定位放置，标识清楚，干净无污渍； 8.4盆景定位摆放整齐，无枯死、叶面无灰尘和干黄； 8.5雨具定点放置；

8.6办公设备、设施无损坏或不能正常使用（在修设备应有设备状态标识牌）； 8.7公共设施环境卫生有专人负责，无肮脏不堪，异味。

9．文件夹、物品柜标识目视管理标准中（标识、标签张贴标准）。

10、办公桌面及内置物品形迹管理、定位标准按目视管理标准中各类物品统一定位标准。

11、电源、电压、网络线路、计算机、打印机等电器设备线路标识按目视管理标准。文件夹、物品柜标识（按）参照公司现场管理标准（标识、标签张贴标准）。

三、公共区域管理标准 1.绿化标准

1.1绿化布局合理，美观、协调；绿化面积达到可绿化面积95%以上，裸露土地小于5%； 1.2树木、花卉、盆景、草地、绿化带管护良好，枯枝、枯叶及时清理，干净整齐，绿地、树木丛中无废弃物；

1.3绿篱、球茎及各种绿化造型植物定期修剪，保持其造型； 1.4栽种草坪无大面积杂草，野生草坪定期剪割，无杂草丛生；

1.5道路两侧树木定期修剪，不影响车辆和行人通行，无徒长枝、病虫枝、交叉枝、生垂枝； 1.6有效的病虫害防治和防旱、防冻措施，无大面积枯萎、冻伤、病虫害； 1.7建筑物内的盆栽花卉、植物定位放置，有标识，保持清洁，无枯叶、残花。2.道路指示、警示标识标准 2.1道路标识油漆或反光漆线宽：150mm，线条颜色：白色/黄色；

2.2宽度大于3000mm的道路，其道路中间划有中心线，中心线为虚线，线长500mm；间隔1000mm；

2.3道路两侧边线为实线，与两侧路沿平行，保持距离路沿边缘400mm；

2.4机动运输车辆主干道两侧路沿有警示标识，为黄黑相间的斑马线，线宽按路沿规格尺寸，线长500mm，间隔500mm，标准石料路沿长度与间隔按石料长度；

2.5公司大门中心线内外4米处分别安装有车辆减速带，在大门口明显处有限速标识牌； 2.6其它指示、警示标识按交通管理部门的规定。3.环境标准

3.1道路及公共区域有专人清扫，无纸屑、烟头、果皮等废弃物，无卫生死角； 3.2道路平整、通畅，无堆放物料或有其他障碍物； 3.3交通标志和标识线规范、醒目；

3.4机动车、非机动车停放在规定的停车场所，按区域分类整齐、有序停放； 3.5室外垃圾桶（箱）编号、定位放置，有标识；

3.6垃圾桶（箱）表面清洁，桶内垃圾及时清运，垃圾控制在限高标识线以下，无散落在垃圾桶外；

3.7公共厕所及时打扫、清洗，保持无臭味，无蜘蛛网，地面、窗户干净无灰尘，瓷砖、墙面无污垢；

3.8公用洗手池保持干净、清洁，池内无丢弃物，无水箱、水龙头关不上，无长流水； 3.9清洁卫生用具分类定点放置，无乱丢、乱放现象，扫帚、拖把挂放不落地，有管理责任人标识；

3.10有毒、有害、污染环境的工业废弃物按环保管理部门的规定隔离存放和处置，有明显的警示标识；

3.11设置封闭式垃圾站，生产、生活垃圾由环卫部门定期回收处理。3.12地面平整无坑凹，无积水、污水、污物和湿滑；

3.13门厅、楼梯、楼道、通道干净无污物，畅通无堆放物品，光线充足，通风良好，无异味；3.14道路、楼道、走道、廊厅照明设施齐全、完好，无积尘或污迹； 3.15建筑物干净、清洁，色调协调，墙面无剥落、残破失修，无乱写、乱画； 3.16建筑物周围无露天垃圾和无序堆放的物料建筑、维修材料分类有序堆放； 3.17建筑物外面没有违章的棚、库等临时建筑； 3.18公告栏、宣传栏、看板整洁，无过期内容；

3.19标语、口号、横幅、与环境和谐、统一，无过期张贴物。4.通讯、网络、电器线路安装标准

4.1室外动力、通讯、网络线路下地，暗沟铺设，上外墙的线槽、线路横平竖直成直线； 4.2网络交换箱保持干净，无废弃物、污物，有管理责任人标识； 4.3预留长出的线路集束成圈，无乱扔乱放；

4.4建筑物内电源、通讯、网络明装线路采用阻燃线槽或金属线槽安装，无线路裸露在外；4.5各类插座、开关及电器设备安装按国家相关标准执行；

4.6挂式空调室内机安装距离地面高2～2.4米，室外机顶部一层楼平窗台，一层楼以上低于窗台200~300mm，同一栋楼安装尺寸统一；

4.7配电柜或配电箱有管理责任人标识，箱、柜上和柜前地面有警示标识，周围无堆放其它物品；

4.8警示标识按目视管理标准。

四、宿舍管理标准 1.整理：

1.1住宿用品类：被褥、枕头；

1.2洗漱用品类：盆、牙缸、牙膏、肥皂、洗衣粉、毛巾； 1.3公用物品类：公用条帚、抹布、拖把； 1.4其他物品类：装饰、美化、宣传类物品若干。2.整顿：

2.1确定“需要”且“常用”物品的放置空间和规范，以利达到方便使用的实用效果和整洁美观的视觉效果。

2.2各种物品的放置空间及摆放规范要求：

2.2.1床铺：被子叠好且统一放在远离门的一头，枕头放在被子下。

2.2.2衣服：干净且暂时不穿的衣服要叠好收放在个人保管箱内，零时换下的衣服要用衣架挂在铁丝上（不要随意放在床上），换下的衣服要及时清洗，待干衣服要用衣架支起晾晒，待衣服干爽后立即收放好。

2.2.3洗漱用品：每人根据床铺顺时针方向的先下铺后上铺顺序依次在桌子内侧排放，牙膏牙刷放在最内侧。

2.2.4脸盆、脚盆有空床可统一依次放在空床上，无空床则各自放在床下边。2.2.5毛巾、脚布：放在床上脚下一头内侧，床架间铁丝上或脸盆内。

2.2.6公共卫生用品：簸箕和条把、拖把放在门后一侧，垃圾篓放在另一侧指定位置。2.2.7美化环境物品：尽量悬挂和摆放在即明显又不影响活动的恰当位置。2.2.8“不需要”物品要及时清理掉。2.2.9“不常用”物品要及时存放起来。3.清扫：

3.1清扫就是通过打扫，卫生打扫除活动，全体人员的保洁行为，使寝室内呈现没有垃圾，消灭脏污，保持净洁的状态。

3.2每天即时进行地面卫生打扫和“不需要”物品和清理工作，消灭脏污，始终保持寝室净洁的状态。

3.3每周或临时安排的卫生大扫除工作，要分工明确，责任到人，对平时不打扫的门、窗、墙、地面及所有隐藏处进 行定点彻底清洗打扫。4.清洁：

4.1以目视管理的标准作为基础要求，制订维持制度、责任制度、奖惩制度，检查评比制度，从而保持整理、整顿、清扫的效果。

4.2维持制度：即寝室必须时时保持最整齐、最清洁、最美观的状态，不因时间、人员的改变和检查与否而降低要求。

4.3责任制度：寝室6S管理的核心内容是培养员工的良好的行为习惯，所以每位员工都是主人翁，都肩负有责任，表现在以高标准做好自己的事，以高度责任心帮助他人，以强烈的合作意识共同做好寝室内所有工作。

4.4奖惩制度：督查员在6S管理工作中要负起总体责任。既是管理者又是实践者，对工作认真负责寝室状态好，保持好的员工和寝室要表彰要推广他们的经验，对工作不负责、寝室状态差、保持差的员工和寝室要勤检查、多督促，抓住不放，坚决整改，直至达到标准要求，这才是我们高质量完成此项工作的关键所在。

4.5检查制度：检查的关键是不间断的督促、检查、指导、整改，检查的保证是评比记录、公布、表彰或批评，以及

对个别状态差的员工和寝室进行重点督查、盯查。检查要求前期每天上午各清查一次。5.安全： 5.1增强安全意识，纠正不安全行为，消除不安全隐患，提高自我防范能力，了解自己和每一位在宿室集体安全和个人安全工作中应尽的职责和义务。5.2在寝室内易发生危险的情况： 5.2.1现金和贵重物品存放在寝室。

第三篇：标准规范

13.4 环境管理

13.4.1项目部应根据批准的建设项目环境影响报告，编制用于指导项目实施过程的项目环境保护计划，其主要内容包括：项目环境保护的目标及主要指标。项目环境保护的实施方案。项目环境保护所需的人力、物力、财力和技术等资源的专项计划。项目环境保护所需的技术研发、技术攻关等工作。落实防治环境污染和生态破坏的措施，以及环境保护设施的投资估算。

13.4.2项目项目环境保护计划应按规定程序经批准后实施。

13.4.3项目部应对项目环境保护计划的实施进行管理。主要内容包括：明确各岗位的环境保护职责和权限。落实项目环境保护职责和权限。对项目参加人员应进行环境保护的教育和培训，提高环境保护意识和工作能力。4 对于环境因素和环境管理体系的有关信息进行管理，保证内部与外部信息沟通的有效性，保证随时识别到潜在的影响环境的因素或紧急情况，并预防或减少可能伴随的环境影响。负责落实环保部门对施工阶段的环保要求，以及施工过程中的环保措施，对施工现场的环境进行有效控制，防止职业危害，建立良好的工作环境。施工阶段的环境保护应按《建设工程项目管理规范》GB/T50326执行。项目配套建设的环境保护设施必须与主体工程同时投入试运行。项目部应对环境 保护设施运行和建设项目对环境的影响进行检查和监测。建设项目竣工后，应当向审批该建设项目环境影响报告书的环境保护行政主管部门，申请对该建设项目需要配套建设的环境保护设施进行竣工验收。环境保护设施竣工验收，应当与主体工程竣工验收同期进行。

13.4.4项目部应制定并执行项目环境巡视检查和定期检查的制度，记录并保存检查的结果。13.4.5项目部应建立并保持对环境管理不符合状况的处理和调差程序，明确有关职责和权限，实施纠正和预防措施，减少产生环境影响并防止问题的再次发生。

第四篇：标准规范

天津市智慧城市项目研发管理平台项

目软件部分 标准规范

2017年4月

详细调研报告书

详细调研报告书

2.3 可靠性和稳定性

设计时要采用可靠的技术，系统各环节具备故障分析与恢复和容错能力，在安全体系建设、复杂环节解决方案和系统切换等各方面考虑周到、切实可行，建成的系统安全可靠，稳定性强，从而把各种可能存在的风险降至最低。

2.4 安全性和保密性

系统设计应把安全性放在首位，既要考虑信息资源的充分共享，也要考虑信息的保护和隔离；系统应该在各个层次对访问进行控制，设置严格的操作权限；并充分利用日志系统、健全的备份和恢复策略增强系统的安全性。

2.5 可扩展性和易维护性

设计时应充分考号百集团集约化平台业务在未来若干年内的发展趋势，具有一定的前瞻性，并充分考虑系统升级、扩容、扩充和维护的可行性；并针对本系统涉及用户量、数据量特点，充分考虑如何大幅度提高业务处理的响应速度以及统计汇总的速度和精度。

软件设计时应充分考虑整个应用系统的灵活要求，随用户需求的改变而及时调整，通过合理的模块划分，实现应用软件对业务变更或软件技术发展的灵活适应能力，保证系统在后续的发展中具有良好的扩展性、升级和维护性。

2.6 整体性和开放性

系统设计应按照“统一建设，集中管控”的要求进行整体设计，注重各种信息资源的有机整合；既要考虑安全性，同时也要考虑具有一定的开放性，把握好

详细调研报告书

信息共享和信息安全之间的关系。

2.7 相关技术设计

2.7.1 基于WEB2.0技术的富客户端

在技术方面，本系统将采用Web2.0应用中的核心技术——Ajax实现给用户带来更好使用体验的富客户端应用功能。Ajax用来描述一组技术，它使浏览器可以为用户提供更为自然的浏览体验。在Ajax之前，Web站点强制用户进入提交/等待/重新显示范例，用户的动作总是与服务器的“思考时间”同步。Ajax提供与服务器异步通信的能力，从而使用户从请求/响应的循环中解脱出来。借助于Ajax，可以在用户单击按钮时，使用JavaScript和DHTML立即更新UI，并向服务器发出异步请求，以执行更新或查询数据库。当请求返回时，就可以使用JavaScript和CSS来相应地更新UI，而不是刷新整个页面。最重要的是，用户甚至不知道浏览器正在与服务器通信：Web站点看起来是即时响应的。虽然Ajax所需的基础架构已经出现了一段时间，但直到最近异步请求的真正威力才得到利用。能够拥有一个响应极其灵敏的Web站点确实激动人心，因为它最终允许开发人员和设计人员使用标准的HTML/CSS/JavaScript堆栈创建“桌面风格的（desktop-like）”可用性。

Ajax的核心是JavaScript对象XmlHttpRequest。该对象在Internet Explorer 5中首次引入，它是一种支持异步请求的技术。简而言之，XmlHttpRequest使您可以使用JavaScript向服务器提出请求并处理响应，而不阻塞用户。

在创建Web应用时，在客户端执行屏幕更新为用户提供了很大的灵活性。

详细调研报告书

使用Ajax可以为系统提供以下特性的功能：

动态更新也没数据和内容，无需用户单击Update并等待服务器重新发送整个页面。

提升站点的性能，这是通过减少从服务器下载的数据量而实现的。例如如果使用Ajax计算新的总量，服务器只会返回新的总量值，因此所需的带宽仅为原来的百分之一。

消除了每次用户输入时的页面刷新。例如，在Ajax中，如果用户在分页列表上单击Next，则服务器数据只刷新列表而不是整个页面。

直接编辑表格数据，而不是要求用户导航到新的页面来编辑数据。对于Ajax，当用户单击Edit时，可以将静态表格刷新为内容可编辑的表格。用户单击Done之后，就可以发出一个Ajax请求来更新服务器，并刷新表格，使其包含静态、只读的数据。

2.7.2 将OOD和AOP进行有效结合彻底解决系统紧耦合及横切面问题

面向对象设计最根本的魅力在于，它能够将真实世界领域中的实体及各自的行为建模为抽象的对象。以面向对象方式设计的系统产生了很多有效的业务对象，比如Person、Account、Order以及Event。面向对象设计的缺点在于，这样的业务对象会因为混合的属性和与对象最初意图不一致的操作而变得混乱。

通过使设计者运用动态和静态横切，用一种非强制性的整洁和模块化的方法来添加对象行为，面向方面编程有效地解决了这一问题。

1）AOP的优势：

 使纠缠不清的代码更少；

详细调研报告书

 使代码更短；

 使应用程序的维护及发展更容易；  使应用程序更容易调试、重构及修改；  使代码更容易复用。2）横切定义：

横切是面向方面编程的专有名词。它指的是在一个给定的编程模型中穿越既定的职责部分（比如日志记录和性能优化）的操作。在横切的世界里，横切有两种类型：动态横切和静态横切。

3）动态横切：

动态横切是通过切入点和连接点在一个 方面 中创建行为的过程，连接点可以在执行时横向地应用于现有对象。动态横切通常用于帮助向对象层次中的各种方法添加日志记录或身份认证。下面让我们花点时间了解一下动态横切中的一些实际概念：

方面（aspect）类似于Java编程语言中的类。方面定义切入点和通知（advice），并由诸如 AspectJ这样的方面编译器来编译，以便将横切（包括动态的和静态的）织入（interweave）现有的对象中。

一个连接点（join point）是程序执行中一个精确执行点，比如类中的一个方法。例如，对象Foo中的方法bar()就可以是一个连接点。连接点是个抽象的概念；不用主动定义一个连接点。

一个切入点（pointcut）本质上一个用于捕捉连接点的结构。例如，可以定义一个切入点来捕捉对对象Foo中的方法 bar()的所有调用。和连接点相反，切入点需要在方面中定义。

通知（advice）是切入点的可执行代码。一个经常定义的通知是添加日志记录功能，其中切入点捕捉对对象Foo中的bar()的每个调用，然后该通知动态地插入一些日志记录功能，比如捕捉 bar()的参数。

4）静态横切：

详细调研报告书

静态横切和动态横切的区别在于它不修改一个给定对象的执行行为。相反，它允许通过引入附加的方法字段和属性来修改对象的结构。此外，静态横切可以把扩展和实现附加到对象的基本结构中。

虽然现在还无法谈及静态横切的普遍使用——它看起来是AOP的一个相对未被探索（尽管非常具有吸引力）的特性——然而这一技术蕴含的潜力是巨大的。使用静态横切，架构师和设计者能用一种真正面向对象的方法有效地建立复杂系统的模型。静态横切允许您不用创建很深的层次结构，以一种本质上更优雅、更逼真于现实结构的方式，插入跨越整个系统的公共行为。

2.7.3 采用Portal门户技术整合系统内各种应用资源

Portal的主要目的是使用户可以有效的整合号百集团集约化平台及其它应用资源，使用户可以使用单一的入口访问多种类型信息。无论信息存储在何处、无论信息的格式如何，Portal都可以按照用户喜好的方式个性化地收集、展现这些信息，并能够由多种类型的设备（如PC 的Web 浏览器，或WAP移动电话上的浏览器）来对这些信息进行存取。

Portal是新一代的工作台，对内部用户而言，所有的内部用户都可以在这样一个工作平台上进行日常工作。Portal给内部用户提供了依据各自权限的、个性化的工作界面，通过该界面可以对后端核心业务系统和其他应用系统进行访问。

Portal 不但提供给外部用户统一的服务界面，而且还可以通过Portal提供的集成能力，在预先指定的权限范围内访问其他应用系统，进行一些自助服务。通过网络方式，为外部用户提供自助服务能力无疑会有极大的方便。

基于前面提到的子系统的框架结构和共性基础支撑模块，对资源的封装和提供进行分析。针对不同的资源，包括信息、数据、内容、应用等，信息服务系统需要进行统一的封装后再向外提供服务。

资源的封装首先将资源规范于不同的Portlet，每个Portlet是资源展现的

详细调研报告书

最小单位，可以是信息的展现、应用入口、交互功能等各种形态。

对于Portlet，可以依据不同的页面模版进行组织，模版可以自定义，将Portlet依照模版进行所见即所得的页面布局，既可以形成不同的资源组合（一个页面可以由一个或者多个Portlet，按照模版组合而成），页面也是资源展现的

详细调研报告书

时性能监测的方式来确认和查找问题，LoadRunner 能够对整个系统架构进行测试。通过使用LoadRunner能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

2.9 系统安全设计

针对号百集团公司号百集团集约化平台项目情况，我们从访问控制、安全审计、信息保护、通信完整性、通信保密性、抗抵赖、软件容错和资源控制等几个方面对应用安全方面的进行设计。我们针对上述几个方面的安全要求分别进行了如下的安全设计：

2.9.1 访问控制

用户操作的访问权限控制是针对可能出现的网络非法操作而采取安全保护措施。用户和用户组被赋予一定的操作权限。操作的访问权限控制可以分为多个层面，从粗粒度的方面可以分为系统级、界面级（或菜单级）、页面级（流程级）、字段级（按钮级），通过多个层面的配置访问控制，真正做到精确、精细管理。管理员能够通过设置，指定用户和用户组可以访问系统中的哪些功能。

1）系统级权限

应用系统的访问的是分级别的，部分管理或配置类的子系统是需要二次授权才可以访问的。

2）功能级（菜单级）权限

通过系统中的统一授权和管理平台，设置号百集团公司各级用户、组织、角色的功能访问权限、访问策略、访问机制。可以清晰掌握每个人拥有多少功能，同时可以清晰了解每个功能分配给了多少人或角色。

3）页面级（流程级）权限

系统对页面级的访问控制可以分为两大类：非流程类和流程类。非流程类页面可以直接通过统一授权和管理平台授权访问控制；流程类页面通过与工作流结合进行访问控制，即页面的访问控制与工作流模板的启动人员、工作流节点的参与人员、工作流变量的值等因素有密切关系。

详细调研报告书

2.9.2 安全审计

设计数据安全审计的首要问题，是保证号百集团集约化平台中的数据的不可篡改性和所有必要操作的可追溯性。系统通过对数据采编、录入、修改、删除等操作进行逐一记录，保证了数据变更的合法性可审计，从而实现可信的安全审计。系统对各种操作事件的详细记录包括：事件的日期、时间、发起者信息、类型、描述和结果等。

设计数据安全审计的另一个重要问题，是保证业务过程的规范性、不可篡改性和审批过程的全面细致记录。通过对整个业务过程、数据审批流程操作的细致全面的记录（通过流程实例库记录），实现对审批事件的审计，包括：事件的日期、时间、发起者信息、类型、描述和结果等。

2.9.3 信息保护

针对用户鉴别信息所在的存储空间的剩余信息安全问题，我们采用基于Web开发的网络应用中使用Session和Cookies来保存用户鉴别信息。

Session: Web中的Session指的就是用户在浏览某个网站时，从进入网站到浏览器关闭所经过的这段时间，也就是用户浏览这个网站所花费的时间。因此从上述的定义中我们可以看到，Session实际上是一个特定的时间概念。需要注意的是，一个Session的概念需要包括特定的客户端，特定的服务器端以及不中断的操作时间。A用户和C服务器建立连接时所处的Session同B用户和C服务器中建立连接时所处的Sessions是两个不同的Session。Session解决方案，就是要提供定义全局变量的方法，使得这个全局变量在同一个Session中对于所有的脚本都有效。上面我们提到了，Session不是一个简单的时间概念，一个Session中还包括了特定的用户和服务器。因此更详细地讲，在一个Session定义的全局变量的作用范围，是指这个Session所对应的用户所访问的所有页面。

Cookies：是一种能够让网站服务器把少量数据储存到客户端的硬盘或内存，或是从客户端的硬盘读取数据的一种技术。Cookies是当你浏览某网站时，由Web服务器置于你硬盘上的一个非常小的文本文件，它可以记录你的用户ID、密码、详细调研报告书

浏览过的网页、停留的时间等信息。当你再次来到该网站时，网站通过读取Cookies，得知你的相关信息，就可以做出相应的动作，如在页面显示欢迎你的标语，或者让你不用输入ID、密码就直接登录等等。

通过了解上述Session和Cookies的建立机理，我们在建立号百集团公司号百集团集约化平台是应尽量使用Session方式来保存用户鉴别信息，避免直接使用Cookies来存储用户鉴别信息。同时，在用户退出服务是，规定清理Cookies。

2.10 系统界面设计

2.10.1 界面设计原则

 延用性原则：

参考号百集团公司现有的大多数业务系统的界面风格和操作习惯，包括界面布局、提示信息、快捷键等，让原先的业务软件的操作人员能很快的掌握新软件的使用。

 用户区分原则：

软件界面设计首先要确立用户类型。划分类型可以从不同的角度，要根据使用用户的实际情况而定。确定类型后要针对用户类型的特点预测他们对不同界面的反应。

软件中的用户是所有处理的核心，不应该有应用程序来决定处理过程，所以软件界面应当由用户来控制应用，如何工作、如何响应，而不是由开发者按自己的意愿把界面操作模式强加给用户。

 简单化原则：

软件界面设计要尽量减少用户记忆负担，采用有助于记忆的设计方案，同时提示信息或者显示信息尽量简单明了。

 帮助和提示原则：

要对用户的操作给出相应的提示信息，帮助用户处理问题。系统设计要有恢复用户操作失误的能力，给出用户恢复错误的帮助和提示信息。

 可用性原则：

系统的设计采用B/S结构技术，对于浏览器端的应用，界面文件的大小直接影响

详细调研报告书

到用户使用软件的速度，所以，界面的设计必须考虑到可用性原则。界面设计应该以应用为主，对于起修饰作用的图片等多媒体文件，尽量采用压缩比例较大的媒体文件格式，减少界面文件的大小。

2.10.2 操作与交互设计

2.10.2.1 操作一致性设计

在界面设计中应该保持界面的一致性。一致性既包括使用标准的控件,也指使用相同的信息表现方法,如在字体、标签风格、颜色、术语、显示错误信息等方面确保一致。

 显示信息的一致性：包括标签提示、日期格式、对齐形式、字体、软件底色等应该保持统一、直观；

 布局合理化：应注意在一个窗口内部所有控件的布局和信息组织的艺术性,使得用户界面美观。在一个窗口中按tab键,移动聚焦的顺序不能杂乱无章,tab的顺序是先从上至下，再从左至右。一屏中首先应输入的和重要信息的控件在tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。布局力求简洁、有序、易于操作；

 鼠标与键盘对应：应遵循的是可不用鼠标的原则，应用中的功能只用键盘也应当可以完成,即设计的应用中还应加入一些必要的按钮和菜单项。但是,许多鼠标的操作,如双击、拖动对象等,并不能简单地用键盘来模拟即可实现；

 快捷键：在菜单项中使用快捷键可以让使用键盘的用户操作得更快一些,在西文Windows及其应用软件中快捷键的使用大多是一致的。本系统中应用的快捷键在各个配置项上语义必须保持一致。其它快捷键使用汉语拼音的开头字母，不常用的可以没有快捷键。

2.10.2.2 操作与响应设计

系统响应时间包括两个方面：时间长度和时间的易变性。用户响应时间应该适中，系统响应时间过长，用户就会感到不安和沮丧，而响应时间过短有时会造成用户

详细调研报告书

加快操作节奏，从而导致错误。系统响应时间的易变性是指相对于平均响应时间的偏差。即使响应时间比较长，低的响应时间易变性也有助于用户建立稳定的节奏。因此，软件的设计必须充分考虑系统响应时间与用户的心理偏差。

2.10.2.3 帮助与提示设计

 提供在线帮助措施；

 用户可以通过帮助菜单、帮助按钮访问帮助；

 表示帮助时根据需要提供三种方式的选择：另一个窗体、微帮助和指出参考某个文档；

 用户如何回到正常交互方式有两种选择：返回键和功能键；  帮助信息的构造：采用分层式帮助；

2.10.2.4 出错与预警设计

出错信息和警告是指出现问题时系统给出的坏消息，本系统对于出错信息和警告应该遵循以下原则：

 信息以用户可以理解的术语描述；

 信息应提供如何从错误中恢复的建设性意见；

 信息应指出错误可能导致那些不量后果，以便用户检查是否出现了这些情况或帮助用户进行改正；

 信息应伴随着视觉上的提示，如特殊的图像、颜色或信息闪烁； 信息不能带有判断色彩，即任何情况下不能指责用户。

详细调研报告书

3.对于方法、变量声明范围要采用如下优先级：private、protected、public，对于变量要采用如下的优先级：局部变量、实例变量、类变量，如果必须要采用实例变量或类变量的情况下，要保证线程安全性，如有可能尽量采用ThreadLocal保存实例变量或类变量；

4.如果不是必须，不要在循环中去定义变量或者new 对象；尽量在需要的最后一刻才去new 对象；

5.如果不是必须，不要在循环中去用try…catch;

6.类中对于比较复杂的逻辑要采用行注释的方式进行注释，java代码中绝对不允许采用块注释（/**/）进行注释；

7.Java类的名称

详细调研报告书

ThreadLocal来处理。

18.一个方法所完成的功能要单一,不同的功能封装为不同的方法.19.尽可能的处理异常或转换异常，不要一味的包装异常

20.如果对象在某个特定范围内必须被清理（而不是作为垃圾被回收），请使用带有finally子句的try块，在finally子句中进行清理。

21.对于把一些逻辑相关的类组织在一起，可以考虑把一个类的定义放在另一个类的定义中，这种情况推荐使用内部类（比如界面层中的事件响应等）。内部类拥有所有外围类所有成员的访问权。

22.对成员变量的访问最好通过getter/setter方法,这样能够保证访问的合法性,以及代码调整

23.优先选择接口而不是抽象类或具体类。如果你知道某些东西将成为基类，你应当优先把它们设计成接口；只有在必须放进方法定义或成员变量时，才把它修改为具体或抽象类。接口只和客户希望的动作有关（协议），而类则倾向于关注实现细节。

24.使用java标准库提供的容器。精通他们的用法，将极大地提高工作效率。优先选择ArrayList来处理顺序结构，选择HashSet来处理集合，选择HashMap来处理关联数组，选择linkedList来处理堆栈和队列，它对顺序访问进行了优化，向List中间插入与删除的开销小，但随机访问则较慢。当使用前三个的时候，应该把他们向上转型为List、Set和Map,这样就可以在必要的时候以其它方式实现

25.数组是一种效率最高的存储和随机访问对象引用序列的方式，但是当创建了一个数组对象，数组的大小就被固定了，如果在空间不足时再创建新的数组进行复制，这样效率就比ArrayList开销大了。所以必须明确使用场景。

26.尽量使用”private”、”protected”关键字。一旦你把库的特征（包括类、方法、字段）标记为public,你就再也不可能去掉他们。在这种方式下，实现的变动对派生类造成的影响最小，在处理多线程问题的时候，保持私有性尤其重要，因为只有Private的字段才会受到保护，而不用担心被未受同步控制的使用所破坏。

27.禁止后台业务代码使用如下代码

第五篇：标准规范

1、中华人民共和国《工程建设标准强制性条文（城市建设部分）》

2、中华人民共和国《工程建设标准强制性条文（房屋建筑部分）》

3、《市政地下工程施工质量及验收规范》（DG/TJ08-236-2006）

4、《地下铁道工程施工及验收规范 》GB 50299-1999(2003年版)

5、《地下工程防水技术规范》（GB50108-2001）

6、《地下防水工程质量验收规范》 GB 50208-20027、《混凝土结构工程施工质量验收规范》 GB 50204-20028、《钢结构工程施工质量验收规范》GB 50205-200129、浙江省标准《建筑地基设计规范》（DB33/1001-2003）

10、浙江省标准《建筑基坑工程技术规程》（DB33/T1008-2000）

11、《建筑地基基础设计规范》（GB5007-2002）

12、《建筑桩基技术规范》JTJ94-9413、《基坑工程施工监测程》DJ/TJ08-2001-200614、《建筑基坑支护技术规程》 JGJ 120-9915、《建筑基坑工程技术规范》 YB 9258-9716、《钢结构设计规范》GB50017-200317、《钢管混凝土结构设计与施工规程》（CECS28：90）

18、《建筑与市政降水工程技术规范》（JBJ/T111-98）

19、《型钢混凝土组合结构技术规程》JGJ138-200120、《地下铁道、轻轨交通工程测量规范》（GB50208-1999）

21、《人民防空工程设计规范》GB50225-200522、《混凝土质量检控标准》（GB50164-92）

23、《建筑地基基础工程施工质量验收规范》 GB 50202-200224、《建筑工程施工质量验收统一标准》 GB 50300-200125、《钢筋混凝土结构设计规范》GB50010-200226、《地铁杂散电流腐蚀防护技术规范》（CJJ49-92）

27、《钢筋机械连接通用技术规程》JGJ107-200328、《软土地基深层搅拌加固技术规程》（YBJ-225-91）

29、《建筑变形测量规范》（JGJ/T8-97）

30、《杭州市地铁工程预算定额》

31、《浙江省市政工程预算定额》

32、《浙江省建筑工程预算定额》

33、选用图集：

《建筑构造通用图集》

《国家建筑标准设计图集》

《钢梯》02J401

《建筑物抗震构造详图》G329-3-6（2005）

《建筑无障碍设计》03J926

《蒸压加气砼砌块建筑构造》0。J104

《防火门窗》03J609

《接地装置施工安装通用图》