(完整word版)概要设计说明书_模板_第1页
(完整word版)概要设计说明书_模板_第2页
(完整word版)概要设计说明书_模板_第3页
(完整word版)概要设计说明书_模板_第4页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、XXX项目概要设计说明书创智和宇信息技术股份有限公司PowerSI Information Technology Co. Ltd .拟制:文档编号:审核:批准:文档版本号:生效日期:机密等级:修改记录修订号作者日期简要说明此页由 EPG 编写,项目实施人员不用更改任何地方模板编写及修订记录拟制:伏亮模板编号: CZHY_TEMP安装部署说明书审核:杜柏文批准:伍千虎版本号: V2.0生效日期: 2012 年 12 月 1 日机密等级: 内部公开修订号作者日期简要说明V0.1伏亮2010年 4月 15日新制作V0.2伏亮2010年 5月 8 日评审版V1.0伏亮2010年 6月 1 日正式发布V

2、1.1伏亮2012年 11月29日修改文档格式V2.0伏亮2012年 12月 1 日正式发布此页由 EPG 编写,项目实施人员不用更改任何地方目 录XXX项目 _概要设计书 .11引言 .11.1编写目的 .11.2参考文献 .11.3术语与缩写解释 .12总体设计 .12.1系统概述 .12.2系统设计原则 .12.3设计中应用的关键技术 .12.4系统结构图 .22.5网络结构图 .22.6系统功能模块图 .22.7数据流向图(或称为时序图) .22.8模块构成 .23环境设计 .24硬件设备 .25支持软件 .36接口设计 .错误!未定义书签。6.1用户接口 .36.2外部接口 .56.

3、3内部接口 .57数据库设计 .67.1数据库环境说明 .67.2数据库命名规则 .67.3逻辑设计 .67.4物理设计 .67.5安全性设计 .78公用结构 .错误!未定义书签。9界面设计 .810出错处理设计 .811开发工具 .错误!未定义书签。12附录.81 引言1.1 编写目的 说明编写这份概要设计说明书的目的,指出预期的读者 例如:本设计说明书简单阐明了 XXX 系统的 XXX 模块的基本设计思想、基本功能、模块划分以及模块间接口。 以便于各模块开发人员能更好地了解该系统的基本情况及各模块详细功能。1.2 参考文献提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下: 标

4、识符 作者,文献名称,出版单位(或归属单位) ,日期例如:AAA 作者,立项调查报告,机构名称,日期BBB 作者,立项可行性分析报告 ,机构名称,日期SPP-PROC-PIM EPG ,立项管理规范,机构名称,日期1.3 术语与缩写解释缩写、术语解 释SPP精简并行过程, Simplified Parallel ProcessPIM立项管理, Project Initialization Management2 总体设计2.1 系统概述 说明对本系统或模块的设计思想:模块划分原则、网络设计原则、开发模型等。2.2 系统设计原则 说明本文件设计应遵循的原则等。2.3 设计中应用的关键技术说明本文

5、件设计应用的关键技术, 如多类型空间数据集成技术、 海量图库管理技术、国土资源信息管理的多级服务器组建技术、国土资源信息 WEB 发布技术、工作流驱动技术、时域 GIS 管理技术2.4 系统结构图 说明系统的内部结构,子系统/模块间的联系等,必须以图示和文字说明相结合2.5 网络结构图 说明本系统在整体网络中的地位,及其和外界网络的关系,必须以图示和文字说明相结合 2.6 系统功能模块图 说明本系统的功能模块组成,及其各模块间的数据接口,各模块之间的控制与被控制关系,必须以图示和文字说明相结合 2.7 数据流向图(或称为时序图) 说明系统和外界的数据交互流程,并注明数据类型或是模块和其它模块的

6、数据交互流程,并注明模块间交互的数据类型 【可参考需求开发指南 5.2】2.8 模块构成系统划分模块:对系统 (或模块 )中每一个功能,用图示或文字详细描述:概述 - 叙述功能名称、目标和作用;输入 - 叙述该功能输入的消息;处理 - 描述该功能做什么,如何对输入信息进行加工并转换成输出信息;输出 - 详述该功能输出的信息;自主开发、复用、外包、采购方案 -详述该模块的设计方案,包括自主开发、复用、外包、采购的选项。模块名称概述输入输出处理自主开发、复用、外包、采购方案3 环境设计 简要地说明对本系统的运行环境的规定4 硬件设备 列出运行该软件所需要的硬设备.说明其中的新型设备及其专门功能.5

7、 支持软件 列出支持软件 ,包括要用到的操作系统、 编程语言、编译 (或汇编 )程序、测试支持软件等及各软件的版本。 6 接口设计接口设计原则取得一致性类似的情况应该有让使用者有一致性的操作。 在提示、选单与说明文件中, 应该采用同样的名词。并且保持命令的一贯性。让重度使用者使用快捷方式当使用频率增加时, 使用者会希望减少互动的次数、 让每次的互动能够一次做更多的动作。缩写、功能键、隐藏功能与综观全局的功能,对专家来说非常有用。提供有意义的回馈当使用者做出一些动作时, 系统应该提供回馈。 越频繁的动作, 其回馈的强度可以低一些。越重要或不寻常的动作,其回馈强度应该要显著一些。设计对话产生结束一

8、连串的动作应该被组织成开始、中间、结束三部份。当动作结束的时候,要提供回馈让使用者知道动作已经完成。在做下个一连串的动作之前, 先告知使用者整个流程,能够减轻使用者的压力、提高满意度。提供简单的错误处理最好不要让系统有严重错误的可能性。 如果还是造成错误, 系统应该能够侦测出来,并提供一个简单、使用者可以理解的错误处理方式。允许回到上一步这个功能可以减低使用者的焦虑, 因为使用者只到做错了可以重来。 这个功能鼓励使用者探索不熟悉的选项。 回到上一步的功能, 可以包含一个、或是一连串的动作。满足使用者控制的需求有经验的使用者强烈的感觉到他们在控制系统,做出动作之后,系统提供回馈。系统设计上要让使

9、用者作为动作的处发者,而不是响应者。减少短期记忆需求人类的短期记忆有限,因此显示上要保持简单、能同时显示多页数据以减少窗口切换频率,减少记忆指令和动作顺序的时间。设计方法接口是提供给其他模块或者系统使用的一种约定或者规范。 因此接口必须要保证足够的稳定性和易用性。这是设计接口的基本要求。1.稳定性接口必须相对稳定, 否则将导致接口的使用者和提供者为了适应新接口而不断修改接口的实现, 可能重复进行无用功, 严重时影响整个软件开发进度。 那么如何保证设计的接口相对稳定呢?首先,接口的语义必须明确。 包括接口调用方法、 接口名称、参数的类型和名称。抽象的接口名称或者参数名称使人困惑或者理解错误。如下

10、例:History:SetAttribute设置历史记录的属性,初看不知道该接口要做什么。除非History 的属性很多否则没有必要设计这样的接口。ioctlC 库中的 ioctl ,其实很难用原因是需要设置项太多,每个项的参数又不太一致,接口使用者的压力就较大了。但是接口设计者也是不得已而为之,由于 IO 的设置接口的应用情况较多, 如果每个设置接口都单独提供一个接口则会导致非常多的接口,另外就是保证接口的相对稳定, 采用抽象的数据的接口便于移植和稳定。因此,明确的接口语义例外情况就是对于辅助功能, 如果需要较多接口, 则可以合成一个接口, 采用不同参数区分 (如 windows 中的窗口处

11、理过程类型的定义也是这种情况)。其次,采用版本定义来区分接口的差异。 比如提供接口版本查询功能, 接口实现着提供接口版本的查询功能。2.易用性接口是提供给第三方使用的, 较难用的接口会导致接口使用者的抱怨。如:SetCookie(void* handle, const CookieParam& param); GetCookie(void* handle, CookieParam& param); 此 接 口 名 称 的 意义 还 是 比 较 明 确的 , 但 是 参 数 CookieParam 过于抽象,将导致接口的调用者在使用接口时,需要将基本数据类型的值组成一个 Cook

12、ieParam 类型,然后才能调用接口。 这是一种糟糕的接口设计。既不便于使用又不便于编译器优化(待确认) 如果该为下面的接口则较容易 使 用 SetCookie(void* handle, const URL& url, const String& cookie);GetCookie(void* handle, const URL& url, String cookie); 除非接口的参数个数超过 5 个,否则最好采用基本数据类型作为参数。超过 5 个参数的函数一方面给调用者带来困难,参数排列组合的情况过多, 另一方面就是不利于编译器优化时采用寄存器传递参数。6.1

13、用户接口 说明将向用户提供的命令和它们的语法结构,以及相应的回答信息。 说明提供给用户操作的用户界面采用的形式,如屏幕格式、报表格式、菜单格式等 6.2 外部接口 说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。 ,配置文件。6.3 内部接口 说明本系统之内的各个系统元素之间的接口的安排。 ,配置文件等。7 制作购买重用分析软件复用有三个基本原则:( 1)必须有可以复用的对象;( 2)所设计的可复用对象必须是有用的;( 3)复用者需要知道如何使用被复用的对象。软件复用包括两个相关过程: 即可复用软件(构件)或软件的可复用部分的开发(Developme

14、nt for Reuse) 和基于可复用软件(构件)或软件可复用的部分的应用系统构造(集成和组装) (Development with Reuse )。采用软件复用技术主要有以下优点:( 1)提高软件生产率、减少开发时间;( 2)提高软件质量,开发出来的软件可靠性高;( 3)降低开发风险;( 4)简化软件开发流程,使得软件开发易于管理;( 5)降低维护难度、工作量和费用,提高了软件系统效益;( 6)便于学习系统结构和建立好的系统,促进软件开发过程的标准化;( 7)易于提供文档资料等。软件外购的原则( 1)外购费用小于开发人力成本。( 2)外购软件能大量缩短工期。( 3)外购软件集成成本小于项目

15、成本的 1%。( 4)外购软件技术是本公司急切需要的。7.1 外购模块的设计 简要地说明本系统的需要外购的模块及外购原因,存在的问题和注意事项7.2 复用模块的设计 简要地说明本系统的需要复用的模块及复用的原因,存在的问题和注意事项8 数据库设计 客户化开发类、维护类项目可将数据库设计独立一份文档,见数据库设计说明书 8.1 数据库环境说明 说明所采用的数据库系统,设计工具,编程工具等。8.2 数据库命名规则 提示:(1) 完整并且清楚的说明本数据库的命名规则。数据库表的命名规则列的命名规则存储过程的命名规则触发器的命名规则(2)如果本数据库的命名规则与机构的标准不完全一致的话,请作出解释。8

16、.3 逻辑设计 数据库设计人员根据需求文档, 创建与数据库相关的那部分实体关系图 (ERD)。如果采用面向对象方法( OOAD),这里实体相当于类( class)。8.4 物理设计 主要是设计表结构。一般地,实体对应于表,实体的属性对应于表的列,实体之间的关系成为表的约束。 逻辑设计中的实体大部分可以转换成物理设计中的表,但是它们并不一定是一一对应的。对表结构进行规范化处理(第三范式) 。 表汇总表名功能说明Sys_dict数据字典表(数据字典表)表名: Sys_dict用户模式:分区:无索引: group_id+dict_id( key )实体存放:用途说明:维护:字段名数据类型NULL中文说明group_idNumber(8)NN组编码Group_nameVarchar2(80)NN组名称dict_idNumber(8)NN字典编码dict_nameVarchar2(80)NN字典名称Dict_valueVarchar2(255)NN字典值Dict_indexNumber(3)N字典顺序remarkVarchar2(255)N备注8.5 安全性设计防止用户直接操作数据库的方法 提示:用户只能用帐号登陆到应用软件,通过应用软件访问数据库,而没有其它途径操作数据库。 用户帐号密码的加密方法 提示:对用户帐号的密码进行加密处理,确保在任何地方都

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论