首页分享宠物系统设计挑战

宠物系统设计挑战

来源：萌宠菠菠乐园时间：2024-12-20 21:05

2014-3-27-5:40
躺在床上，一直没睡着，想到项目结束要交项目总结，闲着无聊。于是，也就翻身写了点。
以前也没想过，为什么java的字样为什么是咖啡，现在明白了，因为程序员需要。
晚上冲了2杯咖啡喝了，一杯是为了解渴提神，一杯是为了填充微饥的肚子。。。
周三，也就是昨天，阮总在上课写了模块的几个界面，足有5个视频。。。
边看边想着，到了早上三点了。
我的任务是做会员和操作员这两个模块。
本想着照猫画虎，把自己的模块界面给弄完，
写了一个登录界面之后。却发现有点不知道从何下手。只好上床趴着。
趴了许久也没睡着，脑子里全想着操作员的业务范围。
仔细想了一下，似乎在某些地方有不足：
1、模块划分方面，存在着些许的不合理。
我所负责的操作员和丁园负责的管理员当属于同一个数据结构类型
2、阮总给的宠物管理系统，本身存在着业务的冗余和结构的不合理。
2.1、商品的入库，应当属于后台业务范围，而前后台均存在。
2.2、在后台商品入库之后，商品信息无法在前台得到有效的更新。

由于无法下手，于是我开始分析宠物管理系统所提供的功能及其服务流程。
会员模块：
订单:订单编号，会员编号，商品编号。
在设计订单表的结构时，
最初的想法是，当会员选中商品时，即产生一条订单，以订单号作为唯一主键，商品编号、会员编号为外键创建表，
但是却产生了问题：会员不可能只购买一种商品，于是会产生数据量信息过大，数据冗余。
之后，我又琢磨了半天：想以订单编号、会员编号、产品编号为联合主键，创建表。等方式，却始终得不到正确合理
的方法。
订单
订单细则

在设计表的字段，
使我迟迟无法动手的最大的原因：
字段尚未确定，未和组员讨论。在不断地分析系统业务流程的过程中，
对于某些业务的分工感觉有点不明确，
因为我负责了操作员的模块：其中包括了开单、挂单、结单和退单等业务。
而大米兄负责销售和寄存，就我感觉：而操作员的业务当涵盖了销售和寄存。

一个小插曲：现在六点二十分，室友醒了，问了下原因。答：睡不着，鬼压床。。。

好了继续写吧。
而同样，对于宠物的医疗、美容、商品的购买，应当也属于开单-结单的范围。
医疗、美容属于服务，也是商品（商品的定义，应当是可供消费的产品，包括抽象和具体产品）
所以，也勾起了我对于，开单-结单表结构的如何设计的疑问和思索。
我想起了，曾经上个学期学sqlserver数据库做的课程设计中，订单表和订单细则。
不懂这两个概念，表示等天亮了，有网了，上网查下。暂留。

想了想，很久以前的生活，感觉如今充实了很多。
大一的生活，很迷茫。
大二，和老谭还有公子一起开始自学了java，但是自学真的感觉很纠结。
有喜有悲，但是总体上感觉悲大于喜。对于错误，你要有极强的耐心，细心。
有时，一个错误往往会让你花掉一个上午的时间来调适，却最后发现是系统本身的原因，
无法更改。
性格决定一切。
三天晒网，两天打鱼。这就是我大二下期到大三上期的状态。

三人一起自学，老谭学的最好，基础知识也是最扎实的。其次，是姜公子，我垫底。
如果说我的知识量基数是一的话，那么姜公子是我的三倍，老谭是至少是我的五倍吧。

头有点大了，六点半了。今天一上午的电子商务课，上机加实验课。
码了这么多的字了，有点困了：要不要跟辅导员请个假，睡个觉呢。。。

以后一定找份工作，自由，无拘束。为了自己的理想，努力！

曾经，熬夜只是为了游戏，以为那就是兴趣；
如今，通宵仅是为了生计，却已然成了兴趣。