数据库设计过程包括几个主要阶段?哪些阶段独立于数据库管理系统?哪些阶段依赖于数据库管理系统?
数据库设计阶段包括六个阶段,分别是:
需求分析阶段、概念结构设计阶段、逻辑结构设计阶段、物理设计阶段、数据库实施阶段、数据库运维阶段。
独立于数据库管理系统的是:需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段。
数据库管理系统依赖于:实施阶段、运维阶段。
【1】需求分析阶段
作为一个管理者,在工作中哪些方面应该做好?
很高兴回答这道问题。
为了了解组织部员工互动的状况,倾听职员心声,一个管理者需要具备良好的沟通能力,其中又以“善于倾听”最为重要。惟有如此,才不至于让下属离心离德,或者不敢提出建设性的提议与需求,而管理者也可借由下属的认同感、理解程度及共鸣,得知自己的沟通技巧是否成功。
管理者应该要能敏锐地觉察部属的情绪,并且建立疏通、宣泄的管道,切勿等到对立加深、矛盾扩大后,才急于着手处理与排解。此外,管理者对于情节严重的冲突,或者可能会扩大对立面的矛盾***,更要果决地加以排解。即使在状况不明、是非不清的时候,也应即时***取降温、冷却的手段,并且在了解情况后,立刻以妥善、有效的策略化解冲突。只要把握消除矛盾的先发权和主动权,任何形式的对立都能迎刃而解。
在民主时代,虽然有许多事情以集体决策为宜,但是管理者仍经常须独立决策,包括分派工作、人力协调、化解员工纷争等等,这都往往考验着管理者的决断能力。
管理者的规划能力,并非着眼于短期的策略规划,而是长期计划的制定。换言之,卓越的管理者必须深谋远虑、有远见,不能目光如豆,只看得见现在而看不到未来,而且要适时让员工了解公司的远景,才不会让员工迷失方向。特别是进行决策规划时,更要能妥善运用统整能力,有效地利用部属的智慧与既有的资源,避免人力浪费。
小领导和大领导的区别:能不能管好下属的“猴子”
有一个非常可怕的现象,很多小主管最容易掉入一种陷阱:自己忙得团团转而底下的人无事可做。
仔细回忆一下,你是不是有过类似情况:
下属:老大,我遇到个问题……(在下属这边,你是个解决问题的人)
30分钟后,你答复:这个问题我需要思考一下,现在有点忙,晚点告诉你怎么做(你接受这个认定并给自己揽了活)
下属:老大,刚才的问题你想得怎么样了,有点急(变成他们来监督你了)
你:有些还没搞清楚,再等等,下班前告诉你(你接受监督并给自己下了deadline)
非常理解很多小主管被提拔后,鸿鹄满志、想要大展拳脚,遇到下属提问就“如饥似渴”,充满鸡血想要解决一个又一个问题,以此证明自己的能力出众。
但是正确的答复应该是:
我暂时不能给你建议。你把你负责的事情再考虑下,下午4点半,和我沟通可行的进一步想法。
通常,当下属向上司求救时,他所寻找的不是一个解决方案,而是一个解决问题者。但作为管理者要认定一点——任何时候,在我帮你解决你的问题时,你的问题决不能成为我的问题。而这个答复——“下午4点半”, 先安排讨论时间是为了减少延误的可能性。
结合一个有意思的【猴子理论】和大家分享下:
猴子是双方谈话结束后的下一个步骤,简单来说就是:todo(待办)。主管的工作是将适当的猴子放在适当的部属身上,部属的责任是喂养猴子。