当前位置：文档之家 › 数据库概要设计

数据库概要设计

  • 格式：doc
  • 大小：241.50 KB
  • 文档页数：8

湖北国际软件外包人才培养基地 数据库概要设计说明书

- 1 - 卷号 卷内编号 密级

数据库概要设计说明书

项目名称： 部门级文档管理系统 项目编号： 编写人员： 编写日期： 2004年7月19日 审批人员： __ 审批日期： __ 湖北国际软件外包人才培养基地 数据库概要设计说明书

- 2 - 历史修改记录 版本号 修改人/日期 摘要 审定人/日期 湖北国际软件外包人才培养基地 数据库概要设计说明书

- 3 - 1引言 ..................................................... 4 1.1编写目的 ....................................................... 4 1.2背景 ........................................................... 4 1.3术语定义 ....................................................... 4 1.4参考资料 ....................................................... 4 2总体设计 ................................................. 4 2.1运行环境。 ..................................................... 4 3结构设计 ................................................. 5 3.1数据库ER模型（建议用PowerDesigner或Visio工具） ................. 5 3.2数据库表 ....................................................... 5 3.2.1 Popedom ........................................ 5 3.2.2 Organize ....................................... 5 3.2.3 User_Type ...................................... 6 3.2.4 Path ........................................... 6 3.2.5 User_Info ...................................... 6 3.2.6 Document_Electron .............................. 6 3.2.7 Document_Bunf .................................. 7 3.2.8 Log ............................................ 7 3.2.9 Data_Backup .................................... 8 3.2.10 Templet ....................................... 8 3.2.11模板表 ......................................... 8 湖北国际软件外包人才培养基地 数据库概要设计说明书

- 4 - 1引言 1.1编写目的 目的：描述部门文档管理系统数据库的概要设计。 预期读者：项目经理，系统分析员。 1.2背景 数据库名称：DocumentManage 软件系统名称：部门级文档管理系统 1.3术语定义

1.4参考资料 需求分析说明书

2总体设计 2.1运行环境。 Pentium III 600MHz 以上 256MB RAM Windows 2000/NT 4.0 Server Microsoft SQL Server 2000 磁盘设备空间>10G 湖北国际软件外包人才培养基地 数据库概要设计说明书

- 5 - 3结构设计 3.1数据库ER模型（建议用PowerDesigner或Visio工具）

3.2数据库表 3.2.1 Popedom 【中文含义】 权限表 字段名称 数据类型及长度 允许为空 中文说明 备注 Popedom_Id int NO 权限ID 主键 Popedom_Name varchar(100) NO 权限名称 Remark varchar(1000) YES 备注 注: 数据字典。

3.2.2 Organize 【中文含义】 组织表 字段名称 数据类型及长度 允许为空 中文说明 备注 Organize_Id int NO 组织ID 主键 Organize_Name varchar(100) NO 组织名称 Up_Organize_Id int NO 上级组织ID 外键 Remark Varchar(1000) YES 备注 湖北国际软件外包人才培养基地 数据库概要设计说明书

- 6 - 注: 数据字典。 包括了每个组织的上级组织的信息,如果是最高级组织，上级则为自己，其他必须填写上级。

3.2.3 User_Type 【中文含义】 组织表 字段名称 数据类型及长度 允许为空 中文说明 备注 User_Type_Id int NO 用户类型ID 主键 User_Type_Name varchar(100) NO 用户类型名称 Remark Varchar(1000) YES 备注 注: 数据字典

3.2.4 Path 【中文含义】 路径表 字段名称 数据类型及长度 允许为空 中文说明 备注 Path_Id int NO 路径ID 主键,自动增1 Path varchar(500) NO 路径 Remark Varchar(1000) YES 备注 注: 服务器上存放文件的路径。

3.2.5 User_Info 【中文含义】 用户信息表 字段名称 数据类型及长度 允许为空 中文说明 备注 User_Info_Id varchar(100) NO 用户ID 主键 User_Name varchar(100) NO 用户姓名 Pass_Word varchar(100) NO 登陆密码 Disk_Space_Sum bigint NO 最大上传空间 Disk_Space_Overplus bigint NO 剩余上传空间

Organize_Id int YES 组织ID 外键 User_Type_Id int NO 用户类型 外健 Popedom_Id int NO 权限ID 外健 Remark varchar(1000) YES 备注 注: UserInfoId用来和外部连接，做为别的表的外键和唯一标识符，是登陆帐号。 并且规定了最大上传空间和剩余上传空间，建立用户时必须规定该用户最大的上传空间(累积),当用户上传了数据时，剩余空间减少，标识用户类型和用户权限。

3.2.6 Document_Electron 【中文含义】 文档信息表_电子版 字段名称 数据类型及长度 允许为空 中文说明 备注 Document_Electvarchar(100) NO 文档ID 主键 湖北国际软件外包人才培养基地 数据库概要设计说明书

- 7 - ron_Id Document_Name varchar(100) NO 文档名称 Document_Create_Time datetime NO 创建文档日期

Document_Change_Time datetime YES 文档修改时间 Document_Size int NO 文档大小 Document_Edition varchar(100) NO 文挡版本

User_Info_Id varchar(100) NO 用户ID 外键 Remark varchar(1000) YES 备注 Templet_Id int YES 模板ID 外健 注: 电子版文档,上传了文件后,在此表记录该文件的文件名,上传日期,文件大小,文件版本,以及是谁上传的。

3.2.7 Document_Bunf 【中文含义】 文档信息表_纸张版 字段名称 数据类型及长度 允许为空 中文说明 备注 Document_Bunf_Id varchar(100) NO 文档ID 主键

Document_Name varchar(100) NO 文档名称 Document_Number int NO 文档编号 Document_Time datetime NO 创建文档日期 User_Info_Id varchar(100) YES 用户ID 外键 Remark varchar(1000) YES 备注 Templet_Id int YES 模板ID 外健 注: 纸张版文档,记录文挡的存放信息，以便需要时可以进行查询，快速找到该文档。

3.2.8 Log 【中文含义】日志信息表 字段名称 数据类型及长度 允许为空 中文说明 备注 Log_Id int NO 日志ID 主键,自动增1 Handle varchar(200) NO 操作名称 Log_Time datetime NO 操作日期 User_Name varchar(100) NO 用户名 Document_Electron_Name varchar(100) YES 电子文档名

Document_Bunf_Name varchar(100) YES 纸张文档名 Operate_Static bit NO 操作是否成功 Remark varchar(1000) YES 备注

合集下载

数据库设计说明书

数据库设计说明书

数据库设计说明书<学生信息管理系统>数据库设计说明书拟制人：蔡梦秋审核人：周亚凤批准人：周鹏飞目录1.引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (4)2．外部设计 (4)2.1标识符的状态 (4)2.2使用它的程序 (4)2.3约定 (5)2.4专门指导 (5)2.5支持软件 (6)3．结构设计 (6)3.1概念结构设计 (6)3.2逻辑结构设计 (7)3.3物理结构设计 (7)4．运用设计 (10)4.1数据字典设计 (10)4.2安全保密设计 (12)1.引言1.1编写目的学生信息管理系统以数据库为核心，在数据库系统管理的支持下，进行学生信息的添加、整理、存储、检索、更新等操作。

对于数据库应用开发人员来说，如何利用数据库管理系统、系统软件和相关硬件系统，将学生信息转化成用户要求的有效的数据结构，并使数据库结构易于实现用户新的要求。

确切的说，数据库设计是指对于一个给定的应用环境，提供一个确定最优数据模型与处理模式的逻辑设计，以及一个确定数据库存储结构与存取方法的物理设计，建立起既能反映现实世界信息和信息联系，满足用户数据要求和加工要求，又能被某个数据库管理系统所接受，同时，能实现系统目标，并且有效存取数据的数据库。

本说明书将从数据库设计、结构情况方面对学生信息管理系统项目进行综合概述，使用数据库对象关系图来描述系统所涉及到的数据库对象和对象之间的关系，并对具体对象进行详细的规格描述。

软件开发人员可依照此说明书的数据库设计进行软件程序开发，实施部署人员可依照此说明书进行数据库的部署实施。

同时也为后续的数据库维护工作提供了良好的使用说明，也可以作为未来版本升级时的重要参考资料。

1.2背景a. 待开发数据库的名称：Student_Information数据库系统：MySQL 5.0数据库宿主环境：Windows XP / Vista / Windows 7 / Linux客户端连接工具：MySQL Connector/NETb. 本项目的任务提出者：项目经理–周鹏飞开发者：蔡梦秋、戴晓兰、潘红、徐媛、高剑梅用户：学生信息管理人员、学生和相关人员1.3定义数据选项约束表：用于为其他数据表中的字符型字段提供限定的选项实体表：用户实际使用的客观表格计算表：数据来自于对其他一个或多个实体表的计算结果1.4参考资料《学生管理系统_系统软件需求说明书》《学生管理系统_系统概要设计说明书》《学生管理系统_数据库设计说明书（数据库字典）》本系统的《需求规约说明书》蔡梦秋、潘红、戴晓兰本系统的《系统功能设计说明书（详细设计说明书）》潘红、戴晓兰《软件需求》（美） Karl E.Wiegers 著陆丽娜王忠民王志敏等译《Access 2000 数据库系统开发实例导航》范国平、陈晓鹏人民邮电出版设出版社，2002 年12 月版2．外部设计2.1标识符的状态基本描述：每个数据表中只能有一个student_id，即student_id 在同一个表中必须唯一，所以student_id 唯一地标识了单个字段。

概要设计范本

概要设计范本

概要设计范本1.概要设计和详细设计怎么写知乎撰写的设计文档主要分为：总体概要设计文档+详细设计文档，后简称为“概设”+“详设”。

总设和详设都应该包含的部分：(1)需求：一般以产品的语言描述，这一块可以拷贝产品需求文档中的storylist部分；(2)名词解释（可选）：非相关领域内的同学需要看到文档需要提前了解的一些概念性质的东西；(3)设计目标：又分为功能目标和性能目标，功能目标一般是对产品需求的技术描述，性能目标是根据产品给出的数据对性能进行的评估。

一般来说，新服务必须要有性能目标一项，性能目标可能会影响设计方案。

除了都应该包含的部分，总体概要设计一般还包含：(1)系统架构：一般来说会有个简单的架构图，并配以文字对架构进行简要说明；(2)模块简介：架构图中如果有很多模块，需要对各个模块的功能进行简要介绍；(3)设计与折衷：设计与折衷是总体概要设计中最重要的部分；(4)潜在风险（可选）；输出总体概要设计的时候，很多方案还是不确定的，需要在设计评审会议上确认。

总体概要设计重点在“方案折衷”，总体概要设计评审完毕之后，此时应该是所有方案都确认了，需要输出各模块的详细设计，详细设计重点在“详细”：(1)总体概要设计结论汇总（可选）：达成一致的结论有个简要概述，说明详设是对这些结论的实现；(2)交互流程：简要的交互可用文字说明，复杂的交互建议使用流程图，交互图或其他图形进行说明；(3)数据库设计：这个是应该放在总设还是详设呢？(4)接口形式：有了数据库+接口+流程，别的同学拿到详设文档，基本也能够搞定了；(5)其他细节：例如公式等；理论上输出了详细设计之后，无论谁拿到了这个详设文档，都是能够完成该项目的。

个人实践分享：一、大图(1)大系统或复杂流程，其架构图或者流程图会非常大，经常比A4纸或word的一页大很多，此时不宜在word中直接贴图形，贴了也看不清，建议将图放在wiki上，文档中直接贴链接；(2)一定要保存viso或者其他图形的源文件，否则今后改动起来要重画，代价可想而知；二、设计与折衷(1)设计与折衷是总设中最重要的内容，总设评审中，主要就是讨论这些折衷的优劣；(2)评审过后，不但要邮件周知结论，还要在总设中进行更新，说明最终决定使用了哪种方案，为什么使用这种方案；根据自己的经验，接手别人的模块、项目，拿到代码和文档，设计方案对我来说完全是个谜！！！(3)有时候因为排期或者其他原因，不一定采用了最优的设计方案，此时更应该在总设中记录决策的过程与原因；(4)最后，设计折衷是一个很好的自我辩解的机会：因为项目进度，或者历史遗留问题，我不得不采取了一个这样的设计，不要再骂我了。

数据库设计说明书(GB)

数据库设计说明书(GB)

先行汽修汽配管理信息系统数据库设计说明书编写者：常胜宾审核者：舒兵编制时间：2006-4-8文档编号：0605版本号：1.0文档修改信息表1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (2)2外部设计 (2)2.1标识符和状态 (2)2.2使用它的程序 (2)2.3约定 (2)2.4专门指导 (3)2.5支持软件 (3)3结构设计 (3)3.1概念结构设计 (3)3.2逻辑结构设计 (5)4运用设计 (13)4.1数据字典设计 (13)4.2安全保密设计 (14)数据库设计说明书（GB8567——88）1引言1.1编写目的本数据库设计说明书是依照需求分析说明书、概要设计说明书、详细设计说明书，编制等指导本系统进行数据库设计的纲领性文件，在各系统的数据存储格式、数据类型定义方面做出了规定和要求，是进行编码、测试的标准。

本说明书的读者将涉及：新疆先行科技有限公司的设计、编码、测试人员。

1.2背景《先行汽修汽配管理信息系统》是我公司对市场上较为流行的相关软件进行考察分析比较，综合了博士德对配件进销存管理较细致、配件台帐完整规范、欧亚操作方便简捷以及大众、长远多家软件的优点，对本地修理厂进行细致调研，针对修理厂没有专业计算机维护人员，操作人员技术水平参差不齐的特点，开发出一套针对本地汽修汽配企业实际经营需要的、操作便利快捷、业务数据翔实、数据调用直观方便的管理系统。

1.3定义概念结构：是指独立于数据库逻辑结构，也独立于支持数据库的DBMS。

他是现实世界与机器世界的中介，他一方面能够充分反映现实世界，同时又易于向关系、网状、层次等各种数据模型转换。

逻辑结构：主要的任务是将概念结构进一步转化为相应的数据模型。

实体：客观存在并相互区别的事物称为实体。

数据字典：存储的主要是表的结构的数据。

1.4参考资料✧关于印发《新疆维吾尔自治区国家行政机关公文处理实施细则》的通知（新政发[2001]63号）；✧关于印发《新疆维吾尔自治区<归档文件整理规则>实施细则》（征求意见稿）的通知（新档办字[2002]14号）；✧《计算机软件工程规范—国家标准汇编》（1998版）；✧《软件工程教程》。

概要设计说明书

概要设计说明书

概要设计说明书一、引言1．编写目的本阶段主要解决了实现该系统需求的程序模块设计问题，包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。

在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。

在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。

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

本系统与其他系统的关系如下：3．参考资料《软件工程导论》，张海藩，清华大学出版社。

《实用软件工程》，郑人杰等，清华大学出版社。

二、总体设计1．验证登陆名密码正确进入主菜单，根据登录时所选的登录方式（客户、管理员）的不同分别对用户设定不同的访问权限（如果是输入的客户用户名和密码正确，选择以客户方式登陆则主界面里面的管理员界面不能用，如果输入的是管理员的相应用户密码正确，以管理员的方式登陆则管理员界面可用）不正确则清空登录框，最多可以输入三次，三次不正确系统会自动关闭。

2．主窗体的用户信息界面用户点击个人查询按钮，可以把自己的个人信息显示到界面上，还可以对自己的信息进行相应的修改（用户编号和用户名不能修改），还可以点击我的机票查询，查询该用户的订票记录。

3．主窗体的订票界面你可以点击你想查询的有关机票的信息的按钮（舱位信息查询，客机信息查询，航线查询，客户类型信息查询）获得相关信息的表，根据表的内容，你可以在下面的下拉框中选择你要定的票信息，点确定后在下面会显示你的机票的相关内容，如果满意可以点击订票，把相关信息添加到机票数据库表中，如果不满意，可以点重置，所有信息清空，再重新选择。

三、接口设计1．外部接口（1）用户界面在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。