软件数据库设计报告文档模板
软件工程详细设计文档模板
软件工程详细设计文档模板(共15页)-本页仅作为预览文档封面，使用时请删除本页-软件开发中心Software Development Center 详细设计说明书项目名称<项目名称>文档类别<文档类别>文档编号<文档编号>版本<>密级<秘密>二〇二一年七月二十日版本修订记录目录1引言....................................................... 错误!未定义书签。
.编写目的............................................... 错误!未定义书签。
.项目概况............................................... 错误!未定义书签。
.术语定义............................................... 错误!未定义书签。
.参考资料............................................... 错误!未定义书签。
2系统概述................................................... 错误!未定义书签。
.系统体系结构........................................... 错误!未定义书签。
.系统功能分布和层次结构 ................................. 错误!未定义书签。
3程序设计详细描述........................................... 错误!未定义书签。
.客户开销户分类(S P0*******)设计说明...................... 错误!未定义书签。
4公用接口程序设计说明....................................... 错误!未定义书签。
软件开发中的技术文档模板与编写指南
软件开发中的技术文档模板与编写指南在软件开发的过程中，技术文档是不可或缺的一部分。
它就像是软件的“说明书”，为开发人员、测试人员、维护人员以及其他相关人员提供了重要的参考和指导。
一个清晰、准确、完整的技术文档不仅能够提高软件开发的效率和质量，还能够降低沟通成本，减少错误和误解。
然而，编写一份好的技术文档并非易事，它需要遵循一定的模板和规范，同时也需要掌握一些编写技巧。
本文将为您介绍软件开发中常见的技术文档模板以及编写指南，希望能够对您有所帮助。
一、需求规格说明书需求规格说明书是软件开发过程中最重要的技术文档之一，它详细描述了软件系统需要实现的功能、性能、数据、安全等方面的要求。
需求规格说明书通常包括以下几个部分：1、引言项目背景和目的项目范围和限制术语和缩写词2、总体描述系统概述系统功能系统运行环境3、详细需求功能需求性能需求数据需求安全需求接口需求4、验证标准测试计划和测试用例验收标准编写需求规格说明书时，需要注意以下几点：1、清晰明确：需求描述应该清晰、准确，避免模糊和歧义。
2、完整性：确保涵盖了所有的功能和非功能需求，没有遗漏。
3、可验证性：需求应该是可测试和可验证的，以便在开发过程中进行验证。
4、一致性：需求之间应该保持一致，避免相互矛盾。
二、设计文档设计文档描述了软件系统的架构、模块划分、数据结构、算法等设计细节。
设计文档通常包括以下几个部分：1、引言项目背景和目的参考资料2、系统架构系统总体架构模块划分和职责技术选型3、数据设计数据库设计数据结构和算法4、接口设计内部接口外部接口5、安全设计认证和授权数据加密编写设计文档时，需要注意以下几点：1、合理性：设计应该合理、可行，能够满足需求和性能要求。
2、可扩展性：设计应该具有良好的可扩展性，以便在未来进行功能扩展和优化。
3、可读性：文档应该易于理解，使用图表和示例来辅助说明。
4、一致性：设计与需求规格说明书应该保持一致。
三、测试文档测试文档包括测试计划、测试用例和测试报告等，用于描述软件测试的过程和结果。
数据库设计(需求分析报告)ppt课件
需求分析报告1来自先看一个实例 综合教务系统分析和设计：
2
一） 需求分析 （1：系统目标）
1． 系统目标： 实现一个计算机综合教务管理系统，完
成：1）班级信息管理，2）学生信息管理， 3）课程信息管理，4）学生选课管理等功能。
3
一） 需求分析 （2：系统功能划分）
（1） 功能划分： 用户通过身份验证后进入主界面。主界
面为用户提供5项选择：学生信息管理，课程 信息管理，班级信息管理，学生选课，班级 课程查询等功能。
6
一） 需求分析 （2：系统功能描述）
（2） 功能描述： ● 课程信息管理：
加入，修改，删除课程纪录，察看某门课的选 课情况，查询指定的课程信息。
7
一） 需求分析 （2：系统功能描述）
（2） 功能描述：
● 学生选课：
以课表的形式列出学生选课情况， 学生可以为自己选修或者退选课程，
4
一） 需求分析 （2：系统功能描述）
（2） 功能描述：
● 学生信息管理：
给出所有学生的列表，可以增加，修改，删除，查找学 生信息，察看某个学生选课情况，为学生修改口令等功能。 本项功能与班级信息维护功能中的维护指定班级学生信息功 能相似，不同的是本项功能中将列出所有班级的所有学生信 息。
数据流图 数据字典：数据项
数据结构
18
2． 学生图书借阅管理子系统的E－R模型设计
首先，根据对学生图书借阅管理系统的需求分析，我们可以 先得到实体:书、读者和管理员。
数据库设计报告v1
数据库课程设计报告 -------人事/工资/考勤管理系统软件学院软件工程专业08级6班姓名：嵇存学号：200800300083任课教师：王诚梅实验教师：助教：一：系统开发平台本系统采用Eclipse为开发工具，后台数据库采用SQL Server 2008二、数据库规划2.1 任务陈述随着公司的规模不断扩大，员工的数量急剧增加，有关员工的各种信息也成倍增长.面对庞大的信息量，有必要开发人事工资考勤管理系统来提高公司人事工资考勤管理工作的效率.通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量。
公司的人力资源管理的功能范围,也从单一的工资核算、人事管理,发展到可为企业的决策提供帮助的全方位解决方案.这些领域包括人力资源规划、员工考核、劳动力安排、时间管理、招聘管理、员工薪资核算、培训计划、差旅管理等,并同企业管理系统中的财务、生产系统组成高效的、具有高度集成性的企业资源系统.2.2 任务目标本人事工资考勤管理系统包括人事信息管理工资信息管理、考勤信息管理、成绩报表信息管理四大模块。
管理员可以拥有完全的权限管理系统，而员工用户只拥有查询信息和查询信息的权限。
三、系统定义3.1 系统边界1. 系统在员工进入公司时为员工建立人事档案，人事档案的管理由公司经理级人员完成。
人事档案应该包括员工进入公司的时间、员工级别、员工的基本工资、员工所在部门和员工的其他基本信息等。
2. 员工的工资应该包括基本工资和奖金两个部分。
基本工资根据员工的级别划分(试用员工、正式员工、组长、部门经理、总经理)，奖金应根据员工的业绩由其直接或更高级领导确定3. 员工在来到公司上班时应该首先登录公司系统签到，离开公司时登录系统签离。
如果办事外出或者出差应由上级领导确认考勤情况。
缺勤或者迟到按一定数额罚款，迟到1小时以上算缺勤。
4. 系统应该可以对基础数据进行维护。
5. 员工调动和离职应保留员工的历史信息，以备日后查询。
技术设计书(模板)
技术设计书（模板）1. 项目概述1.1 项目名称：[项目名称]1.2 项目背景：[项目背景描述]1.3 项目目标：[项目目标描述]1.4 项目范围：[项目范围描述]2. 技术方案2.1 系统架构设计2.1.1 架构图：[系统架构图]2.1.2 架构描述：[系统架构描述]2.2 功能模块设计2.2.1 模块划分：[功能模块划分]2.2.2 模块描述：[功能模块描述]2.3 数据库设计2.3.1 数据库架构：[数据库架构图]2.3.2 数据库表结构：[数据库表结构描述] 2.4 接口设计2.4.1 接口定义：[接口定义描述]2.4.2 接口文档：[接口文档]3. 技术选型3.1 开发语言：[开发语言]3.2 框架/库：[框架/库]3.3 数据库：[数据库]3.4 服务器：[服务器]4. 开发计划4.1 项目阶段划分：[项目阶段划分] 4.2 时间安排：[时间安排]4.3 人员安排：[人员安排]5. 风险评估5.1 技术风险：[技术风险]5.2 项目风险：[项目风险]5.3 风险应对措施：[风险应对措施]6. 项目验收6.1 验收标准：[验收标准]6.2 验收流程：[验收流程]6.3 验收报告：[验收报告]7. 项目维护7.1 维护策略：[维护策略]7.2 维护计划：[维护计划]7.3 维护团队：[维护团队]8.1 项目成果：[项目成果]8.2 经验教训：[经验教训]8.3 未来展望：[未来展望]技术设计书（模板）1. 项目概述1.1 项目名称：[项目名称]1.2 项目背景：[项目背景描述]1.3 项目目标：[项目目标描述]1.4 项目范围：[项目范围描述]2. 技术方案2.1 系统架构设计2.1.1 架构图：[系统架构图]2.1.2 架构描述：[系统架构描述]2.2 功能模块设计2.2.1 模块划分：[功能模块划分]2.2.2 模块描述：[功能模块描述]2.3 数据库设计2.3.1 数据库架构：[数据库架构图]2.3.2 数据库表结构：[数据库表结构描述] 2.4 接口设计2.4.1 接口定义：[接口定义描述]2.4.2 接口文档：[接口文档]3. 技术选型3.1 开发语言：[开发语言]3.2 框架/库：[框架/库]3.3 数据库：[数据库]3.4 服务器：[服务器]4. 开发计划4.1 项目阶段划分：[项目阶段划分]4.2 时间安排：[时间安排]4.3 人员安排：[人员安排]5. 风险评估5.1 技术风险：[技术风险]5.2 项目风险：[项目风险]5.3 风险应对措施：[风险应对措施]6. 项目验收6.1 验收标准：[验收标准]6.2 验收流程：[验收流程]6.3 验收报告：[验收报告]7. 项目维护7.1 维护策略：[维护策略]7.2 维护计划：[维护计划]7.3 维护团队：[维护团队]8.1 项目成果：[项目成果]8.2 经验教训：[经验教训]8.3 未来展望：[未来展望]技术设计书（模板）1. 项目概述1.1 项目名称：[项目名称]1.2 项目背景：[项目背景描述]1.3 项目目标：[项目目标描述]1.4 项目范围：[项目范围描述]2. 技术方案2.1 系统架构设计2.1.1 架构图：[系统架构图]2.1.2 架构描述：[系统架构描述]2.2 功能模块设计2.2.1 模块划分：[功能模块划分]2.2.2 模块描述：[功能模块描述]2.3 数据库设计2.3.1 数据库架构：[数据库架构图]2.3.2 数据库表结构：[数据库表结构描述] 2.4 接口设计2.4.1 接口定义：[接口定义描述]2.4.2 接口文档：[接口文档]3. 技术选型3.1 开发语言：[开发语言]3.2 框架/库：[框架/库]3.3 数据库：[数据库]3.4 服务器：[服务器]4. 开发计划4.1 项目阶段划分：[项目阶段划分]4.2 时间安排：[时间安排]4.3 人员安排：[人员安排]5. 风险评估5.1 技术风险：[技术风险]5.2 项目风险：[项目风险]5.3 风险应对措施：[风险应对措施]6. 项目验收6.1 验收标准：[验收标准] 6.2 验收流程：[验收流程]6.3 验收报告：[验收报告]7. 项目维护7.1 维护策略：[维护策略] 7.2 维护计划：[维护计划]7.3 维护团队：[维护团队]8.1 项目成果：[项目成果] 8.2 经验教训：[经验教训] 8.3 未来展望：[未来展望]。
《数据库课程设计报告》模板
电子信息学院数据库课程设计报告（格式参考）设计题目：专业：班级：学号：姓名：指导老师：日期：至成绩：目录1.课程设计的任务及要求1.1.课程设计任务见各自选题，题目任务详见课程设计题目汇编。
1.2.基本要求●系统分析设计要能完成题目所要求的功能；●对系统进行功能模块分析、主控模块分析与设计；●编程简练、实用，尽可能使系统的功能更加完善和全面；●按以规范化数据库应用系统开发设计过程为主线来组织撰写课程设计报告，通过各步骤关键性图、表等充分表现各阶段的资料与成果；●提高学生的设计报告的组织与撰写能力，强调务必要自己独立完成。
2.课程设计报告撰写●要按照数据库课程设计报告书写规范要求进行（格式参考本文）；●课程设计报告要包括封面、目录、正文、小结、参考文献、附录等内容；●正文要包括：系统需求分析；概念结构设计；逻辑结构设计；物理结构设计；数据库与应用系统的实施与测试；安装、用户使用和系统维护说明；关键实现技术等（可选）。
●小结一般包括工作内容、工作量大小、自己完成情况、遇到的问题以及解决方法、收获与体会、今后努力与改进方向等。
3.考核方式与评分办法课程设计总评成绩由三部分组成，各所占比例大致情况：考勤与平时表现占10%，设计与实现的系统（含考核表现）占45%，撰写的报告占30%，陈述答辩占15%。
另外，凡属于下列情形之一者，均为不及格：●书面报告及电子稿两者缺一者；●发现软件相互复制的，包括复制方和被复制方；●发现报告相互抄袭的，包括抄袭方和被抄袭方；●报告通篇由下载网页拼凑而成，无具体实际内容者；●发现提交软件主体是由网上下载而非自己开发者。
4.选题下列给出的选课功能要要求供参考，具体需求分析和功能可以按实际情况做适当调整。
(1)学生学籍管理系统的设计与实现学籍管理负责记录入学、开学注册，基本信息维护、成绩管理、毕业资格审查等功能。
要求：1)操作员管理，增加、修改、删除操作员。
2)建立学生档案管理，输入、修改和删除学生基本信息。
软件数据库设计报告文档
软件数据库设计报告文档Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】软件数据库设计报告文档模板1. 引言引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。
1.1 编写目的说明这份数据库设计说明书是为哪份软件产品编写的，开发这个软件产品意义、作用以及最终要达到的意图。
通过这份数据库设计说明书详尽准确地描述了该软件产品的数据库结构。
如果这份数据库设计说明书只与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。
1.2 项目来源具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：●任务提出者；●软件开发者；●产品使用者。
1.3 文档约定描述编写文档时所采用的各种排版约定。
排版约定应该包括：●命名方法；●提示方式；●通配符号：●等等。
1.4 预期读者和阅读建议列举本数据库设计说明书所针对的各种不同的预期读者，例如，可能包括：●开发人员；●项目经理；●测试人员；●文档编写人员。
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
1.5 参考资料列举编写需求规格说明书时所用到的参考文献及资料，可能包括；●本项目的合同书；●上级机关有关本项目的批文；●本项目已经批准的计划任务书；●用户界面风格指导；●开发本项目时所要用到的标准；●系统规格需求说明；●使用实例文档；●属于本项目的其它已发表文件；●本数据库设计说明书中所引用的文件、资料；●相关软件产品数据库设计说明书；●等等。
为了方便读者查阅，所有参考资料应该按一定顺序排列。
如果可能，每份资料都应该给出：●标题名称；●作者或者合同签约者；●文件编号或者版本号；●发表日期或者签约日期；●出版单位或者资料来源。
2. 数据库命名规则完整并且清楚的说明本数据库的命名规则，在《南京市交通局信息化数据库建设规范》中已经给出了一个完整的数据库命名规则，开发者应遵守执行，如果本数据库的命名规则与该规范不完全一致，应作出解释。
MySQL数据库设计报告模板
例如：在学生表中插入一个新同学的相关信息（注：学号是主码，故不可以相同）
INSERT
INTO学生表(学号,姓名,性别,出生年月,籍贯,政治面貌,名族,院系,电话)
VALUES(‘34’,’丁一’,’女’,’1986年1月1号’,’北京’,’团员’,’汉族’,’信息工程系’,’07978056’)
2.6.2
长度
是否允许为空
有无索引
教师号
varchar
50
不允许
有
姓名
varchar
50
允许
无
性别
varchar
50
允许
无
系编号
varchar
50
不允许
有
表2.6学生表
属性名
数据类型
长度
是否允许为空
有无索引
学号
varchar
50
不允许
有
姓名
varchar
50
允许
无
性别
varchar
50
允许
无
出生年月
smalldatetime
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件数据库设计报告文档模板1. 引言 (2)1.1编写目的 (3)1.2项目来源 (3)1.3文档约定 (3)1.4预期读者和阅读建议 (3)1.5参考资料 (3)2. 数据库命名规则 (4)3. 数据库设计说明 (4)3.1数据库逻辑设计 (4)3.2数据库物理设计 (4)3.3数据库分布 (4)3.4基表设计 (5)3.5视图设计 (6)3.6索引设计 (7)3.7完整性约束 (8)3.8授权设计 (8)3.9触发器设计 (9)3.10存储过程设计 (9)3.11数据复制设计 (10)4. 词汇表 (11)5. 历史数据处理 (11)1. 引言引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。
1.1 编写目的说明这份数据库设计说明书是为哪份软件产品编写的，开发这个软件产品意义、作用以及最终要达到的意图。
通过这份数据库设计说明书详尽准确地描述了该软件产品的数据库结构。
如果这份数据库设计说明书只与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。
1.2 项目来源具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：●任务提出者；●软件开发者；●产品使用者。
1.3 文档约定描述编写文档时所采用的各种排版约定。
排版约定应该包括：●命名方法；●提示方式；●通配符号：●等等。
1.4 预期读者和阅读建议列举本数据库设计说明书所针对的各种不同的预期读者，例如，可能包括：●开发人员；●项目经理；●测试人员；●文档编写人员。
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
1.5 参考资料列举编写需求规格说明书时所用到的参考文献及资料，可能包括；●本项目的合同书；●上级机关有关本项目的批文；●本项目已经批准的计划任务书；●用户界面风格指导；●开发本项目时所要用到的标准；●系统规格需求说明；●使用实例文档；●属于本项目的其它已发表文件；●本数据库设计说明书中所引用的文件、资料；●相关软件产品数据库设计说明书；●等等。
为了方便读者查阅，所有参考资料应该按一定顺序排列。
如果可能，每份资料都应该给出：●标题名称；●作者或者合同签约者；●文件编号或者版本号；●发表日期或者签约日期；●出版单位或者资料来源。
2. 数据库命名规则完整并且清楚的说明本数据库的命名规则，在《南京市交通局信息化数据库建设规范》中已经给出了一个完整的数据库命名规则，开发者应遵守执行，如果本数据库的命名规则与该规范不完全一致，应作出解释。
3. 数据库设计说明3.1 数据库逻辑设计数据库设计人员根据《软件需求分析报告》，创建与数据库相关的实体关系图(E-R图)。
如采用面对对象的分析和设计方法，则此处的实体相当于类。
在此处，应给出逻辑设计的完整的E-R图。
3.2 数据库物理设计在此处应给出完整的数据库物理结构E-R图。
开发者应根据逻辑设计的结果，进行数据库的物理设计，并对表结构进行规范化处理(第一范式，第二范式，第三范式)。
3.3 数据库分布数据库分布采用一张表格进行描述，其格式如下：其中：●数据库编号给出本系统中指定数据库的顺序编号。
若本系统中只有一个数据库，则本项内容不需要描述，本表内容也只有一行。
说明：在一个系统中可能安装若干个相同的或者不同的数据库管理系统，一个数据库管理系统也可能安装一个或者多个数据库。
●数据库管理系统名称给出本系统中指定数据库管理系统的商品名称。
若本系统中只有一种数据库管理系统，则本项内容不需要描述。
●数据库管理系统版本号给出本系统中指定数据库管理系统的版本号。
若本系统中只有一个版本的数据库管理系统，则本项内容不需要描述。
●数据库英文名称给出本数据库的英文名称，该名称是在应用软件中实际使用的名称，必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
●数据库中文名称给出本数据库的中文名称，该名称是本数据库英文名称的说明。
●数据库安装物理位置给出本数据库安装的实际位置，必须描述清楚该位置是在那个物理设备的哪一个逻辑存储设备上，以及存储文件的名称。
3.4 基表设计●数据库编号含义同上。
●基表编号给出本基表的顺序编号。
●基表英文名称给出本基表的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范。
●基表中文名称给出本基表的中文名称，该名称是本基表英文名称的说明。
●字段编号该基表中，各个字段的顺序编号。
●英文字段名该基表中，各个字段的英文名称，该名称必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
●中文字段名该基表中，各个字段的中文名称，该名称是英文字段名的说明。
●字段类型该基表中，各个字段的类型；如果需要，在说明类型时，还需要说明字段长度。
●备注该基表中，各个字段有关的限制性说明，需要描述的内容可能包括：⏹值域；⏹缺省值；⏹空字段限制；⏹显示格式与小数位数；⏹有效性规则与约束；⏹标题；⏹等等●说明说明一些有关本表的、必须描述清楚的问题，需要描述的内容可能包括：⏹主关键字；⏹索引、排序方式和类型；⏹触发器；⏹数据复制；⏹等等3.5 视图设计每个视图采用一张表格进行描述，其格式如下：其中：●数据库编号含义同上。
●视图编号给出本视图的顺序编号。
●视图英文名称给出本视图的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范。
●视图中文名称给出本视图的中文名称，该名称是本视图英文名称的说明。
●相关基表和视图列出建立该视图时，所用到的基表和视图。
●字段编号该视图中，各个字段的顺序编号。
●英文字段名该视图中，各个字段的英文名称，该名称必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
●中文字段名该视图中，各个字段的中文名称，该名称是英文字段名的说明。
●字段类型该视图中，各个字段的类型；如果需要，在说明类型时，还需要说明字段长度。
●字段源该视图中，各个字段的来源，即该字段原来是那个表或者那个视图中的那个字段；在某些情况下，字段可能来自一个特定的表达式。
●备注该视图中，各个字段有关的限制性说明，包括：⏹值域；⏹缺省值；⏹空字段限制；⏹显示格式与小数位数；⏹有效性规则与约束；⏹标题；⏹等等。
●说明说明一些有关本视图的、必须描述清楚的问题，需要描述的内容可能包括：⏹索引；⏹权限；⏹等等3.6 索引设计每个数据库的所有采用一张表格进行描述，其格式如下：其中：●数据库编号含义同上。
●索引编号给出本项索引的顺序编号。
●基表名称给出本项索引所在的基表名称。
●索引名称给出本项索引的名称。
●字段集名称给出本项索引所在的字段名称或者字段集名称。
●备注描述有关本项索引中，其它需要说明的事项，例如：排序方式、等等。
3.7 完整性约束每个数据库的完整性约束采用一张表格进行描述，其格式如下：其中：●数据库编号含义同上。
●约束编号给出本项完整性约束的顺序编号。
●完整性约束名给出本项完整性约束的名称。
●基表名给出本项完整性约束所在的基表名称。
●字段名给出本项完整性约束所在的字段名称。
●约束表达式给出本项完整性约束的逻辑表达式。
●备注描述有关本项完整性约束中，其它需要说明的事项。
3.8 授权设计每个数据库的授权采用一张表格进行描述，其格式如下：其中：●数据库编号含义同上。
●授权编号给出本项授权的顺序编号。
●用户名称给出本项授权的用户名称，这里的用户不一定是具体用户，也可以是用户组。
●对象名称给出本项授权的对象名称，例如：基表、字段、等等。
必须注意到，一个用户可能存在多项授权，应该逐项描述。
●权限被授权用户在该对象上拥有的访问权限，例如：查询权、修改权、等等。
●备注描述有关本项授权中，其它需要说明的事项。
3.9 触发器设计●数据库编号含义同上。
●触发器编号给出本触发器的顺序编号。
●触发器英文名称给出本触发器的英文名称，必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
●触发器中文名称给出本触发器的中文名称，该名称是本触发器英文名称的说明。
●触发器条件给出该触发器产生触发的条件。
●触发器结果给出该触发器被触发后所执行的动作内容。
3.10 存储过程设计每个数据库的授权采用一张表格进行描述，其格式如下：其中：●数据库编号含义同上。
●存储过程编号给出本存储过程的顺序编号。
●存储过程英文名称给出本存储过程的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范。
●存储过程中文名称给出本存储过程的中文名称，该名称是本存储过程英文名称的说明。
●存储过程内容给出该存储过程算法或者描述详细内容，如果需要，应该辅以流程图说明。
●说明描述本存储过程需要说明的一些事项。
3.11 数据复制设计每项数据复制采用一张表格进行描述，其格式如下：●数据复制编号给出本数据复制的顺序编哥●数据复制英文名称给出本数据复制的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范。
●数据复制中文名称给出本数据复制的中文名称，该名称是本数据复制英文名称的说明。
●源数据库编号作为复制数据源的数据库编号，编号含义同上。
●目标数据库编号作为复制目标的数据库编号，编号含义同上。
●复制说明给出该复制的详细描述，如果需要，应该辅以示意图说明。
●执行方式给出该复制的执行方式，描述时应该说明：●自动执行必须说明执行周期或者执行条件。
●调用执行必须说明被那个模块调用，以及是手动调用，还是条件调用。
●源数据库名称给出对应源数据库编号的源数据库名称。
●目标数据库名称给出对应目标数据库编号的目标数据库名称。
●基表名称分别给出源数据库和目标数据库中，进行对应复制的源基表名称和目标基表名事例。
●字段名称分别给出源基表和目标基表中，进行对应复制的源字段名称和目标字段名称。
●备注描述本复制中需要说明的一些特殊事项。
4. 词汇表列出本文件中用到的专业术语的定义，以及有关缩写的定义(如有可能，列出相关的外文原词)。
为了便于非软件专业或者非计算机专业人士(例如：文档编写人员等等。
)阅读数据库设计说明书，要求使用非软件专业或者非计算机专业的术语进行描述。
所以这里所指的专业术语，是指业务层面上的专业术语，而不是软件专业或者计算机专业的术语。
但是，对于无法回避的软件专业或者计算机专业术语，也应该列入词汇表，并且加以准确定义。
5. 历史数据处理严格说来，历史数据处理并不属于数据库设计范畴。
但是对于大多数数据库来说，如果历史数据处理不当，少则数月、多则数年，最终将使数据库无法正常运行。
这段时间的长短取决于数据库设计容量大小，以及数据流强度(即在单位时间内进入数据库的数据记录数量)高低。
因此应该设计专门的归档数据库，并根据历史数据需要保存备查的时间长短，定期将历史数据转移到归档数据库中。