软件文档管理指南
软件文档管理指南
范围
本标准为那些对软件或基于软件的产品的开发负有职责的管理者提供软件文档的管理指南。本标准的目的在于协助管理者在他们的机构中产生有效的文档。
本标准涉及策略、标准、规程、资源和计划，管理者必须关注这些内容，以便有效地管理软件文档。
本标准期望应用于各种类型的软件，从简单的程序到复杂的软件系统。并期望覆盖各种类型的软件文档，作用于软件生存期的各个阶段。
不论项目的大小，软件文档管理的原则是一致的。对于小项目，可以不采用本标准中规定的有关细节。管理者可剪裁这些内容以满足他们的特殊需要。
本标准是针对文档编制管理而提出的，不涉及软件文档的内容和编排。
引用标准
下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效，所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。
计算机软件开发规范
计算机软件产品开发文件编制指南
软件工程术语
定义
本标准采用下列定义，其他定义见。
文档
一种数据媒体和其上所记录的数据。它具有永久性并可以由人或机器阅读。通常仅用于描述人工可读的内容。例如，技术文件、设计文件、版本说明文件。
文档（集）；文档编制
一个或多个相关文档的集合。
文档计划
一个描述文档编制工作方法的管理用文档。该计划主要描述要编制什么类型的文档，这些文档的内容是什么，何时编写，由谁编写，如何编写，以及什么是影响期望结果的可用资源和外界因素。
文档等级
对所需文档的一个说明，它指出文档的范围、内容、格式及质量，可以根据项目、费用、预期用途、作用范围或其他因素选择文档等级。
软件产品
软件开发过程的结果，并推出供用户使用的软件实体。
软件文档的作用
) 管理依据；
) 任务之间联系的凭证；
) 质量保证；
) 培训与参考；
) 软件维护支持；
) 历史档案。
管理依据
在软件开过过程中，管理者必须了解开发进度、存在的问题和预期目标。每一阶段计划安排的定期报告提供了项目的可见性。定期报告还提醒各级管理者注意该部门对项目承担的责任以及该部门效率的重要性。开发文档规定若干个检查点和进度表，使管理者可以评定项目的进度，如果开发文档有遗漏，不完善，或内容陈旧，则管理者将失去跟踪和控制项目的重要依据。
任务之间联系的凭证
大多数软件开发项目通常被划分成若干个任务，并由不同的小组去完成。学科方面的专家建立项目，分析员阐述系统需求，设计员为程序员制定总体设计，程序员编制详细的程序代码，质量保证专家和审查员评价整个系统性能和功能的完整性，负责维护的程序员改进各种操作或增强某些功能。
这些人员需要的互相联系是通过文档资料的复制、分发和引用而实现的，因而，任务之间的联系是文档的一个重要功能。大多数系统开发方法为任务的联系规定了一些正式文档。分析员向设计员提供正式需求规格说明，设计员向程序员提供正式设计规格说明，等等。
质量保证
那些负责软件质量保证和评估系统性能的人员需要程序规格说明、测试和评估计划、测试该系统用的各种质量标准以及关于期望系统完成什么功能和系统怎样实现这些功能的清晰说明；必须制订测试计划和测试规程，并报告测试结果；他们还必须说明和评估完全、控制、计算、检验例行程序及其他控制技术。这些文档的提供可满足质量保证人员和审查人员上述工作的需要。
培训与参考
软件文档的另一个功能是使系统管理员、操作员、用户、管理者和其他有关人员了解系统如何工作，以及为了达到他们的各自的目的，如何使用系统。
软件维护支持
维护人员需要软件系统的详细说明以帮助他们熟悉系统，找出并修正错误，改进系统以适应用户需求的变化或适应系统环境的变化。
历史档案
软件文档可用作未来项目的一种资源。通常文档记载系统的开发历史，可使有关系统结构的基本思想为以后的项目利用。系统开发人员通过审阅以前的系统以查明什么部分已实验过了，什么部分运行得很好，什么部分因某种原因难以运行而被排除。良好的系统文档有助于把程序移植和转移到各种新的系统环境中。
管理者的作用
管理者严格要求软件开发人员和编制组完成文档编制，并且在策略、标准、规程、资源分配和编制计划方面给予支持。
) 管理者对文档工作的责任。管理者要认识到正式或非正式文档都是重要的，还要认识到文档工作必须包括文档计划、编写、修改、形成、分发和维护等各个方面。
) 管理者对文档工作的支持。管理者应为编写文档的人员提供指导和实际鼓励，并使各种资源有效地用于文档开发。
) 管理者的主要职责：
）建立编制、登记、出版系统文档和软件文档的各种策略；
）把文档计划作为整个开发工作的一个组成部分；
）建立确定文档质量、测试质量和评审质量的各种方法的规程；
）为文档的各个方面确定和准备各种标准和指南；
）积极支持文档工作以形成在开发工作中自觉编制文档的团队风气；
）不断检查已建立起来的过程，以保证符合策略和各种规程并遵守有关标准和指南。
通常，项目管理者在项目开发前应决定如下事项：
要求哪些类型的文档；
提供多少种文档；
文档包含的内容；
达到何种级别的质量水平；
何时产生何种文档；
如何保存、维护文档以及如何进行通信。
如果一个软件合同是有效的，应要求文档满足所接受的标准，并规定所提供的文档类型、每种文档的质量水平以及评审和通过的规程。
制订文档编制策略
文档策略是由上级（资深）管理者新任务并支持的，对下级开发单位或开发人员提供指导。策略规定主要的方向不是做什么或如何做的详细说明。
一般说来，文档编制策略陈述要明确，并通告到每个人且理解它，进而使策略被他们贯彻实施。
支持有效文档策略的基本条件：
) 文档需要覆盖整个软件生存期
在项目早期几个阶段就要求有文档，而且在贯穿软件开发过程中必须是可用的和可维护的。在开发完成后，文档应满足软件的使用、维护、增强、转换或传输。
) 文档应是可管理的
指导和控制文档的获得维护，管理者和发行专家应准备文档产品、进度、可靠性、资源，质量保证和评审规程的详细计划大纲。
) 文档应适合于它的读者
读者可能是管理者、分析员、无计算机经验的专业人员、维护人员、文书人员等。根据任务的执行，他们要求不同的材料表示和不同的详细程度。针对不同的读者，发行专家应负责设计不同类型的文档。
) 文档效应应贯穿到软件的整个开发过程中
在软件开发的整个过程中，应充分体现文档的作用和限制，即文档应指导全部开发过程。
) 文档标准应被标识和使用
应尽可能地采纳现行的标准，若没有合适的现行标准，必要时应研制适用的标准或指南。
) 应规定支持工具
工具有助于开发和维护软件产品，包括文档。因此尽可能地使用工具是经济的、可行的。
附录中的检查表为制定策略条款或评估现有策略条款的有效性和完整性提供帮助。
制订文档编制标准和指南
在一个机构内部，应采用一些标准和指南：
——软件生存期模型；
——文档类型和相互关系；
——文档质量。
这些标准和指南决定如何实现文档任务，将提供一些准则以评价机构内所产生的软件文
档的完整性、可用性和适合性。
尽可能地采用现行的国家和国际标准，若现行的标准不适用，机构应制订自己的标准。
选择软件生存期模型
现有的一些软件生存期模型，对于不同的阶段有不同的词汇，从软件文档的观点来看，采用哪种模型都无关紧要，只要阶段和相应的文档是清晰定义的、已计划的，并且对于任何具体软件项目是能遵循的。因此，管理者应选择一个软件生存期模型并保证该模型在他们机构内是适用的。
管理者将会发现所进行的阶段和相应任务的定义有助于监控软件项目的进展。相应于特定阶段生成的文档可用作该阶段的评审、通过和完成的检验点，而这种检验应在下一阶段开始前进行。
规定文档类型和内容
下面给出软件文档主要类型的大纲，这个大纲不是详尽的或最后的，但适合作为主要类型软件文档的检验表。而管理者应规定何时定义他们的标准文档类型。
软件文档归入如下三种类别：
) 开发文档——描述开发过程本身；
) 产品文档——描述开发过程的产物；
) 管理文档——记录项目管理的信息。
开发文档
开发文档是描述软件开发过程，包括软件需求、软件设计、软件测试、保证软件质量的一类文档，开发文档也包括软件的详细技术描述（程序逻辑、程序间相互关系、数据格式和存储等）。
开发文档起到如下五种作用：
) 它们是软件开发过程中包含的所有阶段之间的通信工具，它们记录生成软件需求、设计、编码和测试的详细规定和说明；
) 它们描述开发小组的职责。通过规定软件、主题事项、文档编制、质量保证人员以及包含在开发过程中任何其他事项的角色来定义做直截了当、如何做和何时做；
) 它们用作检验点而允许管理者评定开发进度。如果开发文档丢失、不完整或过时，管理者将失去跟踪和控制软件项目的一个重要工具；
) 它们形成了维护人员所要求的基本的软件支持文档。而这些支持文档可作为产品文档的一部分；
) 它们记录软件开发的历史。
基本的开发文档是：
——可行性研究和项目任务书；
——需求规格说明；
——功能规格说明；
——设计规格说明，包括程序和数据规格说明；
——开发计划；
——软件集成和测试计划；
——质量保证计划、标准、进度；
安全和测试信息。
产品文档
产品文档规定关于软件产品的使用、维护、增强、转换和传输的信息。
产品的文档起到如下三种作用：
) 为使用和运行软件产品的任何人规定培训和参考信息；
) 使得那些未参加开发本软件的程序员维护它；
) 促进软件产品的市场流通或提高可接受性。
产品文档用于下列类型的读者：
——用户——他们利用软件输入数据、检索信息和解决问题；
——运行者——他们在计算机系统上运行软件；
——维护人员——他们维护、增强或变更软件。
产品文档包括如下内容：
——用于管理者的指南和资料，他们监督软件的使用；
——宣传资料通告软件产品的可用性并详细说明它的功能、运行环境等；
——一般信息对任何有兴趣的人描述软件产品。
基本的产品文档包括：
——培训手册；
——参考手册和用户指南；
——软件支持手册；
——产品手册和信息广告。
管理文档
这种文档建立在项目管理信息的基础上，诸如：
——开发过程的每个阶段的进度和进度变更的记录；
——软件变更情况的记录；
——相对于开发的判定记录；
——职责定义。
这种文档从管理的角度规定涉及软件生存的信息。
相关文档的详细规定和编写格式见。
确定文档的质量等级
仅仅依据规章、传统的做法或合同的要求去制作文档是不够的。管理者还必须确定文档的质量要求以及如何达到和保证质量要求。
质量要求的确定取决于可得到的资源、项目的大小和风险，可以对该产品的每个文档的格式及详细程度作出明确的规定。
每个文档的质量必须在文档计划期间就有明确的规定。文档的质量可以按文档的形式和列出的要坟划分为四级。
最低限度文档（级文档）级文档适合开发工作量低于一个人月的开发者自用程序。该文档应包含程序清单、开发记录、测试数据和程序简介。
内部文档（级文档）级文档可用于在精心研究后被认为似乎没有与其他用户共享资源的专用程序。除级文档提供的信息外，级文档还包括程序清单内足够的注释以帮助用户安装和使用程序。
工作文档（级文档）级文档适合于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。
正式文档（级文档）级文档适合那些要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质（如工资计算）的程序需要级文档。级文档遵守的有关规定。
质量方面需要考虑的问题即要包含文档的结构，也要包含文档的内容。文档内容可以根据正确性、完整性和明确性来判断。而文档结构由各个组成部分的顺序和总体安排的简单性来测定。要达到这四个质量等级，需要的投入和资源逐级增加，质量保证机构必须处于适当的行政地位以保证达到期望的质量等级。
文档编制计划
文档计划可以是整个项目计划的一部分或是一个独立的文档。应该编写文档计划并把它分发给全体开发组成员，作为文档重要性的具体依据和管理部门文档工作责任的备忘录。
对于小的、非正式的项目，文档计划可能只有一页纸；对于较大的项目，文档计划可能是一个综合性的正式文档，这样的文档计划应遵循各项严格的标准及正规的评审和批准过程。
编制计划的工作应及早开始，对计划的评审应贯穿项目的全过程。如同任何别的计划一样，文档计划指出未来的各项活动，当需要修改时必须加以修改。导致对计划作适当修改的常规评审应作为该项目工作的一部分，所有与该计划有关的人员都应得到文档计划。
文档计划一般包括以下几方面内容：
) 列出应编制文档的目录；
) 提示编制文档应参考的标准；
) 指定文档管理员；
) 提供编制文档所需要的条件，落实文档编写人员、所需经费以及编制工具等；
) 明确保证文档质量的方法，为了确保文档内容的正确性、合理性，应采取一定的措施，如评审、鉴定等等；
) 绘制进度表，以图表形式列出在软件生存期各阶段应产生的文档、编制人员、编制日期、完成日期、评审日期等。
附录中的检查表为制定一个文档计划或评估现有文档计划的完整性提供帮助。
此外，文档计划规定每个文档要达到的质量等级，以及为了达到期望的结果必须考虑哪些外部因素。
文档计划还确定该计划和文档的分发，并且明确叙述与文档工作的所有人员的职责。
销售管理系统说明文档
一、登录 在浏览器地址栏输入该系统的网址，出现登录界面，然后输入用户名和密码，登入系统。系统登录界面如下： 二、界面介绍 系统主要是由菜单栏、控制栏组成，如图所示： 三、仓库管理
仓库管理模块主要有入库管理、出库管理、仓位管理、移位管理等功能。通过仓库管理模块可以实现对公司货物入库、出库管理。 3.1 入库管理 入库管理功能可以查询当前待入库记录和已入库记录以及添加入库记录。 查询未提交的入库单，在左边菜单栏点击【仓库管理】/【入库管理】，然后在右边页面点击【未提交】即可查询当前所有的未提交入库记录，如图所示： 添加入库记录，在左边菜单栏点击【仓库管理】/【入库管理】，然后在右边页面点击【添加】按钮，此时会弹出一个窗口，让用户输入产品信息；添加入库记录时需要输入供应商名称、入库类型、产品价格、数量、仓位等信息，如图所示：
3.2 出库管理 出库管理模块可以管理产品的出库情况，包括查询未提交出库记录、查询已提交出库记录、拣货、查询已拣货记录、发货、打印快递单、查询已发货记录等功能。 查询未提交出库记录，在左边菜单栏点击【仓库管理】/【出库管理】，然后在右边页面点击【未提交】，此时页面会列出当前所有的未提交出库记录，同时可以根据单号来查询当前未提交的出库记录，如图所示：
添加出库记录，在左边菜单栏点击【仓库管理】/【出库管理】，然后在右边页面点击【未提交】/【+添加】，此时会出现一个窗口，用户可以在该窗口输入出库信息。添加出库记录时，需要输入出库类型、产品编号、产品名称、仓位、数量等信息，如 图所示：
查询已提交的出库记录，点击【仓库管理】/【出库管理】，然后在右边页面点击【已提交】，此时页面列出所有已提交出库信息，如图所示： 拣货，点击【仓库管理】/【出库管理】，然后在右边页面点击【已提交】。选中需要拣货的出库记录，然后点击右上方的【拣货】按钮，即可实现对产品的拣货，如图所示：
软件质量管理手册
质量管理手册
目录 1前言 (4) 1.1读者对象 (4) 1.2目的和范围 (4) 1.3术语和定义 (4) 2总体说明 (4) 3质量计划：制定新项目及维护性项目质量计划 (4) 3.1常规项目质量计划要求 (5) 3.1.1质量要素分析 (5) 3.1.2质量目标 (5) 3.1.3人员与职责 (6) 3.1.4质量保障计划 (6) 3.1.5过程检查计划 (6) 3.2维护性项目质量计划要求 (7) 3.2.1质量目标 (7) 3.2.2质量保障计划 (7) 3.2.3过程检查计划 (7) 4质量保证与控制 (8) 4.1计划阶段 (8) 4.1.1质量指导方针 (8) 4.1.2评审管理 (8) 4.1.3计划阶段检查单 (9) 4.1.4常存在的问题 (10) 4.2需求阶段 (10) 4.2.1质量指导方针 (10) 4.2.2评审管理 (11) 4.2.3需求阶段检查单 (12) 4.2.4常存在的问题 (13) 4.3设计阶段 (13) 4.3.1质量指导方针 (13) 4.3.2评审管理 (14) 4.3.3设计阶段检查单 (14) 4.3.4常存在的问题 (15) 4.4开发阶段 (15) 4.4.1质量指导方针 (15) 4.4.2代码走查 (16) 4.4.3开发阶段检查单 (16) 4.4.4常存在的问题 (17) 4.5测试阶段 (17) 4.5.1质量指导方针 (17) 4.5.2评审管理 (17) 4.5.3检查清单 (20) 4.5.4常存在的问题 (21)
4.6发布及维护阶段 (22) 4.6.1质量指导方针 (22) 4.6.2发布及维护阶段检查清单 (22) 4.6.3常存在的问题 (23) 4.7质量控制中的文档管理 (23) 4.7.1文档分类 (23) 4.7.2文档管理工具 (23) 4.7.3文档管理的基本要求 (23) 4.7.4文档管理流程 (24) 5质量度量：制定项目评估项 (25) 5.1计划评估 (25) 5.1.1评估基准 (25) 5.1.2评估项 (25) 5.1.3总结 (25) 5.2过程评估 (26) 5.2.1输入条件 (26) 5.2.2评估记录表 (26) 5.2.3总结 (27) 5.3项目质量评估 (27) 5.3.1输入条件 (27) 5.3.2评估项 (27) 5.3.3总结 (28) 5.4成本评估 (28) 5.4.1输入条件 (28) 5.4.2评估项 (28) 5.4.3总结 (30) 5.5客户满意度评估 (30) 5.5.1输入条件 (30) 5.5.2评估项 (30) 5.5.3总结 (30) 6质量改进 (31) 6.1现存在的质量问题 (31) 6.2质量改进措施 (31) 6.2.1问题XXXX (31) 6.2.2产生原因分析 (31) 6.2.3预防措施 (31) 7附录一：评审过程检查表 (32) 8附录二：参照及依从的规范文档清单 (33) 9附录三：项目管理跟踪管理 ............................................................................................ 错误!未定义书签。
软件系统项目建设项目管理文档
目录 1.项目管理 (1) 1.1项目范围管理 (1) 1.2项目时间管理 ......................................................................... 错误!未定义书签。 1.3项目里程碑 (6) 1.4培训方案 (6) 1.5技术支持与售后服务 (7) 1.6项目进度管理 (8) 信息系统项目建设项目管理文档 1.项目管理 1.1项目范围管理 （1）概述 项目范围管理就是要明确项目目标是什么，界定哪些工作必须做，并将项目目标分解到可以独立分包的程度，形成工作分解结构（WBS），并以此作为控制项目范围变更的基准。即项目范围管理是确保项目包含且只包含项目所必须完成的工作。 很多项目经常由于有做不完的报表、解决不完的问题而导致项目无法验收，很大一部分原因就是因为项目的范围没有定义清楚或者项目范围经常发生无可控制的变更所致。事实证明，缺少正确的项目范围定义和范围的核实是导致项目失败的主要因素。 因此，项目管理最重要的也是最难做的一项工作就是确定项目范围，并使项目范围在控制中，这就是项目范围管理的范畴，即项目范围管理就是项目该做什么，不该做什么，以及确保该做的事情必须做到，不该做的事情不能做。 在项目的规划阶段和蓝图设计阶段的前期，我们通过售前阶段的资料和项目
现场的需求调研，确定项目该做什么，这就是经常说的定义项目范围。 （2）管理内容 1、定义项目范围 1）定义项目范围重要的参考资料和依据一般如下： ●项目售前实施方案； ●项目主合同； ●许可软件通用条款及清单； ●咨询实施服务和工作任务书； ●支持服务条款； ●战略合作承诺书； ●建设单位内部正式发问的项目实施意见书。 2）口头承诺 定义范围除了依据上述可见的项目资料外，售前阶段的一些口头承诺也是定义项目范围的重要信息来源，因此在项目准备阶段与售前进行内部交接时，一定不能忘记交接口头承诺的内容，实践证明，口头承诺的往往是在项目实施过程中难以交付的或者需求范围不好清晰界定的，正是范围管理的难点。 通过范围定义，可形成详细的范围说明书，以及对项目管理计划进行更新。 2、项目范围 范围是指项目所提供的产品或服务的总和，它包括以下两种含义： ●产品范围：产品或者服务的特性与功能，其衡量标准为产品要求，即产 品需求说明书。 ●项目范围：为交付所需产品（具有特定属性和功能）和服务而必须完成 的工作，其衡量标准为项目管理计划、项目范围说明书、WBS及WBS词汇 表。 项目实施的产品范围的描述一般应该通过两个维度，即产品功能模块和公司范围两个维度，清晰的描述出哪些公司具体实施、哪些产品的功能模块，对于集团型企业一定要以企业法人作为实施的公司范围。借用EXCEL建立功能模块与法人
项目文档管理流程
文档管理流程XX天音通信XX 分销信息系统 编写人员: AMT咨询项目组 编写日期: 2001年11月12日更新日期: 2001年11月12日文档编码: 天音/0001 文档版本: 1.0 批准人员:
文档控制 修改记录 审阅记录 分发记录 按照项目文档管理流程的要求，文档接收者请注意： 如果您收到本文档的电子版，请打印本页并在相应的栏目中签字。 如果您收到本文档的原件，请直接在相关栏目中签字。
目录 文档控制ii 修改记录ii 审阅记录ii 分发记录ii 文档概述4 目的4 适用X围4 相关文档4 项目资料库5 目的5 资料库结构及分类5 文档控制流程7 目的7 流程说明7 文档控制标准8 目的8 软件标准9 编写标准9 命名标准11 附录：项目文档模板12
文档概述 目的 本文档主要明确所有交付成果及其项目文档的管理流程和标准，并将在XX天音通信XX 分销信息系统的全过程中加以运用和控制。 适用X围 本文档就项目文档管理中的以下方面进行明确。 ?项目资料库 ?文档控制流程 ?文档控制标准 ?文档发布流程 本文档管理流程将同时适用于参与实施的AMT实施项目组（包括实施联合体科讯公 司实施组及PTC公司技术支持组等）和XX天音项目组的所有成员。 相关文档 1.AMT项目实施文档标准
项目资料库 目的 按照本项目的实施X围和总体策略，将建立集中管理的项目资料库，便于各类实施 文档的更新、审阅、批准和发布管理。同时将在项目开始的初期，快速建立企业信 息门户作为项目组进行沟通和文档发布的交互平台，本文档中确定的资料库分类及 其他相关的流程都将作为此信息平台建立的需求标准之一。 项目资料库由以下要素构成： 1.主目录 2.目录 3.子目录 4.主页 5.标题 资料库结构及分类 主目录与本实施项目有关的所有文档及其他相关资料将统一存放在“分销信息系统 资料库”主目录内。 目录根据实施项目的X围和总体策略，将按照各个分项目对目录进行分类： 1-项目管理文档 2-财务管理系统实施文档 3-人力资源管理系统实施文档 4-项目设计管理系统实施文档 5-项目施工管理系统实施文档 6-办公与企业信息门户系统实施文档 7-集成与技术开发文档 子目录按照AMT实施方法论(AIM)和项目管理方法论(PJM)，建立以下分类子目录：
汇博通文档借阅管理系统软件使用说明书
汇博通文档借阅管理系统使用说明书 汇博通知识管理系统的属性管理，实际上已提供了借阅与归还功能，但那是针对每一份文件 或档案而言的。 这里，为客户提供一款专门用于文档的借阅与归还的软件，不但可办理一份文件的借阅或归 还手续，只要有需要，也可批量办理借阅与归还，另外，还提供了与借阅有关的一系列统计 报表。 发放功能与借阅类似，所不同的只是发放不必归还，如将购买的资料、图书发放给职员学习 等。 注：借阅与归还模块的操作，需要获得以下三种权限中的一种： 系统管理员 归档授权（档案管理员） 编号授权（文件管理员） 与借阅与归还模块相关的系统参数的设置说明如下： 首页 汇博通主页的模块工具条上，有一个借阅与归还的按钮，单击它即进入借阅与归还首页。
借阅（发放） 前面已经介绍过，借阅与发放的区别在于，借阅需要归还，发放则不必归还，从某种意义上 来说，发放实际上已将所有权（或有条件的所有权）转移给接收者。 借阅界面包括左右两个子窗体，左侧子窗体用于显示可供借阅（发放）的文档，其上部有搜 索关键词输入框，输入相应关键词即可查找出可供借阅的相应文档，如果要借阅的文档已经 在操作者手上，并且，标注有条形码或电子标签，操作者可直接通过条码阅读器或电子标签 阅读器读取相应编码直接获取到该文档。 根据实际需要，通过点选左侧的复选框，选择具体文档，然后，通过点击两个子窗体中间的 箭头，即可将选中的文档添加到右侧子窗体的列表中，即可直接办理借阅或发放手续。
可供借阅（发放）检索列表待选区。借阅（发放）选择勾选列表区。 可供借阅（发放） 输入文件名称、编号、责任者或主题词等属性，点击【检索】按钮进行查找，如下图： 勾选确定后点击该按钮，即可添加到已 选择列表区中。 点击每份文档名称前的图标，可展开或隐藏文档的份数清单，还可通过点击表头的图标来展开或隐藏所有文档份数清单，办理借阅手续时，可针对每一份文件进行，以方便一式多份文件的管理，如合同、资料、图书等，勾选（取消）具体目标可通过份数序号前的复选框实现，对应文档的所有份数操作只需通过文档图标前的复选框实现，同理对列表所有文档操作亦如此。
软件项目管理全套文档模板
模版集萃 综述 在程序员的日常工作中，除了编写代码之外，还免不了需要编写各种技术文档。一个编写良好的技术文档在项目中能够很好地建立沟通与协作，起到很积极的作用。因此，编写技术文档也就成为了程序员技能提升的很重要的一面。 为此，我们特意收集了一些在项目开发过程中经常用到的文档模板，这些模板包括格式和简单的写作说明，相信能够帮助大家编写出更加高效、实用的技术文档。在收集过程中，我们十分注重其实用性，以确保每个模板的价值，而且对于一些重要的文档提供了多个模板。 为了方便大家查找，我们将收录的57模板分为以下几类： 项目及开发管理类：包括立项前的分析，立项后的计划、以及进度跟踪、风险控制方面的文档模板，共计16个； 需求分析类：明确清晰的需求，是项目成功的基础，在此收集了在需求分析过程中所将使用到的文档模板，共计14个； 系统分析与设计类：包括体系结构设计、高层设计、详细设计、数据库设计等6个相关文档模板； 软件质量保证类：软件测试是质量保证的关键活动，在此收集了软件测试相关的11个文档模板； 其它类：除此之外，还收集了关于用户手册、软件维护等方面的10个文档模板，其中还有一个软件过程规范的示例。 另外，值得说明的是，文档模板只是为文档的编写提供一个基础，在实际的编写过程中，你可以根据自己的需要进行必要的剪裁和增补。
一、项目及开发管理类 1.1 可行性研究报告(ISO标准) 编者说明： 在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。该模板为ISO标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。 1. 引言 1.1 编写目的 [编写本可行性研究报告的目的，指出预期的读者。] 1.2 背景 a.[所建议开发的软件系统的名称；] b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 2. 可行性研究的前提 [说明对所建议开发的软件的项目进行可行性研究的前提。] 2.1 要求 [说明对所建议开发的软件的基本要求。] 2.2 目标 [说明所建议系统的主要开发目标。] 2.3 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。] 2.4 进行可行性研究的方法 [说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。] 2.5 评价尺度 [说明对系统进行评价时所使用的主要尺度。] 3. 对现有系统的分析 [这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能
项目管理文档填写及流程管理规范
项目管理文档填写及流程管理规范 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）软件需求规格说明 3）接口需求规格说明 4）接口设计文档 5）软件设计文档 6）软件产品规格说明 7）版本说明文档 8）软件测试计划 9）软件测试说明 10）软件测试报告 11）计算机系统操作员手册 12）软件用户手册 13）软件程序员手册 14）计算机资源综合保障文件 软件开发计划 一．引言 1．编写目的（阐明编写软件计划的目的，指出读者对象。） 2．项目背景（可包括：（1）项目委托单位、开发单位和主管部门；（2）该软件系统与其他系统的关系。） 3．定义（列出本文档中用到的专门术语的定义和缩略词的原文。） 4．参考资料（可包括：（1）项目经核准的计划任务书、合同或上级机关的批文；（2）文档所引用的资料、规范等；列出资料的作者、标题、编号、发表日期、出版单位或资料来源。）二．项目概述 1.工作内容（简要说明项目的各项主要工作,介绍所开发软件的功能性能等. 若不编写可行性 研究报告,则应在本节给出较详细的介绍。) 2.条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的条件. 必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。） 3.产品 （1）程序（列出应交付的程序名称使用的语言及存储形式。） （2）文档（列出应交付的文档。） （3）运行环境（应包括硬件环境软件环境。） 4．服务（阐明开发单位可向用户提供的服务. 如人员培训安装保修维护和其他运行支持。）
软件项目管理制度 制度 格式
**科技股份有限公司软件项目管理制度 目录
项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 1引言 1．1编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2项目概述 2．1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2．2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2．3产品 2．3．1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2．3．2文件 列出需移交给用户的每种文件的名称及内容要点。 2．3．3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2．3．4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2．4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2．5完成项目的员迟用限 2．6本计划的批准者和批准日期 3实施计划
软件项目文档管理
软件项目文档管理 文档管理是项目管理中最关键的部分之一，文档管理的规范与否关系到项目进展状况，关系整个项目工作的效率与效益。抓住项目规范、文档规范，是推进公司发展的推动力。 一、文档管理的目标 文档管理的目标是将软件项目各阶段的各种文档资料（如各种图表、文字说明材料、数据文件、报告等）有效地进行组织、规划、归类，使文档的获得、归类、查找和提取更容易。最终目的就是使其成为软件项目中的一部分，与其他的项目内容构成完整的知识。 二、文档管理的作用及方法 1、文档管理的作用 软件文档也称文件，通常指的是一些记录的数据和数据媒体，它具有固定不变的形式，可被人和计算机阅读。它和计算机程序共同构成了能完成特定功能的计算机软件。文档本身就是软件产品，没有文档的软件，不成其为软件，更谈不到软件产品。软件文档的编制在软件开发工作中占有突出的地位和相当的工作量。高效率、高质量地开发、分发、管理和维护文档对于转让、变更、修正、扩充和使用文档，对于充分发挥软件产品的效益有着重要意义。 文档在软件开发人员、软件管理人员、维护人员、用户以及计算机之间的多种桥梁作用。软件开发人员在各个阶段中以文档作为前阶段工作成果的体现和后阶段工作的依据，这个作用是显而易见的。软件开发过程中软件开发人员需制定一些工作计划或工作报告，这些计划和报告都要提供给管理人员，并得到必要的支持。管理人员则可通过这些文档了解软件开发项目安排、进度、资源使用和成果等。软件开发人员需为用户了解软件的使用、操作和维护提供详细的资料，我们称此为用户文档。以上三种文档构成了软件文档的主要部分。 2、文档管理的方法 文档管理方法是最好有一套文档管理系统，作用：记录文档的变更、修改、增加、删除等操作情况，有效管理好软件项目各阶段的文档。为使用文档的人员提供了集中统一、安全的管理文档的渠道，实现了文档管理的电子化。 三、文档管理的任务 1、确定文档管理的范围 2、确定文档管理的内容和分类 3、记录文档的变更情况 4、建立编制、更改和维护文档的各种规程 5、不断检查已建立起来的过程，以保证符合各种规程并遵守有关标准和指南 6、在文档中存在商业秘密或技术秘密的情况下，还应注意保密 四、文档管理任务的实现 1、确定文档管理的范围 在一个软件项目中可能需要管理的文档有： （1）可行性研究报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施的方案，说明并论证所选定实施方案的理由。 （2）项目开发计划：为软件项目实施方案制定出具体计划，应该包括各部分
易度文档管理系统用户使用手册
如对您有帮助，请购买打赏，谢谢您！ 目录 1 概述........................................................................................................... 错误！未定义书签。 2 登录........................................................................................................... 错误！未定义书签。 2.1 登录............................................................................................... 错误！未定义书签。 2.2 自定义企业LOGO.......................................................................... 错误！未定义书签。 3 总体结构................................................................................................... 错误！未定义书签。 3.1 部门管理....................................................................................... 错误！未定义书签。 3.1.1 组织结构设定................................................................... 错误！未定义书签。 3.1.2 添加部门信息................................................................... 错误！未定义书签。 3.1.3 修改/删除部门信息......................................................... 错误！未定义书签。 3.1.4 添加岗位管理................................................................... 错误！未定义书签。 3.1.5 修改/删除岗位信息......................................................... 错误！未定义书签。 3.2 员工管理....................................................................................... 错误！未定义书签。 3.2.1 添加新员工....................................................................... 错误！未定义书签。 3.2.2 修改/删除员工信息......................................................... 错误！未定义书签。 3.2.3 为员工批量授权............................................................... 错误！未定义书签。 4 权限管理................................................................................................... 错误！未定义书签。 4.1 对比............................................................................................... 错误！未定义书签。 4.2 授权委托管理............................................................................... 错误！未定义书签。 4.3 权限继承....................................................................................... 错误！未定义书签。 4.4 成组授权....................................................................................... 错误！未定义书签。 4.5 四层6个级别权限介绍............................................................... 错误！未定义书签。 5 文件夹....................................................................................................... 错误！未定义书签。 5.1 显示视图（查看方式）............................................................... 错误！未定义书签。 5.2 新建文件夹................................................................................... 错误！未定义书签。 5.3 修改文件夹................................................................................... 错误！未定义书签。 5.4 批量管理....................................................................................... 错误！未定义书签。 5.5 移动/复制文件夹......................................................................... 错误！未定义书签。 5.6 删除文件夹................................................................................... 错误！未定义书签。 6 文件........................................................................................................... 错误！未定义书签。 6.1 文件路径....................................................................................... 错误！未定义书签。 6.2 上传文件....................................................................................... 错误！未定义书签。 6.3 上传的文件名支持同名检查....................................................... 错误！未定义书签。 6.4 上传文件后快捷操作................................................................... 错误！未定义书签。 6.5 下载文件....................................................................................... 错误！未定义书签。 6.6 文件重命名和文件编号修改....................................................... 错误！未定义书签。
GB 16680-1996 软件文档管理指南
GB/16680－1996软件文档管理指南 1 范围 本标准为那些对软件或基于软件的产品的开发负有职责的管理者提供软件文档的管理指南。本标准的目的在于协助管理者在他们的机构中产生有效的文档。 本标准涉及策略、标准、规程、资源和计划，管理者必须关注这些内容，以便有效地管理软件文档。 本标准期望应用于各种类型的软件，从简单的程序到复杂的软件系统。并期望覆盖各种类型的软件文档，作用于软件生存期的各个阶段。 不论项目的大小，软件文档管理的原则是一致的。对于小项目，可以不采用本标准中规定的有关细节。管理者可剪裁这些内容以满足他们的特殊需要。 本标准是针对文档编制管理而提出的，不涉及软件文档的内容和编排。 2 引用标准 下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效，所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。 GB 8566-88 计算机软件开发规范 GB 8567-88 计算机软件产品开发文件编制指南 GB/T 11457-1995 软件工程术语 3 定义 本标准采用下列定义，其他定义见 GB/T 11457 。 3.1 文档 document 一种数据媒体和其上所记录的数据。它具有永久性并可以由人或机器阅读。通常仅用于描述人工可读的内容。例如，技术文件、设计文件、版本说明文件。 3.2 文档（集）；文档编制 documentation 一个或多个相关文档的集合。 3.3 文档计划 documentation plan 一个描述文档编制工作方法的管理用文档。该计划主要描述要编制什么类型的文档，这些文档的内容是什么，何时编写，由谁编写，如何编写，以及什么是影响期望结果的可用资源和外界因素。 3.4 文档等级 level of documentation 对所需文档的一个说明，它指出文档的范围、内容、格式及质量，可以根据项目、费用、预期用途、作用范围或其他因素选择文档等级。 3.5 软件产品 software product 软件开发过程的结果，并推出供用户使用的软件实体。 4 软件文档的作用 a) 管理依据； b) 任务之间联系的凭证； c) 质量保证； d) 培训与参考； e) 软件维护支持； f) 历史档案。 4.1 管理依据 在软件开过过程中，管理者必须了解开发进度、存在的问题和预期目标。每一阶段计划安排的定期报告提供了项目的可见性。定期报告还提醒各级管理者注意该部门对项目承担的
前沿文档安全管理系统-管理员使用手册[风雷版]
前沿文档安全管理系统[风雷版]管理员使用手册 2011年4月 1.说明 产品概要 1)前沿风雷文档加密软件（V6）分为服务端与客户端； 2)产品的策略设置使用B/S结构，客户端设计为C/S结构； 3)前沿风雷文档加密软件（V6）服务端支持“前沿文档安全管理系统”与“前沿风 雷文档加密软件”V6客户端连接使用； 4)前沿风雷文档加密软件（V6）主要功能包括“服务器系统设置、动态水印设置、 用户集成同步、多类型数据库连接、计算机用户集中管理、WEB审批、审批规则 设置、安全策略设置、日志管理、客户端升级管理、消息中心、系统监控、虚拟打 印黑白名单设置、进程黑白名单设置、动态卸载密码、客户端扫描加解密、外发文 档管理、离线管理等”； 5)红色字体内容为未启用功能。 使用范围 前沿科技公司内部人员
2.产品安装 服务器安装 1)安装JDK； 2)拷贝server_full文件夹内所有文件到所要安装服务器磁盘 3)安装数据库，创建数据库drm_server 4)修改配置文件server_full\conf\中连接数据库地址 5)在server_full中启动 3.功能使用说明 控制端设置 1）控制端功能包含在服务器里，安装服务器后就可以使用； 2）进入方式：打开浏览器，地址栏里输入“，在装有客户端的机器上可以输入“”. 3.1.1 控制端登陆 系统安装后，服务器会自动产生超级管理员(super)、系统管理员(systemadmin)、审计管理员(logadmin)、安全策略管理员(admin),密码为: . 用户可自行修改,系统默认的管理员在权限的控制上有所区分（分别使用以上4个用户登陆控制端后界面显示内容不一样），用户的权限控制使用角色进行管理（详细参考角色章节），用户登陆界面（参考图3.1.1） 图3.1.1
项目管理-设计文档管理程序
设计文档管理程序
目录 1 目的 (3) 2 适用范围 (3) 3 引用文件 (3) 4 定义 (3) 5 职责 (3) 6 工作要求和程序 (4) 7 附件 (5)
1 目的 为进一步提高建设工程项目文档管理和信息共享水平，确保文档的完整、有序和统一，更好的完成档案验收，特制定本程序。 2 适用范围 本程序适用于XXXXX制甲醇及转化烯烃项目设计文档的管理。 3 引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单或修订版均不适用于本标准。凡是不注日期的引用文件，其最新版本适用于本标准。 SEP-SPM-GS1001《中国石化项目管理手册》 中国石化建[2011]763号《中国石化固定资产投资项目设计管理规定》 SHSG-046-2005《工程设计文件签署规定》 4 定义 下列术语和定义适用于本标准。 4.1文档 文档是指在项目管理全过程中产生的与项目建设有关的所有书面文件和电子文件,包括管理文件和技术文件，如设计图纸、合同、公文、传真、电子邮件、图片、录音文件、录像文件、通讯报道、网页等。 4.2设计文档 设计文档即为与设计有关或为了完成工程设计而形成的文档。主要包括可行性研究报告、工程设计合同、总体设计、基础设计、详细设计、设计变更、竣工图、工程设计总结、设计质量事故报告、设计质量事故处理报告等。 4.3设计文档管理 设计文档管理即对设计文档包括编码、收发、登记、系统录入、发布、版本控制、借阅、使用、保管、整理、归档、鉴定销毁等的管理。 5 职责 5.1建设单位负责制定有关实施细则，负责设计文档管理，组织档案验收。 5.2设计单位按要求提供设计文档，进行设计文档管理。
IT项目管理人员必备的软件知识
软件文档知多少？ 如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于Microsoft Windows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤----软件文档。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。 技术支持--公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。 系统报价--软、硬件平台报价列表、软件开发费用、系统维护费用等。 项目进度--整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。 3. 《需求分析》--包括产品概述、主要概念、操作流程、功能列表和解说、注意事项、系统环境等。以《功能要求》为基础，进行详细的功能分析(包括客户提出的要求和根据开发经验建议的功能)，列出本产品是什么，有什么特殊的概念，包括那些功能分类，需要具备什么功能，该功能的操作如何，实现的时候该注意什么细节，客户有什么要求，系统运行环境的要求等。这里的功能描述跟以后的使用手册是一致的。 4. 《技术分析》--包括技术选型、技术比较、开发人员、关键技术问题的解决、技术风险、技术升级方向、技术方案评价，竞争对手技术分析等。以《需求分析》为基础，进行详细的技术分析(产品的性能和实现方法)，列出本项目需要使用什么技术方案，为什么，有哪些技术问题要解决，估计开发期间会碰到什么困难，技术方案以后如何升级，对本项目的技术有什么评价等。 5. 《系统分析》--包括功能实现、模块组成、功能流程图、函数接口、数据字典、软件开发需要考虑的各种问题等。以《需求分析》为基础，进行详细的系统分析(产品的开发和