the_fire的技术博客

时至现在合作的那个收费系统已经初步构成了，这意味这剩下的工作就是打磨润色了。不过也好做呀，如果说是一个人做的整体上还有点思路，但是如果是每个人都做一部分，并且风格各异的话，那确实是令人头疼的一件事。我现在已经开始头疼了。。。这次合作确实是很艰辛呐，我想对于我们这组的成员来说也是这样。当初刚设计好时，自己还是有些得意，感觉整的不错嘛。谁知一商量发现，哎，真是一孔之见呐，没有用到多少技

关于Dao层的设计我现在也还是有点模糊，大大小小的项目也做了五六个了，负责的数据库设计也有三四个了。在对Dao层进行设计时采用过两种方案：方案一：每一表对应一个Dao类（接口也可），每个Dao将完成对该表的增删改查以及业务上要求的查询操作。这么设计的话如果表很多的话将会产生很多类，并且将会出现大量重复的代码，因为每一个Dao中都将涉及到基础的增删改查。方案二：写一个基础的类，可以完成基本的增删改查，其他的

到今天为止，二十五天的开发计划也就完毕了。因为一些意外情况，有一部分功能没有完成。不过按照计划，依然需要中断一下。 整个系统的整体图如下，我们组负责红色部分： 因为这个项目相对来说比较庞大，所以划分出来这么六个模块，然后每个模块中再进行那个合作开发。   六个模块在功能是比较独立的，除了一些必要的数据来源。采用的是同一个数据库，在设计时需要考虑不同模块之间相互关联的表。   因为是这样一个比较大的合作项目，版本控制是必不可少的工具。这里我们使用Svn来进行版

       从开始到现在开发这个系统也有三个星期了，从上次系统大的改动到现在也近一个星期了。       上次说到系统数据库设计发生改变，我说有一半的工作等于白做了，其实是站在项目的角度，因为那时已经算是我负责的部分完成了。但是站在学习的角度来说，我等于白白的多出来了超过一半的掌握的知识，因为原先是用已有的代码，这样的话就需要自己在设计、开发。其实工作量当时一下子也就多了起来（自己感觉），不过积极性也算是调动起来了（真是应了我同学的那句话：“人有时候的本性就是*，干的越多越带劲”）       从上周开始

       在线考试系统做到已经用时两个星期多了，上次说到已经开发了近三分之一了。其实开发到两个星期的时候我负责的模块已经完成了，因为其中有很多是原先做题库时写过的。       但是后来在分析之后觉得原先的试题表要是针对在线考试的话会不太恰当，原先我们的设计没有考虑会有很多用户同时抽取试题并且还需要记录每一个用户所抽取的试题。因此这时就要对数据库结构进行改动了。       其实按照我的想法，采用原来的数据库设计也是可以的。       原先是这样设计的，所有的试题都是按照课程进行分类的，每个课程会单独

       最近再做一个Pos机上的销售系统，也快完工了。我主要负责前台的售货，主要是点菜和结账。趁着他们在修改后台出现的错误，先写点。       看题目，别以为我有问题。你要是看不懂，那你就对着镜子说你有问题。       KISS原则做软件开发的人都应该知道的（不知道的自己去点），我们在做这个系统中最终要的问题就是界面的设计，技术问题已经不是问题了，也是因为这个系统比较小。       keep it simple and stupid，也就是尽可能的让你做得东西简单易用，好用，并且高效。就拿我们当

校园平台之在线考试系统的开发也进行了一个多星期了，到目前为止，已经算是完成三分之一了吧，因为其中有些内容是已经做过的，直接拿来用就ok了，不过也正是因为这个，才有了昨天的一段艰辛。   进入开发以来，就像先前说的一样，整个开发流程使用的也比较清晰了。数据库设计，界面设计，UML图，代码。按部就班，慢慢的在前进。   不过其中数据库的设计依然是重中之重，数据库设计的合理，后来开发就会轻松很多，如果设计的不合理，也就要费很多力气了。到现在为止，感觉我们的数据库设计虽然不算合理，但也

       经过这次pos系统的开发，大家暴露的问题颇多。这里我就说一下自己感觉比较重要的部分。那就是在软件中关于现金操作的业务。       可能是我们的在做软件的时候，做测试的时候一般都是用的虚拟数据。所有的现金业务的功能测试需要的数据都是自己假设出来的。比如说在定菜价的业务中吧，自己随便就给他设定个几千块钱一份的单价，因为是要测试嘛，这些数据都是假的，所以长久以往慢慢的就对这些数据丧失了敏感性（如果要是真的涉及到自己的腰包里的钱，估计也会重视起来的），这样的结果是在测试数据的时候会有一些遗漏的地方。

**项目的开发也算是一步一步的接近了尾声了，把文档都补充完全了，总结写了，就开始上手另一个项目——校园平台。   这次的这个项目是关于学校管理的一个大项目，我们这次是全军出动（十二个人再加上坤哥这个架构师）。虽然已经全部出动了，但是在分析整个项目之后依然觉得人手不够。开发过大型企业系统的“童鞋”都应该有所体会，这个校园平台已经相当于一个大型的企业ERP了。   这个项目一共分为六个模块：基础数据模块、评教模块、教务相关模块、成绩管理模块、选课模块、在线考试模块和在线视频教育模块

项目总结之pos销售系统前台       pos销售系统到这时已经就快告一段落了。看到这个“快”字，就知道现在还没有完成呢。确实是这样的，后续工作依然在进行，后台部分依然在加工美化。不过这不耽误我总结，因为在这次合作开发的项目中我负责的部分已经完成了。我负责的就是前台的数据采集，其实就是前台销售人员使用的部分。先来回忆一下整个项目的流程：【背景】记得项目刚要开始做的时候我们当时应该进入复习状态了，因为当时刚好是作品展示晚会结束。当时据说这个项目要的也比较紧。于是乎，我们就分了两组来开发，主要是我们人多，为了

       请注意，题目中的调是调试的“调”。       在边学习边实践中项目也渐渐的完成了，可以说是小模样已经有了。但是依然是体格太弱经不起“测试”。       在这一边做一边实践的过程中，也渐渐的熟悉了web上的开发，算是可以上手了吧。虽然还有很多东西不知道，不过基本的东西都没有什么问题了。      

<br />       就像是跑马拉松一样，刚开始都是精力充沛，自信满满，大有不得第一誓不罢休之势。可是等到最后能坚持跑完已经算是毅力坚韧了。软件开发也是这样，尤其是做项目。<br />做一个项目，根据客户需求，前期经过分析、设计、编码，软件也逐渐的从无慢慢的逐渐成型，也确实是令人欣慰的事儿。整个过程也是认真细致。<br />不过到了最后的时候可能是兴奋也可能是想尽快完事，于是不像刚开头那样认真检查，认真测试了。都想草草了事，或许是迫不及待想看到自己的作品，或许是想尽快的交付给客户。不过这导致的后果很严重

遍历题库管理系统中的枝枝叶叶 题库管理系统也快完成了，现在想想发现进度真是慢呐，不过也正常。因为当中遇到了不少问题，并且也一点一点的解决了。 下面先吧系统中用到的一些知识点用脑图的方式表示一下，稍后进行总结。

经过上周紧张激烈的思考和探讨之后，关于题库管理系统中的核心部分算是基本解决了，就是要求根据试题的难度系数确定不同难度系数的试题分数的比例，并且还要让学生考完试的成绩符合正态分布。              ——题记       终于有时间坐下来把上个星期的活动总结一下了。       先说下起始点，从3月26号

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4        合作项目开发到现

python项目练习一：即时标记python项目练习二：画幅好画python项目练习三：万能的XMLpython项目练习四：新闻聚合python项目练习五：虚拟茶话会python项目练习六：使用CGI进行远程编辑python项目练习七：自定义公告板python项目练习八：使用XML-RPC进行远程文件共享python项目练习九：文件共享2-GUI版本python