IDC业务管理系统数据库设计报告
数据库设计报告
数据库设计报告一、引言在信息时代，数据扮演着极为重要的角色。
数据库作为数据管理的核心工具，对于组织和管理数据具有重要意义。
数据库设计是一个重要的环节，它直接影响着数据的存储、组织和检索效率。
本文旨在对数据库设计进行报告，介绍我们团队在设计一个在线商城的数据库时所采用的方法和过程。
二、需求分析在线商城作为一个典型的电子商务平台，需要处理大量的商品、订单、用户等数据。
我们在需求分析阶段主要考虑以下几个方面：1. 商品管理：包括商品信息的录入、修改、删除和查询功能，还需要考虑商品分类、库存管理和价格调整等功能。
2. 用户管理：用户注册、登录、个人信息管理以及购物车和订单管理等功能。
3. 订单管理：涉及订单的创建、支付、发货、退货等流程，并需要查询订单信息和生成统计报表。
4. 数据安全：数据安全性和完整性是在线商城的重要保障，需要考虑用户密码的加密存储、防止SQL注入攻击等方面的安全策略。
三、概念设计在需求分析的基础上，我们进行了数据库的概念设计。
概念设计主要包括实体-关系图和数据字典的设计。
我们将在线商城的实体进行了抽象，确定了实体的属性和关系，并使用实体-关系图进行了可视化表达。
同时，我们也编写了数据字典，详细定义了每个实体和属性的含义和数据类型。
四、逻辑设计逻辑设计是数据库设计的核心部分。
在逻辑设计阶段，我们将概念设计转换为关系模型，确定了数据库的各个表和表之间的关系。
根据需求分析，我们设计了以下几个主要的表：1. 商品表：存储商品信息，包括商品ID、名称、价格、库存等字段。
2. 用户表：存储用户信息，包括用户ID、用户名、密码、邮箱等字段。
3. 订单表：存储订单信息，包括订单ID、用户ID、商品ID、订单状态等字段。
4. 购物车表：存储用户加入购物车的商品信息，包括购物车ID、用户ID、商品ID、数量等字段。
通过逻辑设计，我们定义了各个表之间的关系，如商品表与订单表的一对多关系，用户表与订单表的一对多关系等。
数据库设计与管理实习报告
数据库设计与管理实习报告一、实习背景在本次数据库设计与管理实习中，我进入了一家大型互联网公司的数据库管理部门进行为期两个月的实习。
实习期间，我负责参与公司内部的数据库设计与管理工作，通过与团队成员的合作与交流，加深了对数据库原理和技术的理解，提升了数据库设计与管理的实践能力。
二、实习目标1.了解数据库设计与管理的基本概念和原理在开始实习之前，我对数据库设计与管理的概念和原理有一定的了解，但还缺乏实际操作的经验。
通过实习，我希望能深入了解数据库的基本概念，学会使用相关工具和技术进行数据库设计与管理。
2.掌握数据库设计的方法和技巧数据库设计对于一个项目的成功至关重要。
在实习期间，我希望能够学会使用常见的数据库设计方法和技巧，例如实体关系模型（ER模型）、关系模型等，通过实际操作来提升我的数据库设计能力。
3.了解数据库管理的流程与方法数据库管理是数据库运行的关键环节，对于保证数据的安全性和稳定性至关重要。
在实习中，我将学习并了解数据库管理的常见流程和方法，例如备份与恢复、性能优化、安全管理等，以提高我在数据库管理方面的实践能力。
三、实习内容与成果1.了解公司业务需求，参与数据库设计在实习开始时，我首先了解了公司的业务需求和数据库架构，熟悉了公司的数据库管理规范和流程。
然后，我参与了一个新项目的数据库设计工作。
通过与项目团队的沟通与协作，我学会了使用ER模型进行数据库设计，并根据业务需求优化数据库的结构和性能。
2.参与数据库的优化与性能调优在实习期间，我还参与了数据库的性能优化工作。
通过使用数据库管理工具，我学会了分析和监控数据库的性能指标，根据分析结果采取相应的优化措施。
例如，优化查询语句、索引优化、内存调整等，以提高数据库的响应速度和吞吐量。
3.参与数据库的备份与恢复工作为了保证数据的安全性，在实习期间，我积极参与了数据库的备份与恢复工作。
通过学习和实践，我了解了常见的备份与恢复策略，学会了使用数据库管理工具进行数据的定期备份和紧急恢复，以保证数据的可靠性和可用性。
数据库设计报告
数据库设计报告
数据库设计报告
1. 引言：介绍数据库设计的目的和背景，解释为什么需要进行数据库设计。
2. 需求分析：分析用户需求，确定数据库中需要存储的数据和相关的功能。
3. 概念设计：使用ER模型或其他适当的概念建模工具，绘制
实体关系图（ER图），标识出实体、属性和关系。
4. 逻辑设计：将概念设计转化为关系模式，确定表的结构和属性。
确定主键、外键和其他约束条件。
5. 物理设计：根据数据库管理系统的要求，确定表的存储格式、索引和存取路径。
选择适当的数据类型和数据长度。
6. 数据库实施：根据物理设计的要求，在数据库管理系统中创建表，定义索引和其他约束。
7. 数据库测试：对数据库进行综合测试，包括插入数据、查询数据、修改和删除数据等。
8. 总结与展望：总结数据库设计的过程和结果，讨论可能的改进和扩展。
9. 参考文献：列出参考文献和相关资料。
10. 附录：包括数据库设计的源代码、SQL脚本和其他相关文件。
数据库设计报告
数据库设计报告〔2〕如果本数据库的命名规那么与机构的标准不完全一致的话，请作出解释。
3.逻辑设计提示：数据库设计人员根据需求文档，创立与数据库相关的那局部实体关系图〔ERD〕。
如果采用面向对象方法〔OOAD〕，这里实体相当于类〔cla〕。
4.物理设计提示：〔1〕主要是设计表结构。
一般地，实体对应于表，实体的属性对应于表的列，实体之间的关系成为表的约束。
逻辑设计中的实体大局部可以转换成物理设计中的表，但是它们并不一定是一一对应的。
〔2〕对表结构进行标准化处理〔第三范式〕。
4.0表汇总表名功能说明表A 表B 表C 4.1表A表名列名数据类型〔精度范围〕空/非空约束条件补充说明4.n表N表名列名数据类型〔精度范围〕空/非空约束条件补充说明 5.平安性设计提示：提高软件系统的平安性应当从“管理”和“设计”两方面着手。
这里仅考虑数据库的平安性设计。
5.1防止用户直接操作数据库的方法提示：用户只能用帐号登陆到应用软件，通过应用软件访问数据库，而没有其它途径操作数据库。
5.2用户帐号密码的加密方法提示：对用户帐号的密码进行加密处理，确保在任何地方都不会出现密码的明文。
5.3角色与权限提示：确定每个角色对数据库表的操作权限，如创立、检索、更新、删除等。
每个角色拥有刚好能够完成任务的权限，不多也不少。
在应用时再为用户分配角色，那么每个用户的权限等于他所兼角色的权限之和。
角色可以访问的表与列操作权限角色A 角色B6.优化提示：分析并优化数据库的“时－空”效率，尽可能地“提高处理速度”并且“降低数据占用空间”。
〔1〕分析“时－空”效率的瓶颈，找出优化对象〔目标〕，并确定优先级。
〔2〕当优化对象〔目标〕之间存在对抗时，给出折衷方案。
〔3〕给出优化的具体措施，例如优化数据库环境参数，对表格进行反标准化处理等。
优先级优化对象〔目标〕措施7.数据库管理与维护说明提示：在设计数据库的时候，及时给出管理与维护本数据库的方法，有助于将来撰写出正确完备的用户手册。
数据库系统设计报告及项目总结
数据库系统设计报告及项目总结第一篇：数据库系统设计报告及项目总结数据库系统设计报告及项目总结我对数据库的制作是为了能够更方便更快捷的对学生基本信息、系部基本信息、课程信息、教职工信息以及学生成绩进行查询。
数据库的最终效果是能够按学号、姓名、系号查询学生基本信息；按职工号、姓名、系号查询教职工基本信息；按系号、系名称查询系的基本信息；按课程号、课程名称、上课教师姓名查询课程基本信息；按学号、课程号、课程名称、上课教师姓名、系号查询学生成绩，内容包括课程基本情况。
若查询涉及多门课程，则按课程分组。
每门课程按总评成绩从高分到低分给出选修该门课程的所有学生的成绩（平时成绩、考试成绩和总评成绩）；能按课程号、课程名称、教师姓名输出对应课程的成绩报表；能够根据课程、授课教师统计成绩>=90分、>=80分、>=70分、>=60分及不及格学生的人数及比例。
内容包括课程基本信息（课程号、课程名称、任课教师号、学时、学分），选课学生名单（学号、姓名、性别），每个学生的平时成绩、考试成绩和总评成绩。
我建立了学生基本信息表，系部基本信息表，课程信息表，教职工信息表，选课信息表以及没门课程的成绩表。
课程包括音乐鉴赏、影视鉴赏、体育、数学、商业应用文写作、实用英语这几门课程。
学生基本信息表的内容及数据类型如下：学号INT PRIMARY KEY,姓名VARCHAR(10)NOT NULL,性别 VARCHAR(50),出生日期 INT ,入学成绩INT,所在系号INT。
系部基本信息表内容及数据类型如下：系号INT PRIMARY KEY,系名称VARCHAR(50)NOT NULL,系的简介VARCHAR(50)。
课程信息表内容及数据类型如下：课程号INT PRIMARY KEY,课程名称 VARCHAR(50)NOT NULL,任课教师号INT,学时INT ,学分INT,上课时间VARCHAR(50),上课地点 VARCHAR(50),考试时间VARCHAR(50)。
数据库系统设计报告及项目总结3400字
数据库系统设计报告及项目总结3400字随着信息化时代的到来，各种企业和机构都在使用数据库系统来管理和存储数据，从而更好地进行业务流程管理和决策支持。
本文将介绍一个数据库系统设计报告及项目总结，分享我们小组在这个项目中所遇到的一些挑战和解决方案，以及项目的总体效果和未来的展望。
一、项目背景和目标本项目是为某家医院开发和设计的一个数据库系统，目的是帮助该医院更好地管理和存储患者和医疗数据，并提供一些决策支持功能。
在该项目中，我们制定了以下目标：1. 收集和整理该医院的所有患者和医疗数据；2. 设计一个数据模型，以更好地存储和管理这些数据；3. 开发一个可靠的数据库系统，可以查询、修改、删除和添加数据；4. 实现一些决策支持功能，例如患者诊断历史记录、药品使用情况分析等。
二、数据库系统设计在设计数据库系统时，我们考虑了以下几个方面：1. 数据库结构和数据模型我们采用了关系型数据库模型，在该模型下，我们根据业务流程和数据分析结果，设计了以下几个表：- 患者表（patient_table）：存储患者的基本信息，例如姓名、年龄、性别、联系方式；- 就诊表（visit_table）：存储每次患者就诊的信息，例如就诊日期、医生姓名、诊断结果等；- 药品表（drug_table）：存储医院所有药品的信息，例如药品名称、使用方法、库存情况等。
2. 数据库安全性和可扩展性为了保证数据库系统的安全性和可扩展性，我们采取了以下措施：- 设计了不同的用户角色和权限，例如管理员、医生、药房管理员等；- 设计了数据库备份和恢复功能，以防止数据丢失和损坏；- 使用了虚拟化技术，以实现系统的快速扩展和部署。
三、解决方案在项目开发和实施过程中，我们遇到了以下几个挑战，并采取了相应的解决方案：1. 数据库性能优化由于该医院的患者和医疗数据太多，数据库读写速度非常慢，我们采取了以下几个措施：- 优化数据库索引和查询语句；- 使用分片技术，将数据分散到不同的物理服务器上，以提高数据库并发能力；- 采用高速缓存技术，以缓存常用数据，加快数据库读写速度。
数据库设计报告
数据库设计报告数据库设计报告是指在开发一个新系统之前，对数据库进行规划和设计的一份报告。
它旨在为系统设计者提供一个全面的框架，使他们能够开发一个符合规范、可靠、易于维护的数据库。
1.概述数据库是现代计算机系统中的重要组成部分，为各种应用程序提供数据存储、管理和检索功能。
在数据库设计报告中，必须确定数据库的内容和结构，这需要包括数据表、字段、关系、索引等结构的定义。
在概述部分，应该包括系统的目标、主要功能、数据需求和用户需求。
需要明确系统的规模、复杂程度和预期的性能。
此外，还需要针对系统的安全和备份方案进行概述。
2.数据库逻辑设计逻辑设计是指基于数据库需求分析和系统分析的结果，确定数据库的范围和内容，构建关系模型，确定数据表、属性和关系。
需要进行数据建模，确定数据流关系图和ER 图，并对数据表进行命名。
在逻辑设计中，应当包括数据表定义和表之间的关系定义。
数据表定义包括表名、列名、数据类型、长度、约束条件。
表之间的关系定义包括主键、外键、参照完整性、级联更新和删除等。
3.数据库物理设计物理设计是指将逻辑设计转换为实际的数据库对象。
数据库物理设计需要考虑如何在磁盘上存储数据表、建立索引、设置访问控制和决定备份策略、服务器的配置、选择存储设备等方面的问题。
在数据库物理设计中，应该对数据表进行分区、决定分区规则，对表的存储空间、索引、数据分布进行优化，针对应用程序的并发访问和事务处理，设置缓存机制。
4.数据库性能评估在完成数据库设计之后，必须进行性能评估。
这包括考虑数据库服务器硬件、操作系统等因素，并进行性能测试，以保证数据库的可扩展性、安全性和可用性。
需要进行数据负载测试、查找性能瓶颈，调试和优化数据库，提高系统性能。
5.数据库维护和管理数据库是一个动态的系统，需要经常进行维护和管理。
需要设置数据库备份策略、维护操作日志、监测数据库性能等。
应该针对故障和错误，设置数据库障碍诊断和恢复机制，确保数据库的可靠性和完整性。
数据库设计需求分析报告
数据库设计需求分析报告一、引言二、背景描述公司拥有大量员工，需要对其进行详细的信息管理，包括个人基本信息、工作记录、考勤记录等。
为了方便管理人员对员工信息的查询、修改和删除，以及生成各种统计报表，公司需要开发一套员工信息管理系统。
数据库作为应用系统的核心，需要满足系统的功能需求，同时能够提供高效的数据存储和查询性能。
三、数据库设计需求分析1.数据库范围和功能需求-数据库范围：员工信息管理系统的数据库包括员工基本信息、工作记录、考勤记录等，不包含其他模块的数据。
-功能需求：数据库需提供数据的增删改查功能，同时能够根据一定的条件进行高效的数据查询。
2.数据库表结构设计根据需求分析，员工信息管理系统的数据库应包括以下表：-工作记录表：包括员工编号、工作日期、工作内容、工作时长等字段。
-考勤记录表：包括员工编号、考勤日期、上班时间、下班时间等字段。
3.数据库关系设计-员工信息表与工作记录表之间的关系：一位员工可以对应多个工作记录，即一对多关系，因此工作记录表的员工编号字段需要与员工信息表的员工编号字段关联。
-员工信息表与考勤记录表之间的关系：一位员工可以对应多个考勤记录，即一对多关系，因此考勤记录表的员工编号字段需要与员工信息表的员工编号字段关联。
4.数据库性能需求-数据库查询性能：员工信息管理系统需要支持高效的数据查询，特别是根据员工编号、日期范围等条件进行查询时，要求响应时间在可接受范围内。
5.数据库安全需求-数据库访问权限控制：只有经过授权的用户才能访问数据库，其他人员无法直接访问数据库。
-数据库备份和恢复：定期对数据库进行备份，以防止数据丢失或损坏，并能够在需要时进行恢复操作。
四、总结与建议本报告对公司员工信息管理系统的数据库设计需求进行了分析。
根据需求分析，数据库应包括员工信息表、工作记录表和考勤记录表，并通过关联字段建立相关关系。
数据库还需满足高效的数据查询性能和安全访问控制需求。
建议在数据库设计过程中充分考虑系统的功能需求，并合理优化数据库结构，以达到高效、安全、可靠的数据库设计目标。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IDC业务管理系统数据库设计报告题目：IDC业务治理系统学院：理学院专业：教育技术学（软件工程）组员：余锦祥（教育技术09-1）苏清波（教育技术09-1）张开忠（教育技术09-1）指导老师：杨忠明老师目录一、需求分析 (3)1.1 IDC业务的治理结构 ................................................................... 错误!未定义书签。
1.2 IDC业务治理系统功能 (3)1.3 IDC现有业务系统流程分析 (4)1.4数据流图分析 (5)二、概念设计 (9)2.1服务终止通知、客户业务、客户、施工单之间的联系 (9)2.2客户、客户来访、客户回访、客户联系人之间的联系 (10)2.3客户联系人、客户计费、客户、客户业务之间的联系 (10)2.4客户设备、设备端口、设备、IP地址、故障记录之间的联系 (11)2.5 总E-R图 (11)2.6实体集集属性 (12)三、逻辑设计 (13)3.1 客户信息汇总表 (13)3.2 施工单 (14)3.3 客户业务信息表 (14)3.4 客户授权信息表 (15)3.5 客户设备信息表 (15)3.6 资源分配表 (15)3.7 IP地址使用表 (16)3.8业务完成确认单 (16)3.9客户计费信息表 (17)3.10客户回访登记表 (17)3.11客户信息爱护表 (17)3.12 故障记录表 (18)3.13客户业务咨询表 (18)3.14日常运行爱护记录表 (19)3.15客户业务变更表 (19)3.16客户服务终止通知单 (19)3.17客户设备移机登记表 (19)3.18客户新增设备登记表 (20)3.19客户来访登记表 (20)3.20客户授权开/关设备登记表 (20)3.21客户投诉登记表 (20)四、储备过程 (21)五、触发器 (21)六、小结 (22)一、需求分析1.1 IDC业务治理的组织结构一样情形下，IDC业务治理的组织结构见图1图1各部门的任务为:(1 )销售部:客户需求调查与分析、客户跟踪和爱护、产品销售、客户意见的反馈、客户关系爱护。
(2 )市场部:营销打算、方案的拟定与执行、制订产品组合策略、制订产品价格策略、规划促销策略、新业务调研、策划。
(3 ) 客服部 :合同治理、客户治理、客户回访、客户欠费、服务到期通知。
(4) 财务部:计费治理，包括销售销账、复核、催缴欠费、续租通知、打印欠费清单、打印到期清单、打印客户交费发票、查询信息:包括查询用户档案、收费标准、历史档案。
(5) 运维部 :施工单治理:派发施工单。
运维治理:日常爱护工作的治理、检查:重大故障、客户投诉的处理。
各种运维报表的统计。
(6) 技术支持部:资源治理:IP分配、库存治理(主机出库、入库)、机架、硬盘空间、带宽分配。
配置治理:各种网络设备的配置。
业务实施、设备治理、日常爱护、网关监测、机器上架(安装调试)、接待客户来访1.2 IDC业务治理系统功能IDC业务治理系统应实现的功能为：（1）合同治理:录入、查询、修改合同。
(2) 资源治理:对数据中心设备资源的统计、分配、回收、及各内部设备配置的储存。
(3) 计费治理 :简单计费信息、财务消账。
(4) 客户治理 :客户信息的增加、删除、修改等。
(5) 业务实现 :增加或修改流程;通过对合同服务内容、客户设备情形、内部网络资源配置整合，添加到己设定的业务流程上，形成工单，派发工单，同时记录相关的信息。
（6）流程操纵:依照工单内容，不同部门要在规定的时刻内，实施相应的操作，完成工单所规定的任务，记录工单实施过程中操作信息，作为质量操纵和考评的依据。
(7) 信息查询 :包括报表查询和信息查询，报表查询提供治理人员全面的业务运行情形，为用户提供运行报告:信息查询能够查询用户信息、快速查找定位故障点，处理发生的故障。
(8) 用户治理、权限治理:系统用户的增加、删除、修改、权限的分配。
(9) 客户自服务:客户通过WEB界面进行一些业务的简单申请、客户差不多信息的修改。
1.3 IDC现有业务系统流程分析互联网数据中心(IDC)作为互联网内容和应用的集散地和平台，具备高出口带宽;完善的客户支持体系;专业的技术爱护队伍，能够为客户提供7x24小时的不间断服务。
其业务范畴要紧有:服务器托管、租用;整机租用、机房租用;虚拟主机、虚拟信箱;系统集成、开发:专业爱护:带宽批发以及增值服务等。
增值服务包括:流量监控分析、服务器负载均衡、网站镜像、网站加速、远程监控、网络安全等服务，而IDC与ASP的结合将是以后增值业务的主流.IDC业务流程是从销售代表与客户预备签订合同开始，大体分为售前、售中、售后三个大的业务部分，这也是大多数企业所共有的业务模式，但IDC企业和大多数企业不同的是它提供的不是固定成型的产品，而是一种服务，更确切的说是个性化专门强的一种服务，例如，同样是主机托管服务，不同的客户有着不同的需求，带宽、设备数量、端口数量、IP地址数量等内容的不同组合，能够给客户提供丰富的选择，这是IDC企业特有的业务特点，因此，同样是售前、售中、售后的业务模式，对IDC企业来说有着不同的意义，因此对IDC企业来说还需要对售前、售中和售后这三个业务模式进行分解细化。
数据中心业务现有14个业务流程，分别是:开通前服务预备流程、业务开通流程、客户回访流程、服务终止流程、移机服务流程、专门业各流程、试用服务流程、客户爱护治理人员授权流程、客户对非授权爱护人员访问授权流程、客户爱护人员远程授权开关设备电源流程、客户授权人员到机房爱护的访问流程、客户业务变更流程图、数据中心新业务开发流程、故障处理流程。
IDC业务流程涉及的相关表格有11个:服务开通单、内部工作和谐单、客户授权书、业务完成确认单、客户设备登记表、客户回访记录表、客户服务终止通知单、客户设备移机登记表、客户设备安装登记表、非日常业务工作和谐单、故障记录表。
企业的运作是由企业组织机构的各项业务过程实现的，业务过程是企业动态系统的组成部分。
对现行企业组织机构业务过程的描述和分析是系统分析工作的重要内容.1.4数据流图分析业务开通数据流程图客户业务变更数据流图客户爱护治理人员授权数据流图客户爱护人员远程授权开关设备电源数据流图客户服务终止数据流图客户投诉受理数据流图移机服务数据流图二、概念设计2.1 服务终止通知、客户业务、客户、施工单之间的联系如图2所示图22.2 客户、客户来访、客户回访、客户联系人之间的联系如图3所示图32.3客户联系人、客户计费、客户、客户业务之间的联系如图4所示图42.4客户设备、设备端口、设备、IP地址、故障记录之间的联系如图5所示图52.5总E-R图如图6所示图62.6 实体集及属性：1、客户实体集客户（客户编码，客户名称，客户通信地址，客户邮政编码，所属行业，）2、客户联系人实体集客户联系人（联系人编号，，手机，电子邮件地址，职能，客户编码）3、施工单实体集施工单（施工单号，机柜数量，客户设备数量，需要端口，完成日期，完成时刻，业务内容，客户编码）4、客户业务实体集客户业务（合同编码，客户级别，签约日期，合同期限，合同到期日，租用机柜个数，客户设备个数，客户IP地址个数，客户IP地址范畴，带宽，SLA指标，增值服务及其他，业务内容，客户编码）5、客户设备实体集客户设备（客户设备编码，设备名称型号，要紧配置，功率，体积，序列号，附件，占用网络设备编码，占用网络设备端口号，客户编码）6、设备实体集设备（设备编码，设备名称型号，序列号，网络设备IP地址段）7、设备端口实体集设备端口（设备端口编码，端口状态，端口IP地址，上联网络设备编码，上联网络设备端口号，下联网络设备编码，下联网络设备端口号，客户设备编码，设备编码）8、IP地址实体集IP地址（IP地址段，IP地址，状态，分配时刻，设备编号，客户设备编码）9、客户授权实体集客户授权（证件号码，姓名，性别，授权工作内容，授权人，授权，托付工作内容，客户编码）10、客户计费实体集客户计费（开户银行，银行账号，支付方式，收费周期，费用合计，缴费状态，计费日期，客户编码，合同编码，客户联系人编码）11、客户回访实体集客户回访（客户回访编码，客户姓名，，回访日期，反馈信息，客户编码，客户联系人编码）12、故障记录实体集故障记录（故障记录编码，故障发生日期，故障申请人，故障受理人，故障缘故，故障处理方法，故障处理人，日期，故障开始时刻，客户故障设备编码）13、客户业务咨询实体集客户业务咨询（咨询记录编码，咨询日期，咨询客户，咨询客户名称，咨询内容，记录人，咨询人，联系，客户编码）14、日常运行爱护实体集日常运行爱护（爱护记录编码，日期，事件记录，填写人，温湿度检测时刻，机房温度，机房湿度）15、业务变更实体集业务变更（施工单号，客户编码，原业务内容，变更内容，变更后内容）16、服务终止通知实体集服务终止通知（施工单编码，合同编码，实施内容，终止服务缘故，完成日期，客服部批准人，账务部确认人，填发日期，终止日期，客户编码）17、客户投诉实体集客户投诉（投诉记录编码，投诉日期，投诉时刻，客户名称，投诉人，投诉内容，投诉起因，客户态度，处理部门，处理人，移交时刻，出终止时刻，处理结果，客户编码）18、客户来访实体集客户来访（客户来访编码，客户名称，来访时刻，来访日期，事由，离开时刻，客户编码）19、客户授权开关设备实体集客户授权开关设备（授权编码，日期，客户编码，客户设备编码）三、逻辑设计四、储备过程输入客户编号，返回客户名称Create procedure customerNoIns (@customerNo char(7),@customerName varchar(20))AsBeginSelect @customerName=客户名称From 客户信息汇总表Where 客户编号=@customerNoEnd五、触发器为客户级别创建触发器，是级别只能为A、B、CCreate trigger customerLeverInsOn 客户业务信息表For insert,updateAsIf exists(select * from inserted where customerLever not In (‘A’,’B’,’C’) )Rollback假设开户银行只能为中国银行或工商银行Create trigger bankInsOn 客户计费信息表For insert,updateAsIf exists(select * from inserted where bank not In (‘中国银行’,’工商银行’,) )Rollback六、小结(1 )系统分析和数据库设计在治理信息系统的开发中的占有重要的地位，相应的程序设计开发，由于有了强大的开发工具，己经变得相对简单和容易了，因此在治理信息系统的开发过程中，对系统分析和数据库设计要给与足够的重视，它是决定系统能否成功的关键因素。