软件文档写作05-文档表达1
软件文档写作标准讲义

软件文档写作标准讲义软件文档写作标准讲义一、前言软件文档是记录软件开发过程和使用方法的重要工具。
它是固化了软件设计、开发、实施等过程中必要的信息和知识,便于团队成员之间的沟通,也是用户使用软件时的重要参考。
因此,编写一份符合标准的软件文档是至关重要的。
本讲义旨在介绍一套软件文档写作的标准规范,帮助软件开发团队更好地编写软件文档。
二、文档结构软件文档通常具有以下结构:1. 标题页:包含文档名称、版本号、作者、完成日期等基本信息。
2. 目录页:列出文档的各个章节和子章节,并注明页码。
3. 引言:介绍软件的背景、目的和范围,并提供相应的参考资料。
4. 需求分析:对软件的功能需求进行详细描述,包括用户需求和系统需求。
5. 设计说明:说明软件的整体架构、功能模块、数据结构和算法等。
6. 安装和配置:提供软件安装和配置的步骤和注意事项。
7. 用户手册:介绍软件的使用方法、界面操作和常见问题解答。
8. 开发手册:提供软件的开发环境、工具和编程范例等信息。
9. 测试报告:记录软件的测试过程、结果和BUG修复等内容。
10. 版本历史:追踪文档的修改历史,并注明每个版本的改动内容。
三、编写规范1. 统一格式:使用统一的字号、字体和行距,保持文档整体的一致性。
2. 规范排版:设置适当的页边距、页眉和页脚,使用分章节的标题层次。
3. 清晰表达:用简洁明了的语言描述软件的功能、操作步骤和要点,避免使用专业术语或行话。
4. 图文结合:在文档中合理插入示意图、流程图、表格等辅助说明材料,提高文档的可读性。
5. 具体细节:详细描述软件的每个功能模块、数据结构和算法等,确保读者能够理解运行原理和逻辑。
6. 错误处理:在用户手册中列出可能出现的错误和解决方法,帮助用户更好地排除故障。
7. 补充附件:如果软件文档中包含了工具、代码或配置文件等附件,需将其清晰标注,并提供相应的下载地址或链接。
四、审校流程软件文档编写完成后,需要经过严格的审校流程来确保文档的质量和准确性。
软件文档写作-基本介绍

护费用等。
项目进度--整个项目的进度计划,包括签署合同、项目启动、
需求分析、系统分析、程序开发、测试维护、系统集成、用户
验收、用户培训等步骤的时间规划。
3. 《需求分析》--包括产品概述、主要概念、操作流程、功
能列表和解说、注意事项、系统环境等。以《功能要求》为基
础,进行详细的功能分析(包括客户提出的要求和根据开发经验
10. 《QA文档》--包括产品简介、产品原理、产品功能列表、 功能描述、功能流程、执行结果、数据库结构、测试要求等,提 供给软件测试人员使用。
11. 《项目总结》--包括项目简介、项目参与人员和开发时间、 项目风险管理过程、项目功能列A表、项目结构特点、技术特点8 、 对项目的升级建议、对以后的项目的建议、人员素质情况等。
授课内容: 采取讲座方式,用案例介绍各类软件文档的写作。
写作工具: Win Word Docbook
作业及考试要求: 平时占50% 考查占50%
A
3
软件文档知多少?
如今,软件开发越来越复杂一个开发团队齐心协力的血汗
结晶。“罗马不是一天建成的!”,当我们震撼于Microsoft
建议的功能),列出本产品是什么,有什么特殊的概念,包括那
些功能分类,需要具备什么功能,该功能的操作如何,实现的
时候该注意什么细节,客户有什么要求,系统运行环境的要求
A
6
等。这里的功能描述跟以后的使用手册是一致的。
4. 《技术分析》--包括技术选型、技术比较、开发人员、关 键技术问题的解决、技术风险、技术升级方向、技术方案评价, 竞争对手技术分析等。以《需求分析》为基础,进行详细的技 术分析(产品的性能和实现方法),列出本项目需要使用什么技术 方案,为什么,有哪些技术问题要解决 ,估计开发期间会碰到 什么困难,技术方案以后如何升级,对本项目的技术有什么评 价等。
软件需求文档范本

软件需求文档范本1. 引言软件需求文档是指在软件开发过程中详细描述系统功能和性能的文档。
本文档旨在提供一个范本,展示软件需求文档的结构和内容,并辅助读者编写自己的软件需求文档。
2. 文档目的本文档旨在定义软件系统的需求,以便开发团队能够根据这些需求设计和实现该系统。
3. 软件描述本节描述了需要开发的软件系统的概述和背景信息。
(1) 系统概述本软件是一个XXX系统,用于XXX的管理和操作。
它旨在提供XXXX功能,并能够支持XXX交互和数据处理。
(2) 系统背景描述开发该软件系统的原因以及相关的背景信息,包括现有系统的局限性和需求。
4. 功能需求本节列举了软件系统的功能需求,包括用户角色和他们的操作。
(1) 用户角色- 用户1:xxxx- 用户2:xxxx- 用户3:xxxx(2) 功能需求列表- 需求1:xxxx- 需求2:xxxx- 需求3:xxxx5. 非功能需求本节列举了软件系统的非功能需求,包括性能、安全性、可靠性等方面的要求。
(1) 性能要求- 要求1:xxxx- 要求2:xxxx(2) 安全性要求- 要求1:xxxx- 要求2:xxxx6. 数据需求本节描述了软件系统的数据需求,包括使用的数据类型、数据存储和处理等方面的要求。
(1) 数据类型- 类型1:xxxx- 类型2:xxxx(2) 数据存储和处理- 存储要求1:xxxx- 存储要求2:xxxx7. 界面需求本节描述了软件系统的界面需求,包括用户界面和系统界面的设计要求。
(1) 用户界面- 设计要求1:xxxx- 设计要求2:xxxx(2) 系统界面- 设计要求1:xxxx- 设计要求2:xxxx8. 约束和假设本节概述了软件开发过程中的一些约束和假设条件。
(1) 约束条件- 约束条件1:xxxx- 约束条件2:xxxx(2) 假设条件- 假设条件1:xxxx- 假设条件2:xxxx9. 参考文献在本节中,提供了用于编写本文档的相关参考文献和资料。
软件需求文档格式的标准写法

软件需求文档格式的标准写法1.引言1.1 编写目的·阐明开发本软件的目的;1.2 项目背景·标识待开发软件产品的名称、代码;·列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户;·说明该软件产品与其他有关软件产品的相互关系。
1.3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。
1.4 参考资料(可有可无)列举编写软件需求规格说明时所参考的资料,包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档,以及相关产品的软件需求规格说明。
在这里应该给出详细的信息,包括标题、作者、版本号、发表日期、出版单位或资料来源。
2.项目概述2.1 待开发软件的一般描述描述待开发软件的背景,所应达到的目标,以及市场前景等。
2.2 待开发软件的功能简述待开发软件所具有的主要功能。
为了帮助每个读者易于理解,可以使用列表或图形的方法进行描述。
使用图形表示,可以采用:·顶层数据流图;·用例UseCase图;·系统流程图;·层次方框图。
2.3 用户特征和水平(是哪类人使用)描述最终用户应具有的受教育水平、工作经验及技术专长。
2.4 运行环境描述软件的运行环境,包括硬件平台、硬件要求、操作系统和版本,以及其他的软件或与其共存的应用程序等。
2.5 条件与限制给出影响开发人员在设计软件时的约束条款,例如:·必须使用或避免使用的特定技术、工具、编程语言和数据库;·硬件限制;·所要求的开发规范或标准。
3.功能需求3.1 功能划分列举出所开发的软件能实现的全部功能,可采用文字、图表或数学公式等多种方法进行描述。
3.2 功能描述对各个功能进行详细的描述。
4.外部接口需求4.1 用户界面对用户希望该软件所具有的界面特征进行描述。
软件文档写作作业

软件文档写作作业第一篇:软件文档写作作业软件文档写作作业作业11.软件质量根据国际标准组织(ISO)的定义,质量是依靠特定的或隐含的能力满足特定需要的产品或服务的全部功能和特征。
2.影响软件质量的因素(1)人的因素(2)软件要求(3)开发各个环节的衔接(4)测试的局限性(5)质量管理不够重视(6)软件开发的非工程化和开发人员的传统习惯(7)开发没有规范,标准(8)技术上解决软件质量问题的局限性作业21.软件文档的概念软件文档也称文件,是指某种数据媒体和其中所记录的数据,它具有永久性,并可以由人或机器阅读,通常仅用于描述人工可读的东西,它是软件的书面描述和说明;2.软件文档的分类软件文档大致可分为三类:管理文档、开发文档和用户文档;13种软件文档主要包括:可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、用户手册、操作手册、测试计划、测试分析报告、开发进度月报、项目开发总结报告、维护修改建议。
作业31.软件的定义软件是为了特定目的而开发的程序、数据和文档的集合。
程序:能够执行特定功能的计算机指令序列。
数据:执行程序所必须的数据和数据结构。
大量的数据都是按照一定的数据结构由用户在使用软件的过程中积累起系统开发规范与文档编写复习资料来的。
文档:与程序开发,维护和使用有关的图文资料。
2.软件的分类按软件的功能进行划分:可分为系统软件和应用软件。
按软件工作方式划分:可分为分时软件、交互式软件、并行处理软件·分时软件: 允许多个联机用户同时使用计算机的软件。
·交互式软件: 能实现人机通信的软件。
·并行处理软件:能够将一件任务,分配给多个处理器,同时协同处理,达到高速完成的效果的软件。
3.软件的发展阶段软件的发展经历了三个阶段程序设计阶段、程序系统阶段、软件工程阶段4.软件危机软件危机泛指在计算机软件的开发、维护和使用过程中所遇到的一系列严重问题。
软件技术文档范例和模板

软件技术文档范例和模板首先,软件技术文档通常包括以下几个主要部分,需求规格说明书、设计文档、测试文档、用户手册和维护文档。
每个部分都有其特定的格式和内容要求。
需求规格说明书是软件开发过程中最早的文档之一,它描述了软件的功能需求、性能需求、界面需求等,通常包括用例图、用例描述、功能需求列表等内容。
这些内容可以帮助开发人员更好地理解用户的需求,并根据需求进行软件设计和开发。
设计文档包括了软件的整体架构设计、模块设计、数据库设计等内容。
在设计文档中,开发人员需要详细描述软件的各个模块之间的关系,以及数据流、数据结构等内容。
这有助于团队成员之间的沟通和协作,确保软件的整体设计符合要求。
测试文档则包括了软件的测试计划、测试用例、测试结果等内容。
测试人员可以根据测试文档中的要求和指导进行软件测试,以确保软件的质量和稳定性。
用户手册是面向最终用户的文档,它包括了软件的安装指南、使用说明、常见问题解答等内容。
用户手册需要简洁清晰地描述软件的功能和操作方法,帮助用户快速上手并解决常见问题。
维护文档包括了软件的维护说明、更新日志、bug修复记录等内容。
这些内容有助于开发团队跟踪软件的更新和维护情况,确保软件的持续稳定运行。
至于软件技术文档的模板,通常可以在软件开发工具或者在线文档平台中找到各种类型的模板,如Word文档、Markdown文档等。
这些模板通常包括了各个部分的标题、格式要求、示例内容等,开发团队可以根据实际情况进行修改和填写,以满足项目的需求。
总的来说,软件技术文档是软件开发过程中必不可少的一部分,它能够帮助团队成员更好地理解软件的需求和设计,并确保软件的质量和稳定性。
同时,合适的文档模板也能够帮助团队成员更高效地编写和管理文档,提高工作效率。
希望以上回答能够满足你的需求,如果还有其他问题,请随时提出。
软件技术文档范例

软件技术文档范例软件技术文档范例一、概述本文档旨在提供一个全面的、详细的软件技术文档范例,以帮助开发人员编写规范、易懂的技术文档。
二、目标读者本文档适用于所有需要编写软件技术文档的开发人员,包括但不限于软件工程师、测试工程师、项目经理等。
三、文档结构本文档共分为以下内容:1. 介绍:对所编写的软件进行简单介绍;2. 功能需求:列出软件功能需求清单;3. 性能需求:列出软件性能需求清单;4. 设计方案:详细描述软件设计方案;5. 技术实现:阐述具体实现过程和方法;6. 测试方案:描述如何进行测试和测试结果;7. 部署方案:指导如何部署和安装该软件。
四、介绍该软件是一款用于管理企业内部信息的系统,主要功能包括员工信息管理、部门管理、考勤管理等。
该系统将有助于提高企业内部信息管理效率和减少人力成本。
五、功能需求1. 员工信息管理:(1)支持添加新员工信息,包括姓名、性别、出生日期、联系方式等;(2)支持查询员工信息,可以根据姓名、部门、职位等条件进行查询;(3)支持修改员工信息,可以修改员工的基本信息和工作信息;(4)支持删除员工信息。
2. 部门管理:(1)支持添加新部门,包括部门名称和描述;(2)支持查询部门信息;(3)支持修改部门信息;(4)支持删除部门。
3. 考勤管理:(1)支持考勤记录的添加,包括考勤日期、上班时间、下班时间等信息;(2)支持查询考勤记录,可以根据日期、员工姓名等条件进行查询。
六、性能需求1. 响应时间:系统响应时间不超过3秒;2. 并发处理能力:系统能够同时处理1000个用户请求;3. 数据存储:系统能够存储100万条数据。
七、设计方案该系统采用三层架构设计,分为表示层、业务逻辑层和数据访问层。
其中表示层负责与用户交互,业务逻辑层负责处理业务逻辑,数据访问层负责与数据库交互。
八、技术实现1. 表示层:采用Java Swing框架实现界面设计,并使用Java Servlet 技术实现与业务逻辑层的交互;2. 业务逻辑层:采用Java语言编写,实现业务逻辑处理;3. 数据访问层:采用JDBC技术实现与MySQL数据库的交互;4. 数据库设计:采用关系型数据库MySQL,设计数据表如下:员工信息表(employee_info):字段名类型说明id int 员工IDname varchar(20) 员工姓名gender varchar(2) 员工性别birthday date 员工出生日期phone varchar(20) 联系方式email varchar(50) 电子邮件地址address varchar(100) 家庭住址department_id int 所在部门ID部门信息表(department_info):字段名类型说明id int 部门IDname varchar(20) 部门名称description varchar(100) 描述考勤记录表(attendance_record):字段名类型说明id int IDemployee_id int 员工IDattendance_date date 考勤日期start_time time 上班时间end_time time 下班时间九、测试方案1. 单元测试:对每个模块进行单元测试,确保代码质量和功能正确性;2. 集成测试:对不同模块进行集成测试,确保系统各功能之间协调运作;3. 系统测试:对整个系统进行全面测试,包括功能测试、性能测试、安全测试等;4. 测试结果:通过以上测试,系统能够正常运行,各项功能符合需求。
软件技术文档范例和模板

软件技术文档范例和模板软件技术文档是软件开发过程中非常重要的一环,它记录了软件的设计、功能、架构、接口以及其他关键信息,为开发人员、测试人员和维护人员提供了必要的指导和参考。
下面我将从多个角度介绍软件技术文档的范例和模板。
首先,软件技术文档通常包括以下几个部分,介绍、系统架构、模块设计、接口设计、数据设计、安全设计、性能设计、测试计划、部署计划、维护计划等。
在介绍部分,会对软件的背景、目的、范围、定义、参考资料等进行说明。
系统架构部分描述了软件的整体架构,包括各个模块之间的关系、数据流向等。
模块设计部分则详细描述了各个模块的功能、输入输出、算法等。
接口设计部分则描述了软件与外部系统或者用户的交互接口设计。
其次,软件技术文档的范例和模板可以在互联网上找到。
一般来说,一个完整的软件技术文档模板应该包括封面、目录、引言、主体部分和附录等部分。
在主体部分中,可以根据具体的软件项目需要进行详细的内容填写,例如系统架构、模块设计、接口设计等。
在附录部分,可以包括一些相关的参考资料、术语表、缩写词解释等内容。
此外,软件技术文档的范例可以根据具体的软件项目进行定制。
不同的软件项目可能需要不同的内容和格式,因此可以根据实际情况对模板进行调整和修改。
一般来说,一个好的软件技术文档应该清晰、详细、易于理解,并且能够为软件开发、测试和维护提供必要的指导和支持。
总之,软件技术文档的范例和模板可以帮助开发团队更好地组织和记录软件开发过程中的关键信息,提高开发效率和质量。
希望以上信息能够对你有所帮助。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
规则2:避免出现不必要的重复
要点:将每个信息都记录在确切的地方。 如此,可使文档更便于理解和使用,在需要演化时,也能更便于修改。
同时,这一方法还能避免产生混乱。有时,重复信息的细微差别会使读 者心生疑问,影响文档的可理解性。
但是,“避免不必要的重复”并不是机械的,必须墨守的成规。下列情 况下,有时还是可以有必要的信息重复: 1. 如果,过多的不必要的翻页,可能会使读者生厌。因此,信息引 用的位臵非常重要。 2. 有时,为了使表达更为明确,或者在表达两个不同观点时,两个不 同的视图可能会包含重复的信息。 3. 还有,就是为了保持文档的独立和自成体系,需要在同一文档体系 的不同文档之间的各文档保留一定的重复信息。 “避免不必要的重复”只是一个规则而已,而规则本身不能影响读者 的理解。所以,有时以不同的形式表达相同的思想,只是为了有助于读者更 透彻的理解,而不是对规则的违反。
第四章 软件文档表达
4.1 软件文档的编制原则
1ቤተ መጻሕፍቲ ባይዱ 适应文档涉众
软件文档的涉众根据他们接触软件的角度、程度,对软件的需要、应用、 操作等的不同,应有很大的不同。因此,文档作者在编制文档时,应深入了 解文档涉众,特别注意自己编制的文档应适应特定读者的水平、特点和要求。
2. 应有必要的重复性
国家标准关于14种软件文档的内容要求显然存在某些重复。较明显的有2 类:即引言部分,每种文档都包含引言的内容,以向各类读者提供项目总的 梗概;另一类是各种文档的说明部分,如对功能性能的说明、对输入/输出的 描述、系统配臵环境等。 这样,每种文档均可自成体系,单独提交给各自的读者,避免文档间的 相互参阅,提高文档的阅读效率。
文档编制者在编写文档时,通常会采用两种形式:意识流或执行流。
意识流:按思维在编写者头脑中出现的顺序捕捉思维,并加以记录。通 常缺乏可读的组织结构。
执行流:按软件执行时的思维顺序捕捉思维,并加以记录。 编制文档时,首先应该明确文档的每一节将要回答(或说明/记录)什么 问题,并对自己的文档进行有效的组织。
3. 清晰性:文档编制应力求简洁,并配有适当图、表,以增强其清晰性。
4. 完整性:同一文档体系中的任一文档都应是完整的、独立的,应能自成 体系。尽量减少不同文档之间的内容转引,以避免给读者带来不便。 5. 灵活性:能够根据各个不同项目的情况,决定编制文档的种类。并能根 据任务的规模、复杂性及项目开发和运行环境对文档的需求,判断确定文 档的详细程度。尤其是当相关标准所规定的文档种类无法满足应用需要时, 可以自行建立一些特殊的文档种类要求。
《软件产品开发文件编制指南》中,给出了一个例子,利用求和法, 综合衡量12种考虑因素,来确定应编制文档的种类。其具体过程见下表, 15 其中每一个因素给出一个分值,范围是1~5分。
√
√
√
√
维护和修改建议
产品市场宣传资料
√
√ √ √
14
4.5 文档编制的质量要求
为使软件文档能起到应有的作用,其编制工作必须保证质量。而高质 量的文档主要应该体现在以下几个方面: 1. 针对性:文档编制前先分清涉众对象。按不同类型、不同层次的读者, 决定如何编制相适应的文档。如管理文档和用户文档的编制就不应像开发 文档一样,使用过多的软件专用术语。 2. 精确性:文档的行为应十分确切,不能有多义性,不能有歧义。
规则5:记录基本原理
要点:对基本原理进行记录可以节约大量的时间。 在编制决策结果的文档时,应该对被放弃的方案进行记录,并说明放弃 的原因和理由。 这样的记录,或者是将来接受详细检查或被迫更改的需要,或者是为了 以后可以重用设计。 通常在以下情况需要记录基本原理: 1. 在做出决策前,设计团队必须花费大量时间评估各种候选方案; 2. 决策对于某一需求或目标的实现很重要;
规则7:针对目标的适宜性对文档进行评审 要点:评审是文档保持有效的前提。
文档的预期用户是文档是否以正确的方式展示其正确内容的最好的评判 者。应该寻求他们的帮助,在文档发布前,让文档所面向的预期用户(或代 表)对文档进行评审。
应该有有效的文档评审制度,以确保文档的质量和适用性。
4.3 文档表达的载体
3. 应具有一定的灵活性
鉴于软件项目开发过程的复杂性和灵活性,文档编制也应有一定的灵活 性。
1
4.2 合理文档的7条规则
软件文档必须能服务于各种用途。比如,它应该抽象到足以使新员工 能迅速理解它;它应该详细到足以作为设计的蓝图;它应该包含足够的信息, 以便作为分析和决策的基础。 软件文档可能既是指示性文档,又是说明性文档。例如,对某些读者而 言,它能指示什么应该是正确的,并对决策的制定施加限制;对另一些读者 而言,它能说明什么是正确的,并详述已经就系统设计作出的决策。
标准结构文档至少具备以下优点:
1.能够帮助读者在文档中导航和快速查询特定信息。 2. 能够帮助文档编写者计划和组织内容,并透露那些带有 “待定”标签的节,还有什么工作等待完成。 3. 可以方便表达文档各节需要表达的重要特征集,这样可以 体现信息完整性规则。 具有标准结构的文档,其标准结构的另一个重要用途就 是,能组成评审时文档验证的基础。
规则3:避免歧义
要点:采用语义精确、定义明确的表示法。 通常,只要采用一组事先约定的表达,然后尽可能避免出现意外重复, 尤其是那些仅有“细微差别”的重复,就能有助于消除或避免歧义。 但是,形式语言并不是始终或总是需要的,因为还必须兼顾文档的可读 性、可理解性和可修改性。 应该尽量使文档读者确定或便于确定表示法的含义,除非双方默契。特 别是文档编制者引用其他地方定义的语义源,即使这个语义源是标准的或广 泛应用的语言,由于可能存在不同的版本,也应该使读者明确引用的具体版 本。
如果这样引用的一种表示法是用于内部开发的,就应该将其添加到内部 技术文档编制所采用的符号体系中去。
上述关于表示法引用的阐述,是避免歧义的一个良好的习惯。这样,既 能迫使你对系统各部分及其之间的关系加以了解,并能更为精准的表述,而 且,对读者也是一种周到的考虑和尊重。
规则4:使用标准结构 要点:标准结构有利于文档被更好的阅读和利用。 应该有计划的制定文档的标准结构方案,并确保文档的 编制过程能够遵守,确保读者能够了解、理解。
规则1:从读者的角度编写文档
这是一个浅显、重要,但总是被忽略的规则。然而,遵守该规则,会给 你带来以下优势:
1. 面向读者编写的文档,通常总会赢得读者。
2. 面向读者编写文档是一种礼貌的表现。 3. 避免使用令人生厌的专业术语。
4. 容易使文档变得易读、易理解,提高文档的“效率”。对于专业读者, 好的文档将有利于系统设计思想、代码等的理解。
2. 自动文档:主要为方便读者阅读和传播,以电子文档的形式 存放于机器或其它如光盘、flash memory等载体上。自动文档 的形式主要有: 电子手册:如MS Word或Adobe Acrobat文档 超链接文档:是嵌入链接到网上的浏览用的文档格式 联机帮助:说明性的文本、图片、指导和嵌入在应用程序中的定义 多媒体操作导航系统:由声音、视频、文字等组成的系统操作指引 电子系统模型:格式化并存于系统的文本或图片格式,如GIF、JPEG 专用工具系统模型:用系统开发工具开发的模型,如集成开发环境、
3
文档涉众通常是系统文档或系统的既得利益者。 因此,必须要有一个基本规则,把良好的、可用的文 档,与那些拙劣的、缺乏考虑的文档区分开来。即所 谓合理文档的规则,共有7条: 1.从读者的角度编写文档 2.避免出现不必要的重复 3.避免歧义 4.使用标准结构 5.记录基本原理 6.使文档保持更新,但频度不要过高 7.针对目标的适宜性对文档进行评审 这是一个区分良好的、可用的文档和有欠缺的、 甚至是拙劣的文档的规则。
12
4.4 软件文档的涉众
软件文档涉众主要有以下几类:开发人员、维护人员、 管理人员、营销人员和用户。 具体的,上述各类涉众又可以再细分,如开发人员可 以细分为系统定义和分析工程师、系统架构师、系统设计 师、代码工程师、系统集成工程师、测试工程师…… 有不少软件文档的涉众,既是文档涉众,又是文档的 编制者。如系统构架师是系统需求规格说明书的涉众,但 同时他自己的工作成果又是通过编制系统构架文档来进行 传递。 我们这里所说的软件文档涉众,是指那些对某一类或 某种软件文档有特殊需求和期望的涉众。下表是各类文档 涉众以及他们需要的文档类型(部分):
在最近20年里,软件文档的表达方式和载体有了很大的变 化。这些变化是由于技术的快速进步引起的。如上世纪80年代, 绝大多数的文档都被记载在纸质载体上,而现在的标准是自动 文档。然而,纸质文档并没有完全退出,很多情况下,纸质文 档甚至还是最重要的选择。 1. 纸质文档。主要用于保存那些可以(或需要)脱机阅读或 需要永久保存的文档资料,以及需要提交用户使用的资料。如 重要的项目定义、规划、设计、决策资料,结构复杂、规模较 大或在屏幕上阅读较不便的设计视图、流程图、表单等,用户 操作手册、培训资料等。 另外,还有许多文档资料尽管可以或已经制作成电子文档, 但由于永久保存的需要,它们仍然需要制作纸质文档存档。 还有一些文档因为安全保密的需要,也制作成纸质文档保 存,以尽可能减少外泄的可能。 11
13
开发人员 可行性研究报告 项目开发计划 软件需求说明书 数据要求说明书 测试计划 概要设计说明书 详细设计说明书 数据库设计说明书 模块开发卷宗 √ √ √ √ √ √ √ √ √
维护人员
管理人员 √ √
营销人员
用户 √ √ √
√ √ √ √ √
用户手册
操作手册 测试分析报告 开发进度月报 项目总结报告 √ √ √ √
DBMS和CASE工具等
实际应用中,可以将电子手册分布于一些标准的格式如 Adobe Acrobat和Windows帮助系统中,选择一种标准格式,以 便确保文档涉众能够用适当的软件查询所需文档。 而网页形式使得文档的改变变得十分的简单,因为只需更 新服务器上的文档,即可使全体有资格的涉众都能够获得同一 份新版的文档拷贝。