关于软件工程的思考和分析

离软件工程交工的日子越来越近了，可是我们组的进度还是十分不尽如人意。12月18日最终检查，到今天看看，还有2个星期零一个周末，时间十分紧张。目前我们的进度如下：   我们选择的题目是超市管理系统，要做一个超市的后台管理系统和前台销售的pos终端。目前，后台管理和pos的页面基本敲定了，但也存在推翻重做和大修改的可能性。数据库系统建表完毕，但是因为几个部分还没有明确功能以及最终的调试，所以肯定会大改特改。剩下的，功能模块的设计，算法，数据库的连接，还都没有开始工作。明白的人一眼就能看出来，我们做了的都是几个表面的部分，真正触及核心的，有技术难度的，费时费力的方面还没有开始。所以，时间很紧迫，任务很艰巨。   关于小组成员：   我们组的实力众所周知不是最强的，甚至大家的热情和紧迫感还没有动员起来- – 这也是我这个组长的失职- 。-  任务分工不明确，团队缺乏沟通，都是我们的问题所在。首先作为组长，一定要对项目的全盘安排和计划了然于胸，才能把握这个项目，带领团队好好完成任务。这一点，也是目前我所欠缺的。所以，我必须十分的明确我们的计划，我们工作的每一个重点，明确思想。不能光想着头痛。^.^   关于需求分析：   超市管理系统，为便捷超市的管理而服务。在中期检查中，我们的需求分析就被老师批评了，没有站在为超市服务的立场上真正为超市去想，功能模块混乱，流程不明确，权限不清晰。都是应付检查，仓促赶工的结果…于是，想到了在这里写一篇blog，明确下目标和功能，向大家报告下我们组的动态与进度- – 大家一起学习嘛，呵呵。   关于超市管理，乍一看很简单，其实功能之间很复杂，主要的操作都是对数据库的改动和维护。销售，进货退货，管理，报表，这一定是几大基本功能。先说说最重要销售部分，跟一般超市一样，我们的销售是放在pos终端完成的，这个终端也是独立于管理程序的一个独立程序，最主要的功能当然是销售，依次输入商品条形码，显示全部销售商品列表，确定交易，然后从货物数据库中删除这些商品数据，把交易列表写入交易数据库。另外，顾客退货这一块也应该放在前台pos完成？虽然我们作为顾客的时候不怎么退货，但是想也能想明白，作为顾客退货的时候总不能去后台直接在管理终端操作吧。所以把顾客退货做在pos终端里是个不错的选择。另外pos终端还需要什么功能呢？   后台是一个比较庞大的工程。几个主要功能分别为  供货商进退货物管理，仓库管理，和统计报表。这其中有一个难以控制的权限问题，如果是大型超市，这几个系统应该都是分开的，像pos一样，每个系统都独立出来；作为小型超市，是不是这些都可以由同一个职位的超市管理员完成呢？有点想偷懒了，权限设置又要添加登陆系统，一下子很麻烦了。所以就简化一下，在标题分页栏下，一大项代表一种主要的操作，比如第一项，进货管理，里面就包括负责进货退货的员工所应该进行的所有操作。仓库管理里面都是涉及到仓库日常维护的重要操作，也是由专人完成。最后的统计报表，可以分成两项，一个是面对商品销售的，一个是关于金额的分类。对了，在进货那里也可以添加一个进货退货记录查询。   进货是个难点，分为新货物添加和老货物添加，新货物添加比较简单，设置一个表让顾客把商品的信息都输入进去就好了，为了方便进货操作设置了一个老货物添加，就是对已有的货物进行一个数量和价格的变化就可以了。这又涉及到一个查询的操作，在几万种货物中，怎么找到这个老货物？比较好的方式是给出多种查询方式，这里因时间和技术力量另议。同时这个查询系统可以应用到所有的商品改动操作中。   在进货项中，我想建立一个项目叫类别管理，就是同一管理商品有包括的类别，这样不会在添加商品中造成数据库的混乱，也可以简化查询的操作。就像msnblog似的，上面不是就有个添加类别么~。这个类别管理同时也可以设置在仓库管理功能下。   报表是个大项目，就是对数据库中的信息进行大量的计算，同时按需求显示出来。之后在弄，慢慢研究…   好了，大体就这样了？晚上再参考下以前优秀作品的需求分析，订好计划从今天起科学的分配任务，一定要掌握好工程的时间与进度。按时完成！   把几个功能模块放给别人去做，周末自己学好与数据库相关的操作，毕竟最重要的操作和算法自己一定要掌握。   今日废话到此结束-。-

Read Full Post »