配置管理数据库设计说明书
数据库设计说明书
数据库设计说明书一、背景随着信息化时代的到来，数据库管理系统在各个领域得到广泛应用，数据库设计成为信息系统中至关重要的一环。
本文描述了一个虚拟企业的数据库设计，旨在解决该企业业务数据管理方面的需求。
二、需求分析1. 数据库目标建立一个可靠、高效、安全的数据库系统，满足企业对业务数据的存储、管理和查询需求。
2. 数据库功能•实现数据的高效存储和检索•确保数据的完整性和一致性•支持不同数据表之间的关联和查询•提供权限管理和数据安全保障三、数据库设计1. 实体关系模型(ERM)以下是本数据库的实体-关系模型设计：•公司(Company)–公司ID (CompanyID)–公司名称 (CompanyName)–公司地址 (CompanyAddress)•员工(Employee)–员工ID (EmployeeID)–姓名 (EmployeeName)–部门 (Department)–职位 (Position)•产品(Product)–产品ID (ProductID)–产品名称 (ProductName)–价格 (Price)•订单(Order)–订单ID (OrderID)–员工ID (EmployeeID)–产品ID (ProductID)–订单日期 (OrderDate)2. 数据表设计公司表(Company) | 公司ID | 公司名称 | 公司地址 | |——–|——–|———| | 1 | XX公司 | xx地址 | | 2 | YY公司 | yy地址 |员工表(Employee) | 员工ID | 姓名 | 部门 | 职位 | |——–|—–|—-|—-| | 1 | 张三 | 开发部 | 工程师 | | 2 | 李四 | 销售部 | 主管 |产品表(Product) | 产品ID | 产品名称 | 价格 | |——–|——–|—–| | 1 | 产品A | 100 | | 2 | 产品B | 200 |订单表(Order) | 订单ID | 员工ID | 产品ID | 订单日期 | |——–|——–|——–|———| | 1 | 1 | 1 | 2022-01-01 | | 2 | 2 | 2 | 2022-01-02 |四、安全性和性能考虑1. 安全性•数据备份和恢复策略•访问权限控制•数据加密传输2. 性能•索引优化•查询语句调优•适当的硬件资源配置五、总结本文介绍了一个虚拟企业的数据库设计说明书，包括需求分析、数据库设计、安全性和性能考虑等内容。
软件配置管理计划模板
卷号DEPLOY卷内编号DEPLOY005密级组内HD20090917SR005通用型行政审批服务协同管理平台配置管理计划1.2项目承担部门：java第四组撰写人（签名）：区允文完成日期：2010年8月4日本文档使用部门：■主管领导■项目组□客户（市场）□维护人员□用户评审负责人（签名）：江威龙评审日期：2010/8/4目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料41.5概述42.项目配置42.1组织结构42.2职责和接口52.3工具、环境和基础设施53.配置管理活动63.1配置库63.1.1配置库架构63.1.2权限分配73.1.3配置库层次及开发活动说明：83.2配置标识93.2.1标识方法93.2.2项目基线103.3配置项113.4配置和变更控制113.4.1变更请求的处理和审批113.4.2变更控制委员会 (CCB)113.4.3变更过程中的活动113.4.4变更过程中的变更请求状态123.4.5保存变更历史记录133.4.6变更请求中受影响配置项的变更133.5配置状态统计143.5.1项目介质存储和发布进程143.5.2报告和审计144.里程碑155.培训和资源156.分包商和厂商软件控制157.附录15配置管理计划1.简介1.1目的为了使项目相关的各种资源便于查看，修改，不至于凌乱；为了让各个开发人员方便高效地协同合作；为了项目的版本便于管理，作出此配置管理计划。
1.2范围项目进行中所得出的所有工件都要遵守此计划，包括文档以及源代码，以及硬件。
1.3定义、首字母缩写词和缩略语CM：配置管理。
CCB：变更控制委员会。
CI：配置项。
包含文档、程序。
Baseline：基线。
CR：变更请求。
PCA：物理审计。
FCA：功能审计。
1.4参考资料《华南农业大学软件学院实训讲义》《华南农业大学项目阶段评审工件》1.5概述此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。
OA办公管理系统数据库设计说明书
OA办公管理系统数据库设计说明书1. 引言本文档主要描述了OA办公管理系统数据库的设计方案，包括数据库的整体架构、表结构设计、字段设计、索引设计等。
本数据库设计旨在满足OA办公管理系统的需求，为系统的稳定运行提供支持。
2. 数据库整体架构2.1 数据库选型本系统采用MySQL数据库进行数据存储。
MySQL是一款开源的关系型数据库管理系统，具有高性能、易部署、易维护等特点，能够满足本系统的需求。
2.2 数据库架构设计本系统数据库分为三个层次：数据表、表空间、数据库。
数据表是数据库中的基本单位，存储具体的业务数据。
表空间是数据库中用于存储数据表的数据文件集合，一个数据库可以包含多个表空间。
数据库是表空间的管理单元，用于组织和管理表空间。
3. 表结构设计本数据库共包含10张表，分别为：用户表、部门表、岗位表、菜单表、角色表、权限表、公告表、任务表、日志表、配置表。
以下为各表的结构设计。
3.1 用户表（user）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，用户ID |username | varchar(50) | 用户名 |password | varchar(50) | 密码 |realname | varchar(50) | 真实姓名 |dept_id | int | 部门ID |post_id | int | 岗位ID |email | varchar(100) | 邮箱 |status | tinyint | 状态（1：正常，0：禁用） | create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.2 部门表（dept）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，部门ID |name | varchar(50) | 部门名称 |parent_id | int | 父部门ID |leader_id | int | 部门领导ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.3 岗位表（post）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，岗位ID |name | varchar(50) | 岗位名称 |dept_id | int | 部门ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.4 菜单表（menu）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，菜单ID |name | varchar(50) | 菜单名称 |parent_id | int | 父菜单ID |sort | tinyint | 排序 |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.5 角色表（role）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，角色ID |name | varchar(50) | 角色名称 | create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.6 权限表（permission）字段名 | 字字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，权限ID |name | varchar(50) | 权限名称 | role_id | int | 角色ID |menu_id | int | 菜单ID |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.7 公告表（notice）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，公告ID |content | text | 公告内容 |creator_id | int | 创建者ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.8 任务表（task）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，任务ID |title | varchar(100) | 任务标题 |content | text | 任务内容 |assignee_id | int | 执行者ID |create_time | datetime | 创建时间 |due_time | datetime | 截止时间 |status | tinyint | 状态（1：待办，2：进行中，3：已完成，4：已取消） | update_time | datetime | 更新时间 |3.9 日志表（log）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，日志ID |user_id | int | 用户ID |operation | varchar(100) | 操作类型 |object_type | varchar(50) | 操作对象类型 |object_id | int | 操作对象ID |before_value | text | 操作前数据 |after_value | text | 操作后数据 |create_time | datetime | 创建时间 |3.10 配置表（config）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，配置ID |name | varchar(50) | 配置名称 |value | varchar(200) | 配置值 |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |4. 索引设计为了提高数据库的查询效率，本数据库设计了以下索引：•用户表：idx_username（username），idx_dept_id（dept_id），idx_post_id（post_id）•部门表：idx_name（name），idx_parent_id（parent_id）•岗位表：idx_name（name），idx_dept_id（dept_id）•菜单表：idx_name（name），idx_parent_id（parent_id）•角色表：idx_name（name）•权限表：idx_name（name），idx_role_id（role_id），idx_menu_id （menu_id）•公告表：idx_title（title）•任务表：idx_title（title），idx_assignee_id（assignee_id），idx_status（status）•日志表：idx_user_id（user_id），idx_operation（operation），idx_object_type（object_type），idx_object_id（object_id）•配置表：idx_name（name）5. 总结本数据库设计为OA办公管理系统提供了全面的数据存储方案。
系统数据库设计说明书
XXXXX工作平台数据库设计说明书XXXXXX有限公司2015年7月1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2外部设计 (2)2.1标识符和状态 (2)2.2使用它的程序 (2)2.3约定 (2)2.4专门指导 (2)2.5支持软件 (3)3结构设计 (3)3.1概念结构设计 (3)3.2逻辑结构设计 (13)3.3物理结构设计 (14)4运用设计 (15)4.1数据字典设计 (15)4.2安全保密设计 (15)1引言1.1编写目的本文档说明了此平台的数据库的设计，以作为系统开发实现的依据。
本文主要阅读对象为业主方、承建方相关技术人员和项目责任人。
1.2背景>开发者：XXXXX有限公司>用户：XXXXXX>运行该程序系统的计算中心：本系统将使用mysql最新版（5.6）作为数据库存储系统1.3定义1.4参考资料>《软件开发管理规范》> 《ISO 9001:2000》2外部设计2.1标识符和状态数据库软件：MySQL Server 5.6系统要求建立的数据库名称：fireControl；2.2使用它的程序可能使用的该数据库的应用程序包括：1、XXXXX工作平台2015年5月；2.3约定1、新建表时以t_起始，如用户表t_user。
2.4专门指导系统使用JDBC（Java Data Base Connectivity,java数据库连接）实现与数据库的接口，JDBC是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。
JDBC提供了一种基准，据此可以构建更高级的工具和接口，使数据库开发人员能够编写数据库应用程序，同时，JDBC也是个商标名。
有了JDBC，向各种关系数据发送SQL语句就是一件很容易的事。
换言之，有了JDBC API，就不必为访问Sybase数据库专门写一个程序，为访问Oracle数据库又专门写一个程序，或为访问Informix数据库又编写另一个程序等等，程序员只需用JDBC API写一个程序就够了，它可向相应数据库发送SQL调用。
CMMI-配置管理计划
项目编号：项目名称：数字签名配置管理支配状态 草稿标识号V1.0初始版当前版本修订版发布日期2C1模板编号密级 无密级 秘密 绝密修订历史记录日期版本说明作者变更恳求号0.1起草李晓娅1.0发布李晓娅目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料51.5概述52.软件配置管理52.1组织、职责和接口52.2工具、环境和基础设施63.配置管理活动93.1配置标识93.2配置项变更限制103.3配置管理活动支配113.4报告和审计144.培训和资源154.1培训所需环境154.2培训参与人员164.3培训具体支配165.分包商和厂商软件限制16配置管理支配1.简介1.1目的在数字签名项目的生命周期内，为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整，特制定本支配。
1.2范围纳入数字签名项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语本小节应供应正确理解此配置管理支配所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来供应。
配置管理。
1.3.1配置项（ )指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.2基线（）一种通过正式评审和认可的规范说明或产品，此后将其作为进一步开发的基础，只有通过正式的变更限制过程才可以变更。
1.3.3基线库（）项目软件生命周期中基线的集合。
用软件工具管理时，基线库可以是一个独立的系统，也可以是系统中的一个书目。
1.3.4配置审计（）审核配置管理库系统的结构和设施，验证软件基线库内容的完备性和正确性，验证及适用的配置管理标准和规程的符合性1.3.5配置限制委员会（）有权力管理项目基线的委员会，它代表项目经理和全部可能受到项目基线更改影响的组的利益，由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
数据库设计说明书模版
公路水路交通运输信息共享与服务系统一期工程（XX子系统）数据库设计说明书版本历史签字页目录第一章引言11.1标识11.2数据库概述11.3文档概述1第二章引用文件2第三章数据库级设计决策3第四章数据库详细设计4第五章运用设计65.1数据字典设计65.2安全设计6第六章用于数据库访问或操纵的软件配置项的详细设计7第七章需求的可追踪性10第八章注解11第九章附录12第一章引言1.1标识本条应包含本文档适用的数据库的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2数据库概述本条应简述本文档适用的数据库的用途。
它应描述数据库的一般性质；概括它的开发、使用和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。
1.3文档概述本条应概括本文档的用途与容，并描述与其使用有关的性或私密性要求。
第二章引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
也应标识不能通过正常的供货渠道获得的所有文档的来源。
第三章数据库级设计决策本章应根据需要分条给出数据库级设计决策，即数据库行为设计决策(从用户的角度看，该数据库如何满足它的需求而忽略部实现)和其他影响数据库进一步设计的决策。
如果所有这些决策在系统或CSCI需求中均是明确的，本章应如实述。
对应于指定为关键性需求(如安全性、性、私密性需求)的设计决策，应在单独的条中加以描述。
如果设计决策依赖于系统状态或方式，则应指出这种依赖性。
如果设计决策的部分或全部已在定制的或商用的数据库管理系统(DBMS)的文档中作了描述，本章可引用它们。
应给出或引用理解设计所需的设计约定。
数据库级设计决策的例子如下：a.关于该数据库应接受的查询或其他输入和它应产生的输出(显示、报告、消息、响应等)的设计决策，包括与其他系统、HWCI,CSCI和用户的接口(本文的5.x.d标识了本说明要考虑的主题)。
如果该信息的部分或全部已在接口设计说明(IDD)中给出，此处可引用。
软件配置管理工具的数据库设计与实现
软件配置管理工具的数据库设计与实现
徐冰霖;李权
【期刊名称】《飞行器测控学报》
【年(卷),期】2003(022)004
【摘要】软件配置管理是CMM的一个关键过程域,是软件开发过程的重要过程之一,是一套按规则管理软件生命周期全过程中各种中间软件产品和最终软件产品的方法和技术.随着我国航天事业的飞速发展,对航天测控软件的质量要求也越来越高,为此,我们开发了针对航天测控软件系统的软件配置管理工具(SCMT).本文介绍了软件配置管理的基本概念和SCMT中的数据库系统的设计和实现思想.
【总页数】5页(P89-93)
【作者】徐冰霖;李权
【作者单位】西安卫星测控中心·陕西西安505信箱13号·710043;西安卫星测控中心·陕西西安505信箱13号·710043
【正文语种】中文
【中图分类】TP31
【相关文献】
1.SCMT软件配置管理工具的设计与实现 [J], 周鑫;李德治
2.软件配置管理工具Rational ClearCase的功能及应用 [J], 刘杨赫
3.基于数据库的文件系统管理工具设计与实现 [J], 石京燕;陈德清
4.嵌入式数据库SQLite的远程可视化维护管理工具的设计与实现 [J], 陈晓东;曹
奇英
5.数据库加密管理工具的设计与实现 [J], 戴一奇;苏中民
因版权原因，仅展示原文概要，查看原文内容请购买。
医院HIS管理系统详细设计说明书
医院HIS管理系统详细设计说明书医院HIS管理系统详细设计说明书1 介绍本章节旨在提供对医院HIS管理系统的概述、目标和范围的详细说明。
1.1 背景在这个部分，说明医院HIS管理系统的开发背景和目的。
1.2 目标这一部分描述医院HIS管理系统的主要目标，例如提高医院管理效率、优化患者就诊流程等。
1.3 范围这一部分说明医院HIS管理系统所涵盖的功能和模块的范围。
2 功能需求本章节详细描述医院HIS管理系统的功能需求，包括但不限于以下模块：2.1 患者管理详细描述患者管理模块的功能需求，包括患者注册、患者档案管理、患者信息查询等。
2.2 预约挂号详细描述预约挂号模块的功能需求，包括医生排班管理、预约挂号、预约取消等。
2.3 医生门诊详细描述医生门诊模块的功能需求，包括医生排班查询、患者就诊记录管理等。
2.4 医技检查详细描述医技检查模块的功能需求，包括医技科室排班管理、医技检查申请、检查结果查询等。
2.5 药房管理详细描述药房管理模块的功能需求，包括药品库存管理、药品采购、药品发放等。
2.6 财务管理详细描述财务管理模块的功能需求，包括费用结算、财务报表、费用统计等。
3 技术架构本章节详细描述医院HIS管理系统的技术架构，包括硬件环境、软件环境、数据库设计等。
3.1 硬件环境描述医院HIS管理系统所需的硬件设备和配置要求。
3.2 软件环境描述医院HIS管理系统所需的操作系统、开发工具和其他软件的环境要求。
3.3 数据库设计详细描述医院HIS管理系统的数据库设计，包括数据表结构、数据字典等。
4 界面设计本章节详细描述医院HIS管理系统的界面设计，包括系统登录界面、功能模块界面等。
4.1 系统登录界面描述医院HIS管理系统的登录界面设计，包括用户名、密码输入框、登录按钮等。
4.2 功能模块界面描述医院HIS管理系统各功能模块的界面设计，包括菜单、按钮、表格等。
5 数据流程本章节详细描述医院HIS管理系统各功能模块之间的数据流程，包括数据的输入、输出、传递等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1引言 ...................................................................................................... 错误!未定义书签。
编写目的....................................................................................................... 错误!未定义书签。
背景 .............................................................................................................. 错误!未定义书签。
定义 .............................................................................................................. 错误!未定义书签。
参考资料....................................................................................................... 错误!未定义书签。
2外部设计............................................................................................... 错误!未定义书签。
标识符和状态............................................................................................... 错误!未定义书签。
使用它的程序............................................................................................... 错误!未定义书签。
约定 .............................................................................................................. 错误!未定义书签。
专门指导....................................................................................................... 错误!未定义书签。
支持软件....................................................................................................... 错误!未定义书签。
3结构设计............................................................................................... 错误!未定义书签。
概念结构设计............................................................................................... 错误!未定义书签。
逻辑结构设计............................................................................................... 错误!未定义书签。
物理结构设计............................................................................................... 错误!未定义书签。
4运用设计............................................................................................... 错误!未定义书签。
数据字典设计............................................................................................... 错误!未定义书签。
安全保密设计............................................................................................... 错误!未定义书签。
数据库设计说明书（GB8567——88）1引言编写目的数据库系统提供了数据持久存储的能力，是现有软件系统中一个重要的组成部分。
本数据库设计说明书在对功能需求进行确认的基础上，建立数据库的概念模型，然后转化成关系模型，以达到直接应用的目的。
它是软件实施的唯一依据，也是将来系统维护的主要参考资料。
背景配置管理子系统是IPv4&v6一体化综合网管系统中一个重要的子系统，是网管五大功能模块FCAPS中的C。
清华大学信息工程网络研究中心（简称网络中心），根据CERNET2建设和发展的需要，同时考虑到IPv4网络和IPv6网络的长期共存与互通这一基本情况，研究并开发的。
为了适应国家发改委发布的下一代互联网/IPv6规划，推动IPv6的发展，网络中心正逐步将该项目产业化。
本子系统的直接用户是校园网及大中型企业局域网的网管人员，开发目的在于：通过本子系统的开发与应用，使网管人员快速标识网络中的设备，收集设备信息，维护所有网络单元的最新设备清单及其连接关系，同时为其它子系统提供数据同步支持，从而提高工作效率和管理水平。
定义参考资料[1]Hwa-Chun Lin and Chien-Hsing Wang, "DISTRIBUTED NETWORK MANAGEMENT BY HTTP-BASED REMOTE INVOCATION", Global Telecommunications Conference - Globecam'99, 1999,Volume3, Page(s):1889 - 1893 .[2]孙卫琴精通Hibernate:Java对象持久化技术详解电子工业出版社2外部设计标识符和状态IPv4&v6一体化综合网管系统使用mysql4.1.21作为数据库支持平台，为系统提供数据支持。
在mysql数据库中，针对用户权限管理模块，我们建立了一个config数据库。
使用它的程序使用该数据库的应用程序为IPv4&v6一体化网管系统中配置管理子系统（）。
约定专门指导数据库user关系表的生成，可以采用两种方式：1.手工创建2.首先创建对象--关系映射表，然后根据Hibernate的hbm2ddl工具，在文件中加入<property name="">create</property>该配置项，在系统运行时自动生成注：创建关系表时，数据库采用InnoDB类型，字符集采用utf8编码。
支持软件1.数据库管理系统为：mysql4.1.212.使用管理数据源3.利用进行对象--关系数据映射4.使用该数据库的应用程序为IPv4&v6一体化网管系统中配置管理子系统（）3结构设计需求分析3.1.1数据流图图5-1 配置管理子系统顶层DFD图5-2 配置管理子系统节点管理功能模块DFD数据存储：1.E1：设备分组表，存储设备分组信息；节点与分组关联表，存储节点与分组关联信息2.E2：netpart表，包含节点共有信息3.E3：节点信息表，包含节点详细信息4.E4：IP信息表，包含IPv4&v6信息5.E5：节点类型表，包含节点所属的类型信息6.E6：snmp表，包含节点的SNMP信息7.E7：device表，包含节点的资产管理信息8.E8：接口表，包含接口详细信息9.E9：接口类型表，包含接口所属的类型信息10.E10：接口操作状态表，包含IPv4&v6操作状态11.E11：接口管理状态表，包含IPv4&v6管理状态12.E12：链路信息表，包含链路详细信息3.1.2数据字典数据字典（DD：Data Directory）描述各数据（包括文字型数据）的类型和长度等属性以及它们在数据库中的组成结构。
在关系型数据库中，数据以基表、记录、字段来组织（基表由记录组成，记录由字段组成）。
本设计说明书以数据库基表为单位说明系统的数据字典。
基表描述中的权限项，用C（Create）、S（Select）、U（Update）三个字母分别表示对该基表的建表、读用记录、增删改其记录的权限赋给哪些子系统；子系统名用如下代号表示：NU：用户权限NC：配置管理NT：拓扑发现NF：故障管理NP：性能管理NE：综合事件平台NM：晴雨表基表描述中的类型项，用字符D、C、VC、N分别表示日期型、字符型、可变长字符型、数值型等字段类型；长度用园括号括起来，并写在类型之后；对带小数点的数值字段，要给出字段总长度和小数位数，中间用小数点隔开。
如：C(8)表示长度为8的字符型字段；VC(32)表示最大长度为32的可变长字符类型；N(6)表示最大值不超过6位数的整数型字段；N表示最大长度为12的数值型，其中小数位占4位。
表3-1 netpart表表3-3 netnode表表3-4 ifinterface表表3-5 link表表3-8 netadmin表表3-10 groupnode表表3-12 interfacetype表表3-13 ipsetting表表3-14 ipv6setting表表3-15 managementstatus表表3-16 operationstatus表概念结构设计3.1.1 E-R图逻辑结构设计3.3.1由概念模型和向关系模式转化3.3.2配置管理子系统关系模型物理结构设计建立系统程序员视图，包括：a．数据在内存中的安排，包括对索引区、缓冲区的设计；b．所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分；c．访问数据的方式方法。
4运用设计数据字典设计对数据库设计中涉及到的各种项目，如数据项、记录、系、文卷、模式、子模式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。