就是因为很直觉的先画出ERD，但通常都会思考不周延 然後经过正规化後，那个原本的ERD，又势必要更改，而且拆的没信心 而且在拆table时，都是没有架构性的拆 只凭直觉去拆table 所以我才主张先进行正规化後，再进行ERD绘制 节省专案开发时间 不知业界的执行流程为何？ 很想了解一下 ※ 引述《gargamel (Nerding)》之铭言： : 都对 : 只是在定实体时, 我们都很自然的3阶4阶去定 : 没有特意依以前所学的步骤1->2->3阶去划出实体 : 在系统分析时会以整体架构来看整个系统 : 把图简单的画出来, 对於讨论及解说是有帮助的 : 通常在分析阶段後, 丢一份关於系统整体架构文件给user : 用不着在sa阶段就跟user讨论这东西, 除非是他们有要求 : (有些user同步在开发其它系统, 需要知道你的系统资料如何取得) : ※ 引述《hfnadkv (冲冲冲)》之铭言： : : 今天跟同学在争论 : : 正规化先作，还是ERD先画的问题 : : 我是觉得 : : 先对table作正规化後，再画出ERD，之後跟user讨论这样对不对 : : 正确後，再进行系统的撰写 : : 不知这样的想法对吗？ : : 请大大们指正了 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 118.161.224.65