概要设计说明书不应包括_概要设计说明书不应包括什么内容
概要设计的任务不包括().
概要设计的任务不包括().
概要设计说明书不应包括_概要设计说明书不应包括什么内容
概要设计说明书不应包括_概要设计说明书不应包括什么内容
A.软件结构设计
B.过程设计
C.数据文件设计
D.确定设计方案
正确:B
软件文档编写在软件开发过程中的应用?
五.性能需求
1.数据度
2.时间特性(如响应时间、更新处理时间、数据转化与传输时间、运行时间等。)
3.适应性(在作方式 运行环境 与其他软件的接口以及开发等发生变化时,应具有的适应能力。)
六.运行需求
1.用户界面(如屏幕格式、报表格式、菜单格式、输入输出时间等。)
2.硬件接口
3.软件接口
4.故障处理
七.其他需求(如可使用性、、可维护性、可移植性等。)
概要设计说明
一.引言
1.编写目的(阐明编写概要设计说明书的目的,指明读者对象。)
2.项目背景(可包括:(1)项目的委托单位,开发单位和主管部门;(2)该软件系统与其他系统的关系。)
3.定义(列出文档中用到的专门术语定义和缩写词的原意。)
4.参考资料(列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:(1)项目经核准的任务书,合同或上机机关的批文;(2)项目开发;(3)需求规格说明书;(4)测试(初稿);(5)用户作手册(初稿);(6)文档所引用的资料、采用的标准或规范。)
二.任务概述
1.目标
2.运行环境
3.需求概述
4.条件与限制
三.总体设计
1.处理流程
2.总体结构和模块外部设计
3.功能分配(表明各项功能与程序结构的关系。)
四.接口设计
1.外部接口(包括用户界面 软件接口与硬件接口。)
2.内部接口(模块之间的接口。)
五.数据结构设计
1.逻辑结构设计
2.物理结构设计
3.数据结构与程序的关系
六.运行设计
1.运行模块的组合
2.运行控制
3.运行时间
七.出错处理设计
1.出错输出信息
2.处理对策(如设置后备、性能降级、恢复及再启动等。)
八.设计
九.维护设计(说明为方便维护工作的设施,如维护模块等。)
详细设计说明书
一.引言
1.编写目的(阐明编写详细设计说明书的目的,指明读者对象。)
2.项目背景(应包括项目的来源和主管部门等。)
3.定义(列出文档中用到的专门术语定义和缩写词的原意。)
4.参考资料(列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:(1)项目的任务书,合同或批文;(2)项目开发;(3)需求规格说明书;(3)概要设计说明书;(4)测试(初稿);(5)用户作手册(初稿);(5)文档所引用的其他资料、软件开发标准或规范。)
二.总体设计
1.需求概述
2.软件结构(如给出软件系统的结果图。)
三.程序描述(逐个模块给出以下的说明::)
1.功能
2.性能
3.输入项目
4.输出项目
5.算法(模块所选用的算法。)
6.程序逻辑(详细描述模块实现的算法,可采用::(1)标准流程图;(2)PDL语言;(3)N-S图;(4)PAD;(5)判定表等描述算法的图表。)
7.接口
8.存储分配
9.限制条件
10.测试要点(给出测试模块的主要测试要求。)
用户作手册
一.引言
1.编写目的(阐明编写手册的目的,指明读者对象。)
2.项目背景(说明项目的来源、委托单位、开发单位及主管部门。)
3.定义(列出手册中用到的专门术语定义和缩写词的原意。)
4.参考资料(列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:(1)项目的任务书,合同或批文;(2)项目开发;(3)需求规格说明书;(4)概要设计说明书;(5)详细设计说明书;(6)测试;(7)手册中引用的其他资料、采用的软件工程标准或软件工程规范。
三.运行环境
1.硬件(列出软件系统运行时所需的硬件小配置,如:(1)计算机型号、主存容量;(2)外存储器、媒体、记录格式、设备型号及数量;(3)输入、输出设备;(4)数据传输设备及数据转换设备的型号及数量。)
2.支持软件(如:(1)作系统名称及版本号;(2)语言编译系统或汇编系统的名称及版本号;(3)数据库管理系统的名称及版本号;(4)其他必要的支持软件。)
四.使用说明
1.安装和初始化(给出程序的存储形式、作命令、反馈信息及其含义、表明安装完成的测试实例以及安装所需的软件工具等。)
2.输入(给出输入数据或参数的要求。)
(1)数据背景(说明数据来源、存储媒体、出现频度、限制和质量管理等。)
(2)数据格式(如:(1)长度(2)格式基准(3)标号(4)顺序(5)分隔符(6)词汇表(7)省略和重复(8)控制。)
(3)输入举例
3.输出(给出每项输出数据的说明。)
(1)数据背景(说明输出数据的去向、使用频度、存放媒体及质量管理等。)
(2)数据格式(详细阐明每一输出数据的格式,如:首部 主体和尾部的具体形式。)
(3)举例
3.出错和恢复(给出:(1)出错信息及其含义(2)用户应采取的措施,如修改、恢复、再启动。)
4.求助查询(说明如何作。)
五.运行说明
1.运行表 [列出每种可能的运行情况,说明其运行目的.]
2.运行步骤 [按顺序说明每种运行的步骤,应包括:]
(1)运行控制
(2)作信息((1)运行目的(2)作要求(3)启动方法(4)预计运行时间(5)作命令格式及说明(6)其他事项。)
(3)输入/输出文件(给出建立和更新文件的有关信息,如:(1)文件的名称及编号(2)记录媒体(3)存留的目录(4)文件的支配[说明确定保留文件或废弃文件的准则,分发文件的对象,占用硬件的优先级及保密控制等。)
(4)启动或恢复过程
六.非常规过程(提供应急或非常规作的必要信息及作步骤,如出错处理作、向后备系统切换作以及维护人员须知的作和注意事项。)
七.作命令一览表
(按字母顺序逐个列出全部作命令的格式 功能及参数说明。)
八.程序文件(或命令文件)和数据文件一览表(按文件名字母顺序或按功能与模块分类顺序逐个列出文件名称、标识符及说明。
设计说明书怎么写,应该注意什么?正确格式?
概要设计说明书又可称系统设计说明书,这里所说的系统是指程序系统。编制的目的是说明对程序 系统的设计考虑,包括程序系统的基本处。流程、程序系统的组织结构、模块划分、功能分配、接口设计。 运行设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础。
编制概要设计说明书的内容,要求如下:
11.1引言
11.1. 1编写目的
11.1.2背景
11.1.3定义
11.1.4参考资料
11.2总体设计
11.2.1需求规定
11.2.2运行环境
11.2.3基本设计概念和处理流程
11. 2. 4”结构
11.2.5功能需求与程序的关系
11. 2. 6人工处理过程
11.2.7尚未解决的问题
11.3接口设计
11.31用户接口
11.32外部接口
11.3 3内部接口
11.4运行设计
11. 4. 1运行模块组合
11.4.2运行控制
11.4.3运行时间
11.5系统论据结构设计
11. 5. 1逻辑结构设计要点
11. 5. 2物理结构设计要点
11.5.3数据结构与程序的关系
11. 6系统出错处理设计
11. 6. 1出错信息
11.6.2补救措施
11.6 3系统维护设计
概要设计说明书的编写提示(参考件)
E.1引言
E.1.1编写目的
说明编写这份概要设计说明书的目的,指出预期的读者。
E.1.2背景
说明:
a.待开发软件系统的名称;
b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
E.1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
E.1.4参考资料
列出有关的参考文件,如:
a.本项目的经核准的任务书或合同,上级机关的批文;
b.属于本项目的其他已发表文件;
c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
E.2总体设计
E.2.1需求规定
说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。
E.2.2运行环境
简要地说明对本系统的运行环境(包括硬件环境和支持的规定,详细说明参见附录C。
E.2.3基本设计概念和处理流程
说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
E.2.4结构
用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.
E.2.5功能器求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:
E.2.6人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
E.2.7尚未问决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
E.3 接口设计
E.3.1用户接口
说明将向用户提供的命令和它们的语法结构,以及软件的回答信息。
E.3.2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接 口关系。
E.3.3内部接口
说明本系统之内的各个系统元素之间的接口的安排。
E.4运行设计
E.4.1运行模块组合
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块和支持软件。
E.4.2运行控制
说明每一种外界的运行控制的方式方法和作步骤。
E.4.3运行时间
说明每种运行模块组合将占用各种资源的时间。
E.5系统数据结构设计
E.5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
E.5.2物理结构设计要点
给出本系统内所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系(索引、设备、存储区域)、设计考虑和保密条件。
E.5.3数据结构与程序的关系
说明各个数据结构与访问这些数据结构的形式:
E.6系统出错处理设计
E.6.1出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。
E.6.2补救措施
说明故障出现后可能采取的变通措施,包括:
a.后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;
b.降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工作和数据的人工记录;
c.恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
E.6.3系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。 各个程序之间的对应关系,可采用如下的矩阵图的形式;
软件设计
软件文档中概要设计也称“总体设计”,是开发人员在明确用户需求(要什么)后对系统的一个总体考虑(明确系统目标、设计原则,初步考虑数据库设计和功能设计),关于这方面有相关标准(概要设计说明书(GB8567-88))。
在具体实践中可以按下列提纲撰写内容:
1.引言
1.1编写目的
[说明编写这份概要设计说明书的目的,指出预期的读者。]
1.2背景
a.[待开发软件系统的名称;]
b.[列出本项目的任务提出者、开发者、用户。]
1.3定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]
1.4参考资料
[列出有关的参考资料。]
2.总体设计
2.1需求规定
[说明对本系统的主要的输入输出项目、处理的功能性能要求。包括]
2.1.1系统功能
2.1.2系统性能
2.1.2.1精度
2.1.2.2时间特性要求
2.1.2.3可靠性
2.1.2.4灵活性
2.1.3输入输出要求
2.1.4数据管理能力要求
2.1.5故障处理要求
2.1.6其他专门要求
2.2运行环境
[简要地说明对本系统的运行环境的规定。]
2.2.1设备
[列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能。]
2.2.2支持软件
[列出支持软件,包括要用到的作系统、编译(或汇编)程序、测试支持软件等。]
2.2.3接口
[说明该系统同其他系统之间的接口、数据通信协议等]
2.2.4控制
[说明控制该系统的运行的方法和控制信号,并说明这些控制信号的来源。]
2.3基本设计概念和处理流程
[说明本系统的基本设计概念和处理流程,尽量使用图表的形式。]
2.4结构
[给出系统结构总体框图(包括软件、硬件结构框图),说明本系统的各模块的划分,扼要说明每个系统模块的标识符和功能,分层次地给出各模块之间的控制与被控制关系。]
2.5功能需求与系统模块的关系
[本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。]
2.6人工处理过程
[说明在本系统的工作过程中不得不包含的人工处理过程。]
2.7尚未解决的问题
[说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。]
3.接口设计
3.1用户接口
[说明将向用户提供的命令和它们的语法结构,以及相应的回答信息。]
[说明提供给用户作的硬件控制面板的定义。]
3.2外部接口
[说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。]
3.3内部接口
[说明本系统之内的各个系统元素之间的接口的安排。]
4.运行设计
4.1运行模块组合
[说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块的支持软件。]
4.2运行控制
[说明每一种外界的运行控制的方式方法和作步骤。]
4.3运行时间
[说明每种运行模块组合将占用各种资源的时间。]
5.系统数据结构设计
[不涉及软件设计可不包含]
5.1逻辑结构设计要点
[给出本系统内软件所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。]
5.2物理结构设计要点
[给出本系统内软件所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系、设计考虑和保密条件。]
5.3数据结构与程序的关系
[说明各个数据结构与访问这些数据结构的各个程序之间的对应关系。]
6.系统出错处理设计
6.1出错信息
[用一览表的方式说明每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。]
6.2补救措施
[说明故障出现后可能采取的变通措施。]
6.3系统维护设计
[说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。]
以上回答你满意么?
软件测试的术语SRS,HLD,LLD,BD,FD,DD分别是什么意思?
SRS:软件需求说明书,是指在研究用户要求的基础上,完成可行性分析和投资效益分析以后,由软件工程师或分析员编写的说明书。
HLD:概要设计说明书,编制的目的是说明对程序系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、安全设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础。
LLD:详细设计说明书,编制目的是说明一个软件系统各个层次中的每一个程序的设计考虑,如果一个软件系统比较简单,层次很少,本文件可以不单独编写,有关内容合并入概要设计说明书。
BD:概要设计,是一个设计师根据用户交互过程和用户需求来形成交互框架和视觉框架的过程,其结果往往以反映交互控件布置、界面元素分组以及界面整体板式的页面框架图的形式来呈现。
DD:详细设计,是软件工程中软件开发的一个步骤,是对概要设计的一个细化,详细设计每个模块实现算法,所需的局部结构。
FD:结构设计,是进行以模块功能和处理过程设计为主的详细设计的基本原则。结构化程序设计是过程式程序设计的一个子集,它对写入的程序使用逻辑结构,使得理解和修改更有效更容易。
扩展资料:
SRS详细定义了信息流和界面,功能需求,设计要求和限制,测试准则和质量保证要求。它的作用是作为用户和软件开发人员达成的技术协议书,作为着手进行设计工作的基础和依据,系统开发完成以后,为产品的验收提供了依据。
SRS必须用统一格式的文档进行描述,为了使需求分析描述具有统一的风格,可以采用已有的且能满足项目需要的模板,也可以根据项目特点和软件开发小组的特点对标准进行适当的改动,形成自己的模板。软件需求说明主要包括引言、任务概述、需求规定、运行环境规定和附录等内容。
声明:本站所有文章资源内容,如无特殊说明或标注,均为采集网络资源。如若本站内容侵犯了原著者的合法权益,可联系 836084111@qq.com 删除。