需求与原型改进

一、需求&原型改进

1.给目标用户展现原型,与目标用户进一步沟通理解需求

我们的目标用户是顾客

场景一:小张经常去镇上的百货超市买东西, 有时候忙得时候会电话订货,但是,没有超市的商品清单,不清楚要买什么。有时候错过商品的活动,也会觉得很可惜。而如果自己不在家的话,货送上门时,无法现金付款,可能就无法收到货。

从小张的问题我们能看出小张无法得知超市的商品售卖信息,活动信息,以及无法在线支付,这三个方面是顾客用户的痛。

场景二:小张深夜,想购买商品,在百货超市的在线平台浏览最近有什么活动,发现最近牛奶降价了,立马下单。第二天小张出去上班,货送达了,由于小张已经在线支付成功了,送货人员将货放在小区保安处,电话告知小张后就离开了。

从这个场景我们可以看出 小张可以从平台上了解到了商品的售卖信息,然后在线支付,成功的在第二天收到了货。

  1. 用户场景描述

场景:小张想要购买一箱牛奶

小张打开了在线商城平台的网页,点击登陆后,输入自己的账户密码。在首页,小张点击分类:美食->牛奶,网页显示该商城正在售卖的所有牛奶的信息,小张选中了一箱牛奶,添加到了购物车。在购物车当中,小张核对商品信息后,点击结算,输入自己的信息,提交。跳转到了支付页面,支付成功,即完成了购买。

  1. 修改完善上周提交的需求规格说明书

上一周提交的需求规格说明书,主要功能用例图漏掉了,现在添加上去。

2.1产品描述

该网站可以给个体商家使用,非常适合现在的中小企业,商家(即管理员)可以管理用户,管理商品和查询所有订单。该网站的用户,可以浏览该平台的商品,添加购物车,支付,查询历史订单等等。

主要功能用例:

4.参考《构建之法》8.5节功能的定位和优先级,给出功能分析的四个象限

第一象限(杀手功能,必要需求):顾客可以将商品添加进购物车后,并可对购物车进行操作,再来结算

第二象限(外围功能,必要需求):良好亲切的界面设计,以及人性化的搜索功能

第三象限(外围功能,辅助需求):商品秒杀功能

第四象限(杀手功能,辅助需求):用户信息修改功能

5.任务分解WBS

系统设计

功能结构图:

网上商城系统分为前台和后台两个部分的操作。前台主要有两大功能,分别是展示商品信息的各种浏览操作和会员用户购买商品的操作,当会员登陆成功后,就可使用购物车进行网上购物。网上商城前台功能结构图如下:

后台的主要功能是当管理员成功登录后台后,管理员可以对网站的基本信息进行维护。例如,管理员可以对商品的类别进行管理,如可以删除和添加产品的类别;如可以对商品信息进行维护;如可以添加、删除、修改和查询商品的信息;如可以对会员的订单进行集中管理等等。后台功能结构图如图所示:

系统流程图:

在网上商城中,只有会员才允许进行购物操作,所以初次登录网站的游客如果想进行购物操作,必须注册为网上商城会员。成功注册为会员后,会员可以使用购物车选择自己需要的商品,在确定订单付款后,系统会自动生成订单基本信息。网站基本信息的维护由网站管理员负责,由管理员负责对会员(用户)、商品、商品分类信息及订单信息进行维护,关于订单的维护只能查询,不能修改订单的基本信息。

开发环境:

网上商城开发时,需要具备以下开发环境:

服务器端:

操作系统:Window2003或者更高版本的服务器操作系统。

Web服务器:Tomcat6.0或6.0以上版本。

Java开发包:JDK1.5以上。

数据库:MySQL。

客户端:

浏览器:IE6.0或者更高版本的浏览器。

分辨率:最低要求为800 x 600像素。

 

 

 

 

 

数据库设计

userInfo信息表结构:


字段名


数据类型


是否为空


是否主键


默认值


说明


userId


int




NULL


用户ID


userName


varchar




NULL


用户名


userPasswoed


varchar




NULL


密码


realName


varchar




NULL


真实姓名


email


varchar




NULL


邮箱


address


varchar




NULL


地址


telephone


varchar




NULL


电话


userMode


bit




NULL


用户状态


activationCode


varchar




NULL


激活码

 

topCategory信息表结构:


字段名


数据类型


是否为空


是否主键


默认值


说明


topId


int




NULL


一级分类ID


topName


varchar




NULL


一级分类名称

 

secondCategory信息表结构:


字段名


数据类型


是否为空


是否主键


默认值


说明


scdId


int




NULL


二级分类ID


scdName


varchar




NULL


二级分类名称


topId


int




NULL


外键

 

orders信息结构表:


字段名


数据类型


是否为空


是否主键


默认值


说明


ordersId


int




NULL


订单ID


amount


double




NULL


总价


ordersTime


date




NULL


订单时间


orderStatus


bit




NULL


订单状态


ordersAddress


varchar




NULL


订单地址


ordersTelephone


varchar




NULL


订单电话


ordersConsignee


varchar




NULL


订单收货人


goodsNum


int




NULL


商品数量


goodsId


int




NULL


外键


userId


int




NULL


外键

 

goodsInfo信息结构表:


字段名


数据类型


是否为空


是否主键


默认值


说明


goodsId


int




NNULL


商品ID


goodsName


varchar




NNULL


商品名称


mallprice


double




NNULL


商品商城价格


marketPrice


double




NNULL


商品市场价格


description


varchar




NNULL


商品描述


productImage


varchar




NNULL


商品图片路径


scdId


int




NNULL


外键

 

shoppingCart信息结构表:


字段名


数据类型


是否为空


是否主键


默认值


说明


cartId


int




NULL


购物车ID


goodsId


int




NULL


外键


userId


int




NULL


外键


goodsNum


int




NULL


外键

 

adminInfo信息结构表:


字段名


数据类型


是否为空


是否主键


默认值


说明


adminName


int




NULL


管理员名字


adminPassword


varchar




NULL


管理员密码

 

三、Alpan 任务分配计划 

      本组队员有四个人,故将任务分为两个子模块,一个总模块,一个测试模块

      模块一:登录注册模块(负责林伟钦 王家富)

A.登录部分 (后台验证帐号与密码的正确性与一致性)

B.注册部分  (填写个人信息,设置密码)

模块二:后台管理模块 (负责林伟钦、柳泽峰 )

1. 管理用户(对用户进行增加、删除、修改操作)

2. 管理商品(对商品进行增加、删除、修改操作 )

3. 管理商品分类(对商品分类进行增加、删除、修改操作  )

4. 管理历史订单(浏览历史订单)

模块三:商城模块(负责柳泽峰、王家富,卢锦锦)

1.搜索功能(对商品进行搜索)

2. 首页部分

a.商品分类(为不同商品进行分类,方便浏览)

b.秒杀区域 (分不同时间段的秒杀功能)

3. 用户中心部分(查看用户订单、购物车、通知消息、修改密码以及个人资料)

模块五:测试部分(负责王家富、卢锦锦)

1.测试计划的编写及任务分配

2.总负责整个测试过程

时间: 2024-08-28 08:50:18

需求与原型改进的相关文章

企业管理系统——第三周需求&原型改进_张正浩,黄锐斌

企业管理系统--需求&原型改进,架构设计,测试计划 组员:张正浩,黄锐斌 一.需求&原型改进 1.给目标用户展现原型,与目标用户进一步沟通理解需求 我们的目标用户是公司管理员 场景:随着经济的发展,企业正向着大型化.规模化发展,而对于大中型企业,员工.职称等跟工资管理有关的信息随之急剧增加.在这种情况下单靠人工来处理员工的工资不但显得力不从心,而且极容易出错.小张属于公司得管理层,经常需要对员工的工资和加班进行管理, 有时候需要对新员工的工资进行添加以及对老员工的工资进行调整,有时候需要对

tiG - 原型改进、架构设计与测试计划

施工中 WBS 架构设计 ? 流程概览 ? 目录结构 原型改进 ? 欢迎主页 ? 日志视图 ? 工作区 下周任务安排 ? 工作区:卢明凯.刘海港.邹卓辉 (预计1周) ? 提交历史视图:泽瑞坤 (预计1.5周) ? 测试与翻译工作:张凯亮 (预计1周) 测试计划 由于是全员参与到GitLib中的接口开发,故由各个提交者负责对应的单元测试编写,最后凯亮会进行回溯测试. GUI的单元测试由于时间有限,暂时没有加入的计划. 后续计划 由于时间有限且课程安排紧张,同时接下来考试等事情较多,我们目前的计划

假如我们的坦克继续前进队——需求改进&系统设计

需求和原型改进 在上个星期的<需求说明书>课堂讨论中,老师提出了游戏的用户界面的设计问题. 经过小组成员的讨论后,我们的想法如下:进入游戏后的界面上方为游戏名称下方为3个按钮"开始游戏"."道具收集"."退出游戏",然后配上合适的背景图. 除此之外,我们对游戏关卡选择规则做了定义,开始游戏后会进入关卡选择界面,一开始游戏只有一关,只有通关后才会出现下一关的选择按键,玩家可选择新关卡或之前已通关的关卡进入游戏.在游戏里玩家拾起的随机道具

【Alpha】第一次项目冲刺

一.当天站立式会议照片 本次会议主要内容:进一步明确了团队中各个成员的定位,说明了下一步团队工作的方向 二.每个人的工作 成员 昨天已完成的工作 今天计划完成的工作 罗于婕 系统架构设计及项目数据库设计  学习并熟悉数据库的设计和建立 龚晓婷 需求和原型改进  学习并熟悉数据库的设计和建立 林仕庄 功能分析的四个象限及任务分解WBS   熟悉有道词典API的使用 孙佳萱 测试计划的编写  Android界面代码编写的熟悉 刘海兰 测试计划的编写  Android界面代码编写的熟悉 曾伟鹏 整合各

莪的拽、像省田各号①样没尽頭队——需求改进&amp;原型设计

需求改进&原型设计 Ⅰ. 需求&原型改进 Ⅱ. 系统设计 Ⅲ. Alpha任务分配计划 Ⅳ. 测试计划 原文地址:https://www.cnblogs.com/m870100/p/9859127.html

团队作业3——需求改进&amp;系统设计

需求&原型改进 背景: (1)典型用户:集美大学老师 (2)用户的需求/迫切需要解决的问题 a.老师:用上课时间来点名,不仅浪费宝贵的上课时间,而且还容易出现,帮人答 到的情况. b.老师:上课之前能够通过微信平台完成一次点名功能,能够自动生成本次为来到 教师的学生,省时省力2.场景 周五早上上课时间到,马哲老师走进教室,扫了一眼,学生人数发现,来的不是很 多,马哲老师,先是表扬了一下来的同学,然后拿出手机,打开微信,点开点名系 统,点击生成一次点名,讲台下的同学,纷纷拿出手机,一阵拍,提示完成

轻量级过程改进之需求开发

需求开发是指通过对用户需求进行分析,开发产品需求的过程.需求开发在于把面向用户的需求转换为面向研发团队的需求的过程,回答研发团队"我们要做什么样的产品"的问题.需求开发直接面向研发团队,是用户需求传递到研发团队中的必要一环.本文主要阐述在项目需求开发过程中涉及的主要规程.可能存在的问题.分析这些问题并提出相应的改进措施. 一.需求开发的规程 在轻量级过程改进系列的上下文中,关于需求管理和需求开发的区别和联系已经在"需求管理"这一改进域中有明确说明,这里不再展开.该上

需求改进&amp;系统设计

一.需求&原型改进 1.需求改进 不足: 缺少忘记密码后找回密码的功能. 缺少修改密码的功能 缺少对管理员部分的描述 普通用户场景:   金同学是一名小学生,他在课余闲暇之时喜欢使用电脑上网观看网络课程.但是呢,在网络上有各种各样的机构提供的课程,查找不是很方便,质量又参差不齐,小金时常为此感到烦恼.直到有一天,他意外发现了教辅宝这个平台,在这个平台上他可以找到很多机构提供的课程.通过课程分类.查看课程简介.浏览评论来选择适合自己的精品课程,而且不用登录就可以浏览信息,要发表评论的时候才需要注册

AI五子棋-第三周-需求改进&amp;系统设计

1. 需求&原型改进 根据组内成员的讨论以及老师和同学的建议,本周进行了以下的改进: 1. 改进了游戏UI的界面设计,并且对前端代码进行模块化整理,增强可读性和可维护性. 2. 对后台的游戏引擎进行改进设计,完善了游戏调度机制 3. 对人工智能算法进行了优化和改进,原先的算法因为其所需要的计算资源过大,当前场景难以达到其性能要求,无法发挥出算法的最大实力,所以完全基于AlphaZero模型算法的AI五子棋难以实现,因此我们采取了人工规则的辅助方式实现AI 2. 系统设计 系统设计如图所示 3.