1.需求
2.用户使用的系统环境,并发是否多
3.确定数据库,表的设计是根据需求订的。具体一般是关联表,通过几张主要的基础表,加上外关联。及其复杂的时候,需要分模块,通过设置外关联字段进行联系。
4.描述:表名,字段,类型,长度,中文意,外关联,索引,关键字
基本上就这些了
首先你得知道,酒店跟旅馆的业务有出入,正规的酒店都是有饭馆,娱乐场所,和旅馆的业务合体。
而旅馆应该只是住宿离宿等业务。
你改的话把酒店吃饭,娱乐方面的模块去掉就可以了。
你把自己当客户,比如,进入酒店后,吃饭并不一定住宿,也不一定要娱乐。其他也是。
旅馆的业务我不清楚,应该只有住宿的业务吧,
所以酒店系统中的吃饭和娱乐子模块可以去掉了。
如果你的旅馆也有其他业务,那本身酒店的业务就保留。
而对于后台数据库,数据库里的对象,关于吃饭业务的表(包厢表,菜单表,订单表,账单表),娱乐业务的表(包间表,消费记录表,娱乐活动表等),以及这些表关联的视图,存储过程,索引,还有与其他还要留着的表的完整性约束(规则)也要修改或者删除。
这种系统改着还算简单,因为旅馆的业务刚好与酒店的部分业务还算好改,但是酒店如果只有吃饭业务那就另当别论了…
其实你改系统,弄清两个系统的业务关系与需求对此,然后仿照原有的程序与数据库改动就好了。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)