项目开发详细设计说明书,完整版

合集下载

XXX项目详细设计说明书_模版

XXX项目详细设计说明书_模版

XXX有限公司XXX产品/项目详细设计说明书目录1.文档介绍 (3)1.1编写目的 (3)1.2文档范围 (3)1.3读者对象 (3)1.4术语与缩写解释 (3)1.5参考资料 (3)1.6内容组织 (3)2.系统概述 (4)1.7系统说明 (4)1.8项目背景 (4)1.9系统任务 (4)1.10需求概述 (4)3.模块命名规则 (4)4.模块汇总 (5)1.11编号规则 (5)1.12模块汇总表 (5)1.12.1功能点 (5)1.13模块关系图 (5)5.模块详细设计 (5)1.14编号及优先级规则 (5)1.15功能点 (5)1.15.1子功能点 (5)1.16 ........................................................................................................................................ 错误!未定义书签。

1.文档介绍1.1编写目的[说明文档的编写目的]1.2文档范围[说明文档的主要内容]1.3读者对象[说明文档的读者对象]1.4术语与缩写解释[对文档中使用到的术语、缩写及关键词进行解释]1.5参考资料[说明文档的参考资料]1.6内容组织[说明文档内容组织结构]2.产品概述2.1产品说明【介绍产品的名称、任务提出者、开发者、用户群,同概要设计中对应内容】如果产品依赖于其他产品,则在此说明,例如产品是一个功能插件,需要基于某个基础平台(可能是jar包)进行开发,则要在此声明这个产品所基于的底层平台(包括名称、版本、以及具体依赖关系)。

项目名称:本项目的任务提出者:开发者:用户:2.2产品背景【介绍产品的背景,在什么样的背景下产生该产品,同概要设计中对应内容】2.3产品任务【对产品的总体任务进行说明,对应需求规格说明书中的产品目标,同概要设计中对应内容】2.4需求概述【对产品的需求进行概要描述,同概要设计中对应内容】表2-1功能需求3.模块命名规则【对系统划分模块划分的命名规则进行定义】详见《编码规范》。

项目开发计划说明书

项目开发计划说明书

项目开发计划说明书——QQ系统(自己小组所选的题目)(参考件)A.1 引言A.1.1 编写目的为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。

A.1.2 背景Internet是目前世界上最大的计算机互联网络,它是遍布全球,将世界各地各种规模的网络连接成一个整体。

作为Internet上一种先进的,易于被人们所接受的信息检索手段。

如今,人们不仅可以在网上查询自己需要的资源,而且可以通过网络进行实时的沟通。

从实时性和有效性上都超过了信件和E-Mail,并且在费用上要低于电话。

因而各种聊天服务备受用户青睐,在这方面的开发与应用也比较多,聊天服务也成为互联网提供的重要服务之一,因此,建立一个好的在线交流聊天系统十分重要。

网上聊天系统是为人们进行交流和联系提供的一个平台。

利用现代的网络资源优势和技术优势,通过提供完善的网上聊天系统的管理,以达到增进人们与人们之间的信息交流和沟通的目的,并以此加快人们的信息化建设。

网络聊天系统是为人与人之间进行交流和联系提供的一个平台。

通过提供完善的聊天服务和规范的管理,可以达到增进人与人之间的感情,促进人们之间的沟通,方便人们联系的目的;同时本系统可以拉进人与人之间的距离,丰富人们的业余时间,为人们在网络中交友提供了便捷的渠道。

A.1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

A.1.4 参考资料Visual C#,SQL数据库A.2 项目概述A.2.1 工作内容可行性研究与计划,需求分析,设计,开发,评估与测试,维护A.2.2 主要参加人员林斌,卢怀泽,林胜利A.2.3 产品A.2.3.1 程序本系统名称:MyQQ开发语言:C#进行,利用SQL2000数据库。

软件开发-项目详细设计规格说明书

软件开发-项目详细设计规格说明书

1引言 21.1编写目的 21.2背景 21.3定义 21.4参考资料 22程序系统的结构 23程序1(标识符)设计说明 2 3.1程序描述 33.2功能 33.3性能 33.4输人项 33.5输出项 33.6算法 33.7流程逻辑 33.8接口 33.9存储分配 43.10注释设计 43.11限制条件 43.12测试计划 43.13尚未解决的问题 44程序2(标识符)设计说明 4项目详细设计规格说明书1引言1.1编写目的1.2背景待开发的软件系统的名称:提出者:开发者:用户:计算机中心:该软件系统同其他系统或其他机构的基本的相互来往关系:根据本系统内部的各职能部门的要求,方便快捷的实现同其他机构软件有机连接,使资源最大化利用。

1.3定义提示:列出本文件中用到的专门术语的定义和英文缩写的原词组。

如:1.4参考资料列出有关的参考资料,如:本文件中各处引用的文件、资料,包括所要用到的软件开发标准:1. 实训教学PPT及相关ERP项目文档;2. 软件开发标准按照机房配置统一标准。

2程序系统的结构用一系列图表列出本程序系统内的每个程序(包括每个模块和子程序)的名称、标识符和它们之间的层次结构关系。

3程序1(标识符)设计说明3.1程序描述3.2功能3.3性能精度高灵活性强时间特性好3.4输人项给出对每一个输入项的特性,包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。

数量和频度、输入媒体、输入数据的来源和安全保密条件等等。

3.5输出项3.6算法3.7流程逻辑3.8接口3.9存储分配3.10注释设计模块首部的注释;各分枝点处的注释;各变量的功能、范围、缺省条件等所加的注释;使用的逻辑、方法所加的注释等等。

3.11限制条件a.所建议系统的运行寿命的最小值的限制;b.进行系统方案选择比较的时间限制;c.经费、投资方面的来源和限制;d.法律和政策方面的限制;e.硬件、软件、运行环境和开发环境方面的条件和限制;f.可利用的信息和资源;g.根据软件行业进步改革,系统具有投入使用的最晚时间限制。

项目详细设计说明书

项目详细设计说明书

<项目名称><详细设计说明书> (版本号:X)目录1引言 (3)1.1目的 (3)1.2术语/缩略语 (3)1.3参考文档 (3)2功能概述 (3)2.1功能模块命名原则 (3)2.2功能层次图 (3)3功能点详述 (4)3.1功能点一 (4)3.1.1功能描述 (4)3.1.2界面与说明 (4)3.1.3函数1/方法1 (4)3.2功能点二 (5)1引言1.1目的【说明设计对象:系统的某个子系统。

原则上,每个子系统的详细设计应单独装订成册;但对于比较小的子系统,容许合并成一册。

预期读者:我公司与用户方的开发人员、双方的系统维护人员。

作用:承上启下。

基于概要设计,为下一阶段的程序编码工作提供依据。

它是项目验收的重要内容和后期维护的必备资料。

】1.2术语/缩略语【说明本文档涉及的术语、缩略语的详细含义】1.3参考文档【说明编写架构设计时引用和参考的文档】2功能概述2.1功能模块命名原则【说明:名字(即标识符):一般采用英文或汉语拼音。

要求有实际意义、便于理解、最好有规律可循。

参看《软件概要设计说明书》并注意与之保持一致。

】2.2功能层次图【自顶向下,逐层分解,直至叶(即末端)功能模块。

在每个子系统中,功能模块的编号是唯一的。

推荐的编号原则为:子系统(第0层)…………………无编号第1层子模块 (X)第2层子模块 (XX)第3层子模块 (XXX)第4层子模块 (XXXX)……………………………其中,X可为阿拉伯数字1-9(不许出现0),或大写英文字母A-Z(对应于10-35),或小写英文字母a-z(对应于36-61)。

必要时还可用希腊字母接续。

例如:“6”表示本子系统中编号为6的第1层子模块。

“63”表示在编号为6的第1层子模块下,编号为3的第2层子模块。

“63B”表示在编号为6的第1层子模块下,编号为3的第2层子模块下,编号为11的第3层子模块。

以下类推。

这种编号原则的优点是模块编号比较短。

项目开发概要说明书-模板

项目开发概要说明书-模板

课程名称: C语言程序设计项目名称:血常规化验报告解析项目负责人姓名:黄一杰、周游学号:5、5学院:医学院专业临床:医学五年制指导教师:庄天红撰写时间:2017年6月9日项目开发概要(设计)说明书(文档要求)一项目背景血常规化验是医院体检的必须项目,学会分析血常规化验报告能够评估个人的身体健康状况,从而判断此人是否符合身体健康,并且根据血常规的化验报告可以看出此人身体是否需要改善。

二项目初步的构想1.项目名称:血常规化验报告2.项目主要内容:读取血常规报告,根据男女并给出相应的正常范围,判断患者的血常规内容是否符合该正常范围,并给出相应的“正常”、“偏高”和“偏低”的结论,最后合成一张标准的血常规报告打印出来。

3.项目实现的几大模块:读取,识别,输入,输出。

4.预设项目达到的目标和实现功能:实现完整读取报告的目标并给出患者的指标所处的范围,并且实现打印血常规报告,及具体到细节的报错功能。

三项目实施计划1.开发进度表:4月初开始提出血常规的设想,5月陆续开发,并且完善报错功能,6月系统完成。

2.项目开发的人员分工:周游提供程序思路,周游、黄一杰开发函数,黄一杰负责后面的完善及设计。

3.罗列项目中哪些关键技术、获取这些知识的途径:关键技术:项目中有吸收大括号的函数,将基本名称读入的函数,将char类型的文字转化为float类型的函数,将血常规报告缺少的部分报出的函数,报错的程序块,结构体构建,打印血常规报告的函数。

获取知识的途径:思考,翻书,讨论交流。

四项目支持条件1.项目采用什么计算机系统环境:C99自带的编译系统。

2.开发所用的软件系统:win10操作系统3.开发所用辅助软件工具:codeblock五详细开发叙述以及实现功能1.程序结构描述程序由一个主函数和多个分函数组成。

主函数初始化结构体数据并且读取相关文件并且负责报错。

读取文件成功以后调用函数打印报告。

分函数互相调用。

包括跳过回车空格换行的函数,比较字符的函数并用switch其分配到相应的数据类型的函数,将char类型的数字转换成float类型的函数,性别读取函数,可以报出缺少“:”、“””以及数据中的错误的报错函数,可以数值判断正常和高低的比较函数,以及互相调用最后形成的打印血常规报告的函数。

软件项目详细设计说明书模板

软件项目详细设计说明书模板

软件项目详细设计说明书模板目录第一章编写目的 (4)1.1作用 (4)1.1.1 预期读者 (4)1.2背景 (4)1.2.1 系统名称及版本号 (4)1.2.2 使用者 (4)1.2.3 与其它系统的关系 (4)1.3术语和缩写 (4)1.4参考资料 (5)第二章总体架构 (5)2.1系统说明 (5)2.2运行环境 (5)2.3基本设计概念以及处理流程 (5)2.4总体功能结构图 (5)2.5子系统清单 (5)2.6可测试性、维护/升级设计 (5)2.7可配置设计 (5)2.8尚未解决的问题 (6)第三章系统功能模块 (6)3.1模块名称 (6)3.1.1模块功能描述 (6)3.1.2模块框架设计以及处理流程 (6)3.1.3子模块划分列表 (6)3.1.4子模块设计说明 (6)3.2模块名称 (6)3.2.1模块功能描述 (6)3.2.2模块框架设计以及处理流程 (6)3.2.3子模块划分列表 (6)3.2.4子模块设计说明 (7)第四章接口说明 (7)4.1用户接口 (7)4.2外部接口 (7)4.3内部接口 (7)第五章数据结构设计 (7)5.1数据库环境说明 (7)5.1.1应用环境 (7)5.1.2参数配置 (7)5.2数据库设计 (7)5.2.1逻辑设计 (8)5.2.2物理设计 (8)5.2.2.1数据表汇总 (8)5.2.2.2表结构设计 (8)5.2.3安全性设计 (8)5.2.4备份恢复设计 (9)5.3数据库管理维护 (9)5.3.1数据库安装配置 (9)5.3.2数据库日常维护 (9)第六章系统出错处理设计 (9)6.1出错信息 (9)6.2出错处理 (9)第一章编写目的1.1作用【说明】《软件概要设计说明书》是在《软件需求规格说明书》的基础上,通过我方与用户方反复沟通形成的。

它必须充分反映《软件需求规格说明书》中的用户需求,如有改动必须征得用户的认可。

它将作为项目验收时重要的的标准和依据。

详细设计说明书模板

详细设计说明书模板

详细设计说明书模板一、引言。

详细设计说明书是软件开发过程中的重要文档,它描述了软件系统的详细设计方案,是软件开发人员在编码和测试阶段的重要参考依据。

本文档旨在为软件开发人员提供一个详细设计说明书的模板,以便他们能够按照统一的标准和格式编写详细设计说明书。

二、项目概述。

在本部分,应对项目的背景、目标、范围、功能和性能需求进行详细描述。

这部分内容应该包括对项目的整体理解,以及项目的基本需求和目标。

三、设计约束。

在本部分,应对项目的设计约束进行详细说明。

设计约束可能包括技术约束、硬件约束、软件约束、接口约束等内容。

这部分内容应该对设计过程中的各种约束进行全面、系统的描述。

四、系统架构。

在本部分,应对系统的整体架构进行详细描述。

系统架构包括系统的组成部分、模块划分、模块之间的关系等内容。

这部分内容应该对系统的整体结构进行清晰、完整的描述。

五、模块设计。

在本部分,应对系统的各个模块进行详细设计。

模块设计包括模块的功能、接口、数据结构、算法等内容。

这部分内容应该对系统的各个模块进行全面、细致的设计。

六、数据设计。

在本部分,应对系统的数据结构进行详细设计。

数据设计包括数据的组织结构、存储方式、访问方式等内容。

这部分内容应该对系统的数据进行全面、合理的设计。

七、界面设计。

在本部分,应对系统的用户界面进行详细设计。

界面设计包括界面的布局、样式、交互方式等内容。

这部分内容应该对系统的用户界面进行美观、易用的设计。

八、安全设计。

在本部分,应对系统的安全性进行详细设计。

安全设计包括系统的安全需求、安全策略、安全机制等内容。

这部分内容应该对系统的安全性进行全面、可靠的设计。

九、性能设计。

在本部分,应对系统的性能进行详细设计。

性能设计包括系统的性能需求、性能测试、性能优化等内容。

这部分内容应该对系统的性能进行全面、有效的设计。

十、测试设计。

在本部分,应对系统的测试进行详细设计。

测试设计包括测试计划、测试用例、测试环境等内容。

3.项目开发详细设计文档

3.项目开发详细设计文档

3.0项目详细设计说明书1.引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2.总体设计 (2)2.1需求概述 (2)2.2项目结构 (2)3.功能描述 (2)3.1功能模块 (3)3.2性能 (3)3.3输入项目 (3)3.4输出项目 (3)3.5算法 (3)3.6程序逻辑 (3)3.7接口 (3)3.8存储分配 (3)3.9限制条件 (3)3.10测试要点 (3)1.引言1.1编写目的【阐明编写详细设计说明书的目的,指明读者对象。

】1.2项目背景【应包括项目的来源和主管部门等。

】1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。

】1.4参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:a.项目的计划任务书、合同或批文;b.项目开发计划;c.需求规格说明书;d.概要设计说明书;e.测试计划(初稿);f.用户操作手册(初稿);g.文档中所引用的其他资料、软件开发标准或规范。

】2.总体设计2.1需求概述2.2项目结构【如给出项目系统的结构图。

】3.程序描述【逐个模块给出以下的说明:】3.1功能模块3.2性能3.3输入项目3.4输出项目3.5算法【模块所选用的算法。

】3.6程序逻辑【详细描述模块实现的算法,可采用:a.标准流程图;b.PDL语言;c.N-S图;d.PAD;e.判定表等描述算法的图表。

】3.7接口3.8存储分配3.9限制条件3.10测试要点【给出测试模块的主要测试要求。

】。

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

<XX系统> 详细设计说明书XX有限公司修订记录目录第一章概述..................................... 错误!未定义书签。

.应用模块的目的........................... 错误!未定义书签。

.应用模块总体描述......................... 错误!未定义书签。

.应用模块接口描述......................... 错误!未定义书签。

.假设条件................................. 错误!未定义书签。

第二章设计模式(Design pattern)............... 错误!未定义书签。

第三章类设计................................... 错误!未定义书签。

.分块类图................................. 错误!未定义书签。

<类图1> .............................. 错误!未定义书签。

<类图n> .............................. 错误!未定义书签。

.整体继承关系............................. 错误!未定义书签。

.类描述................................... 错误!未定义书签。

<类名1> Class Description ............ 错误!未定义书签。

<类名n> Class Description ............ 错误!未定义书签。

第四章交互图................................... 错误!未定义书签。

.<情景编号1: 情景名称>.................... 错误!未定义书签。

交互图................................ 错误!未定义书签。

例外情况及条件........................ 错误!未定义书签。

.<情景编号n: 情景名称>.................... 错误!未定义书签。

第五章状态图................................... 错误!未定义书签。

.<状态图编号1:状态图名称>................. 错误!未定义书签。

.<状态图编号n:状态图名称>................. 错误!未定义书签。

第六章时序流程图............................... 错误!未定义书签。

第七章用户界面设计说明......................... 错误!未定义书签。

.用户界面关系............................. 错误!未定义书签。

.用户界面具体描述......................... 错误!未定义书签。

<界面编号1:界面名称〉................ 错误!未定义书签。

<界面编号N:界面名称〉................ 错误!未定义书签。

第八章测试考虑................................. 错误!未定义书签。

第九章附录..................................... 错误!未定义书签。

.附录A 代码举例........................... 错误!未定义书签。

.附录B 设计问题........................... 错误!未定义书签。

<设计问题1> .......................... 错误!未定义书签。

<设计问题n> .......................... 错误!未定义书签。

第一章概述1.1.应用模块的目的请明确客户建立应用模块的目的。

1.2.应用模块总体描述描述应用模块的总体功能。

1.3.应用模块接口描述简要描述本应用模块的公共接口,具体接口会在相应的类中进行具体描述。

建议采用列表的方式。

1.4.假设条件列出在问题领域,项目方案及其它影响系统设计的可能方面内,应当成立的假设条件。

包括系统的约束条件和应遵循的标准。

第二章设计模式(Design pattern)请列出本模块设计时使用的设计模式,请参考“Design Patterns” By Erich Gramma, Helm, Johnson & Vlissides, gang of four ISBN 0-201-63361-z (中文《设计模式》-机械工业出版社)。

第三章类设计类图(Class Diagram)描述类和类之间的静态关系。

与数据模型不同,它不仅显示了信息的结构,同时还描述了系统的行为。

在类图的基础上,利用状态图、关系图等进一步描述了系统其他方面的特性。

类图主要描述了:类(包括类的实例)属性(表示知识型责任或数据)方法(表示操作责任或功能)类之间的关联关系类之间的聚合关系在父类及子类之间的继承关系正式或非正式的约束描述(可选)本节针对每个构件的进行了详细描述,记录每个类的实例数,每个实例的占用数据库空间的平均大小等信息。

类图的设计在整个项目生命周期内通过迭代的方法得到。

方案的复杂程度决定迭代的次数。

在考虑初始(initial)或概念(conceptual)角度类图时,我们讨论系统作什麽,该阶段即传统意义上的分析阶段,通过理解业务模型的哪些业务模型应在软件系统中实现来定义问题和需求。

在这点上设计保持技术中立,但并不意味着丝毫不考虑技术,因为此时对于如何构造软件系统的决定不是首要的关注问题。

下一步,设计逻辑(logical)或具体(specification)角度类图时,开始关心系统如何实施和定义方案的整体结构。

诸如并行及分发,协作及共享,交易及存储,用户界面性能,及系统接口例如通讯接口。

在设计阶段,设计依赖于技术和架构,同时设计决策也会影响技术和架构。

最后的迭代是设计物理或实施角度类图,基于所选的实施语言细化架构设计。

为了处理特定的实施细节,我们可能引入新的类或对现有的类进行重新定制。

请明确本节描述的是何种角度的类图。

类图的目的在于通过研究业务、用户及系统的需求,制定全面的软件模型。

创建完善的类图有助于完成如下工作:通过研究系统中包含的对象,优化并精简系统。

是系统应用架构某些层次设计的出发点,如用户界面、数据库建模。

通过分析问题所在及其相关领域,恰当建立对象模型,有助于明确分工,以支持并行开发。

通过使用简洁明了的表示方法,进一步确认系统设计。

全面考虑使用合适的应用设计模型、方法,避免不必要的重复工作。

遵循正确的设计原则,方法以提高设计质量。

在开发组合客户中更好的理解系统的设计有助于系统的重复利用和增量开发。

使用CASE工具生成图表。

3.1.分块类图本段按照模块的不同部分的分块描述类图。

对于小的模块不须分块。

3.1.1.<类图1>画一个类图仅描述与该部分相关的那些特征。

3.1.2.<类图n>对每个部分重复上面的段落要求。

3.2.整体继承关系下面的图表描述整个应用模块的类图,在此仅显示类名及类型的。

3.3.类描述本章描述上述章节中提到类的详细信息。

若有可能,使用CASE工具生成这些类描述。

类列表:请在类名出提供连接指向类的具体描述。

3.3.1.<类名1> Class Description注:Pub/Prv/Pro 代表private, protected, public 3.3.2.<类名n> Class Description注:Pub/Prv/Pro 代表private, protected, public第四章交互图交互图以图形方式描述了系统之间的交互关系。

初始的交互图仅显示分析阶段主要业务对象间主要的消息流动。

后续的交互图中包含更多的控制类,接口类,通讯,分布和存储等功能类。

初始行为仅描述使用案例或具体情景中所描述的功能,后续交互图中会描述更多系统内部的行为。

交互图是实例级的图,它描述了具体对象实例间消息的沟通及参数的传递,描述了系统动态交互。

交互图作为功能性需求说明和类图之间的桥梁,帮助确定对象行为,发现问题,协助设计决定,选择其他设计方法。

作为类图的补充。

交互图也可帮助评估类的设计是否能满足功能性需求,交互图和类图都是叠代开发的。

本文仅对复杂情况使用交互图描述。

请为不同的情景进行编号。

并在交互图列表的情景编号处提供联接。

交互图列表:4.1.<情景编号1: 情景名称>4.1.1.交互图描述主要的流程,建议使用Rational Rose 工具示例:4.1.2.例外情况及条件描述可能的例外情况及条件。

可选。

4.2.<情景编号n: 情景名称>对每个交互图重复上面的段落要求。

第五章状态图状态图描述了某一具体类的行为或生命周期。

它描述了其可能的状态表现,由外界刺激引起的状态变化。

状态图描述了某个类与其它类交互时复杂的状态变化。

以图形方式描述状态相关的行为能力,阐明了触发的事件,触发条件,及相应的行为。

本章描述了复杂的主要的状态转换。

请为不同的状态图进行编号。

并在状态图列表的编号处提供联接。

状态图列表:5.1.<状态图编号1:状态图名称>示例:建议使用Rational Rose 工具必要时可提供下表帮助描述。

5.2.<状态图编号n:状态图名称>对每个交互图重复上面的段落要求。

第六章时序流程图通过时序图描述一个事件、功能的顺序处理过程。

图示方式表叔,并文字描述每步过程。

示例:第七章用户界面设计说明用户界面设计说明描述用户期待看到的屏幕序列(窗口,对话框,及提示)及其与其与系统的交互。

用户界面设计也包括详细的屏幕设计、对象、窗口小部件、选项、菜单、按键、视觉、对话框、按键状态、屏幕行为、用户意外处理及错误信息、及所有的外部用户帮助。

7.1.用户界面关系使用图显示用户界面的关系。

通过矩形表示每个界面。

确保窗口的类名能反映该窗口的业务并且与项目编码命名规则一致。

如果用户能从某窗口打开另一个窗口,请用带剪头的连线表示。

附上界面列表。

在编号处应提供超级连接到相应的页面描述。

7.2.用户界面具体描述本章描述系统中每个界面的详细设计。

必要时附上屏幕抓取得界面。

7.2.1.<界面编号1:界面名称〉内部组件关系典型地以OMT模型的方式,显示界面与界面内组件的关系。

域描述针对每个域进行具体描述,包括类型,长短,是否是必须录入的域。

相关文档
最新文档