当前位置:文档之家› NC数据字典

NC数据字典

NC数据字典
NC数据字典

bd_corp - 公司目录字段列表

bd_deptdoc - 部门档案字段列表

sm_user - 用户表字段列表

bd_psndoc - 人员档案字段列表

bd_psnbasdoc - 人员个人信息

字段列表

bd_currtype - 币种表

字段列表

外键列表

bd_glorgbook - 会计主体账簿字段列表

bd_glorg - 会计主体字段列表

bd_glbook - 核算账簿

字段列表

bd_subjtype - 科目类型表2 字段列表

bd_accsubj - 科目表字段列表

bd_bdinfo - 基础数据资源表字段列表

bd_subjass - 辅助核算类别表字段列表

gl_voucher - 凭证表字段列表

gl_detail - 凭证分录字段列表

gl_freevalue - 辅助核算内容表字段列表

bd_cashflow - 现金流量项目字段列表

仓库管理系统数据字典设计

仓库管理系统数据字典设计 1.数据流 (1)数据流名称:入库信息 数据流别名:无 说明:即将装入仓库的货物的信息 数据流来源:入库台账表 数据流流向:仓库管理员 数据流组成:入库表号+货物编号+入库时间+数量 数据流量:根据事物的需要,一般很频繁 (2)数据流名称:出库信息 数据流别名:无 说明:销售后即将出库的货物的信息 数据流来源:出库台账表 数据流流向:仓库管理员 数据流组成:出库表号+货物编号+出库时间+数量 数据流量:根据事物的需要,一般很频繁 (3)数据流名称:货物信息 数据流别名:无 说明:对仓库中的所有货物的信息的统计 数据流来源:货物表 数据流流向:仓库管理员 数据流组成:货物=货物编号+名称+单价+生产厂商+重量 数据流量: 根据事物的需要,一般很频繁 (4)数据流名称:借条信息: 数据流别名:无 说明:客户,供应商或者企业中其他仓库借出货物的信息。数据流来源:借条信息表 数据流流向:仓库管理员 数据流组成:借条信息=出库表号+借出人姓名+还库时间 数据流量 2.数据项 (1)数据项名称:货物编号 数据项别名:货物号 说明:仓库中的货物的唯一标识 类型:字符型 长度:10 (2)数据项名称:货物名称 数据项别名:名称 说明:货物的名称 类型:字符型 长度:10

(3)数据项名称:单价 数据项别名:货物单价 说明:货物的单价等信息 类型:money 长度:20 (4)数据项名称:生产厂商 数据项别名:生产厂商 说明:无 类型:字符型 长度:50 (7)数据项名称:重量 数据项别名:重量 说明:货物的重量 类型:float 长度:20 (6)数据项名称:入库时间 数据项别名:入库时间 说明:货物进入仓库的时间 类型:datetime 长度:10 (12)数据项名称:入库表号数据项别名:无 说明:无 类型:字符型 长度:10 (13)数据项名称:数量 数据项别名:入库货物数量 说明:入库的货物数量 类型:int 长度:20 (14)数据项名称:出库表号数据项别名:无 说明:无 类型:字符型 长度:10 (15)数据项名称:出库时间数据项别名:无 说明:货物出库的时间 类型:datetime 长度:20 (15)数据项名称:借出人姓名数据项别名:无 说明:货物被借出的接收人姓名类型:字符型

数据字典设计文档模板

数据字典系统设计 CAD中心 2011年09月16日

修改记录 CAD中心 所有,保留一切权利 在没有得到本中心的书面许可时,任何单位和个人不得擅自摘抄、复制本书(软件等)的一部分或全部以任何形式(包括资料和出版物)进行传播。 所有,侵权必究

目录 1引言 (3) 1.1编写目的 (3) 1.2参考资料 (3) 2数据结构设计规则 (4) 3ORACLE数据库设计 (5) 3.1表空间设计: (5) 3.2用户名设定: (5) 4系统数据表设计 (6) 4.1第一部分 (6) 4.2数据表的设计实现 (6) 5系统数据视图设计 (7) 5.1视图设计说明 (7) 5.2视图设计实现 (7) 6数据库触发器设计 (8) 6.1数据库触发器设计说明 (8) 6.2触发器设计实现 (8) 7数据库端过程/函数设计 (9) 7.1系统过程/函数设计说明 (9) 7.2过程/函数设计实现 (9)

1引言 1.1编写目的 该说明书为数据字典说明书,其主要目的是: ?详细定义系统各部分数据表结构; ?详细定义系统的数据库端实现的视图、触发器、及过程、函数;?作为开发人员之间对研发产品共同认识的基础; ?定义数据库端系统的程序设计; ?开发及维护的技术和文献依据; ?作为系统验收及测试的文献依据; ?本说明书作为软件公司研发人员讨论的依据和结论的记录; ?本说明书同时可作为软件公司软件测试及结题的参考。 1.2参考资料 GB/T 11457 软件工程术语 GB8566-1995 计算机软件开发规 GB 8567-1995 计算机软件产品开发文件编制指南 GB/T12504 计算机软件质量保证计划规 GB/T12505 计算机软件配置管理计划规

数据字典设计模板

数据字典系统设计 CAD中心

2011年09月16日

修改记录

CAD中心 版权所有,保留一切权利 在没有得到本中心的书面许可时,任何单位和个人不得擅自摘抄、复制本书(软件等)的一部分或全部以任何形式(包括资料和出版物)进行传播。版权所有,侵权必究

目录 1引言....................................... 错误!未定义书签。 编写目的................................... 错误!未定义书签。 参考资料................................... 错误!未定义书签。2数据结构设计规则........................... 错误!未定义书签。3ORACLE数据库设计.......................... 错误!未定义书签。 表空间设计:............................... 错误!未定义书签。 用户名设定:............................... 错误!未定义书签。4系统数据表设计............................. 错误!未定义书签。 第一部分................................... 错误!未定义书签。 数据表的设计实现........................... 错误!未定义书签。5系统数据视图设计........................... 错误!未定义书签。 视图设计说明............................... 错误!未定义书签。 视图设计实现............................... 错误!未定义书签。6数据库触发器设计........................... 错误!未定义书签。 数据库触发器设计说明....................... 错误!未定义书签。 触发器设计实现............................. 错误!未定义书签。7数据库端过程/函数设计...................... 错误!未定义书签。 系统过程/函数设计说明...................... 错误!未定义书签。 过程/函数设计实现.......................... 错误!未定义书签。

北京理工大学-数据库-作业2-数据字典表设计

北京理工大学 数据库 作业2 主讲老师:赵小林 学生:李经 2012/11/27

Assignment 2:Database Design (1) 2.1 作业声明 (1) 2.2 作业内容 (1) 2.2.1 多级代码数据字典表设计 (1)

Assignment 2:Database Design 2.1 作业声明 本次作业全部由本人完成,若存在抄袭现象,本人愿意接受本次作业按照0分记录的处理2.2 作业内容 2.2.1多级代码数据字典表设计 需要解决的问题: 1、编码长度改变 2、编码方式改变 3、代码有效期改变 4、代码被覆盖或替换 5、要求保留原信息 多级表示例请参照课堂讲义。 2.2.1.1 解决方案 方案一: 设计各表如下: 学科门类表(xkml) 字段名字段含义字段类型字段长度NULL 备注xkmlmc 学科门类名称字符30 xkmldh 学科门类代号varchar 10 PK kssxsj 开始生效时间日期 jzsxsj 截止生效时间日期√

一级学科表(yjxk) 字段名字段含义字段类型字段长度NULL 备注 yjxkmc 一级学科名称字符30 xkmldh 学科门类代号varchar 10 FK yjxkdh 一级学科代号varchar 20 PK kssxsj 开始生效时间日期 jzsxsj 截止生效时间日期√ 二级学科表(ejxk) 字段名字段含义字段类型字段长度NULL 备注ejxkmc 二级学科名称字符30 yjxkdh 一级学科代号varchar 20 FK ejxkdh 二级学科代号varchar 30 PK kssxsj 开始生效时间日期 jzsxsj 截止生效时间日期√ 三级学科表(sjxk) 字段名字段含义字段类型字段长度NULL 备注 sjxkmc 三级学科名称字符30 ejxkdh 二级学科代号varchar 30 FK sjxkdh 三级学科代号varchar 40 PK kssxsj 开始生效时间日期 jzsxsj 截止生效时间日期√ 设计思路&解决方法: 先建立以上4张表,其中外键的设置方式为:每一级学科的上级代号参照上级学科表的相应代号,例如:三级学科表中的二级学科代号参照二级学科表中的二级学科代号。 1、编码长度改变:各级学科代号为varchar,学科级数每增加一级,代号长度就增加10,基本可满足要求。 2、编码方式改变:例如增加一个四级学科,可以添加一张四级学科表: 四级学科表(sijxk) 字段名字段含义字段类型字段长度NULL 备注 sjxkmc 三级学科名称字符30 sjxkdh 三级学科代号varchar 40 FK

(9)如何书写标准化的数据字典与详细设计文档

如何书写符合标准的数据字典与详细设计文档先让我们以开发过程为主线,看一看各主要文档在开发过程中的作用。首先,我们有了一个需求(当然,这个需求根据不同的实际情况,它的详细程度会有较大的出入),我们通过这个需求,对需求进行认真的分析,并出据了《需求分析说明书》。我们通过对需求的分析,可以初步总结出该需求包括几个模块,模块之间的边界,各模块的功能、系统重点、系统难点等,从而形成《概要设计》。(《概要设计》完成以后,可以开始着手进行UI设计。)通过《概要设计》与《需求分析》抽像出这个需求由哪些对象组成,每一个对象由哪些属性组成等。我们需要把对“对象”的说明进行记录,记录后形成的文档是《数据字典》。数据字典中记录某个需求包括哪些对象,这些对象包括哪些属性,每个属性的性质等内容从而形成了数据库的表结构和程序中的bean对象。然后是完成《详细设计》文档。在详细设计文档的整理过程中我们会发现更多的细节问题,这些细节会导致数据字典的变更,也有可能会导致之前已完成的部分《详细设计》文档的变更。这时,我们都应实时的对应这种变更。这也是为什么在详细设计完成之前不能进行实质性的开发的一个因素。有了详细设计后,我们就可以进行代码开发了,与此同时也可以开始进行测试用例的整理工作,从而使今后的开发与测试均源于同一个详细设计,从而使软件的测试效果在理论上得以保障。同时,在条件允许和项目需要的情况下,我们也应开发一套业务逻辑演示程序,与客户进行沟通,从而进一步提高咱们所开发出来的系统与客户的愿望的一致程度。(但,这从时间

说来得急吗?等客户有了反馈后,咱们可能早就作了大量的开发工作了。这是可以解决,请往下看。) 家德瑞根据多年的经验,总结出一套尽量简单、尽量适应于更多的情形、符合国际标准的详细设计模板。用户可以根据详细设计模板进行模仿、套用。 在本文我们将重点关注数据字典与详细设计这两个文档。下面就如何编写符合家德瑞标准的数据字典与详细设计进行详细说明。 当有了《数据字典》后,家德瑞可以通过其Maker工具直接生成以“对象(即数据库中的表)”为目标的标准化程序(针对于目标对象的增、删、改、查等功能),并可以达到直接运行的程度。从而大大提升了软件开发的速度。 程序开发经历了非可视化开发到可视化开发,现在家德瑞提出了自动生成的标准化开发。有了家德瑞,程序是想出来的,而不是写出来的。 家德瑞自带的自动生成工具Maker在工程管理的标准化与软件开发的标准化的思想下可以帮助我们自动完成以下内容:通过数据字典自动生成数据库的相关脚本 通过数据字典自动生成相关数据表的增、删、改、查等功能,并达到了生成后可以直接运行状态。 通过数据字典自动生成与标准程序相对应的详细设计文档。 通过自定义的详细设计文档生成符合实际业务流程的主干程序。 家德瑞的自动生成工具Maker可以在

相关主题
文本预览
相关文档 最新文档