合肥学院计算机科学与技术系
《课程设计报告》文档规范及注意事项
一、按照《实验指导书》中“课程设计示例”模式写；即：应包括1、题目，
2、问题分析，
3、数据结构的选择和概要设计，
4、算法思想，
5、详细设计和主要编码段，
6、上机调试情况记录，
7、测试用例、结果及其算法性能分析，
8、用户使用说明，
9、参考文献，10、附录（完整源程序）这几个部分，按顺序书写；
二、文档格式为A4纸、页边距上下2.54cm，左右3.17cm、宋体、5号字、一级标题加粗、单倍行距；
三、图、表应有标号和名称，且图名位于图下，表名位于表格上方；
四、参考文献格式为：参考《合肥学院学报（理科版）》参考文献格式。
序号作者．书名．出版地：出版社名称，出版社年份
序号作者．论文题名．期刊名称，年份，卷号（期号）：起至页码
五、附录中的源代码应有适当的注释；
六、按照格式要求填写《课程设计报告封面》、《课程设计评分表》中学生应填写的内容。
七、课程设计结束后的周五，学生应提交的文档包括纸质文档和电子文档，纸质文档和电子文档的内容应完全一致。
纸质文档包括：《课程设计报告》1份（用塑料拉杆夹装订好）、《课程设计评分表》1份、《课程设计任务书》1份（可以双面打印）、《课程设计的心得体会》1份；纸质文档装入“课程设计资料袋”交课程设计指导老师，各指导老师在“课程设计资料袋”签字后转交各班任课老师。
电子文档包括：上述纸质文档的电子档、源程序、程序的可执行文件（.exe）；将这些电子档形成一个压缩文件，文件名为：班级-学号-姓名-课程设计题名，发
送至各班任课老师的邮箱（注意确认）。
《数据结构与算法》精品课程建设组
程序设计综合训练<图书馆管理系统> 设计报告 院系：材料科学与工程学院 专业班级：材料成型一班 姓名：张成智 学号： 20111402128 指导老师：肖老师
一、程序功能简介 图书排序功能 1）按图书编号排序 可以按图书编号的大小排序，显示到屏幕上。（从小到大） 2）按图书出版时间排序 可以按图书出版时间的前后排序，显示到屏幕上。（从近到远） 3）按图书价格排序 可以按图书价格的贵宜排序，显示到屏幕上。（从便宜到贵） 4）按图书书名排序 可以按图书书名字符的大小排序，显示到屏幕上。（从小到大） 5）按图书作者名排序 可以按图书作者名字符的大小排序，显示到屏幕上。（从小到大） 二、本人完成的主要工作 图书排序功能（排序比较简单只要做出来一个，其他都和它雷同。） 三、设计方案 1.设计分析； 1)序功能简介： s 进入系统
|| 2）各个功能流程图 1、按图书编号排序 菜单 1-添加图书 4-图书排序 5-查询图书 6-修改图书 7-录入数据 0-退出系统 2-删除图书 3-图书列表 输入编号、书名、 作者名、出版社、 类别、出版时间、 价格。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行删除。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行列出。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行排列。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行咨询。 依次录入编号、书名、作者名、出版社、类别、出版时间、 选择编号、书名、作者名、出版社、类别、出版时间、 价格进行修改。 输入0返回原始菜单。
电子文档管理规范 GL-24 第一章总则 第一条、为适应公司信息化建设的需要，规范电子 文件归档与管理工作，保障电子文件的真实性、完整性、有 效性和安全性，结合公司的实际情况，制定本制度。 第二条、本制度所称的电子文件是指在数字设备及 环境中生成，以数字形式存储于磁带、磁盘、光盘等载体， 依赖计算机等数字设备阅读、处理，并可在通信网络上传送 的文件及相应的支持软件产品和软、硬件说明。 第三条、本制度所称的电子文件归档与管理是指在各项 活动中产生并具有保存价值的电子文件（含电子公文）的形 成、积累、鉴定、归档、保管、使用和统计的过程。 第四条、本办法适用于本公司范围内的所有部门。 第二章电子文件管理体系 第一条、行政管理部门建立与各部门档案人员、数据管 理人员的指导和联系制度，保证及时沟通、解决在电子文件 归档与管理中出现的问题。 第二条、为保证电子文件的安全性，防止因灾难、病毒、意外等可能带来的数据丢失，对于电子文件正式文本实行双 套保存（电脑保存和移动载体保存）有永久和长期保存价值
的文本或图像、图形形式的电子文件，必须制成纸质文件， 同步归档保存。 第三条、一般电子文件的分类； 1．文字型电子文件；2．图像电子文件；3．音频电子文件；4．影像及多媒体音像数据； 第三章电子文件的收集与保存 第一条、电子文件在形成、接收时就要制作备份。在文 件流转的每一个环节，只要发生过信息变化的，都必须制作 备份，并在文件内容中注明：初稿、修订稿、定稿。如需多 次修改的文件还需标注：修改1稿、修改2稿、以此类推并注明修改人姓名和修改时间。 第二条、对已经定稿完毕的电子文件及时交由行政部进 行统一编号发布，无论有没有归档，都要定期制作备份。 第三条、电子文件登记表（附表）应当与电子文件同时 保存。 第四条、电子文件稿本代码： M—草稿性电子文件；U—非正式电子文件；F—正式电子文件； 第五条、文件来源分类是收文单位对所收到的文件按其 来源进行的分类。归档分类可以分两类；就是内部和外部文 件。外部文件划分成可以是“机构+日期”模式。内部进行的
营销中心 项目文档管理制度版本信息：
一、目的 建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。 二、范围 本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。 三、原则 （一）定义 文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。 （二）规范 1.明确内部文档的编制和命名 （1）文件名应是文件的标题。 （2）标题应能直观简明体现文件的内容。 （3）每个文档必须有一个统一的编号。 （4）在电子文档的命名后面加上编号。 （5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号 所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度
（1）在项目前，应建立一套文档的管理程序 明确文档的拟制、审核人员, 文档控制员。 明确所有文档的编号、收发登记操作，及受控等级。 （2）建议接收文档的管理程序 由文档控制员统一接收。 加盖或记录接收日期（时间）。 赋予文档控制编号。 记录输入文档中心数据库，保存原件。 （3）明确发送文档的管理程序 加盖或记录发送日期（时间）。 记录输入文档中心受控库，保存原件。 发送后由文档控制员统一记录归档。 （4）明确合同各方之间的文档传递等相关规定 （5）文档借阅登记和保密规定 原则上严禁文档原稿进行借阅。 借阅副本应进行登记，加盖副本章。 副本销毁的规定。 限期返还原件的规定。 （6）电子文档的共享规定 4.明确文档的归档存放 （1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
Git源代码管理规范 一、分支管理 使用git进行源代码管理, 一般将某个项目的所有分支分为以下几条主线: 1.Master 顾名思义, 既然名字叫Master, 那么该分支就是主分支的意思。master分支永远是production-ready的状态, 即稳定可产品化发布的状态。 2.Develop 这个分支就是我们平常开发的一个主要分支了, 不论是要做新的feature还是需要做bug fix, 都是从这个分支分出来做。在这个分支下主要负责记录开发状态下相对稳定的版本, 即完成了某个feature或者修复了某个bug后的开发稳定版本。 3.Feature branches 这是由许多分别负责不同feature开发的分支组成的一个分支系列。new feature主要就在这个分支系列下进行开发。当功能点开发测试完毕之后, 就会合并到develop分支去。
4.release branches 这个分支系列从develop分支出来, 也就是预发分支。在预发状态下, 我们往往会进行预发环境下的测试, 如果出现缺陷, 那么就在该release分支下进行修复, 修复完毕测试经过后, 即分别并入master分支后develop分支, 随后master分支做正常发布。 5.Hotfix branches 这个分支系列也就是我们常说的紧急线上修复, 当线上出现bug且特别紧急的时候, 就能够从master拉出分支到这里进行 修复, 修复完成后分别并入master和develop分支。 下面这张图将完整展示这一个流程
二、工作原理Git的工作方式:
也就是说, 每次提交版本变动的时候, git会保存一个快照(snapshot)。如果文件没有被更改, git也不会再次保存, 而是提供一个到原来文件的链接。这样一来, git更像是一个小型的文件系统。另外, git的所有操作都能够是本地的, 仅仅在将新版本的内容上传到服务器上时才需要连接网络。 Git目录( repository) 是Git保存元数据和对象数据库的地方。这也是Git最重要的部分。
项目文档管理办法 （版本） 2015-04-14
1 引言 1 .1编写目的 制订统一的文档管理办法及格式，对项目过程中产生的项目有关资料提供规范，便于在今后项目开展过程中对各项资料的查找和相互交流 ,以利项目开发及进展； 制订项目开发过程中的评审和查阅规范，明确相应的管理人员责任。 2 任务概要 2 .1工作内容 项目发展的过程中，随着项目逐步展开，会产生大量的设计方案文件、设计说明书、源代码、会议记录及培训资料等内容，对这些内容进行分类整理归档；同时根据项目需要，对有关文档在项目文档服务器上发布。 2 .2工作要求 项目部目前使用SVN管理项目文档，建立相应文档目录，根据要求适时添加文档并与相关人员（各专业组负责人）合作及时将文件归档，注意对项目信息的及时更新，以帮助各组人员获得最新信息。 2 .3工作程序 对于项目常规文档： 1.综合组对文档（纸质和电子版）收集及文档分类。 2.各专业组负责人负责对项目每个阶段过程中产生的文档资料进行汇总，由负责人审核后将相关文档上传到SVN服务器相关目录（建立
统一的项目文档目录，例如命名为“项目存档文档”）下。 3.项目进行每个阶段产生的各项文档资料包括：调研资料、设计方案文件/图、设计说明书、会议培训资料、汇报材料、报告文件、数据文档、文献等文档资料。 对于项目存档文档： 1.综合组对项目常规文档目录下的文档进行审核。 2.对阶段性重要的文件进行归档，文档管理员将其处理成PDF格式， 加入文档编号后上传到SVN服务器相关目录下。 注：各类存档文件均需提交由质量测试组审核。 3 文档管理 3 .1总则 3.1.1 所有重要文档集中管理，维护档案的安全与完整。 3.1.2 所有存档文件根据需要归档。 3.1.3 各项目专业组人员在工作中形成的具有参考价值的文件、材料由个人或该组负责人整理后报文档管理人员存档。 3.1.4 所有人员均有承担按时提交文档的义务和职责。 3.1.5 由专人负责项目文档管理工作。 3 .2范围 3.2.1 项目准备阶段 a. 与本项目有关的上级主管部门下达的规划和工作计划； b. 有关项目的审批文件、合同书、专家建议； c.国内外相关情况考察报告和专题分析报告；
公司文件管理规定流程 一、目的 加强档案管理，规范公司档案的收集、归档程序和方法，确保公司档案的完整性、准确性和系统性。提供符合公司需求和保证管理体系有效运行的证据。 二、适用范围 适用于公司及各部门档案的收集、整理、分类、利用及归档。 三、术语和定义 1、档案：指公司过去和现在各级部门及员工从事业务、经营、企业管理、宣传等活动 中所直接形成的对企业有保存价值的各种文字、图表、账册、凭证、报表、电脑盘 片、声像、胶卷、荣誉实物、证件等不同形式的历史记录。 2、档案管理：就是指档案的收集、整理、鉴定、保管、统计、提供利用等活动。 四、职责 1、行政中心： 1）负责公司档案的集中管理和制度执行及检查工作，并负责督促指导部门档案管理。 2）建立健全公司档案管理制度，指导、监督和检查执行情况； 3）收集、整理、分类、鉴定、统计、保管公司的档案和其他资料； 4）负责公司档案的利用和销毁管理，监控档案利用和销毁的全过程，确保公司档案的安全；指导公司的档案管理工作。 5）提高档案信息的利用效率，促进信息传递和沟通； 6）负责组织学习和培训档案管理办法、使用知识。 2、其他各部门相关人员： 1）负责在工作变动时，做好或协助移交工作，并及时通知行政中心； 2）向行政中心移交合同或文件资料原件或复印件； 3）负责本部门文件资料或合同复印件的日常收集、标识、贮存、保管、利用、归档； 4）财务管理部负责按国家财政制度规定独立建档保管财务档案资料； 3、各部门主管人员 1）批准对自己部门资料或合同复印件的处置。 4、各中心总监/副总
1）负责对档案管理监督检查报告的审批。 五、工作程序 1、档案资料的收集 1）各部门相关人员负责对本部门日常工作中形成的合同及文件资料进行收集，并编制部门《文件（合同）管理记录目录》。 2）各部门文件、合同等资料原件需要保存的，各部门分别进行整理，并编制《移交目录》每季度向行政中心移交。 a)归档范围及移交时间 b)档案资料的标识 行政中心及各部门对各自保管的档案资料编号，编号规则见公司档案管理规定。 c)档案资料的日常管理： ⑴电子类合同或其他需要保管的电子文件，应当及时存放于档案室指定电脑硬盘内或 制作专门光盘进行编号保存。 ⑵文件、合同资料要登记详细信息，并编制《文件（合同）管理记录目录》，以便 检索利用。 ⑶文件资料、合同要科学排列，按编号顺序存放于文件盒内，并加以标识，整齐排 放在文件／档案柜中。 d)档案借阅 ⑴借阅档案要履行借阅手续，填写《档案借阅审批单》。借阅档案原件只限在公司内， 不能带出；必须带出公司查阅的，需依照借阅权限由相关领导批准； ⑵档案外借一般只借复印件，需借原件者须经总经理批准，借阅的档案交还时，必须 当面点交清楚，如发现遗失或损坏，应立即报告直接上级； ⑶借阅档案用完后，应及时送还，如超过借阅时间，须重新办理手续； ⑷借档人必须爱护档案，不得擅自涂改、污损、勾画、剪裁、抽取、拆卸、调换、摘 抄、翻印、复印、摄影，不得转借或损坏； e)档案销毁 ⑴对已失去利用价值的档案，销毁时，必须写申请销毁报告，编制销毁目录，报部门 经理和部门分管副总鉴定，最后报总经理的批准，方可销毁。 ⑵执行销毁任务时，必须由行政中心人员监销，监销人不得少于二人，并在销毁目录
项目文档管理办法 （V1.1版本） 2015-04-14
1 引言 1 .1编写目的 制订统一的文档管理办法及格式，对项目过程中产生的项目有关资料提供规范，便于在今后项目开展过程中对各项资料的查找和相互交流,以利项目开发及进展； 制订项目开发过程中的评审和查阅规范，明确相应的管理人员责任。 2 任务概要 2 .1工作内容 项目发展的过程中，随着项目逐步展开，会产生大量的设计方案文件、设计说明书、源代码、会议记录及培训资料等内容，对这些内容进行分类整理归档；同时根据项目需要，对有关文档在项目文档服务器上发布。 2 .2工作要求 项目部目前使用SVN管理项目文档，建立相应文档目录，根据要求适时添加文档并与相关人员（各专业组负责人）合作及时将文件归档，注意对项目信息的及时更新，以帮助各组人员获得最新信息。 2 .3工作程序 对于项目常规文档： 1.综合组对文档（纸质和电子版）收集及文档分类。 2.各专业组负责人负责对项目每个阶段过程中产生的文档资料进行
汇总，由负责人审核后将相关文档上传到SVN服务器相关目录（建立统一的项目文档目录，例如命名为“项目存档文档”）下。 3.项目进行每个阶段产生的各项文档资料包括：调研资料、设计方案文件/图、设计说明书、会议培训资料、汇报材料、报告文件、数据文档、文献等文档资料。 对于项目存档文档： 1.综合组对项目常规文档目录下的文档进行审核。 2.对阶段性重要的文件进行归档，文档管理员将其处理成PDF格式，加入文档编号后上传到SVN服务器相关目录下。 注：各类存档文件均需提交由质量测试组审核。 3 文档管理 3 .1总则 3.1.1 所有重要文档集中管理，维护档案的安全与完整。 3.1.2 所有存档文件根据需要归档。 3.1.3 各项目专业组人员在工作中形成的具有参考价值的文件、材料由个人或该组负责人整理后报文档管理人员存档。 3.1.4 所有人员均有承担按时提交文档的义务和职责。 3.1.5 由专人负责项目文档管理工作。 3 .2范围 3.2.1 项目准备阶段 a. 与本项目有关的上级主管部门下达的规划和工作计划；
广西钦州力顺机械有限公司 电子公文收发管理规定 （试行） Q/LSGBG04-2006 一、总则 1、为使公司的电子公文处理工作规范化、制度化、科学化，结合公司实际制订本规定。 2、使用计算机存储并通过公司电子文件收发系统传递的公司文件（技术文件除外），统称为电子公文，这些文件包括内部上行、平行、下行的文件。 3、电子公文与书面公文具有同等效力。 4、能够使用电子文件收发系统传递的公文，必须使用电子文件收发系统进行传递。因特殊情况不便于使用电子系统传递的，允许使用书面形式传递。 二、电子公文的传输 5、电子文件收发系统传输经过批准的公文。传输前需要签发的文件，起草、核稿、会签、签发等过程仍然按照《文件管理程序》执行。 6、电子公文签收后不能更改，因此发文部门传输公文时，必须核准无误方能传输。 7、部门主管可以为本部门人员建立账号并赋予相应权限，可以委托本部门有权限的人员传输文件。 8、部门传输文件后，部门主管必须对该文件负责。 9、发文部门要及时通过文件签收系统跟踪电子公文发放后的签收情况，适时提醒接收部门（或终端用户）签收。 10、发文部门在签收后发现文件错误的，必须及时通知办公室进行处理。 11、文件的传输提倡采用附件的形式传输。 三、电子公文的签收 12、各部门主管（或终端用户）应在每天上下午，上班后和下班前按规
定主动打开公司电子文件收发系统不少于四次，以便及时接收查看文件。 13、部门主管可以为本部门人员建立账号，并赋予相应权限，可以委托本部门有权限签收的人员签收。 14、各部门接收文件时，必须及时点击“签收”按钮，以便于发文部门了解签收情况。 15、各部门点击“签收”按钮签收文件后，视同该部门已经知道文件内容，部门主管应对该文件负责。 16、本部门（或终端用户）签收文件后，可将该文件复制到本部门（或终端用户）指定的计算机上存档。 17、接收部门应按文件的内容及应传达的范围在本部门传达文件精神。部门主管也可以建立一个公共的查阅账号，供本部门人员进入系统查阅本部门的公文。 18、签收后发现错误的，应及时将情况通知发文部门和办公室。 四、电子公文的安全和保密 19、各部门（或终端用户）使用初始密码进入电子公文收发系统后，必须自行更改密码，并妥善保护好自己的密码，不得随意泄露。 20、公司电子公文，未经公司同意不得擅自外传或自行打印。如需要书面形式的公文，由发文部门统一打印。 21、电子公文传输系统未经批准不得与其他网络相连接。 22、各部门必须遵守公司的《计算机网络管理规定》（Q/ZLGBG13-2001）的规定。 五、电子公文的归档、管理 23、电子公文传输完毕后，收、发文部门要及时整理、归档，并根据《文件管理程序》的要求销毁。 24、不具备归档和存查价值的电子公文，经鉴别并经办公室负责人批准，可以删除销毁。
项目文档管理制度
营销中心 项目文档管理制度版本信息：
一、目的 建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。 二、范围 本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。 三、原则 （一）定义 文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。 （二）规范 1.明确内部文档的编制和命名 （1）文件名应是文件的标题。 （2）标题应能直观简明体现文件的内容。 （3）每个文档必须有一个统一的编号。 （4）在电子文档的命名后面加上编号。 （5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号 所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度
（1）在项目前，应建立一套文档的管理程序 ①明确文档的拟制、审核人员, 文档控制员。 ②明确所有文档的编号、收发登记操作，及受控等级。 （2）建议接收文档的管理程序 ①由文档控制员统一接收。 ②加盖或记录接收日期（时间）。 ③赋予文档控制编号。 ④记录输入文档中心数据库，保存原件。 （3）明确发送文档的管理程序 ①加盖或记录发送日期（时间）。 ②记录输入文档中心受控库，保存原件。 ③发送后由文档控制员统一记录归档。 （4）明确合同各方之间的文档传递等相关规定 （5）文档借阅登记和保密规定 ①原则上严禁文档原稿进行借阅。 ②借阅副本应进行登记，加盖副本章。 ③副本销毁的规定。 ④限期返还原件的规定。 （6）电子文档的共享规定 4.明确文档的归档存放 （1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。
版/次：2015.11.19研发质量标准规范 编制：钱凌杰 审核： 批准： 分发号： 无锡同方融达信息科技有限公司 2015年11月
目录 研发质量标准规范 (1) 一、综述 (3) 1.1编写目的 (3) 1.2阅读指南 (3) 二、软件质量指标 (3) 2.1需求功能点覆盖率 (3) 2.2用例执行覆盖率 (4) 2.3缺陷修复率（截至于**年*月*日） (4) 2.4缺陷遗留个数（截至于**年*月*日） (5) 2.5缺陷分布统计（模块缺陷率） (5) 2.6缺陷分布统计（严重缺陷率） (5) 2.7缺陷密度及收敛 (6) 三、测试过程质量指标 (8) 3.1缺陷探测率 (8) 3.2有效缺陷率 (9) 3.3用例执行效率 (9) 3.4缺陷发现率 (10) 四、交付质量指标 (11) 4.1加载回退率 (11) 4.2故障回退率 (11) 五、附则 (12)
一、综述 1.1 编写目的 本文档主要为研发经理、测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期开发产品的质量提供可参考的数据，也为后续测试提供数据的基础积累，并作为制定方法流程的依据。 1.2 阅读指南 1、软件测试质量指标主要针对研发项目、商务项目被测产品出具数据度量。 2、测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。 3、交付质量主要为新需求的交付质量出具数据度量。 三者可单独使用，也可结合使用。 二、软件质量指标 2.1 需求功能点覆盖率 1、需求覆盖率：计算测试用例总数之和除以与之一一对应的功能点数之和，主要查看是否有功能点遗漏测试的情况。 2、公式：∑测试用例数（个） / ∑功能点（个） 说明：用例覆盖需求矩阵，一个需求对应多个功能点。 3、数据来源：《用户需求说明书》《需求跟踪矩阵》
公司电子文档管理办法 —、总贝!J （―）为适应公司信息化建设的需要，规范电子文件归档与管理工作保障电子文件的真实性、完整性、有效性和安全性, 结合公司的实际情况，制走本制度。 （二）本制度所称的电子文件是指在数字设备及环境中生成, 以数字形式存储于磁带、磁盘、光盘等载体,依赖计算机等数字设备阅读、处理”并可在通信网络上传送的文件及相应的支持软件产品和软、硬件说明。 （三）本制度所称的电子文件归档与管理是指在各项活动中产生并具有保存价值的电子文件（含电子公文）的形成、积累、鉴走、归档、保管、使用和统计的过程。 （四）本办法适用于本公司范围内的所有部门。 二电子文件管理体系 （―）行政管理部建立与各部门、各单位档案管理人员、数 据管理人员的指导和联系制度，保证及时沟通、解决在电子文件归档与管理中出现的问题。 （二）为保证电子文件的安全性,防止因灾难、病毒、意夕帶可能带来的数据丢失,对于电子文件正式文本实行双套保存（电脑保存和移动载体保存X有永久和长期保存价值的文本或图像、
图形形式的电子文件，必须制成纸质文件, 1/7 同步归档保存。 （三）一般电子文件的分类： 1.文字型电子文件; 2?图像电子文件； 3?音频电子文件； 4 .影像及多媒体音像数据。 三、电子文件的收集与保存 （―）电子文件在形成、接收时就要制作备份。在文件流转的每一个环节,只要发生过信息变化的z都必须制作备份,并在文件内容中注明：初稿、修订稿、定稿。如需多次修改的文件还需标注：修改1稿、修改2稿、以此类推并注明修改人姓名和修改时间。（二）对已经走稿完毕的电子文件及时交由行政人事部进行统—编号发布,无论有没有归档,都要走期制作备份。 （三）电子文件登记表（附表）应当与电子文件同时保存。（四）文件来源分类是收文单位对所收到的文件按其来源进行 的分类。归档分类可以分两类；就是内部和外部文件。夕卜部文件划分成可以是〃机构+日期”模式。内部进行的分类部门的需用部门名称、项目需使用项目名称+日期以文件夹或压缩文件打包。2/7
版/次：2015.11.19 研发质量标准规范 编制：钱凌杰 审核： 批准： 分发号： 无锡同方融达信息科技有限公司 2015年11月
目录 研发质量指标管理 (1) 一、综述 (3) 1.1编写目的 (3) 1.2阅读指南 (3) 二、软件质量指标 (3) 2.1需求功能点覆盖率 (3) 2.2用例执行覆盖率 (4) 2.3缺陷修复率（截至于**年*月*日） (4) 2.4缺陷遗留个数（截至于**年*月*日） (5) 2.5缺陷分布统计（模块缺陷率） (5) 2.6缺陷分布统计（严重缺陷率） (5) 2.7缺陷密度及收敛 (6) 三、测试过程质量指标 (8) 3.1缺陷探测率 (8) 3.2有效缺陷率 (9) 3.3用例执行效率 (9) 3.4缺陷发现率 (10) 四、交付质量指标 (11) 4.1加载回退率 (11) 4.2故障回退率 (11) 五、附则 (11)
一、综述 1.1 编写目的 本文档主要为研发经理、测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期开发产品的质量提供可参考的数据，也为后续测试提供数据的基础积累，并作为制定方法流程的依据。 1.2 阅读指南 1、软件测试质量指标主要针对研发项目、商务项目被测产品出具数据度量。 2、测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。 3、交付质量主要为新需求的交付质量出具数据度量。 三者可单独使用，也可结合使用。 二、软件质量指标 2.1 需求功能点覆盖率 1、需求覆盖率：计算测试用例总数之和除以与之一一对应的功能点数之和，主要查看是否有功能点遗漏测试的情况。 2、公式：∑测试用例数（个） / ∑功能点（个） 说明：用例覆盖需求矩阵，一个需求对应多个功能点。 3、数据来源：《用户需求说明书》《需求跟踪矩阵》
电子文档管理办法 1目的 为促进和规范公司办公自动化的进程，确保所使用的电子文档的充分性、适用性和有效性，并对电子文档进行有效控制，特制定电子文档管理办法。 2适用范围 适用于我公司编制或制定的手册、程序文件、管理细则文件、各类制度、设备操作规程、各类报表等电子文档的管理。 3职责 3.1综合部负责各类制度、职业健康体系运行等电子文档的管理；负责办公用计算机、服务器、办公自动化系统及网络系统使用的技术支持及维护。 3.2各部门负责本部门内的电子文档管理。 3.3质量管理部负责手册、程序文件等管理体系电子文档的管理。 3.4制造部负责环境管理体系运行、安全生产等电子文档的管理 3.5设备科负责设备操作规程等电子文档的管理。 4工作程序 4.1各部门在公司办公自动化系统上共享文件的管理
4.1.1各部门可根据需要向综合部申请在服务器上建立部门共享文件夹，填写《用户申请单》，并设置文件夹权限，确保只有使用该用户名登陆服务器，才可拥有对该申请部门的共享文件夹具有完全控制权限。 4.1.2各部门对本部门的服务器用户名及密码进行管理，防止其外泄和广泛知晓，并确保知晓本部门用户名及密码的人员是有限的并经过许可的。 4.1.3服务器上共享文件的类型由各部门自行规定，通常包括：“质量、环境和职业健康安全管理体系文件”、“公司规章制度”等需要使较大范围内员工了解的文件。 4.1.4文件共享前应由所在部门负责人批准后方可共享，然后由文件制定者通知所要发放的人员。 4.2OA系统上电子文档的管理 4.2.1OA系统帐户的申请，公司内部员工如因工作需要，填写《用户申请单》向综合部申请，经批准后由综合部新开帐户。 4.2.2OA系统安装和维护由综合部负责提供技术支持。 4.2.3OA系统上文件的管理内容 4.2.3.1各类重要信息和通知邮件内容超过一页（A4纸）者，须使用附件的形式传送。 4.3电子文档的受控
G 公司管理标准 Q/G140316-E/0 技术研发工作目标质量管理体系建设标准 版本：E 受控说明： 发放编号： 年月日发布年月日实施
技术研发工作目标质量管理体系建设标准 1目的和范围 为保证公司远景及战略目标的实现，转变提高工作责任落实的行为规范，提高管理水平，整合各项资源，发挥资源价值最大化效应，促进组织和个人工作目标管理的改善，通过全面工作目标管理将人的工作热情和创造热情激发出来，为实现公司的战略目标提供保证，特制定本标准。 本标准规定了技术研发工作目标的基本原则、体系建立、目标分解、目标实施、过程跟踪、沟通、评价和考核等的方法和要求。 本标准适用于公司技研中心工作目标的管理。 2引用文件 Q/G 140102 内部顾客满意度测评管理标准 Q/G 010101 质量管理体系建设管理标准 Q/G 0202 计划管理标准 Q/G 020201 综合工作计划质量管理体系建设标准 Q/G 0203 工作目标计划管理标准 Q/G 020301 全员全面工作目标管理标准 Q/G 050101 “招人、育人、用人”管理标准 Q/G 050144 绩效考核管理标准 Q/G 050233 设备专业管理线绩效考核办法 Q/G 050518 信息化质量管理体系建设管理标准 Q/G 050611 硬件建设项目管理工作标准 Q/G 051123 员工数字化目标成本管理标准 Q/G 0702 产品开发管理标准 Q/G 070201 新产品开发工作管理标准 Q/G 070202 新产品开发过程质量控制管理标准 Q /G 0708 三统一工作管理标准 Q/G 0709 产品配套资源开发管理标准
1源代码管理 (1) 总则 (1) 源代码完整性保障 (1) 源代码的授权访问 (2) 代码版本管理 (2) 源代码复制和传播 (5) 系统测试验收流程 (5) 系统初验 (6) 试运行 (6) 系统终验 (6) 应用系统验收标准 (8) 文档评审通过标准 (9) 确认测试通过标准 (9) 系统试运行通过标准 (10)
1代码管理 总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。
一、目的 为了规范项目文档资料的管理工作，确保项目文档资料的系统性、完整性和准确性，充分发挥文档资料管理在项目中的作用，特制定本规定。 二、范围 本规定适用于项目开始直到项目结束的内外来往信函、会议纪要、备忘录、技术文件、管理文件、质量记录等所有与项目有关文件和资料的管理。 三、职责 3.1 项目经理 a) 负责组织制定项目文件的相关规定，对项目文件的控制负全责； b) 负责为项目文件和资料管理创造必要的条件。 3.2 综合管理经理 a) 负责项目文档资料相关规定的编制和监督检查； b) 负责编制项目文件和资料的编码规定； c) 负责组织项目结束后文档资料立卷、移交归档。 3.3 分项经理 a) 负责本部门的文档资料的管理；
b) 负责本部门项目结束后文档资料的移交。 3.4 文控管理工程师 a) 配合综合管理经理制定项目文档资料管理规定并监督检查； b) 负责项目文件和资料的接收、分类、登记、传递、发放等； c) 负责项目实施阶段文档资料收集、整理、编目及归档工作； d) 负责项目结束后项目文档资料立卷、移交。 4 管理要求和方法 4.1 一般规定 项目文档资料的管理应从项目申请立项到竣工验收的全过程，项目经理部各分项经理应在职责范围内对项目实施过程中所形成的文件、图纸、资料，随时进行积累整理、立档和保管，并采取必要措施，防止档案资料的损毁和遗失以及有关保密档案资料的泄密。 4.2 文档分类及编号 4.2.1 项目文件分类 4.2.1.1 项目信息文件 项目信息文件指项目实施过程中传递的任何书面信息文件。
a) 来往信件、传真； b) 备忘录； c) 会议纪要； d) 文件传送单。 4.2.1.2 项目管理文件 项目管理文件指项目运行过程中必须编写的管理文件。 a) 项目协调程序； b) 项目进度与费用控制程序； c) 项目质量保证手册； d) 项目资源配置手册等。 4.2.1.3 项目技术文件 项目技术文件指按照合同要求，项目技术人员完成的各种设计文件及图纸等。 4.2.1.4 项目其它文件 项目其它文件除上述几种文件外，项目实施过程中产生的其它文件。 a) 进度报表；
项目管理文档填写及流程管理规范 1 项目文档管理 (2) 1.1项目前期 (2) 1.2项目中期 (2) 1.3项目后期 (2) 1.4项目整个周期 (3) 1.5硬件及网络布线 (3) 2 项目管理流程 (3) 2.01项目管理整体流程 (3) 2.02项目立项单流程 (5) 2.03项目调研流程 (5) 2.04项目计划审批流程 (6) 2.05项目预算审批流程 (6) 2.06客户上线准备调查报告 (6) 2.07出差申请单 (6) 2.08项目周报 (7) 2.09新增需求单 (7) 2.10项目费用申请单 (7) 2.11问题集审批流程 (8) 2.12项目转售后服务流程 (8) 2.13奖金制定流程 (8) 2.14洽谈报告 (9)
1项目文档管理 1.1项目前期 《项目整体进度步骤》 《系统功能要求》 《客户资料信息表》 《项目立项表》（产品版本、项目人员） 《项目实施计划表》《项目实施详细时间表.》 《项目预算表》 《系统初始设置表》 《进驻现场准备表》（与系统相关的其他项目时间进度、如设备到长时间、人员安排、机房建设） 《标准培训文档》 1.2项目中期 《服务器设备调试报告》（服务器配置数据库配置） 《POS设备调试报告》（pos机配置型号、系统安装配置） 《其他设备调试报告》（条码打印、电在称、价签、等等） 《培训确认报告》（培训功能模块、时间、人数、部门、负责人确认） 《系统正式使用确认报告》包括转入售后部分 1.3项目后期 《文档提交确认单》 《售后服务单》
1.4项目整个周期 出差申请单（参考财务） 《项目增项需求单》（新需求或变动） 《项目周报》 《项目分配奖金表-部门》 费用申请单（参考财务单据，应用项目当中设备采集、或特殊费用申请单）系统问题集（将项目中遇到的系统问题和客户的一些意见记录成文件，为产品升级提供依据） 1.5硬件及网络布线 《设备验收清单》（包括第三方软件） 网络布线报告（由第三方布线公司提供） 2项目管理流程 2.01项目管理整体流程
代码管理制度 1总则 (2) 2源代码完整性保障 (2) 3源代码的授权访问 (2) 4代码版本管理 (3) 5源代码复制和传播 (4) 6系统测试验收流程 (5) 6.1 系统初验 (5) 6.2 试运行 (5) 6.3 系统终验 (5) 6.4 系统验收标准 (6) 6.5 文档评审通过标准 (7) 6.6 确认测试通过标准 (7) 6.7 系统试运行通过标准 (7)
1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。 第十条在SVN库中设置用户，并为不同用户分配不同的，适合工作的最小访问权限。要求连接SVN库时必须校验SVN中用户身份及其口令。在SVN库中要求区别对待不同用户的可访问权、可读权、可写权。
郎邦橱柜公司文档管理方案 第一章总则 第一条、为适应公司信息化建设的需要，规范文件归档与管理工作，保障文件的真实性、完整性、有效性和安全性，结合公司的实际情况，制定本方案。 第二条、本方案所称的文件是指在数字设备及环境中生成，以数字形式存储于磁带、磁盘、光盘等载体，依赖计算机等数字设备阅读、处理，并可在通信网络上传送的文件和计算机打印出来、传真或复印等纸质文件。 第三条、本方案所称的文件归档与管理是指在各项活动中产生并具有保存价值的文件（含电子公文）的形成、积累、鉴定、归档、保管、使用和统计的过程。 第四条、本办法适用于本公司范围内的所有部门。 第二章文件管理体系 第一条、行政管理部门建立与各部门档案人员、数据管理人员的指导和联系方案，保证及时沟通、解决在文件归档与管理中出现的问题。 第二条、为保证文件的安全性，防止电子文件因灾难、病毒、意外等可能带来的数据丢失，对于电子文件正式文本实行双套保存（电脑保存和移动载体保存）有永久和长期保
存价值的文本或图像、图形形式的电子文件，必须制成纸质文件，同步归档保存。 第三条、一般文件的分类； 1．文字型文件；2．图像文件；3．音频电子文件；4．影像及多媒体音像数据； 第三章文件的收集与保存 第一条、文件在形成、接收时就要制作备份。在文件流转的每一个环节，只要发生过信息变化的，都必须制作备份，并在文件内容中注明：初稿、修订稿、定稿。如需多次修改的文件还需标注：修改1稿、修改2稿、以此类推并注明修改人姓名和修改时间。 第二条、对已经定稿完毕的文件及时交由行政部进行统一编号发布，无论有没有归档，都要定期制作备份。 第三条、文件登记表（附表）应当与电子文件同时保存。 第四条、文件稿本代码： M—草稿性文件；U—非正式文件；F—正式文件； 第五条、文件来源分类是收文单位对所收到的文件按其来源进行的分类。归档分类可以分两类；就是内部和外部文件。外部文件划分成可以是“机构+日期”模式。内部进行的分类部门的需用部门名称、项目需使用项目名称+日期以文件夹或压缩文件打包。
产品开发项目文档管 理规范 文档编号：COSHIP-CMMI-PRD-PDPDM 密级：机密 版本信息：1.8 批准日期： 编辑软件：Microsoft Word 2003 Microsoft Visio 2003 同洲电子股份有限公司版权所有 内部资料注意保密
*变化状态：C――创建，A——增加，M——修改，D——删除
目录 1 概述 (1) 1.1 目的 (1) 1.2 适用范围 (1) 2 产品开发文档体系 (1) 3 文档质量的度量准则 (3) 4 主要角色和职责 (3) 4.1 文档作者 (3) 4.2 项目经理 (4) 4.3 PPQA (4) 4.4 配置管理工程师 (4) 4.5 评审组 (4) 4.6 部门经理 (4) 5 文档审核流程 (5) 5.1 审核流程 (5) 5.2 归档签名 (6) 5.3 纳入基线 (6) 6 文档保密制度 (7) 7 文档编号 (7) 7.1 文档编号规则 (7) 7.2 阶段代号 (8) 8 文档版本 (9)
1概述 1.1目的 规范公司产品开发项目的文档体系，加强文档的标准化管理。 1.2适用范围 公司内所有产品开发项目。 2产品开发文档体系 在产品开发项目开发过程中，各阶段都有相应的文档输出，文档的编写应先于或同步于开发工作。 产品开发项目过程中的文档体系如表1所示。 表1.产品开发项目文档体系
3文档质量的度量准则 评审文档质量的度量准则有以下六条： 完整性：所承担产品开发任务的项目组，需按照公司文档体系的规定编写相应的文档，以保证在项目结束时其文档是齐全的。 正确性：在项目各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。文档与所述的对象保持一致，必要时应进行实时的文档版本升级。 可读性：文档应该表达清晰、逻辑条理分明、表现形式通用。 简明性：在项目各个阶段所编写的各种文档的语言表达应该准确简练。 规范性：文档的规范性是指采用当前最新的模板。其完整性及内容的充实程度应不低于模板的要求。 可追溯性：在项目各个阶段所编写的各种文档应该具有良好的可追溯性。由于各开发阶段编制的文档与各阶段完成的工作有着密切的关系，前后阶段生成的文件，随着开发工作的逐步扩展，具有一定的继承关系。在一个项目各开发阶段之间提供的文件必定存在着可追溯的关系。 4主要角色和职责 4.1文档作者 文档作者包括公司内的项目组成员以及外协人员。文档作者在文档方面的主要工作为：1）在项目开发过程的各个阶段中，按照规定及时地完成项目文档的编写工作，文档作者有责任保证文档编写与开发同步。 2）文档作者不仅要审核文档字面上有无错漏，还要审核所陈述的技术内容是否精确，及表达方式上是否清晰易懂。文档作者对文档的正确性、可读性和规范性全面负责。 3）文档作者保证所编写的文档与所描述的对象保持很好的一致性，必要时及时更新文档，便于以后维护工作和后续开发工作的开展。