GB T 16680-1996 软件文档管理指南.pdf

《GB T 16680-1996 软件文档管理指南.pdf》由会员分享，可在线阅读，更多相关《GB T 16680-1996 软件文档管理指南.pdf（18页珍藏版）》请在麦多课文档分享上搜索。

1、中华人民共和国国家标准软件文档管理指南发布实施国家技术监督局发布前言本标准非等效采用国际标准信息技术软件文档管理指南本标准与的主要差别如下个别章条作了调整所引用的标准作了变更定义部分增加了内容技术要素充实了内容增加了一些实用措施如文档编写签署审查归档和修改等内容附录部分也作了调整和扩充主要是增加了附录附录和附录本标准的附录到附录均是提示的附录本标准由中华人民共和国电子工业部提出本标准由电子工业部标准化研究所归口本标准起草单位电子工业部标准化研究所华东计算技术研究所本标准主要起草人冯惠王家增郑人杰前言国际标准化组织和国际电工委员会是世界性的标准化专门机构国家成员体它们都是或的成员国通过国际组织建

2、立的各个技术委员会参与制定针对特定技术范围的国际标准和的各技术委员会在共同感兴趣的领域内进行合作与和有联系的其他官方和非官方国际组织也可参与国际标准的制定工作对于信息技术和建立了一个联合技术委员会即技术委员会的主要任务是制定国际标准但在例外的情况下技术委员会可以提出下列类型之一的技术报告类型虽然一再努力但仍不能获得出版一项国际标准所需要的支持时类型所讨论的项目仍处于技术发展阶段类型技术委员会所收集到的数据不是来源于正式出版的国际标准例如目前工艺水平时类型和类型技术报告在出版后年内应提交复审以决定是否将它们转变成国际标准类型技术报告不是务必要进行复审除非它们提供的数据已被认为不再有效或已经没有用

3、属于类型技术报告它是由信息技术联合技术委员会制定的引言软件生存期的所有阶段都要求编制文档因此文档编制和维护是必需的并且从软件的概念阶段连续作用到它废止文档编制开始于软件项目的初始阶段并贯穿于软件的设计开发测试安装使用修改和增强仅当软件走到它的生命终点时才认为文档编制过程结束文档编制是任何软件开发项目成功的基础并且文档的产生需要有时间人工和资金的支撑管理的职责是保证这些资源有效地利用重要文档的标识以使软件产品成功开发并提高质量中华人民共和国国家标准软件文档管理指南国家技术监督局批准实施范围本标准为那些对软件或基于软件的产品的开发负有职责的管理者提供软件文档的管理指南本标准的目的在于协助管理者在他

4、们的机构中产生有效的文档本标准涉及策略标准规程资源和计划管理者必须关注这些内容以便有效地管理软件文档本标准期望应用于各种类型的软件从简单的程序到复杂的软件系统并期望复盖各种类型的软件文档作用于软件生存期的各个阶段不论项目的大小软件文档管理的原则是一致的对于小项目可以不采用本标准中规定的有关细节管理者可剪裁这些内容以满足他们的特殊需要本标准是针对文档编制管理而提出的不涉及软件文档的内容和编排引用标准下列标准所包含的条文通过在本标准中引用而构成为本标准的条文本标准出版时所示版本均为有效所有标准都会被修订使用本标准的各方应探讨使用下列标准最新版本的可能性计算机软件开发规范计算机软件产品开发文件编制指

5、南软件工程术语定义本标准采用下列定义其他定义见文档一种数据媒体和其上所记录的数据它具有永久性并可以由人或机器阅读通常仅用于描述人工可读的内容例如技术文件设计文件版本说明文件文档集文档编制一个或多个相关文档的集合文档计划一个描述文档编制工作方法的管理用文档该计划主要描述要编制什么类型的文档这些文档的内容是什么何时编写由谁编写如何编写以及什么是影响期望结果的可用资源和外界因素文档等级对所需文档的一个说明它指出文档的范围内容格式及质量可以根据项目费用预期用途作用范围或其他因素选择文档等级软件产品软件开发过程的结果并推出供用户使用的软件实体软件文档的作用管理依据任务之间联系的凭证质量保证培训与参考软件

6、维护支持历史档案管理依据在软件开发过程中管理者必须了解开发进度存在的问题和预期目标每一阶段计划安排的定期报告提供了项目的可见性定期报告还提醒各级管理者注意该部门对项目承担的责任以及该部门效率的重要性开发文档规定若干个检查点和进度表使管理者可以评定项目的进度如果开发文档有遗漏不完善或内容陈旧则管理者将失去跟踪和控制项目的重要依据任务之间联系的凭证大多数软件开发项目通常被划分成若干个任务并由不同的小组去完成学科方面的专家建立项目分析员阐述系统需求设计员为程序员制定总体设计程序员编制详细的程序代码质量保证专家和审查员评价整个系统性能和功能的完整性负责维护的程序员改进各种操作或增强某些功能这些人员需要

7、的互相联系是通过文档资料的复制分发和引用而实现的因而任务之间的联系是文档的一个重要功能大多数系统开发方法为任务的联系规定了一些正式文档分析员向设计员提供正式需求规格说明设计员向程序员提供正式设计规格说明等等质量保证那些负责软件质量保证和评估系统性能的人员需要程序规格说明测试和评估计划测试该系统用的各种质量标准以及关于期望系统完成什么功能和系统怎样实现这些功能的清晰说明必须制订测试计划和测试规程并报告测试结果他们还必须说明和评估安全控制计算检验例行程序及其他控制技术这些文档的提供可满足质量保证人员和审查人员上述工作的需要培训与参考软件文档的另一个功能是使系统管理员操作员用户管理者和其他有关人员了

8、解系统如何工作以及为了达到他们的各自的目的如何使用系统软件维护支持维护人员需要软件系统的详细说明以帮助他们熟悉系统找出并修正错误改进系统以适应用户需求的变化或适应系统环境的变化历史档案软件文档可用作未来项目的一种资源通常文档记载系统的开发历史可使有关系统结构的基本思想为以后的项目利用系统开发人员通过审阅以前的系统以查明什么部分已试验过了什么部分运行得很好什么部分因某种原因难以运行而被排除良好的系统文档有助于把程序移植和转移到各种新的系统环境中管理者的作用管理者严格要求软件开发人员和编制组完成文档编制并且在策略标准规程资源分配和编制计划方面给予支持管理者对文档工作的责任管理者要认识到正式或非正式

9、文档都是重要的还要认识到文档工作必须包括文档计划编写修改形成分发和维护等各个方面管理者对文档工作的支持管理者应为编写文档的人员提供指导和实际鼓励并使各种资源有效地用于文档开发管理者的主要职责建立编制登记出版系统文档和软件文档的各种策略把文档计划作为整个开发工作的一个组成部分建立确定文档质量测试质量和评审质量的各种方法的规程为文档的各个方面确定和准备各种标准和指南积极支持文档工作以形成在开发工作中自觉编制文档的团队风气不断检查已建立起来的过程以保证符合策略和各种规程并遵守有关标准和指南通常项目管理者在项目开发前应决定如下事项要求哪些类型的文档提供多少种文档文档包含的内容达到何种级别的质量水平何时

10、产生何种文档如何保存维护文档以及如何进行通信如果一个软件合同是有效的应要求文档满足所接受的标准并规定所提供的文档类型每种文档的质量水平以及评审和通过的规程制订文档编制策略文档策略是由上级资深管理者准备并支持的对下级开发单位或开发人员提供指导策略规定主要的方向不是做什么或如何做的详细说明一般说来文档编制策略陈述要明确并通告到每个人且理解它进而使策略被他们贯彻实施支持有效文档策略的基本条件文档需要复盖整个软件生存期在项目早期几个阶段就要求有文档而且在贯穿软件开发过程中必须是可用的和可维护的在开发完成后文档应满足软件的使用维护增强转换或传输文档应是可管理的指导和控制文档的获得和维护管理者和发行专家应

11、准备文档产品进度可靠性资源质量保证和评审规程的详细计划大纲文档应适合于它的读者读者可能是管理者分析员无计算机经验的专业人员维护人员文书人员等根据任务的执行他们要求不同的材料表示和不同的详细程度针对不同的读者发行专家应负责设计不同类型的文档文档效应应贯穿到软件的整个开发过程中在软件开发的整个过程中应充分体现文档的作用和限制即文档应指导全部开发过程文档标准应被标识和使用应尽可能地采纳现行的标准若没有合适的现行标准必要时应研制适用的标准或指南应规定支持工具工具有助于开发和维护软件产品包括文档因此尽可能地使用工具是经济的可行的附录中的检查表为制定策略条款或评估现有策略条款的有效性和完整性提供帮助制订文

12、档编制标准和指南在一个机构内部应采用一些标准和指南软件生存期模型文档类型和相互关系文档质量这些标准和指南将决定如何实现文档任务将提供一些准则以评价该机构内所产生的软件文档的完整性可用性和适合性尽可能地采用现行的国家和国际标准若现行的标准不适用机构应制订自己的标准选择软件生存期模型现有的一些软件生存期模型对于不同的阶段有不同词汇从软件文档的观点来看采用哪种模型都无关紧要只要阶段和相应的文档是清晰定义的已计划的并且对于任何具体软件项目是能遵循的因此管理者应选择一个软件生存期模型并保证该模型在他们机构内是适用的管理者将会发现所进行的阶段和相应任务的定义有助于监控软件项目的进展相应于特定阶段生成的文档

13、可用作该阶段的评审通过和完成的检验点而这种检验应在下一阶段开始前进行规定文档类型和内容下面给出软件文档主要类型的大纲这个大纲不是详尽的或最后的但适合作为主要类型软件文档的检验表而管理者应规定何时定义他们的标准文档类型软件文档归入如下三种类别开发文档描述开发过程本身产品文档描述开发过程的产物管理文档记录项目管理的信息开发文档开发文档是描述软件开发过程包括软件需求软件设计软件测试保证软件质量的一类文档开发文档也包括软件的详细技术描述程序逻辑程序间相互关系数据格式和存储等开发文档起到如下五种作用它们是软件开发过程中包含的所有阶段之间的通信工具它们记录生成软件需求设计编码和测试的详细规定和说明它们描述

14、开发小组的职责通过规定软件主题事项文档编制质量保证人员以及包含在开发过程中任何其他事项的角色来定义做什么如何做和何时做它们用作检验点而允许管理者评定开发进度如果开发文档丢失不完整或过时管理者将失去跟踪和控制软件项目的一个重要工具它们形成了维护人员所要求的基本的软件支持文档而这些支持文档可作为产品文档的一部分它们记录软件开发的历史基本的开发文档是可行性研究和项目任务书需求规格说明功能规格说明设计规格说明包括程序和数据规格说明开发计划软件集成和测试计划质量保证计划标准进度安全和测试信息产品文档产品文档规定关于软件产品的使用维护增强转换和传输的信息产品的文档起到如下三种作用为使用和运行软件产品的任何

15、人规定培训和参考信息使得那些未参加开发本软件的程序员维护它促进软件产品的市场流通或提高可接受性产品文档用于下列类型的读者用户他们利用软件输入数据检索信息和解决问题运行者他们在计算机系统上运行软件维护人员他们维护增强或变更软件产品文档包括如下内容用于管理者的指南和资料他们监督软件的使用宣传资料通告软件产品的可用性并详细说明它的功能运行环境等一般信息对任何有兴趣的人描述软件产品基本的产品文档包括培训手册参考手册和用户指南软件支持手册产品手册和信息广告管理文档这种文档建立在项目管理信息的基础上诸如开发过程的每个阶段的进度和进度变更的记录软件变更情况的记录相对于开发的判定记录职责定义这种文档从管理的角

16、度规定涉及软件生存的信息相关文档的详细规定和编写格式见确定文档的质量等级仅仅依据规章传统的做法或合同的要求去制作文档是不够的管理者还必须确定文档的质量要求以及如何达到和保证质量要求质量要求的确定取决于可得到的资源项目的大小和风险可以对该产品的每个文档的格式及详细程度作出明确的规定每个文档的质量必须在文档计划期间就有明确的规定文档的质量可以按文档的形式和列出的要求划分为四级最底限度文档级文档级文档适合开发工作量低于一个人月的开发者自用程序该文档应包含程序清单开发记录测试数据和程序简介内部文档级文档级文档可用于在精心研究后被认为似乎没有与其他用户共享资源的专用程序除级文档提供的信息外级文档还包括程

17、序清单内足够的注释以帮助用户安装和使用程序工作文档级文档级文档适合于由同一单位内若干人联合开发的程序或可被其他单位使用的程序正式文档级文档级文档适合那些要正式发行供普遍使用的软件产品关键性程序或具有重复管理应用性质如工资计算的程序需要级文档级文档应遵守的有关规定质量方面需要考虑的问题既要包含文档的结构也要包含文档的内容文档内容可以根据正确性完整性和明确性来判断而文档结构由各个组成部分的顺序和总体安排的简单性来测定要达到这四个质量等级需要的投入和资源逐级增加质量保证机构必须处于适当的行政地位以保证达到期望的质量等级文档编制计划文档计划可以是整个项目计划的一部分或是一个独立的文档应该编写文档计划并

18、把它分发给全体开发组成员作为文档重要性的具体依据和管理部门文档工作责任的备忘录对于小的非正式的项目文档计划可能只有一页纸对于较大的项目文档计划可能是一个综合性的正式文档这样的文档计划应遵循各项严格的标准及正规的评审和批准过程编制计划的工作应及早开始对计划的评审应贯穿项目的全过程如同任何别的计划一样文档计划指出未来的各项活动当需要修改时必须加以修改导致对计划作适当修改的常规评审应作为该项目工作的一部分所有与该计划有关的人员都应得到文档计划文档计划一般包括以下几方面内容列出应编制文档的目录提示编制文档应参考的标准指定文档管理员提供编制文档所需要的条件落实文档编写人员所需经费以及编制工具等明确保证文

19、档质量的方法为了确保文档内容的正确性合理性应采取一定的措施如评审鉴定等等绘制进度表以图表形式列出在软件生存期各阶段应产生的文档编制人员编制日期完成日期评审日期等附录中的检查表为制定一个文档计划或评估现有文档计划的完整性提供帮助此外文档计划规定每个文档要达到的质量等级以及为了达到期望的结果必须考虑哪些外部因素文档计划还确定该计划和文档的分发并且明确叙述参与文档工作的所有人员的职责制订文档规程文档编制规程应符合第章概述的那些策略并适用于整个软件产品生存期内的文档的编制和使用这些规程提出关于文档的计划编制评审制作和分发的逻辑顺序这些规程内含审批质量保证及若干控制点概述修改步骤存储和维护要求以及更新方

20、法附录中的检查表能帮助设计合适的规程或有助于评定现有规程的有效性文档计划制定项目一旦确定就应制定项目开发计划包括文档计划文档计划的制定遵照第章的规定文档编写文档的编写是件非常细致的工作从最初提出文档编写提纲开始经过逐步充实完善并经反复检查和修改直至正式交付使用为止编写文档应注意以下几点文档编写时间应与软件开发同步在软件生存期的每一个阶段都应完成相应的文档编写工作详见附录按文档计划规定的文档数量和质量要求编写文档按或本单位指定的标准内容和格式编写相应文档文档用纸的格式由各单位按有关标准规定执行每个文档必须装订成册并加封面和目次归档用的文档还应有扉页用于各责任者的签署文档编号为便于管理软件文档应按

21、编号法进行编号编号方法有十进分类法隶属法等等各单位可根据本单位实际情况确定一种编号方法不论何种方法编号应具有唯一性文档评审文档评审十分重要文档评审必须与技术评审结合起来为了提高软件产品的质量一个有效的方法就是在软件开发的每个阶段对该阶段所形成的文档进行严格的评审这样可尽早发现问题并及时采取措施予以解决从而确保文档内容的正确性避免或减少大的返工同时为进入下一阶段的工作做好组织上和技术上的准备对一些大项目正规评审通常在开发方法学指导下进行正规评审应包括文档评审这是为了保证文档不但正确而且内容是最新的如果对文档与开发工作的其他方面同样重要这一点强调不够各种问题可能随之而来对所有描述开发工作和产品的文

22、档进行评审是正规评审过程的组成部分一开始特别重要的是需求规格说明和设计规格说明的评审需求评审需求评审进一步确认开发者和设计者已了解用户要求什么及用户从开发者一方了解某些限制和约束需求评审可能需要一次以上产生一个被认可的需求规格说明基于对系统要做些什么的共同理解才能着手详细设计用户代表必须积极参与开发和需求评审参与对需求文档的认可设计评审通常安排两个主要的设计评审概要设计评审和详细设计评审在概要设计评审过程中主要详细评审每个系统组成部分的基本设计方法和测试计划系统规格说明应根据概要设计评审的结果加以修改详细设计评审主要评审计算机程序和程序单元测试计划设计评审产生的最终文档规定系统和程序将如何设计

23、开发和测试以满足一致同意的需求正规备忘录提供一份有关所有会议的记录无论项目大小或项目管理的正规化程度需求评审和设计评审是必不可少的需求必须说明清楚用户和开发者双方都必须理解需求为了能把需求转换成程序及程序成分设计的细节须经同意并写成文档其他评审其他文档的正规评审也是必需的产品文档的计划应包括对下述内容的评审和认可编排方式技术准确度复盖范围的完整性对读者的适合程度图表设计思想及最终图表也应接受关于技术准确度适合程度和完整性的单独评审在语法标点及其他行文技巧方面的正确性对格式和别的标准的遵守程度如果有标准和指南现有的或制定的则可以对照这些标准来评判文档正规评审要保证产品文档是准确的完整的而且是适合

24、读者的附录提供了软件开发过程各评审点评审内容评审一般采用评审会的方式进行其步骤为由软件开发单位负责人用户代表开发小组成员科技管理人员和标准化人员等组成评审小组必要时还可邀请外单位的专家参加开会前由开发单位负责人确定评审的具体内容并将评审材料发给评审小组成员要求做好评审准备由开发单位负责人主持评审会根据文档编制者对该文档的说明和评审条目由评审小组成员进行评议评审评审结束应作出评审结论评审小组成员应在评审结论上签字文档签署软件产品的所有文档都应按规定进行签署软件文档签署的顺序一般按编写审核会签标准化批准的顺序进行其中会签仅在必要时才进行签署不允许代签修改单的签署与被修改的文档签署相同附录提了供软件

25、文档签署者文档归档与保管软件产品的文档是软件开发过程的真实记录是重要的信息资源因此必须实行集中统一管理使之完善安全并能有效地利用文档归档归档的文档应包括整个软件生存期内所形成的全部文档文档归档应满足以下条件归档的文档应是经过鉴定或评审的文档应签署完整成套格式统一字迹工整印制本打印本以及各种报告应装订成册并按规定进行编号签署软件文档应在开发过程每个阶段结束后及时归档文档保管对一个单位来说软件文档是极其重要的财富它代表一种在时间思想和能力上的具有特殊意义的投资此外软件文档描述另一方面的重要投资开发工作和产品应在不同的地点建立设施来保存重要文档的副本这种非现场的保存应储藏所有开发文档和产品文档的后备

26、副本如果文档是联机开发的则应把它存储到磁带或磁盘上以便能够迅速地将这些文档转换成可用的形式在人为事故或自然灾害情况下可以使用备用的磁带磁盘软盘清单系统图等重新构造系统文档保管包括登记保存借阅和修改等四项工作文档保管应按国家和上级主管部门的要求以及各单位的规章制度规定执行文档维护软件产品在投入运行后往往还会有程序错误文档错误以及适应新的环境和需求而要求增加或修改软件及其相关文档等情况因此必须对软件产品及其文档进行维护其过程大致可分以下几步软件产品完成后确定软件维护人员在软件的运行过程中由软件维护人员负责收集记录从用户或其他途径反馈回来的软件质量信息在分析整理后按中附录填写软件问题报告由软件维护人

27、员或该项目的课题组人员根据软件问题报告中提出的要求填写软件修改申请报告根据批准后的软件修改申请报告由该项目的课题组人员或软件维护人员对程序进行修改和测试在测试通过后由程序修改人员按中附录填写软件修改报告并修改相应的文档和媒体将软件修改报告和修改后的文档送审核会签标准化批准等有关负责人审阅签署将修改后的文档媒体和软件修改报告送档案管理部门存档软件维护人员汇总并整理修改的情况在此基础上编写软件维护通报所需资源为了编制高质量文档必须得到必要的资源所需的资源包括人员设备资金人员技术工作和技术管理主要取决于人没有任何指南标准或方法学能够代替技术素质高的人技术写作和文档技术方面的某些培训是必要的也是有用的

28、但是放在首位的仍然是任用既胜任计算机程序开发又胜任文档工作的人员设备某些自动的软件工具已成功地应用于开发文档的编制工作计算机程序能够提供图表索引数据元素表以及子程序和其他程序成分之间的交叉引用这些可避免令人乏味地重复录入草案材料并且容许自动地重新打印更新后的文档用于检查文档的一致性及在需求设计文档和计算机代码之间提供相关性的计算机技术也已经开发成功如果自动辅助工具的成本和附加资源相对于整个项目资源来说是合理的则应加以使用资金虽然开发文档的费用很少作为单独的预算项目且产品文档的费用常常估计过低但实际上开发文档和产品文档的费用却占开发费用中的很大一部分支持文档编写人员他们使用的设备以及文档的保存复

29、制分发和维护都需要资金评审和更新需要花时间和人力项目预算和计划表必须反映这些费用在制定计划过程中应请文档专家和通晓文档工作的人协助确定合理的预算附录提示的附录文档策略检查表文档策略检查表如下适当的文档的决策作出了吗涉及文档的策略声明发布了吗负责开发文档和产品文档编写工作的人员或部门落实了吗用于文档编制的资源落实了吗负责文档质量的人员或部门落实了吗各管理层次和组织各分支诸如软件工程硬件工程系统工程质量保证和文档编制等之间的各种关系确定了吗对于文档的编制分发和维护等方面是否确定了职责所需活动和联系途径所有的文档要求已列入整个项目开发计划表中了吗适用的文档标准已确定了吗是否已考虑采用支持工具和自动化

30、的文档编制附录提示的附录文档计划检查表文档计划检查表如下文档计划编制好了吗所需的文档类型确定好了吗所需的内容是否已列提纲并描述了文档标准确定了吗文档标准制订好了吗有关文档编制文档管理员备用的文档存储及文档评审的职责分配好了吗质量准则建立了吗有关提交草稿概要初稿修订稿图示的计划表是否已建立评审日期确定了吗一个认可的周期确立了吗制作方法是否已选定并作出计划了附录提示的附录文档管理规程检查表文档管理规程检查表如下评审规程建立了吗分析员开发人员程序员维护人员评审员用户及管理员的参与合作考虑了没有一个认可的周期确定了吗为每个文档或文档类型建立分配表了吗使文档内容保持最新的方法确定了吗用于获取用户对文档的

31、建议和反应的反馈机制建立了吗有关保管和分发的维护规程建立了吗有关文档的标识和管理的规程建立了吗保存重要文档用的设施建立了吗附录提示的附录软件文档编制时间软件文档编制的时间见表表序号文档名称阶段可行性研究阶段开发阶段需求分析概要设计详细设计实现测试试运行运行与维护阶段任务委托书可行性研究报告可行性评审报告软件需求说明书数据要求说明书软件需求评审报告项目任务书项目开发计划概要设计说明书程序流程图软件分析报告数据库设计说明书概要设计评审报告详细设计说明书测试计划模块开发卷宗详细设计评审报告程序测试分析报告用户手册操作手册程序维护手册安装实施手册开发进度月报项目开发总结报告用户使用报告产品标准媒体程序

32、图成套软件明细表整件明细表整件汇总表成套运用文档清单经济分析报告标准化审查报告性能测试报告资料审查报告鉴定会纪要软件验收报告软件问题报告软件修改报告软件维护通报注表示在软件开发过程某阶段结束时进行评审活动并编制相应报告附录提示的附录各评审点评审内容软件开发过程各评审点评审内容见表表评审点评审人员评审文档评审内容软件需求评审软件开发人员用户管理人员标准化人员特邀专家质量管理人员软件需求说明书数据要求说明书项目开发计划软件需求说明书是否覆盖了用户的所有要求软件需求说明书和数据要求说明书的明确性完整性一致性可测试性可跟踪性项目开发计划的合理性文档是否符合有关标准规定概要设计评审软件开发人员管理人员标

33、准化人员概要设计说明书概要设计说明书是否与软件需求说明书的要求一致概要设计说明书是否正确完整一致系统的模块划分是否合理接口定义是否明确文档是否符合有关标准规定详细设计评审软件开发人员管理人员标准化人员详细设计说明书测试计划数据库设计说明书详细设计说明书是否与概要设计说明书的要求一致模块内部逻辑结构是否合理模块之间接口是否清晰数据库设计说明书是否完全是否正确反映详细设计说明书的要求测试是否全面合理文档是否符合有关标准规定鉴定验收软件开发人员用户管理人员特邀专家标准化人员承办方与交办方的上级领导成套文档开发的软件系统是否已达到软件需求说明书规定的各项技术指标使用手册内容是否完整正确文档是否齐套是否

34、符合有关标准规定附录提示的附录软件文档签署者软件文档的签署者见表表序号文件名称拟制审核会签标准化批准任务委托书课题组成员技术管理部门委托单位领导可行性研究报告主管设计师主任设计师标准化主管师总设计师可行性评审报告评审组评审组组长软件需求说明书主管设计师主任设计师质管部标准化主管师总设计师数据要求说明书主管设计师主任设计师标准化主管师总设计师软件需求评审报告评审组评审组组长项目任务书主管设计师主任设计师科技部标准化主管师总设计师项目开发计划主管设计师主任设计师科技部标准化主管师总设计师质量保证计划主管设计师主任设计师质管部标准化主管师总设计师配置管理计划主管设计师主任设计师标准化主管师总设计师概

35、要设计说明书设计师主管设计师标准化主管师主任设计师程序流程图设计师主管设计师标准化主管师主任设计师软件分析报告设计师主管设计师标准化主管师主任设计师数据库设计说明书设计师主管设计师标准化主管师主任设计师概要设计评审报告评审组评审组组长详细设计说明书设计师主管设计师标准化主管师主任设计师测试计划设计师主管设计师标准化主管师主任设计师模块开发卷宗设计师主管设计师标准化主管师主任设计师详细设计评审报告评审组评审组组长程序设计师主管设计师标准化主管师主任设计师测试分析报告设计师主管设计师标准化主管师主任设计师用户手册主管设计师主任设计师质管部标准化主管师总设计师操作手册主管设计师主任设计师标准化主管师

36、总设计师程序维护手册主管设计师主任设计师标准化主管师总设计师安装实施手册主管设计师主任设计师标准化主管师总设计师开发进度月报主管设计师主任设计师科技部标准化主管师总设计师项目开发总结报告主管设计师主任设计师标准化主管师总设计师用户使用报告用户单位用户单位负责人产品标准主管设计师主任设计师标准化主管师总设计师表完序号文件名称拟制审核会签标准化批准媒体内容分布图设计师主管设计师标准化主管师主任设计师成套软件明细表设计师主管设计师标准化主管师主任设计师成套运用文件清单设计师主管设计师标准化主管师主任设计师经济分析报告财务人员总设计师财务部门负责人标准化审查报告标准化主管师标准化室主任性能测试报告测试组组长资料审查报告审查组组长鉴定会纪要鉴定委员会主任软件验收报告验收委员会主任软件问题报告维护人员总设计师软件修改报告主管设计师主任设计师标准化主管师总设计师软件维护通报主管设计师主任设计师标准化主管师总设计师注表中签署栏是对设计师系统而言对于其他系统可由相应的人员签署例如对工厂企业来说设计师相应为拟制人员主管设计师相应为产品负责人主任设计师相应为研制部门负责人总设计师相应为企业负责人或企业技术负责人