概要设计阶段--概要设计说明书

简介:
< DOCTYPE html PUBLIC -WCDTD XHTML StrictEN httpwwwworgTRxhtmlDTDxhtml-strictdtd>

[项目名称]

概要设计说明书

[V1.0(版本号)]

 


拟 制 人______________________
审 核 人______________________
批 准 人______________________

 


[年月日]

概要设计说明书
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.4可靠性
2.1.2.5灵活性

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功能需求与系统模块的关系
    [本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。]
    [系统模块1]    [系统模块2]    [……]    [系统模块m]
[功能需求1]    √           
[功能需求2]        √       
[┇]               
[功能需求n]        √        √

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数据结构与程序的关系
    [说明各个数据结构与访问这些数据结构的各个程序之间的对应关系。]
    [程序1]    [程序2]    [……]    [程序m]
[数据结构1]    √           
[数据结构2]    √    √       
┇               
[数据结构n]        √        √

6.系统出错处理设计
6.1出错信息
[用一览表的方式说明每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。]

6.2补救措施
    [说明故障出现后可能采取的变通措施。包括:]
a.    后备技术  [说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术。]
b.    降效技术  [说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录。]
c.    恢复及再启动技术  [说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。]

6.3系统维护设计
    [说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。]

本文转自 netcorner 博客园博客,原文链接:http://www.cnblogs.com/netcorner/archive/2006/11/09/2912503.html  ,如需转载请自行联系原作者

相关文章
|
9月前
软件工程——软件开发阶段(概要设计、详细设计)
需求分析确定了系统的开发目标,下一步工作就是软件设计。软件设计可以进一步地 分为两个阶段:总体设计和详细设计。确定系统的具体 实现方案、给出软件的模块结构、编写各个文档
|
1月前
|
运维 测试技术 API
产品服务的详细设计与开发阶段
产品服务的详细设计与开发阶段
32 2
|
2月前
|
测试技术
需求分析阶段,测试可以做什么?
需求分析阶段,测试可以做什么?
|
6月前
|
存储 算法
详细设计说明书的内容要求
详细设计说明书的内容要求
|
监控 测试技术
测试思想-流程规范 软件测试缺陷管理流程
测试思想-流程规范 软件测试缺陷管理流程
113 0
|
安全 测试技术
测试流程--用例评审流程规范
测试用例是软件测试的核心,是测试和研发验收活动的准则,但它并不是编写出来就立即变成准则,而是要经过开发和产品等相关团队评审后才能成为准则规范。也可以认为,测试用例的评审是产品、研发和测试统一需求认知的最后一道关。
642 0
|
算法 数据库 存储
概要设计与详细设计的区别
概要设计与详细设计的区别     概要设计就是设计软件的结构,包括组成模块,模块的层次结构,模块的调用关系,每个模块的功能等等。同时,还要设计该项目的应用系统的总体数据结构和数据库结构,即应用系统要存储什么数据,这些数据是什么样的结构,它们之间有什么关系。
10475 0