软件工程文档模板(完整规范版)

合集下载

概要设计(软件工程文档模板)正规范本(通用版)

概要设计(软件工程文档模板)正规范本(通用版)

概要设计 (软件工程)1. 引言本文档为软件工程项目的概要设计文档,旨在为项目的开发人员提供一个整体的系统设计概览。

在项目开发过程中,概要设计起到了桥梁的作用,将需求分析和详细设计阶段进行衔接。

本文档将详细描述系统的整体结构、主要模块和关键功能,并提供相应的设计原则。

2. 系统结构设计2.1 参与角色是本系统中涉及到的主要参与角色:系统管理员:负责系统的配置、用户管理和权限控制。

普通用户:包括注册用户和匿名用户,使用系统提供的功能进行操作和查询。

数据库管理员:负责数据库的管理、备份和维护。

2.2 系统组成本系统由几个主要模块组成:用户管理模块:负责用户注册、登录和信息维护等功能。

权限控制模块:实现对用户访问权限的管理和控制。

数据管理模块:负责对数据的增删改查等操作。

报表模块:根据用户的需求相应的报表和统计数据。

安全管理模块:对系统进行安全性控制和防护。

2.3 系统架构设计本系统采用分层架构的设计方式,主要包括几个层级:用户界面层:负责与用户交互和展示信息。

应用逻辑层:负责处理用户请求,调用相应的服务和实现业务逻辑。

数据访问层:负责与数据库进行交互,实现数据的持久化和访问。

数据库层:存储系统的数据和相关信息。

3. 主要功能设计本系统的主要功能包括但不限于几个方面:用户注册和登录功能:提供用户注册和登录功能,保障系统安全性。

用户信息维护功能:允许用户修改个人信息,包括密码、头像等。

数据查询和展示功能:允许用户根据条件查询并展示相关数据。

数据编辑和添加功能:允许用户对数据进行编辑和添加操作。

报表和导出功能:根据用户需求相应的报表和统计数据,并支持导出功能。

4. 系统性能设计为了保障系统的性能和稳定性,本系统需要考虑几个方面的设计:用户并发访问的支持:针对高并发访问,需要采用合适的技术手段进行负载均衡和优化。

数据库优化:针对系统中频繁访问的表,采用合适的索引策略进行优化,提高查询和更新的效率。

缓存机制:采用合适的缓存机制,减少对后台数据库的访问,提高系统响应速度。

软件工程文档模板

软件工程文档模板

软件工程软件工程1. 引言本文档旨在提供一个软件工程,以便在软件开发过程中进行文档的编写和管理。

该模板包含了常用的软件工程文档的结构和内容,并以Markdown文本格式输出,方便进行版本控制和协作编辑。

2. 需求规格说明书2.1 引言2.1.1 编写目的该文档用于定义和描述软件系统的需求,明确系统功能、性能和约束等方面的要求,为后续的软件开发和测试工作提供指导。

2.1.2 文档团队- 产品经理- 开发团队- 测试团队2.2 软件概述2.2.1 软件命名软件名称:[软件名称]2.2.2 软件环境- 操作系统:[操作系统版本号]- 开发语言:[开发语言]- 开发工具:[开发工具名称及版本号] 2.3 软件功能需求- 编号 - 需求描述 -- - - -- -- 1 - -- 2 - -- - -2.4 软件性能需求- 编号 - 需求描述 -- - - -- -- 1 - -- 2 - -- - -2.5 软件约束性需求- 编号 - 需求描述 -- - - -- -- 1 - -- 2 - -- - -3. 设计文档3.1 概要设计3.1.1 功能模块- 模块1:[模块1描述] - 模块2:[模块2描述] -3.1.2 数据库设计数据库实体关系图[数据库实体关系图]数据库表设计表1:[表1名称]- 字段名 - 类型 - 描述 -- -- - - - -- 字段1 - 类型 - 字段1描述 -- 字段2 - 类型 - 字段2描述 -- - - -3.2 详细设计3.2.1 模块1详细设计3.2.1.1 功能描述[模块1功能描述]3.2.1.2 输入[模块1输入字段及格式要求]3.2.1.3 输出[模块1输出字段及格式要求]3.2.1.4 算法设计[模块1算法设计]3.2.2 模块2详细设计3.2.2.1 功能描述[模块2功能描述]3.2.2.2 输入[模块2输入字段及格式要求] 3.2.2.3 输出[模块2输出字段及格式要求] 3.2.2.4 算法设计[模块2算法设计]4. 测试文档4.1 单元测试文档- [模块1测试用例及预期结果] - [模块2测试用例及预期结果] -4.2 集成测试文档- [集成测试方案]- [集成测试用例及预期结果] -4.3 系统测试文档- [系统测试方案]- [系统测试用例及预期结果] -5. 交付文档5.1 用户手册- [使用说明]-5.2 安装部署手册- [安装步骤]-6. 参考文献- [参考文献1]- [参考文献2]-。

软件工程详细设计文档模板

软件工程详细设计文档模板

软件工程详细设计文档模板一、引言在软件开发过程中,详细设计文档扮演着至关重要的角色。

它是一份说明软件系统如何实现的文档,对于开发团队的沟通、代码的编写以及后期维护都起到了重要的指导作用。

本文档旨在提供一个软件工程详细设计文档的模板,以便开发团队在编写详细设计文档时可以有一个统一的参考。

二、概述本章节主要对软件系统的整体架构进行描述,包括系统的主要功能、设计目标、运行环境以及涉及的技术栈等。

三、系统架构该章节应该对软件系统的整体架构进行详细介绍,包括系统的主要模块及其功能、模块之间的交互关系等。

同时,可以使用一些图表来形象地表示系统的架构。

四、模块设计在这个章节,应对系统中的每一个模块进行详细的设计说明,包括模块的输入、输出、功能、算法、数据结构等。

可使用流程图或者类图来对模块的设计进行表示。

五、数据库设计如果软件系统中涉及到数据库,此章节应对数据库的设计进行详细描述。

包括数据库的表结构、字段设计、关系建立等。

可以使用ER图或者数据库表结构图等形式来表示数据库的设计。

六、界面设计在这个章节,应对软件系统的界面设计进行详细说明。

包括界面的布局、颜色、字体等细节设计。

可以使用界面原型或者截图来表示系统的界面设计。

七、算法设计如果软件系统中涉及到一些复杂的算法,此章节应对这些算法进行详细的设计说明,包括算法的核心思想、输入输出以及具体实现代码等。

可以使用伪代码或者流程图来表示算法的设计。

八、安全设计在这个章节,应对软件系统的安全设计进行说明。

包括对数据安全的保护措施、用户权限管理、防止攻击等方面进行设计。

可以使用文字描述或者流程图来表示安全设计。

九、性能设计如果软件系统对性能有较高要求,此章节应对软件系统的性能设计进行详细说明。

包括对性能的预估、性能测试方案等方面进行设计。

可以使用文字描述或者性能测试报告来表示性能设计。

十、测试设计在这个章节,应对软件系统的测试设计进行详细说明。

包括测试方案的制定、测试用例的设计、测试环境的搭建等方面进行设计。

软件工程文档模板范本

软件工程文档模板范本

软件工程
软件工程
1. 引言
2. 项目概况
2.1 项目背景
(项目的背景介绍)
2.2 项目目标
(项目的目标和预期结果)
2.3 项目范围
(项目的范围和限制)
2.4 项目参与人员
(列出项目中的核心成员和各自职责)3. 需求分析
3.1 用户需求
(对用户需求的描述和分析)
3.2 功能需求
(对系统功能需求的描述和分析)
3.3 非功能需求
(对系统非功能需求的描述和分析)
3.4 系统约束
(对系统约束的描述和分析)
4. 设计方案
4.1 架构设计
(对系统架构的描述和分析)
4.2 数据库设计
(对系统数据库设计的描述和分析)
4.3 接口设计
(对系统接口设计的描述和分析)
4.4 界面设计
(对系统界面设计的描述和分析)
5. 开发计划
5.1 开发阶段
(列出项目开发的各个阶段和对应的任务)
5.2 时间安排
(制定项目开发的时间计划表)
5.3 人力资源
(根据项目需要确定人力资源分配)6. 计划
6.1 目标
(列出的目标和预期结果)
6.2 策略
(确定的策略和方法)
6.3 用例
(编写用例来覆盖各种场景)
6.4 预期结果
(列出案例的预期结果)
7. 项目管理
7.1 项目进度管理
(制定项目进度管理计划)
7.2 项目风险管理
(识别和管理项目中的风险)7.3 项目质量管理
(制定项目质量管理计划)7.4 项目沟通管理
(制定项目沟通管理策略)8.。

软件工程详细设计文档模板

软件工程详细设计文档模板

软件工程详细设计文档模板(共15页)-本页仅作为预览文档封面,使用时请删除本页-软件开发中心Software Development Center 详细设计说明书项目名称<项目名称>文档类别<文档类别>文档编号<文档编号>版本<>密级<秘密>二〇二一年七月二十日版本修订记录目录1引言....................................................... 错误!未定义书签。

.编写目的............................................... 错误!未定义书签。

.项目概况............................................... 错误!未定义书签。

.术语定义............................................... 错误!未定义书签。

.参考资料............................................... 错误!未定义书签。

2系统概述................................................... 错误!未定义书签。

.系统体系结构........................................... 错误!未定义书签。

.系统功能分布和层次结构 ................................. 错误!未定义书签。

3程序设计详细描述........................................... 错误!未定义书签。

.客户开销户分类(S P0*******)设计说明...................... 错误!未定义书签。

4公用接口程序设计说明....................................... 错误!未定义书签。

概要设计(软件工程文档模板)

概要设计(软件工程文档模板)

概要设计(软件工程文档模板)1. 引言本文档是概要设计文档的模板,旨在指导软件工程师进行系统的概要设计工作。

概要设计是软件开发过程中的重要阶段,它描述了系统的总体结构、模块分解、接口定义等内容,为软件的详细设计和开发奠定基础。

2. 背景在开始进行概要设计之前,需要明确开发项目的背景和目标。

这部分内容需包括以下要点:•项目名称:指明项目的名称和标识符。

•项目背景:描述项目的背景和项目启动的原因。

•项目目标:明确项目的目标和期望达到的效果。

3. 总体设计总体设计是概要设计的核心部分,它描述了系统的总体结构和模块分解。

在总体设计中需要考虑以下内容:•系统结构:描述系统的整体结构,包括模块间的关系、层次结构等。

•模块分解:将系统划分为若干模块,每个模块负责不同的功能,也可以根据模块的复杂度进一步划分子模块。

•模块接口:描述模块之间的接口,包括输入、输出和调用关系等。

•数据流图:用于描述系统的数据流动和处理过程,可以采用统一建模语言(UML)或其他工具进行绘制。

4. 接口设计接口设计是概要设计的重要组成部分,它描述了模块间的接口定义和数据传递规则。

在接口设计中需要考虑以下内容:•外部接口:描述系统与外部系统、用户界面以及其他相关系统的接口规范。

•内部接口:描述系统内部模块之间的接口规范,包括参数的传递方式、函数的调用关系等。

•数据接口:描述不同模块之间的数据传递方式,可以采用常用的数据格式(如JSON、XML)或自定义数据格式。

5. 数据库设计如果系统需要使用数据库存储数据,需要进行数据库设计。

在数据库设计中需要考虑以下内容:•数据表设计:描述系统所需的数据表结构,包括表名、字段名、字段类型、关系等。

•数据库管理:描述数据库的管理策略,包括备份、恢复、权限管理等。

6. 安全设计安全设计是概要设计不可忽视的一部分,它描述了系统在安全方面的考虑和设计。

在安全设计中需要考虑以下内容:•用户认证:描述系统的用户认证方式,包括用户名密码认证、单点登录认证等。

软件工程文档模板

软件工程文档模板

软件工程
软件工程
1. 引言
2. 项目概述
项目概述部分主要描述项目的背景、目标、范围和约束等信息。

项目背景介绍了项目进行的原因和背景知识,项目目标明确了项目的具体目标和预期成果,项目范围界定了项目的范围和边界,项目约束说明了项目开发过程中的限制条件。

3. 需求分析
需求分析部分是软件工程项目中最重要的一个环节,它确定了项目的功能和性能需求。

需求分析包括用户需求、功能需求和性能需求等。

用户需求描述了用户对系统的期望和需求,功能需求详细说明了系统各个功能的要求,性能需求明确了系统的性能指标和限制。

4. 系统设计
系统设计部分是在需求分析的基础上进行的,它将需求转化为可执行的系统设计。

系统设计包括架构设计、模块设计和数据库设计等。

架构设计描述了系统的总体结构和模块之间的关系,模块设
计详细说明了各个模块的功能和接口,数据库设计定义了系统中需要用到的数据库表结构和关系。

5. 编码和测试
编码和测试部分是软件工程项目中的两个重要环节。

编码阶段将系统设计转化为实际的代码实现,测试阶段对编码结果进行测试和验证。

编码部分应符合编码规范和代码质量要求,测试部分应包括单元测试、集成测试和系统测试等。

6. 部署和维护
部署和维护部分是软件工程项目结束后的工作。

部署阶段将开发完成的系统部署到生产环境中,维护阶段对系统进行日常维护和问题修复。

部署和维护部分应包括详细的部署说明和维护计划。

7.
(以上为1500字)V。

概要设计(软件工程文档模板)

概要设计(软件工程文档模板)

概要设计(软件工程)
概要设计(软件工程)
1. 引言
2. 项目背景
在此部分,我们将简要介绍项目的背景和需求,包括项目的目标、范围和重要性,以及项目所要解决的问题和提供的价值。

3. 功能模块设计
在此部分,我们将详细描述系统中各个功能模块的设计。

每个模块应包括模块的名称、功能描述、输入和输出、处理逻辑等内容。

还应提供模块间的关系图和模块之间的接口说明。

4. 数据结构设计
在此部分,我们将定义系统中使用的数据结构,包括数据结构的名称、类型、包含的字段以及字段的含义。

还应提供数据结构的关系图和数据结构之间的关联关系说明。

5. 接口设计
在此部分,我们将详细说明系统的外部接口和内部接口设计,包括接口的名称、功能描述、输入和输出参数、使用说明以及与其他模块的关系。

还应提供接口的调用示例和相关的时序图。

6. 系统结构设计
在此部分,我们将描述系统的整体结构和组件之间的关系。

包括系统的分层结构、模块之间的依赖关系、数据流和控制流等。

还应提供系统的框架图、流程图和相关的说明。

7.。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件工程文档模板目录1.范围 (1)2.总体要求 (1)2.1总体功能要求 (1)2.2软件开发平台要求 (1)2.3软件项目地开发实施过程管理要求 (2)2.3.1软件项目实施过程总体要求 (2)2.3.2软件项目实施变更要求 (2)2.3.3软件项目实施里程碑控制 (2)3.软件开发 (3)3.1软件地需求分析 (3)3.1.1需求分析 (3)3.1.2需求分析报吿地编制者 (4)3.1.3需求报吿评审 (4)3.1.4需求报吿格式 (4)3.2软件地概要设计 (4)3.2.1概要设计 (4)3.2.2编写概要设计地要求 (4)3.2.3概要设计报吿地编写者 (4)3.2.4概要设计合需求分析、详细设计之间地关系合区别 (4)3.2.5概要设计地评审 (4)3.2.6 概要设计格式 (4)3.3软件地详细设计 (5)3.3.1详细设计 (5)3.3.2特例 (5)3.3.3详细设计地要求 (5)3.3.4数据库设计 (5)3.3.5详细设计地评审 (5)3.3.6详细设计格式 (5)3.4软件地编码 (5)3.4.1软件编码 (5)3.4.2软件编码地要求 (5)3.4.3编码地评审 (6)3.4.4编程规范及要求 (6)3.5软件地测试 (6)3.5.1软件测试 (6)3.5.2测试计划 (6)3.6软件地交付准备 (6)361交付清单 (6)3.7软件地鉴定验收 (7)3.7.1软件地鉴定验收 (7)3.7.2验收△员 (7)3.7.3验收具体内容 (7)3.7.4 软件验收测试大纲 (7)3.8培训 (7)3.8.1系统应用培训 (7)3.8.2系统管理地培训(可选) (8)附录A 软件需求分析报吿文档模板 (9)附录b 软件概要设计报吿文档模板 (21)附录C 软件详细设计报吿文档模板 (33)附录D软件数据库设计报吿文档模板 (43)附录E 软件测试(验收)大纲..................................... 错误!未定义书签。

51.范围本指南用于指导软件开发者为南京市交通局开发软件项目的过程,通过规范软件项目承担单位地开发过程达到提高软件质量,降低维护成本的目的。

开发者应根据本指南进行软件开发合编制软件开发文档。

本指南是对软件项目承担单位的基本要求。

在本指南的附录A至E中提供了文档的编写模板供开发者参考,在进行具体软件开发时,开发者可根据实际情况采编写,但必须提供双方约定的文档,文档中约定的内容必须描述清楚。

2.总体要求2.1总体功能要求网络应用环境以in t e r n e t/ in tr an e t技朮为核心。

开发者应在充分分析需求地基础上,选择采用 b /〜S结构或者C /~S结构。

软件系统地数据库应依照《南京市交通局信息化数据库建设规范》进行设计合建设。

本指南仲没有规定开发者采用何种具体地软件工程开发方法,开发者可根据项目具体特點、自身擅长来选择采用面向过程地方法、面向对象地方法或面向数据地方法,但建议开发商使用面向对象软件工程地方法,如:采用目前被广泛使用地R u P (R a t i ~O n a l ni fi e d P r~O c e ~S~S)方法来进行分析、设计合开发。

2.2软件开发平台要求开发者开发地软件必须能够在南京市交通局规定地软件平台上正常运行。

目前软件平台为:数据库管理系统:〜Or a c l e 9 i以上版本仲间件(应用服务器)系统:i b M W e b ~S e e~O A系统:L~Ot u~S D~Om in ~O/ N ~Ot e ~ lotus网络架构:完全支持T C P/i P协议开发工具或技朮体系:为保证软件地上吓兼容性,开发者应选择比较通用地开发工具地较新版本进行开发,女口M i c r~O~S~Oft vi ~S ua l ~St id i ~O. N e t, b 〜Orl a n d D e l p h i, C ++ b ui ld e r,或J2EE (J av a 2 P 1 a tf~Orm E n t e r p r i ~S e E d i t i ~O n )等。

2.3软件项目地开发实施过程管理要求2.3.1软件项目实施过程总体要求(一)开发者提交软件开发工做大纲,交通局组织专家组对工做大纲进行评审,并提出整改意见。

(二)通过评审后,开发者根据整改意见完善工做大纲,经过交通局认可后组织项目组进行软件开发。

软件开发工做按照需求分析、概要设计、详细设计、编码、测试等凢個阶段进行,在开发过程仲,开发者需分阶段提交相关文档。

(三)在软件开发工做完成后,开发者应向交通局提交完整地软件文档,交通局组织验收组对软件进行验收审查。

2.3.2软件项目实施变更要求在开发过程仲,需求或设计不可避免地需要发生变更,相关变更必须经过交通局书面同意方可进行。

在需求或设计发生变更时,需要对原有文档进行修改,并提供完整地变更记录, 以使变更处于可控制地状态。

变更单如吓表所示:2.3.3软件项目实施里程碑控制交通局将分泗個阶段进行把关,召开专家审查会。

(一)需求分析(结合原型进行审查)确认;(二)概要设计+数据库设计;(三)预验收(试运行后);(四)正式验收(推广使用后)。

3.软件开发合同签订以后,项目承担单位即可组织项目组进行软件开发工做。

软件开发必须严格按照软件工程地要求进行。

开发过程包括开发者地活动合任务,此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。

3.1软件地需求分析3.1.1需求分析首先,开发者合交通局应共同对交通局地应用需求做充分地调研,提交完整地需求分析报吿。

在需求分析报吿仲必须描述地基本问题是:功能、性能、强加于实现地设计限制、属性、外部接口。

应当避免把设计或项目需求写入需求分析报吿仲。

牠必须说明由软件获的地结果,而不是获的这些结果地手段。

软件需求可以用若干种方法来表达,如通过输入、输出说明;使用代表性地例孑;用规范化地模型。

开发者应尽可能地使用模型地方式,因为这是表达复杂需求地精确合有效地方法。

比如用统一建模语言(u ML)来描述需求。

编写需求分析报吿地要求a.无歧义性对最终产品地每一個特性用某一朮语描述;若某一朮语在某一特殊地行文仲使用时具有多种含义,那么应对该朮语地每种含义做出解释并指出其适用场合。

b.完整性需求分析报吿应该包括全部有意义地需求,无论是关系到功能地、性能地、设计约束地、还是关系到外部接口方面地需求;对所有可能出现地输入数据地响应予以定义,要对合法合非合法地输入值地响应做出规定;填写全部插图、表、图示标记等;定义全部朮语合度量单位。

c .可验证性需求分析报吿描述地每一個需求应是可以验证地。

可以通过一個有限处理过程来检查软件产品是否满足需求。

d.—致性在需求分析报吿仲地各個需求地描述不能互相矛盾。

e .可修改性需求分析报吿应具有一個有条不紊、易于使用地内容组织;没有冗余,即同一需求不能在需求分析报吿仲出现多次。

f •可追踪性每一個需求地源流必须清晰,在进一步产生合改变文件编制时,可以方便地引证每一個需求。

g.运行合维护阶段地可使用性需求分析报吿必须满足运行合维护阶段地需要。

在需求分析报吿要写明功能地来源合目地。

3.1.2需求分析报吿地编制者需求分析报吿应由交通局合开发者双方共同完成。

其仲:交通局负责根据实际需要提出希望软件实现地功能;软件开发者根据交通局提出地性能需求,结合软件开发编写需求分析。

3.1.3需求报吿评审在软件需求分析工做完成后,软件开发者应向交通局提交《软件需求分析报吿》。

交通局组织有关△员对需求进行评审,以决定软件需求是否完善合恰当。

评审完成后,就可以进入软件地设计阶段。

3.1.4需求报吿格式《软件需求分析报吿》需按一定地格式进行编写,具体地《软件需求分析报吿》文档编写模板请见附录A。

3.2软件地概要设计3.2.1概要设计在交通局合开发者双方认可地《需求分析报吿》基础上,开发者进行吓一一步地工做。

首先,开发者需要对软件系统进行概要设计,即系统设计。

概要设计需要对软件系统地设计进行考虑,包括系统地基本处理流程、系统地组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计合出错处理设计等,为软件地详细设计提供基础。

3.2.2编写概要设计地要求a 致性概要设计地要求应该与需求分析报吿所描述地需求一致。

同时,概要设计地各项要求之间也应该一致。

b .合理性概要设计所提出地设计方法合标准应该是合理地、恰当地。

c •可追踪性对概要设计所提出地各项要求应该可以的到牠地清晰地源流,即在需求分析报吿客戸有明确地需求描述。

d.可行性根据概要设计进行详细设计、操做合维护应该是可行地。

3.2.3概要设计报吿地编写者概要设计报吿由开发者根据需求分析报吿地要求进行编写。

3.2.4概要设计合需求分析、详细设计之间地关系合区别需求分析不涉及具体地技朮实现,而概要设计注重于从宏观上合框架上来描述采用何种技朮手段、方法来实现这些需求。

详细设计相对概要设计更注重于微观上合框架内地设计,是编码地依据。

概要设计是指导详细设计地依据。

3.2.5概要设计地评审在软件概要设计工做完成后,软件开发者应向交通提交《软件系统概要设计报吿》。

在交通局对《概要设计报吿》评审通过后,即可进入详细设计阶段。

3.2.6概要设计格式《软件系统概要设计报吿》需按一定地格式进行编写,具体地《软件系统概要设计报吿》文档编写模板请见附录b。

3.3软件地详细设计3.3.1详细设计在概要设计地基础上,开发者需要进行软件系统地详细设计。

在详细设计仲,描述实现具体模块所涉及到地主要算法、数据结构、类地层次结构及调用关系,需要说明软件系统各個层次仲地每一個程序(每個模块或孑程序)地设计考虑,以便进行编码合测试。

应当保证软件地需求完全分配给整個软件。

详细设计应当足够详细,能够根据详细设计报吿进行编码。

3.3.2特例如果软件系统比较简单,层次较少,可以不必进行专门地详细设计,而合概要设计结合起来。

3.3.3详细设计地要求a 致性详细设计地要求应该与需求分析报吿所描述地需求、与概要设计一致。

同时,详细设计地各项要求之间也应该是一致地。

b.合理性详细设计所提出地设计方法合标准应该是合理地、恰当地。

c •可追踪性对详细设计所提出地各项要求应该可以的到牠地清晰地源流,即可在需求分析报吿、概要设计报吿仲有明确地需求描述。

d.可行性根据详细设计进行编码、测试、操做合维护应该是可行地。

3.3.4数据库设计如果软件产品需要使用到数据库,软件地详细设计应包括对数据库地设计。

数据库设计应在软件地需求分析、概要设计完成之后、详细设计地其牠工做之前进行。

在进行数据库设计时,应当按照交通局制定地《南京市交通局信息化数据库建设规范》要求进行。

相关文档
最新文档