概要设计说明书——第五组

合集下载

概要设计说明书范例及模板

概要设计说明书范例及模板

《XXXXXX》概要设计说明书张三、李四、王五1.引言1.1编写目的在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。

本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。

主要解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等.在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计.在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。

1.2项目背景机票预定系统将由两部分组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。

本系统与其他系统的关系如下:1.3定义1.3.1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。

SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同.外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1.3.2 缩写系统:若未特别指出,统指本机票预定系统。

SQL: Structured Query Language(结构化查询语言)。

ATM:Asynchronous Transfer Mode (异步传输模式)。

1.4参考资料以下列出在概要设计过程中所使用到的有关资料:1.机票预定系统项目计划任务书浙江航空公司1999/32.机票预定系统项目开发计划《**》软件开发小组1999/33.需求规格说明书《**》软件开发小组1999/34.用户操作手册(初稿)《**》软件开发小组1999/45.软件工程及其应用周苏、王文等天津科学技术出版社1992/16.软件工程张海藩清华大学出版社1990/117.Computer Network A.S.Tanenbaun Prentice Hall 1996/01文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。

系统概要设计说明书(模板)

系统概要设计说明书(模板)

XXX项目系统概要设计说明书广州市XX有限公司二〇X X年X月文档修改记录目录第一章引言 (1)1.1目的 (1)1.2背景 (1)1.3术语定义 (2)1.4参考资料 (2)第二章系统环境 (3)1.5运行环境 (3)1.1.1系统支撑环境 (3)1.1.2部署图 (4)1.1.3系统接口 (4)1.1.4系统安全控制 (4)1.6运行模块组合 (4)1.7运行环境的配置 (4)1.8条件与限制 (5)第三章系统总体结构设计 (6)1.9系统结构设计描述 (6)1.10总体结构图 (7)1.11功能需求与程序的关系 (7)1.12子系统清单 (8)第四章模块功能分配 (9)1.13系统划分及功能描述 (9)1.14专用模块功能概述 (9)1.15公用模块功能概述 (10)1.1.5版本控制管理 (10)1.1.6帮助模块 (10)第五章数据库设计 (11)1.16逻辑视图 (12)1.17数据库表关系图 (12)1.18数据表清单 (12)1.19主要算法设计 (13)1.20其它数据结构设计 (13)第六章接口设计 (14)1.21用户接口 (14)1.22内部接口 (14)1.23外部系统接口 (14)第七章安全保密设计 (16)1.24用户管理和权限控制 (16)第八章维护及出错处理设计 (17)1.25系统维护设计 (17)1.26出错信息 (17)1.27出错处理 (17)1.28系统故障预防与恢复 (17)1.29数据备份与恢复 (18)第九章设计约束 (19)1.30字节集编码约束 (19)1.31操作系统约束 (19)1.32其他约束 (19)第十章附件 (20)第一章引言1.1目的提示:简要说明编写这份概要设计说明书的目的,指出预期的读者。

概要设计说明书的编写目的是为了说明系统总体设计的技术方案,从程序系统的设计考虑,包括系统的基本处理流程、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等内容,以向整个设计期提供关于程序系统的逻辑和数据功能实现方式的总体描述,从而作为程序详细设计或编码的基础。

软件概要、详细设计说明书

软件概要、详细设计说明书

课题:学生教材订购系统学院:数学科学学院班级:信科1202 信科1201 学号:姓名:指导老师:***软件概要设计说明书1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (3)2任务概述 (3)2.1目标 (3)2.2运行环境 (3)2.3需求概述 (3)2.4条件与限制 (4)3总体设计 (4)3.1处理流程 (4)3.2总体结构和模块外部设计 (5)3.3功能分配 (8)4接口设计 (9)4.1用户接口 (9)4.2外部接口 (10)4.3内部接口 (10)5系统数据结构设计 (10)5.1逻辑结构设计要点 (10)5.2物理结构设计要点 (11)5.3数据结构与程序的关系 (13)6运行设计 (13)6.1运行模块组合 (13)6.2运行控制 (14)6.3运行时间 (14)7系统出错处理设计 (14)7.1出错输出信息 (14)7.2补救措施 (14)8安全保密设计 (14)9系统维护设计 (15)1引言1.1编写目的概要设计说明书编制的目的是:通过对软件的仔细分析我们将软件规格说明书,进行了适当的功能分解,把软件划分为模块。

从而使软件结构清晰,并且易于进行测试和调试,编写该概要说明书的目的更主要是为了能够提高软件的可修改性和有助于软件开发工程的组织管理。

进行编写更进一步要求我们要逐步求精,为了能让我们集中精力解决主要问题而尽量推迟对问题细节的考虑。

把软件划分为模块,能够减少数据和过程处理细节的信息隐藏向外传播的错误,尽可能的松散耦合性系统。

总而言之编写软件概要说明书是为了便于设计者,减少设计者的工作量。

包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计提供基础。

本软件概要设计说明书的读者是系统开发人员、合同约定人员、项目经理、设计人员。

1.2背景说明:a.待开发软件系统的名称:学校教材订购系统b.项目的任务提出者:数学科学学院软件工程老师c.开发者:数学科学学院信息与计算科学专业学生d.使用者:学校教材管理部门和全校师生e.项目与其他软件,系统的关系:本系统可细化为两个子系统销售和采购系统。

(完整版)概要设计说明书_模板

(完整版)概要设计说明书_模板

XXX项目概要设计说明书创智和宇信息技术股份有限公司修改记录此页由EPG编写,项目实施人员不用更改任何地方模板编写及修订记录此页由EPG编写,项目实施人员不用更改任何地方目录XXX项目_概要设计书 (1)1 引言 (1)1.1 编写目的 (1)1.2 参考文献 (1)1.3 术语与缩写解释 (1)2 总体设计 (1)2.1 系统概述 (1)2.2 系统设计原则 (1)2.3 设计中应用的关键技术 (1)2.4 系统结构图 (2)2.5 网络结构图 (2)2.6 系统功能模块图 (2)2.7 数据流向图(或称为时序图) (2)2.8 模块构成 (2)3 环境设计 (2)4 硬件设备 (2)5 支持软件 (3)6 接口设计 ............................................................................................................ 错误!未定义书签。

6.1 用户接口 (3)6.2 外部接口 (5)6.3 内部接口 (5)7 数据库设计 (6)7.1 数据库环境说明 (6)7.2 数据库命名规则 (6)7.3 逻辑设计 (6)7.4 物理设计 (6)7.5 安全性设计 (7)8 公用结构 ............................................................................................................ 错误!未定义书签。

9 界面设计 (8)10 出错处理设计 (8)11 开发工具 ........................................................................................................ 错误!未定义书签。

CMMI5文档之概要设计说明书模板

CMMI5文档之概要设计说明书模板

概要设计说明书文档编号:FHI_CMMI_TS_TEM_SUMD文档信息:概要设计说明书文档名称:概要设计说明书文档类别:CMMI模板密级:内部秘密版本信息:1.1建立日期:2016-1-5创建人:EPG批准人:李庆林批准日期:2016.2.25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版*变化状态:C――创建,A——增加,M——修改,D——删除目录1导言 (4)1.1目的 (4)1.2范围 (4)1.3命名规则 (4)1.4术语定义 (4)1.5相关文档 (5)1.6参考资料 (5)2总体结构设计 (5)2.1总体结构图设计 (5)2.2运行环境设计 (6)2.3子系统清单 (6)2.4功能模块清单 (7)3模块功能分配 (7)3.1一级模块功能名称 (7)4外部接口设计 (8)4.1外部接口模块清单 (8)4.2外部接口1设计 (8)4.3外部接口2设计 (8)5出错处理设计 (9)5.1出错输出信息 (9)5.2出错处理对策 (9)6其它设计 (9)1导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。

1.1目的本文档的目的旨在推动软件工程的规范化,使设计人员遵循统一的概要设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。

1.2范围本文档用于软件设计阶段的概要设计,它的上游(依据的基线)是需求分析规格书,它的下游是系统详细设计说明书,并为详细设计说明书提供测试的依据。

软件概要设计的范围是:软件系统总体结构、外部接口、主要部件功能分配、全局数据结构以及部件之间的接口等方面的内容。

1.3命名规则1.变量对象命名规则申明全局变量、局部变量对象的命名规则。

2.数据库对象命名规则申明数据库表名、字段名、索引名、视图名对象的命名规则。

1.4术语定义1.5相关文档[列出与本文档相关的资料,例如详细设计说明书、源程序清单、测试计划及报告、用户手册等]1.6参考资料[列出你所参考的资料,例如需求分析报告、软件开发合同、数据库设计规范、命名规范]2总体结构设计2.1总体结构图设计软件系统的总体逻辑结构,按照不同的设计方法,有不同的总体逻辑结构。

概要设计范本

概要设计范本

[XXXX公司办公自动化] 概要设计说明书[V1.0(版本号)]拟制人________ ______________ 审核人______________________批准人______________________ [二○○三年四月二十一日]概要设计说明书引言1.1编写目的信息化是当今世界经济和社会发展的大趋势。

推进电力系统的信息化建设,对于提高现代化管理水平,提高工作效率,都具有重要意义。

为了适应国际形势和我国经济建设与社会发展的需要,我国必须加快电力系统信息化的发展。

对于电力系统的企业,如何充分、快捷、有效地利用企业内外的大量信息,为企业的发展服务,提高企业的工作效率,是企业需要充分考虑的问题之一。

随着企业规模的扩大以及服务内容和办公设施的现代化,这种情况日益突出。

同时为了提高单位的日常办公效率,减轻手工劳动强度,使单位的日常运营纳入高效而快捷的轨道,就必须利用现代的信息手段。

现代的信息技术优势在于对信息的处理高效而精确,可以充分实现信息的共享和传输,及时地反映企业办公的变动情况,完善办公调度,提高企业服务质量,进而实现企业经营管理的信息化、科学化。

充分利用现代的信息技术,是提高企业竞争力的必要手段。

XXXX公司计划建设的办公自动化系统将以先进的信息技术为依托,通过建立全局八个部门的信息网络,全面提高办公效率,并做到信息传输自动化、公共服务远程化、公文交换无纸化、管理决策网络化,实现全局办公系统全面信息化。

本说明书给出XXXX公司办公自动化系统的设计说明,包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。

目的在于:为编码人员提供依据;▪为修改、维护提供条件;▪项目负责人将按计划书的要求布置和控制开发工作全过程;▪项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。

本说明书的预期读者包括:▪项目开发人员,特别是编码人员;▪软件维护人员;▪技术管理人员;▪执行软件质量保证计划的专门人员;▪参与本项目开发进程各阶段验证、确认以及负责为最后项目验收、鉴定提供相应报告的有关人员。

软件概要设计说明书(案例)

软件概要设计说明书(案例)

软件概要设计说明书So ftw are Pr eli mi nar y De sig nDe scr卷号 卷内编号 密级分类:<类别>使用者:<使用者>©托普集团,2002<项目名称>项目编号:<项目编号>文档名称Version项 目 承 担 部 门: 撰 写 人(签名): 完 成 日 期:本文档 使 用部门:■主管领导 ■项目组 □客户(市场) □维护人员 □用户评审负责人(签名):评 审 日 期:iption1. 引言1.1 编写目的软件概要设计是从总体上把握系统设计框架,他包括模块划分、处理流程和接口设计,概要设计说明书对上述内容作了总体描述,体现了用户需求与应用系统实现之间的关系,在设计过程中起到了提纲挈领的作用。

待开发的软件系统的名称:多层体系政务框架平台之一行政服务中心政务平台项目名称:多层体系政务框架平台之一行政服务中心政务平台项目的任务提出者:集团公司中央研院应用产品开发中心项目的任务开发者:多层体系政务框架平台之一行政服务中心政务平台项目开发组项目的用户:行政服务中心本文档的阅读者:多层体系政务框架平台之一行政服务中心政务平台项目组1.2 定义1.3 参考资料2. 范围2.1 系统主要目标构建行政服务中心政务平台,实现办件处理网络化、无纸化、科学化,内部办公自动化与政务公开化的要求,并为领导提供办件相关的统计与决策分析数据。

2.2 主要软件需求网上审批,网上办件与流程监控。

2.3 设计约束、限制本节描述软件开发工作的某些限制,例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。

本节内容不是陈述具体需求或设计约束,而是为具体需求以及设计约束的描述提供依据。

经费限制:41.07万;开发期限:2002年8月31日完成;硬件限制:硬设备有部分配置比较低,完成本需求说明中的功能和性能要求没有问题;编程语言:Notes Script ,HTML ,C++ BUILDER ,Visual C++ 通信协议:TCP/IP ,X.509安全和保密要求:Notes 提供的七级权限控制;CA 加密认证;开发过程中须遵守的某些标准或规则:编码规范采用Notes Script 、C++ BUILDER ,Visual C++的编码规范进行。

教务管理系统(概要设计及详细设计)

教务管理系统(概要设计及详细设计)

概要设计说明书1。

总体设计1。

1 需求规定教务管理系统可分为学生信息管理系统和教师管理信息系统,系统开发的整体任务是实现学校教师和学生信息管理的系统化、规范化、自动化和智能化,从而达到提高学校管理效率的目的。

本阶段目的在于明确系统的数据结构和软件结构,此外总体设计还将给出内部软件和外部系统部件之间的接口定义,各个软件模块的功能说明,数据结构的细节以及具体的装配要求。

1。

2 运行环境软件基本运行环境为Windows XP环境。

1.3 基本设计概念和处理流程概要说明书的目的在于明确系统的数据结构和软件结构,设计外部软件和内部软件的接口,说明各个软件模块的功能说明,数据结构的细节等.系统的总体处理流程如图1—1所示:图1-1 系统的总体处理流程1.4 系统体系结构用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系。

教务管理系统选择操作基础维护 教学管理 报表统计选择操作 选择操作班级信息维护课程信息维护 学生选课 课表查询 成绩输入打印成绩单学生信息维护 教师信息维护本系统的体系架构如图1-2所示:图1—2 系统体系架构本系统体系结构大致可以定义为:客户机层上的表示层主要是通过Struts框架实现的,由显示视图产生一个请求。

请求被ActionServlet(控制器)接收,它在struts-config.xml文件中寻找请求的URI,找到对应的Action类后,Action类执行相应的业务逻辑。

Action类执行建立在模型组件基础上的业务逻辑,模型组件是和应用程序关联的。

一旦Action类处理完业务逻辑,它把控制权返回给ActionServlet,Action类提供一个键值作为返回的一部分,它指明了处理的结果。

ActionServlet使用这个键值来决定在什么视图中显示Action的类处理结果.当ActionServlet把Action类的处理结果传送到指定的视图中,请求的过程也就完成了。

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

XXXX公司高校管理系统概要设计说明书文件编号:XXX – GYSJSM – 002 生效日期:版本号:修改状态:密级:总页数:25 正文:系统概要设计附录:编制:日期:2011年8月19ri 修改:日期:批准:日期:目录第1章导言 (1)1.1 目的 (1)1.2 范围 (1)1.3 命名规则 (1)1.4 术语定义 (3)1.5 参考资料 (3)1.6 相关文档 (3)1.7 版本更新记录 (4)第2章总体设计 (9)2.1 总体结构设计 (9)2.2 运行环境设计 (10)2.3 子系统清单 (11)2.4 功能模块清单 (12)第3章模块(部件)功能分配 (17)3.1 专用模块功能分配 (17)3.2 公用模块功能分配 (23)第4章数据结构设计 (24)4.1 数据库表名清单 (24)4.2 数据库表之间关系说明 (25)4.3 数据库表的详细清单 (29)4.4 视图设计..................................................................................... 错误!未定义书签。

4.5 其他数据结构设计 (29)第5章接口设计 (38)第6章其他设计 (38)第7章设计检查列表 (39)7.1 功能设计检查列表 (39)7.2 性能设计检查列表 (39)7.3 接口设计检查列表 (39)第1章导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。

1.1 目的本文档的目的旨在推动软件工程的规范化,使设计人员遵循统一的概要设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。

通过此次的文档编写,我们能够熟练掌握概要设计的文档编写以及要注意得格式,规范文档的内容。

此外,在协作上要更一层次得提高,增加沟通能力,增强团结意识。

使项目组成员可以深刻理解软件设计的步骤,感受项目开发的过程,为今后的软件开发打下基础,同时,也使我们更加深刻的认识到需求文档的重要性,它是今后软件开发的根本依据,也是用户需求的规范化表述,对后续进一步开发设计具有重要作用。

与此同时,我们还要认识到团队合作的重要性,一个人无法完成一个项目,只有频繁沟通,互相理解才能很好地完成我们的任务。

在项目进行的过程中,还要注意规范化和统一化,这样设计人员才能遵循统一的概要设计书写规范,从而节省制作文档的时间,降低系统实现的难度,做到系统设计资料的规范性与全面性。

1.2 范围本文档用于软件设计阶段的概要设计,它的上游(依据的基线)是《需要分析规格书》,它的下游是《详细设计说明书》,并为《详细设计说明书》提供测试的依据。

软件概要设计的范围是:软件系统总体结构设计、全局数据库和数据结构设计、外部接口设计、主要部件功能分配设计、部件之间的接口设计等方面的内容。

该范围应覆盖《需求规格说明书》中的功能点列表、性能点列表、接口列表。

1.3 命名规则1.3.1 模块命名规则:本系统的模块命名规则为每个单词头一个字母大写。

1.3.2函数(方法)命名规则函数(方法)命名采用“动作+属性”的方法。

并且,动作以小写字母开始,属性以大写字母开始。

常用的动作有:is、get、set、add、 update、del等。

例如:getName、setName、isSysManager、saveXXX、delXXX等。

1.3.3变量命名规则构成名称的一个英文单词小写,之后的单词的第一个字母大写。

例:userName 全局变量:变量名前加类名的首字母(小写)例:类名为EmpOnServiceimpl的类全局变量名为 euserName局部变量:变量名前加方法名的首字母(小写)1.3.4数据文件命名规则数据文件命名采用系统名+_+文件类型,比如系统名为collegemanagement,则数据库文件命名为collegemanagement_database.mdf。

文件名全部采用小写。

1.3.5数据库表命名规则数据库表命名规则,表名长度不能超过30个字符,表名中含有单词全部采用单数形式,单词首写字母要大写,多个单词间不用任何连接符号。

因库中有多个子系统,表名采用子系统名称+单词或多个单词前四个字母,子系统名是开发子系统的缩写,子系统名称全部采用小写英文字符,如bbsTitl,bbsForuType。

关连表命名规则为Re_表A_表B,Re是Relative 的缩写,如:Re_User_Arti, Re_User_Form。

1.3.6数据库字段命名规则数据库字段命名规范,数据库字段名全部采用小写英文单词,单词之间用”_”隔开,命名规则是表别名+单词,如:user_name,user_pwd。

表别名规则,取表名单词的前4 个字母。

如果是关联表,表别名则取re+表A首字母+表B首字母;例如Re_Arti, Re_User_Form,表别名为reau。

1.3.7视图命名规则视图名采用规则View_表A_表B_表C,View表示视图。

这个视图由几个表产生就用”_”连接几个表的名,如果表过多可以将表名适当简化,但一定要列出所有表名。

1.3.8存储过程命名规则存储过程命名规则P_表名_存取过程名(缩写),比如P_User_Del,P_ArticleType_AddData。

1.3.9文件夹名命名规则文件夹命名一般采用英文,长度一般不超过20个字符,命名采用小写字母。

除特殊情况才使用中文拼音,一些常见的文件夹命名如:images(存放图形文件),flash(存放Flash 文件),style(存放CSS文件),scripts(存放Javascript脚本),inc(存放include 文件),link(存放友情链接),media(存放多媒体文件)等。

1.3.10文件名命名规则文件名称统一用小写的英文字母、数字和下划线的组合。

1、图片的命名原则名称分为头尾两部分,用下划线隔开,头部分表示此图片的大类性质例如广告、标志、菜单、按钮等等。

放置在页面顶部的广告、装饰图案等长方形的图片取名:banner标志性的图片取名为:logo在页面上位置不固定并且带有链接的小图片我们取名为button在页面上某一个位置连续出现,性质相同的链接栏目的图片我们取名:menu装饰用的照片我们取名:pic不带链接表示标题的图片我们取名:title例如:banner_sohu.gif 、banner_sina.gif、menu_aboutus.gif 、menu_job.gif、title_news.gif、logo_police.gif、logo_national.gif 、pic_people.jpg 。

2、动态语言文件命名规则性质_描述,描述可以有多个单词,用”_”隔开,性质一般是该页面得概要。

1.3.11控件命名方法控件名简写+英文描述,英文描述首字母大写:register_form.jsp,register_post.jsp,topic_lock.jsp1.4 术语定义术语定义或解释一般用表格形式给出,如下表所示。

表1_1术语定义或解释表序号术语名称术语定义1 总体结构软件系统的总体逻辑结构。

按照不同的设计方法,有不同的总体逻辑结构。

若采用面向功能或面向数据的设计方法,则总体逻辑结构为一树形的功能模块结构图。

若采用面向对象或面向部件(构件)的设计方法,则总体逻辑结构为部件(构件)的组装图。

2 外部接口本软件系统与其他逻辑系统之间的接口,接口设施可以是中间件。

接口描述包括:传输方式、带宽、数据结构、传输频率、传输量、传输协议。

3 数据结构数据结构包括:数据库表的结构、其他数据结构等。

4 概念数据模型CDM 关系数据库的逻辑设计模型,叫做概念数据模型。

主要内容包括一线逻辑E_R图及其相应的数据字典。

5 物理数据模型PDM 关系数据库的物理设计模型,叫做物理数据模型。

主要内容包括一张物理表关系图及其相应的数据字典6 视图在基表或其他视图之上建立的一张虚表,叫做视图,它具有物理表的许多性质,在数据处理和授权上很有用。

7 角色数据库中享有某些特权操作的用户,叫做角色。

角色的权利通过授权来实现。

8 子系统具有相对独立功能的小系统叫做子系统。

一个大的软件系统可以划分为多个子系统,每个子系统可由多个模块或多个部件组成。

9 模块具有功能独立、能被调用的信息单元叫做模块。

模块是结构化设计中的概念。

10 内部接口软件系统内部各子系统之间、各部件之间、各模板之间的接口,叫做内部接口。

接口描述包括:调用方式、入口信息、出口信息等。

11 相关文件相关文件是指当本文件内容变更后,可能引起变更的其他文件。

如需求分析报告、详细设计说明书、测试计划、用户手册。

12 参考资料参考资料是指本文件书写时用到的其他资料。

如各种有关规范、模板、标准、准则1.5 参考资料[1].用户需求报告[2].软件开发合同[3].数据库设计规范[4].命名规范1.6 相关文档[1].《详细设计说明书》[2].源程序清单[3].测试计划及报告[4].《用户使用手册》1.7 版本更新记录版本更新记录格式,如下表所示。

表1_2版本更新记录版本号创建者创建日期维护者维护日期维护纪要V1.0 刘皛,2011.8.19 子系统清单,功能模块清单,模块功能分配,数据库表名清单,数据库表详细清单,视图设计,ER图(教室、研究所)陈鹤飞2011.8.19 子系统清单,功能模块清单,数据库表名清单,数据库表详细清单,ER图(教师)高建新2011.8.19 命名规则,子系统清单,功能模块清单,模块功能分配,数据库表名清单,数据库表详细清单,视图设计,ER图(班级、整合),总体结构设计,运行薄婧琛2011.8.19 概要设计目的,院、系部分的E_R图、数据库表名清单、数据库表的详细清单、视图设计包阿如那2011.8.19 子系统清单,功能模块清单,数据库表名清单,数据库表详细清单,ER图(学生)王静2011.8.19 E_R图(课程)、课程子系统清单、课程功能模块清单、课程专用模块功能分配、课程信息表宋云飞2011.8.19 ER图(宿舍)王静2011-8-20 2.4 功能模块清单的整理3.2 公用模块功能分配3.1 专用模块功能分配3.5 课程信息表的修改包阿如娜2011.8.20 ER图修改(学生)、功能模块清单块功能分配(学生)、学生成绩信息表部分分修改陈鹤飞2011.8.20 ER图修改(教师)、功能模块清单(教师)、模块功能分配(教师)、教师信息表部分修改刘皛2011.8.20 ER图修改(教室、研究所)、功能模块清单(教室、研究所)、模块功能分配(教室、研究所)、教室、研究所信息表部分修改,数据库表名清单修改宋云飞2011.8.20 ER图修改(宿舍)、功能模块清单(宿舍)、模块功能分配(宿舍)、宿舍信息表部分分修改薄婧琛2011.8.20 ER图修改(学院、系)、功能(学院、系)、模块功能分配(学院、系)、学院、系信息表部分分修改高建新2011.8.20 ER图修改(班级)、功能模块清单(班级)、模块功能分配(班级)、班级信息表部分分修改包阿如娜2011.8.22 命名规则、模块功能分配修改(学生)王静2011.8.22 功能模块分配修改(课程)、专用功能模块修改(课程)、薄婧琛2011.8.22 专用模块院系部分修改,数据库表明清单及数据库表院系部分修改高建新2011.8.22 专用模块班级部分修改,数据库表明清单及数据库表班级部分修改刘皛2011.8.22 数据库表充、数据库表详细清单补充陈鹤飞2011.8.22 功能模块分配修改(教师)、专用功能模块修改(教师)、ER图修改宋云飞2011.8.22 功能模块分配修改(宿舍)、专用功能模块修改(宿舍)、王静2011-8-23 3-1-4课程功能模块分配修改薄婧琛2011.8.23 专用功能模块院系部分修改陈鹤飞2011.8.23 功能模块(教师)修改,er图修改刘皛2011.8.23 数据库表名清单修改、数据库表详细清单修改、教室、研究所专用模块、公用模块修改包阿如娜2011.8.23 功能模块清单修改、整合,数据库表名清单修改整合、数据库表的详细设计修改整合宋云飞2011.8.23功能模块清单修改(宿舍)、数据库表详细清单修改(素和)第2章 总体设计2.1 总体结构设计软件系统的总体逻辑结构,按照不同的设计方法,有不同的总体逻辑结构。

相关文档
最新文档