软件工程+面向对象的分析设计测试.doc

第一部分：项目概述项目背景：投资少，回收快。一项针对中国中小企业的情况调查显示，个人在网下启动销售公司的平均费用至少5万元，而网上开店建店成本非常小。一般说，筹办一家网上的商城投入很小，不用去办营业执照，不用去租门面，不用囤积货品，所需资金不过1500元左右；网上商城比同等规模的地面商店“租金”要低得多，同时租金不会因为营业面积的增加而增加，投资者也不用为延长营业时间而增加额外的费用。 基本不需要占压资金。传统商城的进货资金少则几千元，多则数万元，而网上商城则不需要压资金。 24小时营业时间。网上商城延长了商店的营业时间，一天24小时、一年365天不停地运作，无须专人值班看店，都可照常营业。传统店铺的营业时间一般为8-12小时，遇上坏天气或者老板、店员有急事也不得不暂时休息。 销售规模不受地盘限制。传统商城有多大就只能摆放多少商品，生意大小常常被小店面积限制。而在网上，即便在地面上只有一个小商城，或者干脆就没有门面，开店的生意却可以照样做得很大。 不受店面空间的限制。哪怕只是街边小店，在网上却可以拥有百货大楼那么大的店面，只要投资者愿意，可以摆上成千上万种商品。目前国内最大的专业拍卖网站同时在线的商品要超过10万件已超过一些大超市。 不受地理位置影响。不管客户离店有多远，也不管顾客是国内还是国外，在网上，客户一样可以很方便地找到并购买商品。这令消费群体突破了地域的限制，变得无限广阔了。需求功能分析：一、定单管理系统：对产品下单，管理员查看订单状态。二、商品管理系统： 产品排序管理：排序的方式选择（时间、价格、库存）、及手动排序。 产品修改：价格列表修改、介绍修改 产品上/下架/删除： 商品分类管理：对产品进行一级分类。 字段列表管理：新上产品的各个字段可以控制填加修改删除。专题产品推广管理：连接静态页面，在静态页面调用产品价格及购物流程程序，完成产品订购。三、会员管理：会员注册。会员资料管理：用户名、密码、住址、电话等信息。管理员删除会员权限。工作任务分解：计划开始实际开始计划结束实际结束人员分配工作量分配（pd)1.1 系统需求分析2008-11-32008-11-32008-11-172008-11-16团队28 搜集资料和需求2008-11-32008-11-32008-11-102008-11-8团队10 小组讨论确定要求和项目约束2008-11-112008-11-92008-11-112008-11-9团队0 建立产品说明2008-11-122008-11-102008-11-172008-11-14团队10里程碑：完成产品说明2008-11-172008-11-142008-11-172008-11-16团队61.2 系统策划2008-11-182008-11-142008-12-52008-11-27团队28 明确和细化用户场景2008-11-182008-11-142008-11-252008-11-17团队24 明确系统功能2008-11-262008-11-172008-12-22008-11-22团队12 制定进度安排2008-12-32008-11-232008-12-52008-11-27团队10 里程碑：产生进度安排表2008-12-52008-11-272008-12-52008-11-27团队01.3 系统建模2008-12-82008-11-272008-12-182008-12-12团队30 信息域建模2008-12-82008-11-272008-12-102008-11-30团队8 功能域建模2008-12-112008-12-12008-12-122008-12-5团队10 行为域建模2008-12-152008-12-42008-12-182008-12-9团队12 里程碑：生成建模文档2008-12-182008-12-122008-12-182008-12-12团队01.4 系统构建2008-12-192008-12-122008-12-312008-12-26团队30 后台用户管理模块的构建2008-12-192008-12-142008-12-202008-12-16为铿3 前台用户注册及登陆块的构建2008-12-212008-12-152008-12-222008-12-18为铿4 前后台模块的整合2008-12-232008-12-182008-12-232008-12-20为铿3 后台产品增删改的构建2008-12-192008-12-212008-12-232008-12-23向南3 后台订单信息的查看构建2008-12-242008-12-242008-12-292008-12-26向南3 前台用户体验页面2008-12-302008-12-272008-12-302008-12-28向南2 系统的整合2008-12-312008-12-292008-12-312008-12-30向南2 里程碑：完成网上商城系统2008-12-312008-12-302008-12-302008-12-26团队01.5 系统测试 2008-1-12008-1-12009-1-52009-1-4团队8 里程碑：完成系统测试2009-1-52009-1-42009-1-52009-1-4团队0进度安排：第二部分：面向对象的分析、设计、测试场景分析：用户选择具体的产品分类项目浏览产品，并且购买产品，对于未登录的用户，系统会提示用户先登录系统在进行购买；已登录的用户选择相应的产品购买，系统自动将其加入购物车中，同时登录用户还可以对自己的个人信息进行修改。管理员登录后台对会员和产品及订单进行管理。用例图：类的提取：对系统进行场景分析后，提取名词，可获得一下所示的潜在类，再考虑每个潜在类是否应该包含在分析模型中时应使用如下特征:保留信息、所需服务、多个属性、公共属性、公共操作、必要需求潜在类 所使用的特征（编号） 用户 适用 浏览器 拒绝 用户名 拒绝 密码 拒绝 管理员 适用 产品 适用 订单项 适用 订单 适用 购物车 适用简单的类视图：由以上的类的提取进行类的视图变化，具体大致由以下模块构成：用户块：产品模块：订单模块：购物车块：用例：游客注册：用例名称：游客注册参与者：网上商城系统、游客前置条件：系统运行正常事件流： （1）游客选择注册，显示注册页面给游客填写信息 （2）游客提交信息，系统更新数据库后置条件：用例成功，会员注册成功；用例失败，注册失败。会员登录：用例名称：会员登录参与者：网上商城系统、会员前置条件：系统运行正常事件流：（1） 用户提交用户名和密码（2） 系统取得用户名和密码并进行校验（3） 系统返回用户成功登录信息后置条件：用例成功，会员登录成功；用例失败，会员登录失败会员修改信息：用例名称：会员修改信息参与者：网上商城系统、会员前置条件：系统运行正常，会员成功登陆事件流：（1） 会员选择修改信息，系统显示信息填写页面由游客填写新信息。（2） 会员提交新信息，系统自动更新数据库。后置条件：用例成功，会员修改信息成功；用例失败，会员修改信息失败。游客和会员浏览产品：用例名称：游客和会员浏览产品参与者：网上商城系统、会员、游客前置条件：系统运行正常事件流：（1）会员和游客选择相应的产品类别链接（2）系统调出相应类别的产品，并显示在产品页面上后置条件：用例成功，会员和游客浏览产品成功；用例失败，会员和游客浏览产品失败。会员购买产品：用例名称：会员购买产品参与者：网上商城系统、会员前置条件：系统运行正常，会员已经登录事件流：（1）会员点击要购买的产品（2）系统将该产品放入订单页面（3）会员点击下单链接（4）系统进入提交订单页面，等待用户确认订单（5）会员点击确定链接（6）系统更新数据库，并且返回订单号后置条件：用例成功，会员购买产品成功；用例失败，会员购买产品失败。会员退出登录：用例名称：会员退出登录参与者：网上商城系统、会员前置条件：系统运行正常，会员已经登录事件流：（1）会员点击退出链接（2）系统断开链接，并返回成功退出信息后置条件：用例成功，会员退出成功；用例失败，会员退出失败。管理员登录：用例名称：管理员登录参与者：网上商城系统、管理员前置条件：系统运行正常 事件流：（1）管理员提交用户名和密码（2）系统取得用户名和密码并进行校验（3）系统返回管理员成功登录信息后置条件：用例成功，管理员登录成功；用例失败，管理员登录失败。管理员浏览会员信息：用例名称：管理员浏览会员信息参与者：网上商城系统、管理员前置条件：系统运行正常，登录者有管理员权限事件流：（1） 管理员点击会员管理链接（2） 系统返回会员信息并显示在会员管理页面上后置条件：用例成功，会员信息浏览成功；用例失败，系统返回会员信息项失败管理员删除会员：用例名称：管理员删除会员信息参与者：网上商城系统、管理员前置条件：系统运行正常，登录者有管理员权限事件流：（1） 管理员选择相对应的用户，点击删除链接（2） 系统根据其id删除相应的记录（3） 系统返回删除成功信息后置条件：用例成功，会员删除成功；用例失败，会员删除失败。管理员添加产品信息：用例名称：管理员添加产品信息参与者：网上商城系统、管理员前置条件：系统运行正常，登录者有管理员权限事件流：（1） 管理员点击添加产品链接，进入添加产品页面（2） 管理员填写相应的被添加产品的信息，点击提交（3） 系统更新数据库（4） 系统返回产品添加成功页面后置条件：用例成功，产品添加成功；用例失败，产品添加失败。管理员修改产品信息：用例名称：管理员修改产品信息参与者：网上商城系统、管理员前置条件：系统运行正常，登录者有管理员权限事件流：（1）管理员点击该产品的修改链接，进入添加该产品的修改页面（2）管理员填写相应的被修改产品的信息，点击提交（3）系统更新数据库（4）系统返回产品修改成功页面后置条件：用例成功，产品修改成功；用例失败，产品修改失败。管理员删除产品信息：用例名称：管理员删除产品信息参与者：网上商城系统、管理员前置条件：系统运行正常，登录者有管理员权限事件流：（1）管理员点击该产品的删除链接（2）系统更新数据库（3）系统返回产品删除成功页面后置条件：用例成功，产品删除成功；用例失败，产品删除失败。管理员浏览订单信息：用例名称：管理员浏览订单信息参与者：网上商城系统、管理员前置条件：系统运行正常，登录者有管理员权限事件流：（1） 管理员点击订单管理链接（2） 系统返回订单信息并显示在订单管理页面上后置条件：用例成功，订单浏览成功；用例失败，系统返回订单项失败管理员修改订单状态：用例名称：管理员修改订单状态参与者：网上商城系统、管理员前置条件：系统运行正常，登录者有管理员权限事件流：（1）管理员点击该订单的状态修改链接，进入添加该订单的状态修改页面（2）管理员选择相应的被修改订单的状态，点击提交（3）系统更新数据库（4）系统返回订单状态修改成功页面后置条件：用例成功，订单状态修改成功；用例失败，订单状态修改失败。管理员退出登录：用例名称：管理员退出登录参与者：网上商城系统、管理员前置条件：系统运行正常，登录者有管理员权限事件流：（1） 管理员点击退出链接（2） 系统确认并断开登录后置条件：用例成功，管理员退出成功；用例失败，管理员退出失败。泳道图：游客注册会员登录会员信息修改游客和会员浏览产品：会员购买产品：会员退出登录：管理员登录：管理员浏览会员信息：管理员删除会员：管理员添加产品信息：管理员修改产品信息：管理员删除产品信息：管理员浏览订单信息：管理员修改订单状态：管理员退出登录：时序图：游客注册会员登录：会员修改信息：游客和会员浏览产品：会员购买产品：会员退出登录：管理员登录：管理员浏览会员信息：管理员删除会员：管理员添加产品信息：管理员修改产品信息：管理员删除产品信息：管理员浏览订单信息：管理员修改订单状态：管理员退出登录：精化类视图：用户类：产品类：订单类：购物车：状态图：数据库设计：Product表:（主键：id ）Salesitem表：（主键：id， 外键：productid,orderid）Salesorder表：（主键：id 外键：userid）Users表：（主键：id ）ER图：编码：用户登陆，注册主页：用户修改信息选择页面：用户修改信息页面管理员登陆界面：管理图界面：购物车界面：产品管理界面：订单管理界面：测试：（以下没有对用户和管理员的退出进行测试）测试实例编号列表：功能测试实例编号用户注册A-1用户登录A-2用户修改信息A-3用户修改密码A-4用户浏览产品A-5用户下单A-6管理员登陆A-7管理员添加产品A-8 管理员修改产品信息A-9 管理员删除产品信息A-10 管理员删除用户信息A-11 管理员查看订单A-12测试实例列表：编号初始状态输入数据期望结果测试结果A-1注册界面用户名和密码添加进数据库，并跳到正常页面符合A-2登录界面用户名和密码查询数据库，并跳至到主页或提示登录失败信息符合A-3选择操作页面用户名，用户密码跳转到修改信息界面，或提示密码有误符合，A-4选择操作页面用户名，用户密码，新密码提示修改成功，或密码有误符合A-5主页选择产品类别显示该类别产品符合A-6产品页面选择购买跳转到下单页面符合A-7登陆界面帐户，密码跳转到后台管理页面符合A-8后台管理页面选择添加产品操作显示填写产品信息页面符合A-9后台管理页面选择修改产品操作显示填写该产品信息页面符合A-10后台管理页面选择删除产品操作提示删除成功符合A-11后台管理页面选择删除用户提示删除成功符合A-12订单管理页面选择订单状态显示订单修改后的状态符合第三部分：总结最终实现的功能：允许用户注册和登录，已登录用户可进行个人信息的修改和产品的购买管理员可登录后台进行商城的管理，其中包括用户的删除和信息的查看，产品的增加、删除和修改并且查看，订单的查看以及状态的修改。性能：基本上在运行过程中不会出现问题，用户注册必须经过数据完整性判断，而且要经过用户名是否已经被人占用判断；在产品添加和修改的过程中，也进行了数据完整性以及会员价格和普通价格的比较判断。在信息验证上面没有出现明显的错误。对于购物车块的流程进行了细致的分析，用户添加产品，可生成自己的购物车，继续订购产品，购物车的产品种类了数量也会相应的增加，这方面也没有出现问题。对于后台的增删改查进行了综合的判断和比较，经过分析测试，也都运行正确。系统的缺陷：1、 系统不能更细致的划分产品的类别，只是在产品库中存储每个产品的信息，并且将该产品指定为某个类别2、 系统对订单的管理完全由管理员决定，对管理员的疏忽操作没有更进一步的恢复。3、 不管是前台还是后台，系统的页面风格都不是很好看，没有吸引人的地方4、 没有对产品的购买情况进行系统的报表生成，很难判断系统到底卖出了多少产品。5、 没有留言板块，无法了解顾客对产品的反馈情况。可能的改进方法：1、 增加一个类别库，并且有相应的类别类进行类别的管理，在类别类中可增加对类别的多级分类；2、 增加热门产品的查看，可通过该类产品被购买的次数进行判断，来选取比较热卖的产品；3、 进行页面的美化，是页面的显示效果更好。调试：系统该开始不能显示中文的信息。后来发现在Mysql数据库中的编码设置没有更改为gb2312。更改后系统可成功的显示中文的编码。对于分页的调试也进行了很长时间，其最终的解决办法都与Sql语言有关，在sql语言中可用limit对显示的数据库信息进行限制。参考资料：Reger S.Pressman 著 软件工程实践者的研究方法 机械工业出版社Todd Cook著 JSP从入门到精通 电子工业出版社 曹广鑫、时强等编著 JSP数据库项目开发 电子工业出版社