设计数据库的任务繁重而且重要,经验和创新是必不可少的,像原来见过的那些根本什么都不懂的人在别人面前大言不惭的说什么自己也懂数据库,以为会导出导入数据就懂数据库的不是疯子就是傻子。所以,本人感觉,设计数据库还是很困难的事情。
啊任指导我说;设计数据库要从输出开始,这正好和我一起的做法完全相反。而我以前这样做有什么后果呢,客户一说要改什么东西并且不是原来想的那样,我就很反感,因为设计数据库很不合理,他要求的我可能要颠覆我的设计和作品,所以那是个很惨痛的代价。
但是问题又出现了,是什么呢?客户需求根本不确定,怎么能得到输出的内容呢?这是摆在设计者面前的头等大事,因为这一步走不好,那以后设计出来的作品也可能会在很短的时间内夭折,这可能不是你我所想要的结果。那么怎么办呢?我也一直在找寻答案,可能这样做是现阶段能想到最好的办法:按行业标准做输出!因为这种需求不明确的情况的根本原因是客户也不知道自己想要什么东西,那你只能给他一个行业内的标准,最好他可能给你提一些特定的要求,那也没什么,现在的软件发展要求我们能够根绝客户的要求在现有资源的基础上快速开发出确切符合客户需要的软件产品。
最后我总结了一下几点:
1.项目开始的时候,尽快去整理需求,不管通过什么手段,网络,朋友,前辈都可以。利用一切你可以利用的资源。
2.需求不确定的时候,尽量去找行业的东西,尽量做出符合行业行规的产品,哪怕它有些地方根本不符合此企业的发展需要,做到能够利用现有资源进行整合再开发。
3.不要找任何能为自己开脱的理由,出色的完成它是证明自己能力根本体现。
啊任指导我说;设计数据库要从输出开始,这正好和我一起的做法完全相反。而我以前这样做有什么后果呢,客户一说要改什么东西并且不是原来想的那样,我就很反感,因为设计数据库很不合理,他要求的我可能要颠覆我的设计和作品,所以那是个很惨痛的代价。
但是问题又出现了,是什么呢?客户需求根本不确定,怎么能得到输出的内容呢?这是摆在设计者面前的头等大事,因为这一步走不好,那以后设计出来的作品也可能会在很短的时间内夭折,这可能不是你我所想要的结果。那么怎么办呢?我也一直在找寻答案,可能这样做是现阶段能想到最好的办法:按行业标准做输出!因为这种需求不明确的情况的根本原因是客户也不知道自己想要什么东西,那你只能给他一个行业内的标准,最好他可能给你提一些特定的要求,那也没什么,现在的软件发展要求我们能够根绝客户的要求在现有资源的基础上快速开发出确切符合客户需要的软件产品。
最后我总结了一下几点:
1.项目开始的时候,尽快去整理需求,不管通过什么手段,网络,朋友,前辈都可以。利用一切你可以利用的资源。
2.需求不确定的时候,尽量去找行业的东西,尽量做出符合行业行规的产品,哪怕它有些地方根本不符合此企业的发展需要,做到能够利用现有资源进行整合再开发。
3.不要找任何能为自己开脱的理由,出色的完成它是证明自己能力根本体现。