数据库设计的一些构想(从需求到数据库设计)

设计|数据|数据库|数据库设计

数据库设计的一些构想(从需求到数据库设计)

做过一些项目,总结了与数据库设计相关的资料,现做为图片方式上传,希望对数据库设计爱好者有些帮助. 如果大家对此有兴趣,可与我联系bigmouthz@163.net.

本想不多说的,没想到呵呵CSDN不允许少字符数的文章上传. 因此在本文后贴上一些文字请大家原谅.

如图:

-----------------------------------------------------------------

职能划分功能化:

1/企业组织架构
2/企业部门职能的组成要素描述
3/部门层次结构
4/部门职能划分
5/员工职务职能划分
6/职务职能的组成要素
7/职务职能的功能描述(以部门职务层次图展示)

功能划分流程化:

1/功能需求描述(业务,系统)
2/功能需求的整理与组合
3/功能间的耦合关系
4/功能的组成要素
5/功能的拆分描述与实现
6/功能串化或并化及锁等待的描述
7/以流程图的方式展现功能的具体体现

流程划分单据化:

1/现实业务单据收集
2/单据的整理与组合
3/单据在功能实现流程中不同时期的状态变化
4/单据的组成要素
5/单据的拆分描述与实现(数据源/数据流向/数据处理动作)
6/单据使用者的权限描述及控制
7/具体单据表样展现(以电子表格形式展示)

单据划分表格化:

1/单据内容的拆分与整合(不涉及到字段设计,只应考虑到单据具体内容的列级描述)
2/单据主键与外键及约束的初步描述
3/单据的三范式与反范式设计描述
4/单据数据量的估算,单据的使用频率估算
5/单据使用角色的确定(以数据库用户角色定义单据的产生)
6/单据视图的设计描述,查询表的描述,索引的需求描述
7/单据表单间及表项间的关系展示(以UML展现)

表格划分原子化:

1/表格的字段设计(数据类型,值域,属性表)
2/表格主键外键约束的设计
3/表格索引的设计
4/表格对不同角色用户的权限分配
5/视图依应用范围的不同而创建,如通用查询/修改/统计用(建议用户角色级视图的创建)
6/触发器及存储过程的设计描述
7/以ER图的方式展现表的具体体现

时间: 2024-10-30 06:23:35

数据库设计的一些构想(从需求到数据库设计)的相关文章

数据库设计的一些构想(模式与数据库设计一)

设计|数据|数据库|数据库设计 数据库设计的一些构想(模式与数据库设计一) 一直以来我就有个想法希望能够把数据库设计的方式能够与模式挂上钩的,这里我所列出的内容可能还算不上模式,但与之有些类似,因此希望大家能够给予一些好的建议.有问题还请大家踊跃发言.                     加上下述文字一则我认为我所列举的这些类似于模式的东西与上一帖子是分不开的,二则是为了凑个字数的. ------------------------------------------------------

数据库设计的一些构想(模式与数据库设计二)

设计|数据|数据库|数据库设计 数据库设计的一些构想(模式与数据库设计二)   ;) 请大家多提意见相互交流!                                       -------------------------------------------------------------------------------------------- 职能划分功能化: 1/企业组织架构2/企业部门职能的组成要素描述3/部门层次结构4/部门职能划分5/员工职务职能划分6/职务职

数据库的设计方法、规范与技巧_数据库其它

一.数据库设计过程 数据库技术是信息资源管理最有效的手段.数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求. 数据库设计中需求分析阶段综合各个用户的应用需求(现实世界的需求),在概念设计阶段形成独立于机器特点.独立于各个DBMS产品的概念模式(信息世界模型),用E-R图来描述.在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型,形成数据库逻辑模式.然后根据用户处理的要求,安全性的考虑,在基本表的基础上

产品设计就是组装用户心理需求的满足方式

文章描述:产品设计就是组装用户心理需求的满足方式. 在上一家公司里,至今还留传着因我而起的一个笑话,就是当某人在表达自己的观点和想法时,旁人会冷不防地追问一句:数据呢? 这是我在有关产品设计的头脑风暴讨论中经常会讲的一句话,目的是追问讲话者的思路是来自于哪里:是自己想的,还是别人那里看来的?是逻辑推理的,还是数据分析的? 想法和创意对于产品来说很重要,但它们绝不是凭空建立的.我曾经在回复某一位朋友的话题时说过,所谓的创新,就是现有的东西的再组织.这句话里有两点意思,一是现有的东西,二是再组织.

mysql-公司遇到一个需求,数据库账户分表之后,是用long id来寻找表的

问题描述 公司遇到一个需求,数据库账户分表之后,是用long id来寻找表的 请教下各位同学们:公司遇到一个需求,数据库账户分表之后,是用long id来寻找表的,现在需要用手机号码查询需要怎么做才能寻找到表呢? 解决方案 数据库接触不多,有个疑问: 手机号码查询,找到表的意思是:需要给号码和表做个matching吗? 解决方案二: 分表有做映射吗?手机号码会不会重复?

产品设计被忽视的大众需求:安全感

产品设计被 忽视的大众需求:安全感 时间:2014-10-19 20:36 来源:百度百家 作者:郝小亮 摘要 : 把目光放在国人身上,缺乏安全感集中表现为爱存钱,做房奴,托关系,不排队,窥探隐私等,这些表现则为我们提供了源源不断的产品设计灵感.相信未来几年,围绕大众的安全感需求研发的产品将会进入一个爆发期. 中国人 普遍缺乏安全感,似乎已经成为一项共识.从整个大的社会环境来看,食品安全问题的凸显,自然环境的进一步恶化,房价的居高不下,以及不确定的公共安全隐患,都是导致人们缺乏安全感的直接因素,

交互探讨:以用户场景和产品需求导向的设计

作者:wbuild 在对设计师而言,对自己设计最重要的就是深刻理解产品需求,深入考虑用户是如何使用产品, 作为交互设计师,我觉得有几个发展阶段: 初入这个领域,大部份人可能更多精力放在如何使用工具.如何画线框图.如何将想法变为实际可见的Demo: 再往下一个阶段的设计师,可能会考虑线框图怎样做得更加合理.怎样可以有更棒的交互效果.关注任务流程和信息结构的设计以及可用性原则: 再到一个更高层次,我觉得需要设计师在前两个层次的基础上去前置产品,深刻理解产品需求,深入考虑用户是如何使用产品的.http

大数据时代的数据库选择:SQL还是NoSQL?_数据库其它

一.专家简介VoltDB公司首席技术官Ryan Betts表示,SQL已经赢得了大型企业的广泛部署,大数据是它可以支持的另一个领域.Couchbase公司首席执行官Bob Wiederhold表示,NoSQL是可行的选择,并且从很多方面来看,它是大数据的最佳选择,特别是涉及到可扩展性时.二.SQL经历时间的考验,并仍然在蓬勃发展结构化查询语言(SQL)是经过时间考验的胜利者,它已经主宰了几十年,目前大数据公司和组织(例如谷歌.Facebook.Cloudera和Apache)正在积极投资于SQL

如何减少过度设计的发生?为什么会导致过度设计?

文章描述:避免过度设计:有所为有所不为. 最近在产品的设计流程当中,融入了正儿八经的专职交互设计,反复体验着这种完整团队所带来的优缺点,虽流程完整,但细节困扰.其困扰之一,我感觉应该叫过度设计. (呃,文章像大长今一样长~~看前做好心理准备吧.) 过度设计,一般是说技术开发中,对于逻辑复杂.技术先进的过度追求,导致了技术框架虽看似华丽却复杂难用.若说到产品功能及交互的过度设计,应该是"过度追求体验完美.需求满足"而导致的"实际体验下降 or 长期产品定位偏离 or 功能没人用