细化迭代一(项目设想与开发计划)

1.1项目设想

A.项目概述

    任何企业、公司甚至小型商店等都想时刻掌握他们日常的经营情况,以此来分析制定战略,寻求更好的发展机会,餐饮业也不例外。我们小组经过一系列的讨论后,决定开发一个可应用于餐饮业的pos销售管理系统,主要用户为收银员、系统管理员(经理)、仓库主管、系统维护员等,不同角色有不同权限。

    开发这个项目,我们的基本目标是通过该pos机系统,营业人员可以随时掌握该餐厅(饭店、快餐店)日常营业情况以及统计营业额、各种菜式受欢迎程度,顾客消费情况以及打印报表,从而可以为未来发展作出正确决策和规划。该pos机系统可支持前台收银、会员消费、销售管理、营业收入统计、打印小票等功能。

B.系统功能

    员工及用户基本信息的设置与修改(员工需登录账户密码方可进入系统进行操作);用户角色等级的修改管理;食物产品信息(包括编号,名称,金额等)的输入;食物样式/类别的增删改减;处理查询某种食物的销售情况;查询打印票据;统计报表,分析并打印出报表;特殊用户及员工资料的登记与修改。

1.2开发计划

A.团队成员

    项目经理:蔡超敏,负责整个项目的进度安排以及协调各方面工作,保证项目正常进行

    分析员:  林耿佳,负责项目的需求分析,对系统各功能进行定义

    架构师:  蔡超敏,主要负责整个项目的架构搭建和代码编写

    程序员:  协助架构师完成项目代码的编写

    测试员:  对各个模块的代码进行测试,完成测试文档

B.项目进度

    主要以老师给出的迭代周期以及任务为主,在每个迭代周期中合理安排工作,制定计划,分析需求,搭建框架,编写代码,测试代码,完成测试文档以及整个项目的文档撰写。并且留有一定控制时间。

C.风险控制

    1.项目需求分析难度较大,可能达不到预期的目标需求,在现阶段整个项目的构想都还在处于不确定阶段,所以我们需要经过小组不断沟通交流,保证对项目理解一致

    2.项目成员工作混乱,导致进度落后。项目经理要跟进成员工作情况,定时召开小组会议,进行每一阶段的工作报告以及总结不足之处

    3.项目测试不严谨,导致提交演示时出现差错。测试员应保证与架构师充分沟通,了解代码的由来,同时项目经理应监督测试员进行有效的测试,完成测试文档。

3.2 软件架构设计

A.软件分层

    UML图,暂未完成。

    MVC三层模式:

    表示层:表示层向上对用户服务,向下接受来自业务逻辑层的服务。表示层为在应用过程之间传送的信息提供表示方法的服务,主要是用户与之交互的界面,pos的基础数据的增删该查。商品销售,销售退货,修改密码的界面:

    业务逻辑层:处于数据访问层与表示层中间,起到了数据交换中承上启下的作用,实现pos系统各种数据的处理。

    数据持久层:对数据持久化操作的应用层,封装并对外提供操作数据库的服务。实现DAO模式,多个XXDao继承同一个HIbernateDao基类,编写一个服务类XXServeice间接对数据进行操作。

B. 命名规范

    为了实现程序的低耦合,采用接口设计模式,命名规则如下:

213945_iYNE_2332096.png

    包关系如下:

214030_jBrB_2332096.jpg

C.架构设计模式

214030_DFsL_2332096.jpg

D.架构技术

    使用(Struts2 + Spring3 + Hibernate4 )全注解+ EasyUI1.3 






转载于:https://my.oschina.net/u/2332096/blog/395426

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值