总参第六十三研究所
“通用数据质量控制系统数据库详细设
计”
技术文件
编号：2015-ZC63SKY-24
2015 年 8 月 26 日
目录
1概述 (1)
1.1 项目名称 (1)
1.2 项目建设单位 (1)
1.3 建设原则 (1)
1.4 建设原则 (2)
1.5 系统建设依据 (3)
1.5.1 法律法规标准 (3)
1.5.2 标准与规范 (4)
2数据库设计 (5)
2.1 数据生命周期定义（4个表） (5)
2.2 项目周期定义 (7)
2.3 数据活动定义 (9)
2.4 数据活动 (12)
2.4.1 自定义活动 (12)
2.4.2 数据活动管理 (14)
2.4.2.1 数据采集(操作类) (14)
2.4.2.2 数据清洗 (17)
2.4.2.3 数据建模 (18)
2.4.2.4 数据稽核（根据稽核规则接口传输相应参数） (19)
2.4.2.5 数据迁移（sql条件查询注意） (20)
2.4.2.6 数据导出 (21)
2.4.2.7 数据入库 (21)
2.4.2.8 数据拷贝信息录入 (22)
2.4.2.9 数据归档 (22)
2.4.2.10 数据销毁信息录入 (23)
2.4.2.11 实施维护用例(产品维护类) (24)
2.4.2.12 制定维护计划 (25)
2.4.2.13 编写维护用例 (27)
2.4.2.14 发布维护报告 (28)
2.4.2.15 制定数据应用计划(应用类) (29)
2.4.2.16 实施数据应用 (30)
2.4.2.17 发布数据应用结果 (31)
2.4.2.18 制定归档计划发布(归档管理类) (32)
2.4.2.19 实施归档计划 (33)
2.4.2.20 发布归档结果 (34)
2.4.2.21 项目立项(项目类) (34)
2.4.2.22 项目计划 (35)
2.4.2.23 详细设计 (36)
2.4.2.24 需求管理 (37)
2.4.2.25 风险管理 (38)
2.4.2.26 项目监控 (39)
2.4.2.27 质量保证 (40)
2.4.2.28 结项管理 (41)
2.4.2.29 实施计划 (42)
2.4.2.30 数据过滤（自定义类） (43)
2.5 任务书评审 (43)
2.6 我的待办 (45)
2.7 元数据管理 (46)
2.8 安全管理 (46)
2.9 数据生命周期定义各个实例关系 ....................................... 错误！未定义书签。
1概述
1.1项目名称
总参第六十三研究所“通用数据质量控制系统设计开发”系统。
1.2项目建设单位
总参第六十三研究所是军事通信新技术研究所，现设有“全军通信抗干扰研究中心”、“全军电磁频
谱技术研究中心”、“全军通信测量技术研究中心”和“总参通信装备模块化技术重点实验室”等研究机
构，是集科研、设计、试制和人才培养于一体的军队科研单位。
1.3建设原则
在最小化投资和改造、确保整个方案的可实施性以及可扩展性的前提下，本项目应该在确保整个系统
建立的基本需求下，保证软件功能方案能面向未来具备一定的可扩展能力，需要以此原则来设计系统构建
方案，同时本工程建设应遵循以下原则：
（1）可扩展性/可伸缩性
对各运营支撑平台采集接口进行汇聚时，要求可以灵活的新增接口而不影响现有系统的运行。同时，
对原有功能重叠部分进行评估整合，软件采用模块化、组件化设计原则，整合方案要充分考虑实际业务情
况，可以灵活的新增软件功能模块而不影响现有业务的运行。解决数据的分析及挖掘，提供开放的、可操
作的数据挖掘处理能力，不局限于针对目前的业务模型需求进行数据分析处理系统的开发。
（2）易操作、易管理
充分考虑整体性和关联性。系统的各个功能模块是整个系统的有机组成部分，需要充分考虑各模块间
的关联性。系统对行业用户、系统管理员都应提供良好的用户界面，做到普通用户不用任何操作手册帮助
就可以熟练的使用平台的业务。
（3）开放性
系统支持各个层次的多种协议，支持与其它系统的互通、互联；向不同业务管理部门提供所需数据资
源的输出和分析结果展现；支持多种数据库、中间件、第三方软件及硬件平台。支持SQL、hadoop、PMML等。
（4）规范性和统一性
本系统的软件应符合相关的国际、国内标准。
（5）系统整合的高效性
不搬移原有数据采集接口，就近采集，并通过网络进行汇聚。
（6）可靠性
系统发生任何故障，都不影响用户正常业务使用，不降低现有业务的可靠性和可用性。关键功能及应用
要具有冗余备份机制。
（7）先进性，可扩展性并重
采用成熟先进的技术，同时，系统的基础构架应采取模块化结构且具有较强的可扩展性，为系统的改进
和完善创造条件。
（8）可管理易维护性
平台的部署应集中以便于集中维护，系统自身应提供分权分级的权限管理机制，不同的系统模块可以设置
不同级别的的数据操作、统计、监控、分析权限等。
（9）充分考虑建设的经济性。
充分利投资，采取有效的措施和实施方案规避投资风险。充分考虑设备的利旧情况，在不影响系统性能的
基础上充分利用原有设备。
1.4建设原则
在最小化投资和改造、确保整个方案的可实施性以及可扩展性的前提下，本项目应该在确保整个系统建立
的基本需求下，保证软件功能方案能面向未来具备一定的可扩展能力，需要以此原则来设计系统构建方案，同
时本工程建设应遵循以下原则：
（1）可扩展性/可伸缩性
对各运营支撑平台采集接口进行汇聚时，要求可以灵活的新增接口而不影响现有系统的运行。
同时，对原有功能重叠部分进行评估整合，软件采用模块化、组件化设计原则，整合方案要充分考虑实际
业务情况，可以灵活的新增软件功能模块而不影响现有业务的运行。解决数据的分析及挖掘，提供开放的、可
操作的数据挖掘处理能力，不局限于针对目前的业务模型需求进行数据分析处理系统的开发。
（2）易操作、易管理
充分考虑整体性和关联性。系统的各个功能模块是整个系统的有机组成部分，需要充分考虑各模块间的关联性。系统对行业用户、系统管理员都应提供良好的用户界面，做到普通用户不用任何操作手册帮助就可以熟练的使用平台的业务。
（3）开放性
系统支持各个层次的多种协议，支持与其它系统的互通、互联；向不同业务管理部门提供所需数据资源的输出和分析结果展现；支持多种数据库、中间件、第三方软件及硬件平台。支持SQL、hadoop、PMML等。
（4）规范性和统一性
本系统的软件应符合相关的国际、国内标准。
（5）系统整合的高效性
不搬移原有数据采集接口，就近采集，并通过网络进行汇聚。
（6）可靠性
系统发生任何故障，都不影响用户正常业务使用，不降低现有业务的可靠性和可用性。关键功能及应用要具有冗余备份机制。
（7）先进性，可扩展性并重
采用成熟先进的技术，同时，系统的基础构架应采取模块化结构且具有较强的可扩展性，为系统的改进和完善创造条件。
（8）可管理易维护性
平台的部署应集中以便于集中维护，系统自身应提供分权分级的权限管理机制，不同的系统模块可以设置不同级别的的数据操作、统计、监控、分析权限等。
（9）充分考虑建设的经济性。
充分利投资，采取有效的措施和实施方案规避投资风险。充分考虑设备的利旧情况，在不影响系统性能的基础上充分利用原有设备。
1.5系统建设依据
1.5.1法律法规标准
GJB 438B-2009 军用软件开发文档通用要求
GJB 2786A-2009 军用软件开发通用要求
GJB 9001B-2009 质量管理体系要求
1.5.2 标准与规范
●《计算机软件需求说明编制指南》（GD9385-1988）；
●《信息建模方法》（IEEE1320.2-1998）；
●《中华人民共和国计算机信息系统安全保护条例》；
●《计算机信息系统保密管理暂行规定》（国保发[1998]1号）；
●《计算机软件产品开发文件编制指南》（GB/T8567-1988）；
●《计算机信息系统安全保护等级划分准则》（GB/T17859-1999）；
●《信息技术安全技术信息技术安全性评估准则》（GB/T18336-2001）；
●《涉及国家秘密的计算机信息系统安全保密方案设计指南》（BMZ2-2001）；
●《信息技术开放系统互联高层安全模型》（GB/T17965-2000）；
●《信息技术开放系统互联基本参考模型》（GB/T9387）；
●《信息技术开放系统互联网应用层结构》（GB/T17176-1997）；
●《信息技术开放系统互联开放系统安全框架》（GB/T18794）；
●《信息技术开放系统互联通用高层安全》（GB/T18237）；
●《计算机场地通用规范》（GB/T2887-2000）；
●《计算机场地安全要求》（GB9361-1988）；
●《信息技术安全技术信息技术安全性评估准则》（GB/T18336-2000）；
●《计算机信息系统安全保护等级划分准则》（GB/T17859-1999）；
2数据库设计
2.1数据生命周期定义（4个表）
表清单
Dqc_dlc数据生命周期(Data Lifecycle)(基础表)
列清单
Dqc_dlcs数据生命周期阶段(Data life cycle stages)(基础表)
列清单
Dqc_activeflow流程图定义(Flowchart definitions)(基础表)列清单
Dqc_dlcstages_REL数据生命周期阶段(所属模板)映射到数据生命周期（cycle stages and lifecycle relationship）
列清单
2.2项目周期定义
表清单
各表实体关系
Dqc_procyc项目周期(Project Cycle)(基础表)
列清单
Dqc_prolinks项目环节(Data life cycle stages)(基础表)
列清单
Dqc_pro_links_rel项目环节映射到项目周期流程(project links and project cycle )
列清单
Dqc_pro_dlc_REL项目周期和数据生命周期映射(Project cycle and data between lifecycle)
列清单
Dqc_links_stage_rel项目环节和数据生命周期阶段映射（Project links and data lifecycle stage）
列清单
2.3数据活动定义
表清单
Dqc_proc_dactinfo数据活动流程定义(Process definition data activity)(基础表)
列清单
Dqc_actnodelinks_REL数据活动结点和项目环节映射(Data active node and project link)(关表)
列清单
Dqc_actnodeflow_audit活动结点内部流程审核信息--结点流程审核信息(Active node internal process audit information) (基础表)
列清单
Dqc_actnodeflow_Exetor执行人(Executor)(关系表)
列清单
Dqc_actnodeflow_Exerole执行角色(Executive Role)(关系表) 列清单
Dqc_actnodeflow_auditrole审核角色(Audit Roles)(关系表)
列清单
Active_NODES数据活动结点(基础表) 列清单
2.4数据活动
2.4.1自定义活动
表清单
ZDYJK_JBXX自定义接口基本信息
列信息
ZDYJK_ORG_REL自定义接口基本信息和所属单位映射列信息
REQ_PARA请求参数
列信息
RES_PARA返回参数
列信息
2.4.2数据活动管理
2.4.2.1数据采集(操作类) 表清单
Dqc_Coll_data数据采集信息录入
列清单
Dqc_Task_assig任务指派
列清单
Dqc_Taskobj_REL指派任务和操作对象映射关系列清单
Dqc_upload_file附件上传关系表列清单
Dqc_Prog_moni进度监控
列清单
Dqc_Exec_results执行结果
列清单
2.4.2.2数据清洗表清单
Dqc_Clean_Data数据清洗信息录入列清单
数据库表结构设计参考
表名外部单位表（DeptOut） 列名数据类型（精度范围）空/非空约束条件 外部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 交换类型变长字符串(50) N 交换、市机、直送、邮局单位邮编变长字符串(6) 单位标识(英文) 变长字符串(50) 排序号整型(4) 交换号变长字符串(50) 单位领导变长字符串(50) 单位电话变长字符串(50) 所属城市变长字符串(50) 单位地址变长字符串(255) 备注变长字符串(255) 补充说明该表记录数约3000条左右，一般不做修改。初始化记录。 表名外部单位子表（DeptOutSub） 列名数据类型（精度范围）空/非空约束条件 外部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 补充说明该表记录数一般很少 表名内部单位表（DeptIn） 列名数据类型（精度范围）空/非空约束条件 内部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 工作职责 排序号整型(4) 单位领导变长字符串(50) 单位电话（分机）变长字符串(50) 备注变长字符串(255)
补充说明该表记录数较小（100条以内），一般不做修改。维护一次后很少修改 表名内部单位子表（DeptInSub） 列名数据类型（精度范围）空/非空约束条件内部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 单位类型变长字符串(50) 领导、部门 排序号Int 补充说明该表记录数一般很少 表名省、直辖市表（Province） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 名称变长字符串(50) N 外键 投递号变长字符串(255) N 补充说明该表记录数固定 表名急件电话语音记录表（TelCall） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 发送部门变长字符串(50) N 接收部门变长字符串(50) N 拨打电话号码变长字符串(50) 拨打内容变长字符串(50) 呼叫次数Int 呼叫时间Datetime 补充说明该表对应功能不完善，最后考虑此表 表名摄像头图像记录表（ScreenShot） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 拍照时间Datetime N 取件人所属部门变长字符串(50) N 取件人用户名变长字符串(50) 取件人卡号变长字符串(50) 图片文件BLOB/Image
系统概要设计文档
1 / 18
目录
系统概要设计文档 ....................................................................................................... 1b5E2RGbCAP 目录 ................................................................................................................................2p1EanqFDPw 1 引言 .............................................................................................................................. 3DXDiTa9E3d 1.1 编写目的及阅读建议 ...................................................................................... 3RTCrpUDGiT 1.2 系统概述 ......................................................................................................... 35PCzVD7HxA 1.3 文档概述 ............................................................................................................. 3jLBHrnAILg 1.4 设计原则与设计要求 ......................................................................................3xHAQX74J0X 2 引用文件 ...................................................................................................................... 3LDAYtRyKfE 3 设计概述 ....................................................................................................................... 4Zzz6ZB2Ltk 3.1 功能需求规定 .................................................................................................... 4dvzfvkwMI1 3.2 运行环境 ........................................................................................................... 4rqyn14ZNXI 4 系统体系结构设计 ..................................................................................................... 4EmxvxOtOco 4.1 系统总体设计 ................................................................................................... 4SixE2yXPq5 4.1.1 概述 ........................................................................................................ 46ewMyirQFL 4.1.2 设计思想 ............................................................................................... 5kavU42VRUs 4.1.3 基本处理流程 ........................................................................................ 6y6v3ALoS89 4.1.4 系统数据结构设计 ............................................................................... 9M2ub6vSTnP 4.4 接口设计 ........................................................................................................ 100YujCfmUCw 4.4.1 用户接口 ............................................................................................. 10eUts8ZQVRd 4.4.2 外部接口 ............................................................................................ 10sQsAEJkW5T 4.4.3 内部接口 ............................................................................................. 11GMsIasNXkA 5 运行设计 ..................................................................................................................... 11TIrRGchYzg 5.1 系统初始化 ................................................................................................... 117EqZcWLZNX 5.2 运行控制 ........................................................................................................... 11lzq7IGf02E 5.3 运行结束 .......................................................................................................... 11zvpgeqJ1hk 6 系统出错处理设计 ..................................................................................................... 11NrpoJac3v1 6.1 出错信息 ..........................................................................................................111nowfTG4KI 6.2 补救措施 .......................................................................................................... 12fjnFLDa5Zo 7 系统维护设计 ............................................................................................................. 12tfnNhnE6e5 附录 ............................................................................................................................. 12HbmVN777sL
2 / 18
1.数据库应用系统的设计步骤 按规范设计的方法可将数据库设计分为以下六个阶段 （1）需求分析; （2）概念结构设计; （3）逻辑结构设计; （4）数据库物理设计; （5）数据库实施; （6）数据库运行和维护。 2.需求分析 需求收集和分析是数据库应用系统设计的第一阶段。明确地把它作为数据库应用系统设计的第一步是十分重要的。这一阶段收集到的基础数据和一组数据流图（Data Flow Diaˉgram———DFD）是下一步设计概念结构的基础。概念结构对整个数据库设计具有深刻影响。而要设计好概念结构，就必须在需求分析阶段用系统的观点来考虑问题、收集和分析数据及其处理。如何分析和表达用户需求呢？在众多的分析方法中，结构化分析（Structured Analysis，简称SA方法）是一个简单实用的方法。SA方法用自顶向下、逐层分解的方式分析系统。用数据流图，数据字典描述系统。然后把一个处理功能的具体内容分解为若干子功能，每个子功能继续分解，直到把系统的工作过程表达清楚为止。在处理功能逐步分解的同时，它们所用的数据也逐级分解。形成若干层次的数据流图。数据流图表达了数据和处理过程的关系。处理过程的处理逻辑常常用判定表或判定树来描述。数据字典（Data Dictionary，简称DD）则是对系统中数据的详尽描述，是各类数据属性的清单。对数据库应用系统设计来讲，数据字典是进行详细的数据收集和数据分析所获得的主要结果。数据字典是各类数据描述的集合，它通常包括以下5个部分： （1）数据项，是数据最小单位。 （2）数据结构，是若干数据项有意义的集合。 （3）数据流，可以是数据项，也可以是数据结构。表示某一处理过程的输入输出。 （4）数据存储，处理过程中存取的数据。常常是手工凭证、手工文档或计算机文件。 （5）处理过程。
3.简述如下概念，并说明它们之间的联系与区别:。 （1）域，笛卡尔积，关系，元组，属性 答：域：域是一组具有相同数据类型的值的集合。 笛卡尔积：给定一组域D1，D2，…，Dn，这些域中可以有相同的。这组域的笛卡尔积为：D1×D2×…×Dn＝｛（d1，d2，…，dn）｜di?Di，i＝1，2，…，n ｝其中每一个元素（d1，d2，…，dn）叫作一个n元组（n-tuple）或简称元组（Tuple）。元素中的每一个值di叫作一个分量（Component）。 关系：在域D1，D2，…，Dn上笛卡尔积D1×D2×…×Dn的子集称为关系，表示为 R（D1，D2，…，Dn） 元组：关系中的每个元素是关系中的元组。 属性：关系也是一个二维表，表的每行对应一个元组，表的每列对应一个域。由于域可以相同，为了加以区分，必须对每列起一个名字，称为属性（Attribute）。 （2）超码，主码，候选码，外码 答：超码：对于关系r的一个或多个属性的集合A，如果属性集A可以唯一地标识关系r中的一个元组，则称属性集A为关系r的一个超码 (superkey) 。 候选码：若关系中的某一属性组的值能唯一地标识一个元组，则称该属性组为候选码（Candidate key）。 主码：若一个关系有多个候选码，则选定其中一个为主码（Primary key）。 外码：设F是基本关系R的一个或一组属性，但不是关系R的码，如果F与基本关系S 的主码Ks相对应，则称F是基本关系R的外码（Foreign key），简称外码。 基本关系R称为参照关系（Referencing relation），基本关系S称为被参照关系（Referenced relation）或目标关系（Target relation）。关系R和S可以是相同的关系。 (3)关系模式，关系，关系数据库 答：关系模式：关系的描述称为关系模式（Relation Schema）。它可以形式化地表示为：R（U，D，dom，F） 其中R为关系名，U为组成该关系的属性名集合，D为属性组U中属性所来自的域，dom 为属性向域的映象集合，F为属性间数据的依赖关系集合。 关系：在域D1，D2，…，Dn上笛卡尔积D1×D2×…×Dn的子集称为关系，表示为 R（D1，D2，…，Dn） 关系是关系模式在某一时刻的状态或内容。关系模式是静态的、稳定的，而关系是动态的、随时间不断变化的，因为关系操作在不断地更新着数据库中的数据。 关系数据库：关系数据库也有型和值之分。关系数据库的型也称为关系数据库模式，是对关系数据库的描述，它包括若干域的定义以及在这些域上定义的若干关系模式。关系数据库的值是这些关系模式在某一时刻对应的关系的集合，通常就称为关系数据库。 2.3.为什么需要空值null？ 答：引入空值，可以方便于数据库的维护和建立，数字或者字符有时并不能解决想要解决的问题，毕竟它们是真实的存在，有了空值，那么有些操作，比如查询，插入，删除都可以更加方便，比如公司的部门，新增的部门，信息是不存在的，是之后数据库人员进行添加之后才有的，所以让它为空，比给它0更加贴近实际。空值是所有可能的域的一个取值，表明值未知或不存在。 2.3.关系模型的完整性规则有哪些？ 答：关系模型的完整性规则是对关系的某种约束条件。关系模型中可以有三类完整性约束：实体完整性、参照完整性和用户定义的完整性。 其中实体完整性和参照完整性是关系模型必须满足的完整性约束条件，被称作是关系的
数据库设计的基本步骤 一、数据库设计的生存期 按照规范设计的方法，考虑到数据库及其应用系统开发的全过程，将数据库 设计分为六个阶段。如下图。 ① 需求分析 需求收集和分析, 需求。 ② 概念结构设计 对需求进行综合、归纳与抽象，形成一个独立于具体 DBMS 的概念模型（用 E-R 图表示）。 ③ 逻辑结构设计 将概念结构转换为某个DBMS 所支持的数据模型（例如关系模型），并对其 进行优化。 ④ 物理结构设计 为逻辑数据模型选取一个最适合应用环境的物理结构 （包括存储结构和存取 方法）。 ⑤ 数据库实施 需求A 祈断段 T 1 概念设计阶段 i 逻辑 q 丰计阶段 1 物理. 1 殳计阶段 j 数据E L 支实施阶段 数据库运荷? 维护阶段 得到用数据字典描述的数据需求，用数据流图描述的处理
运用DBMS 提供的数据语言（例如 SQL ）及其宿主语言（例如C）,根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 ⑥数据库运行和维护 数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。 说明：设计一个完善的数据库应用系统是不可能一蹴而就的，它往往是上述 六个阶段的不断反复。 二、数据库设计阶段的内容 设计步骤既是数据库设计的过程，也包括了数据库应用系统的设计过程。下面针对各阶段的设计内容给出各阶段的设计描述。如下图。 阶段 濮块结构） 三、数据库设计阶段的模式 数据库结构设计的不同阶段形成数据库的各级模式，如下图 需求数据字睦、全系统中数据项、 分析數据證、数据存储的描述 数1E流图和判定我（利宦 闕）、数据字典中处理过程的 描述 设计 概念模型〔E?兄图） 模块设计 IPO表 编写模武装入 数JE 实施数揭库试 运行阶段 Create … L o豆恋■?. 程序编码 编译联结 测试 Tlain () * ■ A if???then ■■ i HUl 数据宇典 系窥说朋书包括： ①新系统要求、 方案和概图 ②反映新系统信息 流的数据流图 方法选择物理 存取路径建立设计
实验一 1-1.查询员工的姓名、职务和薪水 select employeeName,headShip,salary from employee 图1-1 2.查询名字中含有“有限”的客户姓名和所在地 select CustomerName,address from Customer where CustomerName like '%有限%'
3. 查询出姓“张”并且姓名的最后一个字为“梅”的员工。 select * from employee where employeeName like '张%梅' 图1-3 4. 查询住址中含有上海或南昌的女员工，并显示其姓名、所属部门、职称、住址，其中性别用“男”和“女”显示 SELECT employeeName,department,address, isnull (convert(char(10),birthday,120),'不详')出生日期, case sex when 'M'then '男' when 'F'then'女' end as 性别 from employee where （address like '%上海%'or address like '%南昌%'）and sex='F'
5. 查询出职务为“职员”或职务为“科长”的女员工的信息 select * from employee where (headship='职员' or headship='科长') and sex='F' 图1-5 6. 选取编号不在“C20050001”和“C20050004”的客户编号、客户名称、客户地址。 Select * from Customer where CustomerNo not in ( 'C20050001' ,'C20050004')
系统名称：客户关系管理系统 一、系统需求分析： 客户管理系统是为了方便管理客户基本信息，完成公司决策的重要手段， 通过该系统， 系统管理员可以通过次系统查询客户的基本信息，以及客户所购产品的信息。并可以对新老客户进行添加和删除，也可对现有用户的基本信息进行更改。从而实现公司对其客户的管理。 客户可以通过该数据库查看自己的基本信息和消费情况。 职员可以通过该数据库查看自己的基本情况、业绩情况和工作计划。 该数据库包含5个实体，分别是客户，联系人，产品，任务计划，反馈信息。 通过该数据库，可以实现以下功能（举例） 简单查询： ①查询客户的基本信息 ②查询公司职员的业绩情况（即联系人发展的客户情况） ③查询公司职员的任务计划 复杂查询： ①查询客户对某一类型产品的反馈信息（通过产品表和反馈信息表连接实现） ②查询客户反馈信息的受理情况 插入功能： 增添新客户，新产品，新联系人，新反馈信息以及其相关属性 修改功能： 系统管理员修改客户的基本信息（如积分，联系方式等），修改联系人的工作计划，反馈信息的受理情况 二、E-R图
n n 1 n 1 n 1 1 购买 购买数量 购买时间 客户编号 产品编号 客户编号 反馈 反馈编号 发展 联系人编号 客户编号 客户 联系人 反馈信息 产品 任务计划 联系人编号 所购产品 编号 购买 反馈 发展 制定 信用度 姓名 所属部门 姓名 工资 客户编号 联系方式 联系地址 积分 产品类型 工作计划编号 产品类型 质量级别 优惠情况 名称 生产日期 编号 产品价格 内容 反馈时间 反馈者 反馈编号 解决情况 产品编号 编号 客户数量 计划利润 计划时间 实施情况 职工编号 消费时间 任务计划编号 联系人编号 制定时间
数据库系统原理与设计习题集 第一章绪论 一、选择题 1. DBS是采用了数据库技术的计算机系统，DBS是一个集合体，包含数据库、计算机硬件、软件和（）。 A. 系统分析员 B. 程序员 C. 数据库管理员 D. 操作员 2. 数据库（DB），数据库系统（DBS）和数据库管理系统（DBMS）之间的关系是（）。 A. DBS包括DB和DBMS B. DBMS包括DB和DBS C. DB包括DBS和DBMS D. DBS就是DB，也就是DBMS 3. 下面列出的数据库管理技术发展的三个阶段中，没有专门的软件对数据进行管理的是（）。 I．人工管理阶段 II．文件系统阶段 III．数据库阶段 A. I 和II B. 只有II C. II 和III D. 只有I
4. 下列四项中，不属于数据库系统特点的是（）。 A. 数据共享 B. 数据完整性 C. 数据冗余度高 D. 数据独立性高 5. 数据库系统的数据独立性体现在（）。 A.不会因为数据的变化而影响到应用程序 B.不会因为系统数据存储结构与数据逻辑结构的变化而影响应用程序 C.不会因为存储策略的变化而影响存储结构 D.不会因为某些存储结构的变化而影响其他的存储结构 6. 描述数据库全体数据的全局逻辑结构和特性的是（）。 A. 模式 B. 内模式 C. 外模式 D. 用户模式 7. 要保证数据库的数据独立性，需要修改的是（）。 A. 模式与外模式 B. 模式与内模式 C. 三层之间的两种映射 D. 三层模式 8. 要保证数据库的逻辑数据独立性，需要修改的是（）。 A. 模式与外模式的映射 B. 模式与内模式之间的映射 C. 模式 D. 三层模式
1.帐类表（KIND） 无索引 序号中文名称英文名称类型备注 1 帐类编号K_SERIAL byte 2 帐类名称K_NAME text*10 本表系统自动建立，共划分为15种帐类,不可增删 帐类编号帐类名称备注 0 上期结存进货，不参加进货统计 1 购入进货，购入时必需输入供货单位名称 2 自制进货 3 投资转入进货 4 盘盈进货 5 领料出库，领料必需输入领料部门名称 6 调拨出库 7 报损出库 8 盘亏出库 9 退库对低值易耗品，在用品退为在用库存 10 直接报废对于低值易耗品，在用品转报废 11 领用对于低值易耗品，在用库存转在用 12 调拨对于低值易耗品，在用库存减少 13 报废对于低值易耗品，在用库存报废 14 直进直出进出库，购入与领料对库存无影响 2.物品表（GOODS） 序号索引名称索引域唯一? 主索引? 1 G_CODING +G_CODING Y N 2 G_SERIAL +G_SERIAL Y Y 序号中文名称英文名称类型备注 1 物品内部编号G_SERIAL INT->long 系统内部唯一标识该物品 2 物品编号G_CODING TEXT * 10 用户使用此编号访问物品 &3 物品名称G_NAME TEXT*40 非空 &4 物品单位G_UNIT TEXT*8 非空 &5 物品规格G_STATE TEXT*20
6 物品类别G_CLASS INT 取自表CLASS 7 备注G_REMARKS MEMO 8 最小库存量G_MIN CURRENCY 为零，即无最小库存 9 最大库存量G_MAX CURRENCY 为零，即无最大库存 10 库存数量G_QUANT CURRENCY 控制出库数量 11 虚拟库存数量G_VQUANT CURRENCY 出库时用 12 库存金额G_AMOUNT CURRENCY 3.类别表（CLASS） 序号索引名称索引域唯一? 主索引? 1 C_CODING +C_CODING Y N 2 C_SERIAL +C_SERIAL Y Y 序号中文名称英文名称类型备注 1 类别内部序号C_SERIAL INT 系统内部唯一标识该物品 2 类别编号C_CODING TEXT *10 用户使用该编号访问类别信息 3 类别名称C_NAME TEXT*20 非空 4 出库类型C_KIND BYTE 1.移动平均 2..先进先出 3.后进先出 4.实际计价 *5.月末平均 5 备注C_REMARKS MEMO *6 底标志C_BOTTOM BOOLEAN *7 类别级别C_LEVEL BYTE 4.供货单位、使用部门(DEPART) 序号索引名称索引域唯一? 主索引? 1 D_CODING +D_CODING Y N 2 D_SERIAL +D_SERIAL Y Y 序号中文名称英文名称类型备注 1 内部序号D_SERIAL INT 系统内部唯一标识该部门 >0 供货单位 =0 库房 <0 使用部门 2 单位编号D_CODING TEXT*10
第5章学生管理系统概要设计 5.1引言 5.1.1编写目的 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 5.1.2背景 开发软件的名称：《学生信息管理系统》 项目提出者： 项目开发者： 用户：管理员、老师、学生 5.1.3定义 数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的
逻辑功能、数据在系统部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。 数据字典：是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。 https://www.doczj.com/doc/7b694636.html,：是一项微软公司的技术，是一种使嵌入网页中的脚本可由特网服务器执行的服务器端脚本技术。指 Active Server Pages（动态服务器页面），运行于 IIS 之中的程序。 C#：（C Sharp)是微软(Microsoft)为。NET Framework量身订做的程序语言，微软公司在2000年6月发布的一种新的编程语言。C#拥有C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向(Component-oriented)的程序语言，和C++与Java一样亦为对象导向(object-oriented)程序语言。 SQL：（Structured Query Language)结构化查询语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。同时也是数据库脚本文件的扩展名。 SQL Server 2005：SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL
第7章数据库设计 1．试述数据库设计过程。 答：这里只概要列出数据库设计过程的六个阶段：( l ）需求分析；( 2 ）概念结构设计；( 3 ）逻辑结构设计；( 4 ）数据库物理设计；( 5 ）数据库实施；( 6 ）数据库运行和维护。这是一个完整的实际数据库及其应用系统的设计过程。不仅包括设计数据库本身，还包括数据库的实施、运行和维护。设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。 2 ．试述数据库设计过程各个阶段上的设计描述。 答：各阶段的设计要点如下：( l ）需求分析：准确了解与分析用户需求（包括数据与处理）。( 2 ）概念结构设计：通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS 的概念模型。( 3 ）逻辑结构设计：将概念结构转换为某个DBMS 所支持的数据模型，并对其进行优化。( 4 ）数据库物理设计：为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。( 5 ）数据库实施：设计人员运用DBMS 提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。( 6 ）数据库运行和维护：在数据库系统运行过程中对其进行评价、调整与修改。 3 ．试述数据库设计过程中结构设计部分形成的数据库模式。 答：数据库结构设计的不同阶段形成数据库的各级模式，即：( l ）在概念设计阶段形成独立于机器特点，独立于各个DBMS 产品的概念模式，在本篇中就是 E 一R 图；( 2 ）在逻辑设计阶段将 E 一R 图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式，然后在基本表的基础上再建立必要的视图( Vi 娜），形成数据的外模式；( 3 ）在物理设计阶段，根据DBMS 特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式。 4 ．试述数据库设计的特点。 答：数据库设计既是一项涉及多学科的综合性技术又是一项庞大的工程项目。其主要特点有：( l ）数据库建设是硬件、软件和干件（技术与管理的界面）的结合。( 2 ）从软件设计的技术角度看，数据库设计应该和应用系统设计相结合，也就是说，整个设计过程中要把结构（数据）设计和行为（处理）设计密切结合起来。 5 ．需求分析阶段的设计目标是什么？调查的内容是什么？ 答：需求分析阶段的设计目标是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。调查的内容是“数据’夕和“处理”，即获得用户对数据库的如下要求：( l ）信息要求，指用户需要从数据库中获得信息的内容与性质，由信息要求可以导出数据要求，即在数据库中需要存储哪些数据；( 2 ）处理要求，指用户要完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理；( 3 ）安全性与完整性要求。 6 ．数据字典的内容和作用是什么？ 答：数据字典是系统中各类数据描述的集合。数据字典的内容通常包括：( l ）数据项；( 2 ）数据结构；( 3 ）数据流；( 4 ）数据存储；( 5 ）处理过程五个部分。其中数据项是数
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (3) 1.4参考资料 (3) 2总体设计 (3) 2.1需求规定 (3) 2.2运行环境 (3) 2.3基本设计概念和处理流程 (4) 2.4结构 (5) 2.5功能器求与程序的关系 (6) 2.6人工处理过程 (6) 2.7尚未问决的问题 (6) 3接口设计 (6) 3.1用户接口 (6) 3.2外部接口 (7) 3.3内部接口 (7) 4运行设计 (8) 4.1运行模块组合 (8) 4.2运行控制 (8) 4.3运行时间 (9) 5系统数据结构设计 (9) 5.1逻辑结构设计要点 (9) 5.2物理结构设计要点 (10) 5.3数据结构与程序的关系 (10) 6系统出错处理设计 (10) 6.1出错信息 (10) 6.2补救措施 (11) 6.3系统维护设计 (11)
概要设计说明书 1引言 随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落。而中小型租、借书机构仍采用手工管理图书的方法，不仅效率低、易出错、手续繁琐，而且耗费大量的人力。为了满足其管理人员对图书馆书籍，读者资料，借还书等进行高效的管理，在工作人员具备一定的计算机操作能力的前提下，此图书馆管理系统软件力求提高其管理效率。 1.1编写目的 本文档的编写是为了完善图书管理系统软件的开发途径和应用方法。以求在最短的时间高效的开发图书管理系统。 1.2背景 a．图书馆管理系统； b．图书馆管理是高校内每一个系部或院部都必须切实面对的工作，但一直以来人们使用传统的人工方式管理图书资料。这种方式存在着许多缺点，如效率低、保密性差且较为繁琐。另外，随着图书资料数量的增加，其工作量也将大大增加，这必将增加图书资料管理者的工作量和劳动强度，这将给图书资料信息的查找、更新和维护都带来了很多困难。 经过详细的调查，目前我国各类高等学校中有相当一部分单位图书资料管理还停留在人工管理的基础上。这样的管理机制已经不能适应时代的发展，其管理方法将浪费许多人力和物力。随着科学技术的不断提高，这种传统的手工管理方法必然被以计算机为基础的信息管理方法所取代。图书管理作为计算机应用的一个分支，有着手工管理无法比拟的优点，如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书管理的效率。因此，开发一套能够为用户提供充足的信息和快捷的查询手段的图书管理系统，将是非常必要的，也是十分及时的。 c．本项目面对的用户是各个高校图书馆；
数据库设计报告 课题：超市会员管理系统 专业：通信工程 学号： 姓名： 小组成员： 指导老师： 完成日期：2013/7/1
摘要 本会员超市会员管理系统实际的业务流程为背景而设计的，后台数据库的设计用SQL Server 2008，前台用https://www.doczj.com/doc/7b694636.html,来开发。本超市会员信息管理系统已超市会员信息的管理为核心，兼有各种统计、查询、添加、修改和删除等功能，如对货物流量和消费人群的查询，对会员信息的查询等。本系统利用视图、触发器，存储过程可以对数据库中的内容实现各种级联修改与信息的实时更新，可以化繁为简，提高效率，避免大量的重复性的工作。 整个系统由会员信息管理模块、会员优惠度模块、购物信息模块和商品信息模块组成。整个系统能独立运行，实现现实中的功能。 关键字：会员信息管理后台数据库前台https://www.doczj.com/doc/7b694636.html, 前言 随着全球信息时代的到来，信息技术对社会发展和经济增长的作用愈来愈明显。商业企业有效地采用信息技术手段，加速了商业领域的发展与进步，信息化建设已经成为当前商业企业提高企业管理水平，谋求生存，参与市场竞争的必由之路。 经济的发展，社会的进步，计算机越来越深入到我们日常的工作学习及生活中，成为我们日常生活中不可缺少的辅助工具。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已被人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。它更加的深入到日常工作和生活的方方面面，比如文字处理、信息管理、辅助设计、图形图像处理、教育培训以及游戏娱乐等。各行各业的人们无须经过特别的训练就能够使用电脑完成许许多多复杂的工作。 会员管理系统用计算机管理会员的基本信息,以及对会员信息的编辑、查询等一系列动作,它是一种计算机应用技术的创新。在计算机还未普及之前组织会员管理都是由工作人员人工书写,查阅的方式来操作的。现在一般的会员管理都采用计算机智能化管理,采用计算机作为工具的实用的计算机智能化管理程序来帮助管理员进行更有效的进行会员管理工作。
数据库系统概论习题集 第一章绪论 一、选择题 1. DBS是采用了数据库技术的计算机系统，DBS是一个集合体，包含数据库、计算机硬件、软件和（）。 A. 系统分析员 B. 程序员 C. 数据库管理员 D. 操作员 2. 数据库（DB），数据库系统（DBS）和数据库管理系统（DBMS ）之间的关系是（）。 A. DBS 包括DB 和DBMS B. DBMS 包括DB 和DBS C. DB包括DBS和DBMS D. DBS 就是DB ,也就是DBMS 3. 下面列出的数据库管理技术发展的三个阶段中，没有专门的软件对数据进行管理的是（）。 I ?人工管理阶段 II ?文件系统阶段 III ?数据库阶段 A. I 和II B. 只有II C. II 和III D. 只有I 4. 下列四项中，不属于数据库系统特点的是（）。 A. 数据共享 B. 数据完整性 C. 数据冗余度高 D. 数据独立性高 5. 数据库系统的数据独立性体现在（）。 A. 不会因为数据的变化而影响到应用程序 B. 不会因为系统数据存储结构与数据逻辑结构的变化而影响应用程序 C. 不会因为存储策略的变化而影响存储结构 D. 不会因为某些存储结构的变化而影响其他的存储结构 6. 描述数据库全体数据的全局逻辑结构和特性的是（）。 A. 模式 B. 内模式 C. 外模式 D. 用户模式 7. 要保证数据库的数据独立性，需要修改的是（）。 A. 模式与外模式 B. 模式与内模式 C. 三层之间的两种映射 D. 三层模式 8. 要保证数据库的逻辑数据独立性，需要修改的是（）。 A. 模式与外模式的映射 B. 模式与内模式之间的映射 C. 模式 D. 三层模式 9. 用户或应用程序看到的那部分局部逻辑结构和特征的描述是（），它是模式的逻辑子集。 A. 模式 B. 物理模式 C. 子模式 D. 内模式 10. 下述（）不是DBA 数据库管理员的职责。 A.完整性约束说明 B.定义数据库模式 C.数据库安全 D.数据库管理系统设计 选择题答案： （1） C （2） A （3） D （4） C （5） B （6） A （7） C （8） A （9） C （10） D 二、简答题 1 ?试述数据、数据库、数据库系统、数据库管理系统的概念。 数据：描述事物的符号记录称为数据。数据的种类有文字、图形、图象、声音、正文等等。数据与其语义是不可分的。 *解析：
一、数据库结构设计步骤 二、需求分析 三、概念结构设计 四、逻辑结构设计 五、数据库物理设计 数据库结构设计 一、数据库结构设计步骤 一般可将数据库结构设计分为四个阶段，即需求分析、概念结构设计、逻辑结构设计和物理设计。 下面各节分别介绍各阶段设计内容和具体方法。 二、需求分析 需求分析的任务是具体了解应用环境，了解与分析用户对数据和数据处理的需求，对应用系统的性能的要求，提出新系统的目标，为第二阶段、第三阶段的设计奠定基础。一般需求分析的操作步骤如下所述。 1．了解组织、人员的构成 子系统的划分常常以现有组织系统为基础，再进行整合，而新系统首先必须达到的目的是尽可能地完成当前系统中有关信息方面的工作，在原有系统中，信息处理总是由具体人来实施的。我们要了解组织结构情况、相互之间信息沟通关系、数据（包括各种报告、报表、凭证、单据）往来联系情况。 具体弄清各个数据的名称，产生的时间与传递所需时间与周期，数据量的大小，所涉及（传送）的范围，使用数据的权限要求，数据处理过程中容易发生的问题及其影响，各个部门所希望获得的数据的情况等。 然后了解每个人对每一具体数据处理的过程，基本数据元素来源于哪些地方、获取的途径、处理的要求、数据的用途，进而弄清数据的构成、数据元素的类型、性质、算法、取值范围、相互关系。 在上述调查基础上，首先画出组织机构及工作职能图。我们以一个学校的基层单位——某大学一个系的管理为例来简要说明。 系的组织机构及工作职能如图7.1所示。
图7．1 系管理体系结构图 作为管理层经常需要的信息和工作有： ．查询老师个人基本情况及打印相应内容 ．查询与统计科研项目情况及相关报表 ．查询与统计论文著作情况及相关报表 ．上级部门及其他部门来文管理与查询（要求能全文检索） ．系部发文管理 ．任务下达、检查及管理 ．信件、通知的收发及管理 ．日程安排调度及管理 ．设备仪器计划及管理 ．设备入库与库存情况管理与查询 ．设备借还领用管理及相应报表 ．耗材计划与领发管理及相应统计报表 ．图书管理及借还情况查询 ．学生毕业设计文档管理 ．专业与班组编制与查询 ．教学文档管理及查询（安排与检查，包括课表、考试日程安排、监考安排等）．学生成绩管理与查询和统计 ．教师、学生、实验室课表管理及查询 ．学生基本情况管理与查询（包括社会活动、奖惩、家庭情况及学校校友管理）