精华内容
下载资源
问答
  • 软件设计说明书编写规范模板,可用于概要设计,story
  • 软件工程-概要设计说明书规范 软件工程-概要设计说明书规范
  • 详细设计说明书模板 详细设计说明书编写规范 详细设计说明书 软件模块详细设计模板
  • 软件概要设计说明书编写规范模版
  • 软件系统设计准则规范说明书模板
  • 关键词 课程设计论文;计算机;排版 (摘要内容后下空一行打印“关键词”三字(小四号黑体),其后为关键词(小四号宋体),每一关键词之间用分号隔开,最后一个关键词后不打标点符号。 ABSTRACT ①居中打印...
  • 软件工程规范文档内涵测试分析报告\软件需求说明书\数据库设计说明书等大量规范文档
  • 软件工程作业,人事管理系统概要设计说明书规范,欢迎下载
  • 国家软件开发标准之—详细设计说明书编写规范,用于软件开发过程文档编写规范性指南
  • 软件开发数据库设计规范文档,列出了文档设计上的大致框架,并有相关说明
  • 软件开发详细设计规范文档,列出了文档设计上的大致框架,并有相关说明
  • 软件设计说明书

    2013-04-06 09:32:41
    软件设计的详细说明书,可供参考学习编写规范
  • 软件工程文档规范(概要设计说明书、可行性研究报告、软件需求说明书、详细设计说明书、项目开发计划、项目开发总结报告)
  • 转载到国家计算机标准和文件模板软件需求说明书 1. 引言 1.1 项目名称1.2 项目背景和内容概要(项目的委托单位、开发单位、主管部门、与其它项目的关系,与其他机构的关系等) 1.3 相关资料、缩略语、定义 ...
    转载到国家计算机标准和文件模板
    软件需求说明书

    1. 引言

    1.1 项目名称
    1.2 项目背景和内容概要(项目的委托单位、开发单位、主管部门、与其它项目的关系,与其他机构的关系等)
    1.3 相关资料、缩略语、定义 (相关项目计划、合同及上级机关批文,引用的文件、采用的标准等)(缩写词和名词定义)

    2. 任务概述

    2.1 目标 (项目的开发目标和应用目标。如果是其他系统的一部分,则说明其关系)
    2.2 范围 (包含的业务,不包含的业务)
    2.3 假定条件与约束限制(尽量列出开展本项目的假定和约束,例如:经费限制,开发期限,设备条件,用户现场环境准备等)

    3.业务流程

    4.数据描述

    4.1 原始数据描述
    a. 静态数据
    b. 动态数据
    4.2 数据流向图
    4.3 数据概念模型和描述

    5.功能需求

    5.1 功能描述

    6.界面要求

    6.1报表格式
    6.2图形要求
    6.3输入输出要求

    7.接口要求 (描述与本系统相连的系统的接口的数据格式,数据交换协议,接口功能等)

    8.性能需求

    8.1数据精确度 (例如,数据内部精度,外部显示精度)
    8. 2数据量
    8. 3时间特性要求(根据所开发系统的特点,规定系统对时间的特性的要求。例如:系统响应时间、界面更新处理时间、数据转换与传输时间)

    9. 运行环境需求

    9.1网络和硬件设备平台 (网络拓扑图及设备类型描述)

    操作系统平台
    数据库系统平台

    10.软件部分

    10.1编程工具
    10.2其它支撑软件

    11. 其它专门需求

    11.1安装和操作
    11.2安全保密
    11.3维护服务

    转载于:https://www.cnblogs.com/sig556/archive/2010/07/03/1770400.html

    展开全文
  • 包括:可行性研究报告 项目开发计划 数据要求说明书 需求说明书 用户手册 概要设计说明书 数据库设计说明书 组装测试计划 详细设计说明书 模块开发说明 软件工程文档规范--前景文档
  • 软件详细设计说明书模板

    热门讨论 2008-09-19 12:14:01
    详细设计说明书模板 详细设计说明书编写规范 详细设计说明书 软件模块详细设计模板
  • 软件工程设计说明书

    2015-12-09 09:39:11
    本文档也是一种规范,旨在推动软件工程的规范化,使设计人员遵循统一的概要设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级 ...
  •  使项目详细设计说明书的编写规范化,从而规范软件管理。 尽可能详细地描述程序的各成份的设计考虑,以利于编制程序。  [此处加入编写目的]  1.2 背景  说明该软件系统名称,开发者,详细设计原则和方案  [此处...
    第1章 引言
      1.1 目的
      使项目详细设计说明书的编写规范化,从而规范软件管理。 尽可能详细地描述程序的各成份的设计考虑,以利于编制程序。
      [此处加入编写目的]
      1.2 背景
      说明该软件系统名称,开发者,详细设计原则和方案
      [此处加入项目背景资料]
      1.3 参考资料
      列出有关的参考资料名称,作者,发表日期,出版单位
      [此处加入参考资料]
      1.4 定义
      列出本文件中专用的术语,定义和缩写词
      [此处加入术语和缩写词]


    第2章 程序系统的组织结构

      2.1 运行环境(编程协定)
      [此处加入运行环境]
      2 .1.1 操作系统&数据库系统
      列出系统运行的有关操作系统&数据库系统的名称,版本号,对应版权单位
      [此处加入操作系统]
      [此处加入数据库系统]
      2 .1.2 编程工具
      列出开发此系统的所需的主要编成工具的名称,版本号,对应版权单位,并简述其特点
      [此处加入编程工具]
      2 .1.3 编辑、调试、联接程序
      [此处加入编辑、调试、联接程序]
      2 .1.4 编译工具
      [此处加入编译工具]
      2 .1.5 模拟、仿真数据
      模拟数据使用过去的真实数据,数据如下:
      [此处加入数据]
      过程如下:
      [此处加入过程]
      2 .1.6 诊断、测试程序
      [此处加入诊断、测试程序]
      2 .1.7 检测程序
      [此处加入检测程序]

      2.2 单元命名规则
      [此处加入单元命名规则]

      2.3 程序逻辑
      用图表列出本程序系统内每个模块(或子程序)的名称,标识符,以及这些模块(或子程序)之间的层次关系
      [此处加入程序逻辑]


    第3章 单元设计说明

      [此处加入单元设计说明]
      3.1 模块单元(或子程序)(标识符)1(名称)
      注明该功能模块的编号和模块名称
      3 .1.1 程序描述
      简要描述安排本模块(或子程序)的目的意义,程序的特点
      [此处加入程序描述]
      3 .1.2 功能
      (1) 功能说明
      详细描述此模块(子程序)完成的主要功能
      [此处加入功能说明]
      (2) 功能框图
      [此处加入功能框图]
      3 .1.3 输入项
      描述每个输入项的特征,如:标识符,数据类型,数据格式,数值的有效范围,输入方式等
      [此处加入输入项]
      3 .1.4 输出项
      描述每个输出项的特征,如:标识符,数据类型,数据格式,数值的有效范围,输出方式等
      [此处加入输出项]
      3 .1.5 算法
      [此处加入算法]
      3 .1.6 流程逻辑
      [此处加入流程逻辑]
      3 .1.7 接口
      分别列出和本模块(子程序)有调用关系的所有模块(子程序)及其调用关系,说明与本模块(子程序)有关的数据结构
      [此处加入接口]
      3 .1.8 限制条件
      说明本模块(子程序)运行中受到的限制条件
      [此处加入限制条件]

      3.2 模块单元(或子程序)(标识符)2(名称)
       ………

    第4章 软件界面设计规范

      说明:软件界面设计属于详细设计,设计人员可根据项目的规模及时间跨度来决定是否单列出来,可灵活掌握
      4.1 编写目的
      当今软件界的所有软件无不是可视化的用户界面,它的好处不外乎它有美观、直接、操作者易懂和操作方便等好处。(此处输入编写文档的具体目的)。
      4.2 内容:
      4 .2.1 界面设计思想
      “为用户设计,而不是设计者”。
      4 .2.2 界面设计原则
      (1) 界面要美观、操作要方便并能高效率地完成工作。
      (2) 界面要根据用户需求设计。
      (3) 界面要根据不同用户的层次设计。(有的用户对计算机相当了解而有的从来就没碰过计算机)
      (4) 避免出现嵌套式的界面设计。
      (5) 界面和代码要相互制约。
      (6) 界面要通“人性”。即要有引导用户操作的功能,不能是操作一有误就卡住什么都做不下去,又无任何提示来帮助用户如何进行操作。
      4 .2.3 界面设计样式
      (1) 登录界面
      (此处加入登陆界面图)
      (2)系统功能布局
      菜单形式
      (此处加入界面图)
      标签栏形式
      (此处加入界面图)
      (3) 录入界面
      (此处加入界面图)
      (4) 查询界面
      (此处加入界面图)
      (5) 统计界面
      (此处加入界面图)
      4 .2.4 常见提示信息样式
      (1) 当操作会带来严重后果时(默认按钮为“否“)
      (此处加入界面图)
      (2) 当操作会带来一定后果时(默认按钮为“否“)
      (此处加入界面图)
      (3) 当需征求操作者意愿时(默认按钮为“是“)
      (此处加入界面图)
      (4) 当需提供操作者帮助时
      (此处加入界面图)
      (5) 当操作者操作有错时
      (此处加入界面图)
      (6) 当是一般提示时
      (此处加入界面图)
      范例:
      (此处加入界面图)
      4 .2.5 常见错误信息样式
      (此处加入界面图)
      4 .2.6 其他界面约定
      字体:一般界面字体为宋体,字号为9Twip(只要把窗体字体设为宋体,字号为9twip即可)。
      颜色:界面颜色采用默认色(除非用户有特殊要求)。
      按钮:高度375Twip,除“确定”和“取消”外都需含有快捷键。
      常见按钮快捷键:添加(A)、删除(D)、查询(S)、更新(U)、打印(P)、关闭(C)、重新查询(R)、统计(T)、退出(E)。
      数据:REAL型数据一律保留两位小数且右对齐。
      对齐方式:界面上的标题(Label)右对齐,其他控件左对齐。

    第5章 编码标准规范
      5.1 编写目的:
      使用统一编码约定集的主要原因,是使应用程序的结构和编码风格标准化,以便于阅读和理解这段编码。好的编码约定可使源代码严谨、可读性强且意义清楚,与其它语言约定相一致,并且尽可能的直观。
      一组通用目的的编码约定应该定义完成上述目的所必需的、能让程序员自由地创建程序逻辑和功能流程的最小的要求。编码约定的目的是使程序易于阅读和理解,而不是用过份的约束和绝对的限制来束缚程序员本身的创造性。
      5.2 内容:
      程序设计语言的特性和风格会直接影响到软件的质量和可维护性。
      编码原则:
      应尽量避免在系统初始化时运行过多的代码。(此处加入详细原则)
      (1) 选用控制结构只准许一个入口和一个出口。
      (2) 程序语句组成容易识别的块,每块只有一个入口和一个出口。
      (3) 复杂的结构应该用基本控制结构进行组合嵌套来实现。
      (4) 语句中没有的控制结构,可用一段等价的程序段模拟,但要求该程序段在整个系统应前后一致。
      (5) 严格控制GOTO语句,仅在下列情形才可使用。
    用一个非结构化的程序设计语言去实现一个结构化的构造。
    在某种可以改善而不是损害程序可读性的情况下。

      5 .2.1 对象命名约定
      公式:对象名称=对象前缀+自定义名称(自定义名称要有一定的意义且第一个字母大写)
      说明:如果是不需要对其编码的对象,那么对象名用默认对象名。
      应该用一致的前缀来命名对象,使人们容易识别对象的类型。下面列出了 Delphi 支持的一些推荐使用的对象约定。
      (1) 推荐使用的项目前缀
      控件类型 前缀 例子
      Class Module cmdl cmdlCheck
      Data Environment dev devPrints
      Data Report drt drtEnglish
      Form frm frmEntry
      MDIForm mfrm mfrmSinoexport
      Module mdl mdlConnection
      Project pjt pjtCkmis
      (2)推荐使用的控件前缀
      控件类型 前缀 例子
      3D Panel pnl pnlGroup
      ADO Data ado adoBiblio
      Animated button ani aniMailBox
      Check box chk chkReadOnly
      Combo box drop-down list box cbo cboEnglish
      Command button cmd cmdExit
      Common dialog dlg dlgFileOpen
      Communications com comFax
      Control(当特定类型未知时,在过程中所使用的) ctr ctrCurrent
      Data dat datBiblio
      Data-bound combo box dbcbo dbcboLanguage
      Data-bound grid dbgrd dbgrdQueryResult
      xxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxx xxxxxxxx
      (3)推荐使用的数据访问对象的前缀
      用下列前缀来指示数据访问对象。
      数据库对象 前缀 例子
      Connection con conReports
      xxx db dbAccounts
      一些例子:
      (此处加入例子)
      (4)推荐使用的菜单前缀
      应用程序频繁使用许多菜单控件,对于这些控件具备一组唯一的命名约定很实用。除了最前面 "mnu" 标记以外,菜单控件的前缀应该被扩展:对每一级嵌套增加一个附加前缀,将最终的菜单的标题放在名称字符串的最后。下表列出了一些例子。
      菜单标题序列 菜单处理器名称
      (此处加入标题序列及处理器名称)
      当使用这种命名约定时,一个特定的菜单组的所有成员一个接一个地列在 Visual Basic 的“属性”窗口中。而且,菜单控件的名字清楚地表示出它们所属的菜单项。
      (5)为其它控件选择前缀
      对于上面没有列出的控件,应该用唯一的由两个或三个字符组成的前缀使它们标准化,以保持一致性。只有当需要澄清时,才使用多于三个字符的前缀。
      例如,(此处加入例子)
      5 .2.2 常量和变量命名约定
      公式:常量或变量名称=常量或变量范围前缀+常量或变量类型前缀+自定义名称(自定义名称要有一定的意义且第一个字母大写)
      除了对象之外,常量和变量也需要良好格式的命名约定。本节列出了(此处加入变量列表)。
      变量应该总是被定义在尽可能小的范围内。全局 (Public) 变量可以导致极其复杂的状态机构,并且使一个应用程序的逻辑非常难于理解。全局变量也使代码的重用和维护更加困难。
      Delphi中的变量可以有下列范围:
      范围 声明位置 可见位置
      过程级(此处加入名称)
      模块级(此处加入名称)
      全局(此处加入名称)。
      较好的编码习惯是尽可能写模块化的代码。例如,如果应用程序显示一个对话框,就把要完成这一对话任务所需要的所有控件和代码放在单一的窗体中。这有助于将应用程序的代码组织在有用的组件中,并减小它运行时的开销。
      除了全局变量(应该是不被传递的),过程和函数应该仅对传递给它们的对象操作。在过程中使用的全局变量应该在过程起始处的声明部分中标识出来。
      变量范围前缀
      随着工程大小的增长,划分变量范围的工作也迅速增加。在类型前缀的前面放置单字母范围前缀标明了这种增长,但变量名的长度并没有增加很多。
        范围 前缀 例子
      全局 g GstrUserName
      模块级 m MblnCalcInProgress
      本地到过程 无 DblVelocity
      (此处加入说明)
      变量
      声明所有的变量将会(此处加入说明)。
      应该给变量加前缀来指明它们的数据类型。而且前缀可以被扩展,用来指明变量范围,特别是对大型程序。

      变量数据类型
      用下列前缀来指明一个变量的数据类型。
      (此处加入说明)
      描述变量和过程名
      变量或过程名的主体应该使用大小写混合形式,并且应该足够长以描述它的作用。而且,函数名(此处加入函数名称)。
      对于频繁使用的或长的项,推荐使用标准缩略语以使名称的长度合理化。一般来说,(此处加入特例说明)就困难了。
      当使用缩略语时,要确保它们在整个应用程序中的一致性。在一个工程中,如果一会儿使用(此处加入说明问题),将导致不必要的混淆。

      用户定义的类型
      在一项有许多用户定义类型的大工程中,常常有必要给每种类型一个它自己的三个字符的前缀。如果这些前缀是(此处加入前缀名称)。

      5 .2.3 结构化编码约定
      (此处加入约定说明)

      记住下列几点:
      每一个重要变量的声明应该包括(此处加入变量名称)。
      (2)格式化代码
      因为许多程序员(此处加入问题)

      (此处加入解决问题的说明)
      (3)给常量分组
      变量和定义的常量应该按功能分组,而不是分散到单独区域或特定文件中。
      (4)运算符
      (此处加入运算符列表及说明)
      (5)为(此处加入问题) 查询创建字符串
      (此处加入说明)
      5 .2.4 数据源的约定
      (此处加入数据源的约定)
      5 .2.5 数据库访问约定
      访问数据库用ODBC drivers/ADO,但如果在有的技术ADO解决不了的情况下可用其他方法。
      数据库访问技术有:(此处加入说明)
      5 .2.6 其他约定
      (1)当日期、时间型数据要求严格时,(此处加入说明)
       (2)记录集应用约束
      (此处加入约束)
      利用记录集
      (此处加入记录集说明)
      (3)文件命名约定
      工程文件和各模块文件以汉字命名保存,这样可方便管理和查找。
    展开全文
  • 软件概要设计说明书模版》告诉我们怎么样写概要设计说明书,使我们的设计更加的规范法!
  • 技术报告编写规范主要描述在软件产品或软件项目开发完成时所需编写的概要设计应该包含的内容,使得本公司编写的报告便于软件产品或软件项目日后的维护、交接和代码重用。
  • “概要设计说明书”编写规范

    千次阅读 2015-06-27 21:20:56
    “概要设计说明书”编写规范     软件的概要设计又称为软件系统(程序系统)的设计,本文件应说明软件系统即程序系统设计的总体考虑,包括系统的基本处理流程、软件系统的组织结构、模块...


    “概要设计说明书”编写规范  

        软件的概要设计又称为软件系统(程序系统)的设计,本文件应说明软件系统即程序系统设计的总体考虑,包括系统的基本处理流程、软件系统的组织结构、模块划分、功能分配、数据结构、接口、运行、出错处理和系统维护等方面的设计,为详细设计提供基础。

    引言

    1.1   编写目的

    说明编写本设计说明书的目的,指出预期的读者

    1.2   背景

    a.         说明待开发软件系统的名称

    b.         列出开发此软件系统的提出者、开发者、和用户

    1.3   基线

    说明本系统设计的设计基线

    1.4   范围

    说明本设计说明书所涉及的设计内容范围

    1.5   定义

    列出本设计说明书中用到的专门术语和外文字母组合词的原词组

    1.6   参考资料

    a.         属于项目的其他已发表的文件

    b.         本设计说明书中引用到的文件、资料,包括所用到的软件开发标准

    列出这些文件资料的标题、编号、发表日期、出版单位和查找来源

    2         总体设计

    2.1   概述

    2.1.1          需求规定

    说明本系统主要的输入、处理、输出的功能和性能要求等

    2.1.2          运行环境

    说明本系统运行的硬件环境和支持环境

    2.2   设计

    2.2.1          设计构思

    说明对本系统设计的构思、采用的关键技术、主要算法和关键数据结构

    2.2.2          系统流程

    a.         用流程图示出本系统的主要控制流程和处理流程

    b.         用流程图示出本系统的主要数据通路,并说明处理的主要阶段

    2.2.3          结构设计

    a.         系统元素

    确定本系统的元素及其功能,用一览表说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,按层次给出它们的标识符和功能。

    b.         系统层次结构

    用框图分层次地给出各个系统元素之间的控制和被控制的关系

    2.2.4          功能需求与程序的关系

    用功能需求与程序的矩阵图表形式,示出各项功能的实现与各系统元素之间的分配关系

    3         系统数据结构设计

    3.1   数据结构

    列出本系统所使用的主要数据结构,包括名称、标识符及数据项等

    3.2   数据结构与系统元素之间的关系

    用数据结构与系统元素之间的矩阵图表形式,示出各个数据结构与访问这些数据结构的系统元素之间的关系

    4         接口设计

    4.1   用户接口

    说明本系统向用户提供的命令、语法结构及系统回答信息等

    4.2   外部接口

    说明本系统的软件同硬件和支持软件之间的接口

    4.3   内部接口

    说明本系统内部相关模块之间的接口

    5         运行设计

    5.1   系统初始化

    说明本系统初始化过程

    5.2   运行模块组合

    说明本系统每项外界运行需经过哪些内部模块的组合和支持软件

    5.3   运行控制

    说明每项外界运行的控制方式、方法和操作步骤

    5.4   运行时间

    说明每项运行模块组合预计占用各种资源的时间

    5.5   运行安全

    说明系统安全运行的控制

    6         信息结构设计(当相关需求或软件规格定义有要求时)

    按逻辑结构和物理结构给出本软件有关信息的设计要点

    6.1   逻辑结构设计

    6.1.1          图形设计

    6.1.2          中文(包括单个汉字、短语、词组)设计

    6.2   物理结构设计

    6.3   信息结构与程序的关系

    用信息结构与系统元素之间的矩阵图表形式,示出各个信息结构与访问这些信息结构的系统元素之间的关系

    7         出错处理和维护

    7.1   出错信息

    用一览表列出本系统各种可能出错或故障的信息形式及其含义

    7.2   补救措施

    说明系统故障出现后可能采取的变通措施,包括:

    a.         后备技术——当系统原始数据一旦丢失时,启用副本的建立和启动技术

    b.         降效技术——使用另一效率稍低的方法以求得所需结果的某些部分,如手工操作和人工记录数据

    c.         恢复及再启动技术——让系统从故障点恢复执行或系统重新启动运行的方法等

    7.3   系统维护

    说明专门安排用于系统检测与维护的检测点和系统检测维护的专用模块等

    8         尚待解决的问题

    说明本设计中尚待解决而系统完成之前应该解决的问题

     

    附加说明:

    • 本规范根据国家标准GB/T  8566-1995的规定,参照国家标准GB  8567-88而制定
    • 编写本文档时,要求具有本规范规定的所有条目。如果某条目内容在其他地方已说明或无内容可填写,应声明或填写“无内容可填写”,并在可能的情况下说明理由
    • 编制文档时,文档排印格式按“文档排版印刷格式约定”编制

    展开全文
  • 概要设计说明书模板 1、引言  编写目的(阐明编写概要设计说明书的目的,指明读者对象。)  项目背景(可包括:(1)项目的委托单位,开发单位和主管部门;(2)该软件系统与其他系统的关系。)  定义(列出...
  • 1.1 编写目的:阐明编写详细设计说明书的目的,指明读者对象。 1.2 项目背景:应包括项目的来源和主管部门等。 1.3 定义:列出本文档中所用到的专门术语的定义和缩写词的愿意。 1.4 参考资料:  ● 列出有关...
  • 本模板是软件系统详细设计文档的编写指南。 本模板给出系统设计阶段可能包括的基本信息,重点在于和需求分析文档、概要设计文档相联系。描述系统整体情况。如果某个章节在项目或当前阶段中无法描述,则可保留其标题...
  •   软件工程是一门技术含量高设计极其复杂的学科。为了控制好软件产品质量和规范,就必须用大量的文档...概要设计说明书 详细设计说明书 数据库设计说明书   当然,开发中需要用到的文档非常之多,这里仅汇总...

      软件工程是一门技术含量高设计极其复杂的学科。为了控制好软件产品质量和规范,就必须用大量的文档约束软件工程的进度和状态。浩大的软件工程对于缺少工作和项目经验的人来说,必然是摸不着头脑不知从何开始。[1]

      我在网上找了到了一些相关资源,自己做了一定整合和排版,最终形成三个开发文档,分别是:

    • 概要设计说明书
    • 详细设计说明书
    • 数据库设计说明书

      当然,开发中需要用到的文档非常之多,这里仅汇总了三个。

    附件:开发文档.zip
    解压密码d0main

    REFERENCE
    [1]zz563143188. 软件开发文档范例[EB/OL]. http://zz563143188.iteye.com/blog/1835305, 2013-03-23

    转载于:https://www.cnblogs.com/d0main/p/7898870.html

    展开全文
  • 软件文档 集各种文档规范于一体,包括可行性分析报告,软件需求文档,概要设计,详细设计,数据库设计等等。
  • 按照国家规范编写的开发设计说明书 实例 在大三项目实训中该项目获得 特优一级。
  • 北京211高校城市学院毕业设计软件文档说明书 毕业设计常用的任务书 开题报告 规范等等

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 828
精华内容 331
关键字:

软件设计说明书规范