网盘系统概要设计说明书_数据库设计
- 格式:doc
- 大小:188.78 KB
- 文档页数:5
系统概要设计说明北京锦绣年华信息技术有限责任公司编制日期:2009年03月目录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)3 总体设计 (2)3.1软件描述 (2)3.2处理流程 (2)4 模块设计 (2)4.1界面改造 (2)4.2企业通讯薄 (4)4.2.1概述 (4)4.2.2角色 (5)4.2.3功能 (5)4.2.4数据结构 (6)4.3会议日志功能 (7)4.3.1概述 (7)4.3.2角色 (7)4.3.3功能 (7)4.3.4数据结构 (8)5 接口设计 (21)5.1外部接口 (22)5.2内部接口 (22)6 数据结构设计 (22)7 出错处理设计 (22)8 维护设计 (22)1引言1.1 编写目的本详细设计说明书的读者群为编程人员、项目组成员、项目组领导、用户,本说明书对系统的进行了设计概要的描述,以便为开发人员、项目经理及其他人员提供开发依据和参考。
1.2 项目背景1.3 引用文件●EO-QC-04《GJB9001A-2001质量管理体系要求》●EO-QC-05《GB/T12504-90计算机软件质量保证计划规范》●JXNH-YF-01《计算机软件文档编制指南》●JXNH-YF-03《软件制作规范》●JXNH-QP-06《计算机软件开发控制程序》●JXNH-YF-04《技术文档编写规定》2 项目概述2.1 目标●提供两种会议预订的资源限制模式,给用户的提供更多选择:⏹预订时严格限制资源数量,保证预订成功的会议一定有资源;⏹预订时不限制资源,登录时限制总登录人数;●实现周期会议的功能;2.2 运行环境2.3 需求概述●按钮栏增宽,变为一套新设计的大按钮。
●左下角的VCM标识变为红色。
●音量调节模块和系统通知模块互换位置。
●深蓝的背景改为浅蓝。
《系统概要设计说明书》模板写作要点:1.1.1编写目的:描述这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的,开发这个软件产品意义、作用、以及最终要达到的意图。
注意,如果这份软件系统概要设计报告只与整个系统的某一部分有关系,那么只定义软件系统概要设计报告中说明的那个部分或子系统。
2.1.2预期读者和阅读建议:列举本软件系统概要设计报告所针对的各种不同的预期读者,描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。
3.1.3参考资料:列举编写软件产品概要设计报告时所用到的项目中的其他文档或资料。
注意,为了方便读者查阅,所有参考资料应该按一定顺排列,尽可能详细的提供资料的信息,比如标题、版本。
4.术语与缩略语:描述在本文使用的独特的术语、定义和缩略语。
注意不是整个项目共用的术语、定义和缩略语,并且缩略语列表中必须按照滋补的升序排列。
5.2.1限制和约束:简要描述起到限制和约束作用的各种可能存在的条件,并且说明在这些条件下,应该实现的系统目标。
这些条件可能包括:技术条件、资金状况、开发环境、时间限制。
6.2.2设计原则和设计要求:描述设计人员的进行概要设计的方法和决策,通常包括:命名规则、模块独立性原则、边界设计原则、数据库设计规则、安全性和保密原则、系统易操作性要求、系统可维护性要求。
7.3系统的软件架构:描述如何将系统分解为子系统,绘制逻辑图,并用文字说明子系统的主要功能和子系统间是如何协调工作的。
注意,在描述系统分解为子系统共的时候要给出分解的原因。
列举子系统时,可以使用下表•子系统编号给出本系统中指定子系统的顺序编号:如果本系统末划分为多个子系统,仅由一个运行模块组成;则本项内容仍需要描述,但是本表内容只有一行。
•子系统英文名称给出本子系统的英文名称,该名称是在应用软件中实际使用的可执行文件名称,必须能够说明该子系统的特点。
•子系统中文名称给出本子系统的中文名称,该名称必须能够说明该子系统的特点。
数据库设计说明书
1前言
本数据库设计说明主要是对市绩效管理系统的数据库设计进行分析和描述,详细描述数据的结构。
(一)便于建设单位、使用单位、用户清楚的了解本项目的工作内容。
(二)便于界定项目实施范围,以便于工作量的评估、项目规划和系统设计。
(三)作为数据库设计说明,用于作为评估软件质量的依据。
(四)说明数据库功能和性能,定义软件必须满足的约束。
(五)为软件设计者提供可用于转化为数据设计的模型。
2依据和标准
《需求规格说明书》
《概要设计说明书》
3建设原则
(1)把具有同一个主题的数据存储在一个数据表中,“一表一用”。
(2)尽量消除冗余,提高访问数据库的速度。
(3)一般要求数据库设计达到第三范式,多对多,最大限度消除了数据冗余、修改异常、插入异常、删除异常,基本满足关系规范化的要求。
(5)设计数据表结构时,应考虑表结构的动态适应性。
4数据库设计
组织机构
职能指标分解。
数据库设计说明1、数据库逻辑设计数据库设计人员根据《软件需求分析报告》,创建与数据库相关的实体关系图(E-R图)。
如采用面对对象的分析和设计方法,则此处的实体相当于类。
在此处,应给出逻辑设计的完整的E-R图。
2、数据库物理设计在此处应给出完整的数据库物理结构E-R图。
开发者应根据逻辑设计的结果,进行数据库的物理设计,并对表结构进行规范化处理(第一范式,第二范式,第三范式)。
3、数据库分布数据库分布采用一张表格进行描述,其格式如下:数据库编号数据库管理系统名称数据库管理系统版本号数据库英文名称数据库中文名称数据库安装物理位置其中:数据库编号给出本系统中指定数据库的顺序编号。
若本系统中只有一个数据库,则本项内容不需要描述,本表内容也只有一行。
说明:在一个系统中可能安装若干个相同的或者不同的数据库管理系统,一个数据库管理系统也可能安装一个或者多个数据库。
数据库管理系统名称给出本系统中指定数据库管理系统的商品名称。
若本系统中只有一种数据库管理系统,则本项内容不需要描述。
数据库管理系统版本号给出本系统中指定数据库管理系统的版本号。
若本系统中只有一个版本的数据库管理系统,则本项内容不需要描述。
数据库英文名称给出本数据库的英文名称,该名称是在应用软件中实际使用的名称,必须符合《南京市信息化数据库建设规范》中相关命名规范。
数据库中文名称给出本数据库的中文名称,该名称是本数据库英文名称的说明。
数据库安装物理位置给出本数据库安装的实际位置,必须描述清楚该位置是在那个物理设备的哪一个逻辑存储设备上,以及存储文件的名称。
4、基表设计每个基表采用一张表格进行描述,其格式如下:数据库编号:基表编号:基表英文名称:基表中文名称:字段编号英文字段名中文字段名字段类型备注说明:其中数据库编号含义同上。
基表编号给出本基表的顺序编号。
基表英文名称给出本基表的英文名称,该名称是在应用软件中实际使用的名称,必须符合命名规范。
基表中文名称给出本基表的中文名称,该名称是本基表英文名称的说明。
目录1.前言2.总体设计3.接口设计4.运营设计5.数据结构设计6.具体设计7.系统维护概要设计&数据库设计&具体设计说明书刘茜1.1编写目的目的:此概要设计说明书重要针对小型的超市管理系统进行设计的预期读者:后续软件开发人员1.2背景系统名称:超市管理系统任务提出者:南京航空航天大学大学计算机科学与技术学院沈国华老师开发者:南京航空航天大学计算机科学与技术刘茜用户:小型超市管理员1.3定义E-R图:即实体-联系图(Entity Relationship Diagram),提供了表达实体型、属性和联系的方法,用来描述现实世界的概念模型。
数据字典(Data dictionary):一种用户可以访问的记录数据库和应用程序元数据的目录。
1.4参考资料陶宏才.《数据库原理及设计》.第1版.北京.清华大学出版社.2023年范立南《SQL Server 2023 实用教程》第2版.北京.清华大学出版社.2023年齐治昌谭庆平宁洪《软件工程》第2版.高等教育出版社.2023年2总体设计2.1需求规定2.1 需求规定2.2运营环境硬件环境:配制PIV以上的解决器,256M以上内存。
软件环境:Windows 2023/XP ,SQL Server 2023,Microsoft Visual 2023 2.3基本设计概念和解决流程解决流程图2.4结构系统结构图2.5功能器求与程序的关系2.5 功能需求与系统模块的关系2.6人工解决过程管理员登录时登录密码的输入,商品的名字、编码等基本信息3接口设计3.1用户接口主界面上应当呈现出上述功能的菜单选项此外每一模块都有各自的界面,其中商品信息管理对商品信息的增,改,删除等设立;进货管理分供应商档案管理和供应商商品管理,增、改、删除供应商及其商品信息;销售管理提供销售时对商品的信息显示及修改;仓库管理管理仓库库存商品。
删除、增长、修改、查询等操作无单独界面。
1引言21.1编写目的 (2)1.2参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (2)2.3系统部署图 (2)2.4基本设计概念和类图 (3)2.5结构 (4)2.6功能模型描述 (9)2.6.1招聘管理 (9)2.6.2企业结构管理 (21)2.6.3行政级别管理 (29)2.6.4企业架构展示 (32)2.6.5人事档案管理 (33)2.6.6人事基础数据维护 (73)2.6.7权限管理 (82)2.7人工处理过程 (83)2.8尚未问决的问题 (83)3接口设计 (83)3.1用户接口 (83)3.2外部接口 (83)3.3内部接口 (83)4系统数据结构设计 (84)4.1逻辑结构设计要点 (84)5数据结构与程序关系 (85)5.1表结构与数据结构图 (85)5.1.1数据结构图 (85)5.1.2表汇总 (87)5.2数据结构与程序关系表........................................................... 错误!未定义书签。
6系统出错处理设计.. (98)6.1出错信息 (98)6.2补救措施 (99)6.3系统维护设计 (99)概要详细设计说明书1引言1.1编写目的本概要设计说明书跟据《人力资源管理系统需求规格说明书》编写,描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据,为系统测试人员提供测试依据。
本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员。
1.2参考资料《人力资源管理系统需求规格说明书》2总体设计2.1需求规定本系统的主要的输入输出项目、处理的功能性能要求参照《人力资源管理系统需求规格说明书》。
2.2运行环境软件运行环境Windows 2000/XP/2003 Server操作系统;MS SQL Server 2000;Tomcat 5.0;Jdk 1.4;硬件运行环境Intel Pentium 2GHz或以上的CPU;内存512MB,建议使用1GB内存;硬盘至少有1GB可用空间;CD-ROM驱动器;2.3系统部署图用图例表示出系统实施运行中使用的服务器名称,Internet和各服务器之间的实施运作。
概要设计说明书跟需求说明书概要设计说明书与需求说明书概要设计说明书1. 引言概要设计说明书是为了介绍系统设计的整体框架及关键设计方案而编写的文档。
本文档将详细介绍系统概要设计的目标、范围和约束条件,并给出逻辑、物理和数据设计的概述。
2. 系统概述2.1 目标本系统的目标是满足用户需求,提供一个高效、稳定、可靠的软件解决方案,以提高业务效率和客户满意度。
2.2 范围本系统主要包括以下模块:- 用户管理模块:包括用户注册、登录、权限管理等功能。
- 商品管理模块:包括商品分类、上架、下架、库存管理等功能。
- 订单管理模块:包括下单、支付、配送等功能。
- 数据报表模块:包括销售统计、用户分析等功能。
2.3 约束条件- 技术约束:本系统基于JavaEE开发,采用Spring框架、MySQL 数据库等技术。
- 时间约束:本系统的开发周期为3个月,需在规定时间内完成概要设计、详细设计、编码和测试等工作。
3. 逻辑设计本系统采用三层架构,分为表现层、业务逻辑层和数据访问层。
3.1 表现层设计- 用户界面:采用Web前端技术,提供友好的用户界面,支持多浏览器兼容。
- 控制器:负责接收用户请求,调用业务逻辑层的接口,并将数据传递给前端界面进行展示。
3.2 业务逻辑层设计- 用户管理:负责用户注册、登录、权限管理等业务逻辑处理。
- 商品管理:负责商品分类、上架、下架、库存管理等业务逻辑处理。
- 订单管理:负责下单、支付、配送等业务逻辑处理。
- 数据报表:负责销售统计、用户分析等业务逻辑处理。
3.3 数据访问层设计- 数据库设计:- 用户表:包括用户ID、用户名、密码等字段。
- 商品表:包括商品ID、商品名称、价格等字段。
- 订单表:包括订单ID、用户ID、商品ID等字段。
- 数据访问对象(DAO):负责与数据库进行交互,提供数据的增删改查功能。
4. 物理设计本系统采用分布式架构,主要分为前端服务器、应用服务器和数据库服务器。
附录A 软件需求分析报告文档 (1)附录B 软件概要设计报告文档 (13)附录C 软件详细设计报告文档 (33)附录A 软件需求分析报告文档1. 引言.............................................................................................................. 错误!未定义书签。
1.1编写目的 (3)1.2项目风险 (3)1.3文档约定 (3)1.4预期读者和阅读建议 (3)1.5产品范围 (4)1.6参考文献 (4)2. 综合描述 (4)2.1产品的状况 (4)2.2产品的功能 (5)2.3用户类和特性 (5)2.4运行环境 (5)2.5设计和实现上的限制 (5)2.6假设和约束(依赖) (6)3. 外部接口需求 (6)3.1用户界面 (6)3.2硬件接口 (7)3.3软件接口 (7)3.4通讯接口 (8)4. 系统功能需求 (8)4.1说明和优先级 (8)4.2激励/响应序列 (9)4.3输入/输出数据 (9)5. 其它非功能需求 (9)5.1性能需求 (9)5.2安全措施需求 (10)5.3安全性需求 (10)5.4软件质量属性 (10)5.5业务规则 (10)5.6用户文档 (10)6. 词汇表 (11)7. 数据定义 (11)8. 分析模型 (12)9. 待定问题列表 (12)1. 简介1.1 编写目的此文档对《点菜系统》做了全面细致的用户需求分析,明确该软件应具有的功能、性能、界面,使系统分析人员、软件开发人员能明确用户的需求,并在此基础上进一步提出概要设计说明书和后续设计与开发。
本说明书的预期读者为客户、后续开发人员、测试人员、项目管理人员等。
1.2 项目风险具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括:●任务提出者;●软件开发者;●产品使用者。
【关键字】说明书《概要设计说明书》1.导言(Introduction)本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
1.1 目的(Purpose)本文档的目旨在推动软件工程的规范化,使设计人员遵循统一的概要设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。
1.2 范围(Scope)本文档用于软件设计阶段的概要设计,它的上游(依据的基线)是《需求分析规格书》,它的下游是《详细设计说明书》,并为《详细设计说明书》提供测试的依据。
软件概要设计的范围是:软件系统总体结构设计、全局数据库和数据结构设计、外部接口设计、主要部件功能分配设计、部件之间的接口设计等方面的内容。
该范围应覆盖《需求规格说明书》中的功能点列表、性能点列表、接口列表。
1.3 命名规则(Naming Rule)变量东西命名规则:申明全局变量、局部变量东西的命名规则。
数据库东西命名规则:申明数据库表名、字段名、索引名、视图名等东西的命名规则。
1.4 术语定义(Terms Glossary)术语定义或解释一般用表格形式给出,如表9-1所示。
表9-1 术语定义或解释表1.5 参考资料(References)[1] 用户需求报告[2] 软件开发合同[3] 数据库设计规范[4] 命名规范1.6 相关文档(Related Documents)[1] 《详细设计说明书》[2] 源程序清单[3] 测试计划及报告[4] 《用户使用手册》1.7 版本更新记录(Version Updated Record)2.软件架构设计(Software Architecture Design)2.1 总体结构设计(Design of Collective Structure)软件系统的总体逻辑结构,按照不同的设计方法,有不同的总体逻辑结构。
本指南以结构化设计方法为主,画出系统总体结构图,列出系统的功能模块清单编号、名称、功能,并尽可能描绘出功能模块之间的关系。
数据库设计说明书一、引言在当今数字化的时代,数据成为了企业和组织的重要资产。
一个良好设计的数据库能够高效地存储、管理和检索数据,为业务的顺利开展提供有力支持。
本数据库设计说明书旨在详细描述数据库的设计方案,包括数据库的结构、功能、数据流程以及安全策略等方面,为开发和维护人员提供清晰的指导。
二、数据库环境(一)操作系统本数据库将运行在具体操作系统名称操作系统上。
(二)数据库管理系统选用具体数据库管理系统名称作为数据库管理系统,其具有稳定的性能、强大的功能和良好的扩展性。
(三)开发工具使用具体开发工具名称进行数据库的设计和开发。
三、数据库需求分析(一)业务需求通过与相关业务部门的沟通和调研,明确了以下业务需求:1、能够存储和管理客户的基本信息,包括姓名、联系方式、地址等。
2、支持订单的管理,包括订单号、订单日期、订单金额等。
3、能够记录产品的信息,如产品名称、规格、价格等。
(二)数据需求1、客户数据:需要存储客户的个人信息、购买历史等。
2、订单数据:包括订单详情、支付信息等。
3、产品数据:涵盖产品的详细描述、库存数量等。
(三)性能需求要求数据库在处理大量数据时能够保持较快的响应速度,特别是在高峰时段,能够满足并发访问的需求。
四、数据库概念设计(一)实体关系图(ERD)通过绘制 ERD 图,清晰地展示了数据库中各个实体之间的关系。
例如,客户与订单之间存在一对多的关系,一个客户可以有多个订单;订单与产品之间存在多对多的关系,一个订单可以包含多个产品,一个产品可以被多个订单包含。
(二)实体定义1、客户(Customer)客户编号(CustomerID):主键,唯一标识每个客户。
姓名(Name)联系方式(ContactInfo)地址(Address)2、订单(Order)订单编号(OrderID):主键。
客户编号(CustomerID):外键,关联客户表。
订单日期(OrderDate)订单金额(OrderAmount)3、产品(Product)产品编号(ProductID):主键。
基于三层架构的内部网盘系统概要设计说明书_数据库设计
成都信息工程学院
2016年5月23日
目录
1 编写目的 (1)
2 设计说明 (1)
3 各表详细说明 (1)
1编写目的
在需求分析的基础上完成系统功能的概要设计,此文档主要说明旅行社管理系统的数据库设计。
2数据库总体设计
内部网盘系统总共有5张表,表关系如下:
Number name code description
1 部门信息表Departments 存储员工部门信息的表
2 用户表UserInfoes 记录用户信息
3 日志表Logs 记录日志信息
4 文件信息表MyFiles 记录文件相关信息
5 文件分享表SharedFiles 记录分享的文件信息
3各表详细说
网盘系统共涉及到5张表:Departments、UserInfoes、Logs、MyFiles、SharedFiles。
各表作用如上面表格所示。
1、部门信息表(Departments)的设计如下所示:
部门信息表(Departments)
序号逻辑字段物理字段类型(长度) 规则字段说明
1 部门ID Id int 自增
2 父级ID Pid int 引用部门Id
3 部门名称Name nvarchar(32) 非空
2、日志表(Logs)的设计如下所示:
日志表(Logs)
序号逻辑字段物理字段类型(长度) 规则字段说明
1 日志Id Id int 自增
2 消息名称Message nvarchar(128)
3 操作Operation nvarchar(MAX)
4 操作日期Dt datetime
5 异常信息Exception nvarchar(MAX) 可空
6 日志级别[level] int 枚举
7 操作用户User_Id int 外键关联用户 3、文件信息表(MyFiles)的设计如下所示:
文件信息表(MyFiles)
序号逻辑字段物理字段类型(长度) 规则字段说明
1 文件Id Id int
2 文件名称Name nvarchar(1024)
3 文件扩展名FileExt nvarchar(8)
4 文件图标FileIcon nvarchar(32)
5 文件大小FileSize int
6 文件MD5 FileMd5 nvarchar(32)
7 修改时间ModifyDt datetime
8 创建时间CreateDt datetime
9 是否被删除IsDelete bit
10 是否是文件夹IsFolder bit
11 父级Id ParentId int 外键关联文件
12 所用用户Id User_Id int 外键关联用户
4、分享文件表(SharesFiles)的设计如下所示:
分享文件表(SharesFiles)
序号逻辑字段物理字段类型(长度) 规则字段说明
1 标识Id [Key] int
2 分享链接SharedUrl nvarchar(MAX)
3 是否取消分享IsCancel bit
4 分享时间SharedTime datetime
5 对应文件File_Id int 外键关联文件5、用户表(UserInfoes)的设计如下所示:
用户表(UserInfoes)
序号逻辑字段物理字段类型(长度) 规则字段说明
1 用户Id Id int
2 头像Header nvarchar(512)
3 用户名UserName nvarchar(64)
4 密码Pwd nvarchar(32) MD5表示
5 性别Gender int
6 创建日期CreateDt datetime
7 最后登录日志LoginDt datetime
8 最后登出日期LoginOutDt datetime
9 网盘大小NetDiskSize int
10 所属部门Department_Id int 外键关联部门。