乳制品订购系统需求文档.docx
《乳制品订购系统需求文档.docx》由会员分享，可在线阅读，更多相关《乳制品订购系统需求文档.docx（28页珍藏版）》请在冰豆网上搜索。
乳制品订购系统需求文档
D.1前景和范围文档
D.1.1业务需求
1.背景、业务机会和客户需要
目前，随着经济和科学的发展，人们越来越注重健康，乳制品逐渐变成了我们生活中不可缺少的一部分。
虽然该行业起步晚，但发展迅速，可谓将来前景一片大好，许多单位和家庭都需要亲自去Britney鲜奶生产与加工公司订购，花费大量的时间。
但是，许多人不能如愿以偿，因为公司有些类的的乳制品已经卖完，与此同时，有些可能卖不出去，只好倒掉，造成浪费。
许多人都想通过手机或电脑在线订购，要求在指定的日期和时间内送到指定的地点。
通过这样一个系统，使一些单位和家庭可以节约时间，而且订到自己喜欢的乳制品的概率也增大了。
2.业务目标（BusinessObjective,BO）和成功标准（SuccessCriteria,SC）
BO-1:
初始版本发布的5个月内，鲜奶生产与加工公司的乳制品浪费减少50%。
度量单位（scale）：
Britney鲜奶生产与加工公司的工作人员每星期所倒掉的乳制品的价值。
计量（meter）：
检查“Britney鲜奶生产与加工公司存货系统”的日志。
过去情况（past）[2006，初步调研]：
40%
一般标准（plan）：
小于20%
最低标准（must）：
小于25%
BO-2：
初始版本发布之后的12个月内，Britney鲜奶生产与加工公司运作费用减少40&。
BO-3：
初始版本发布之后的4个月内，每个员工的每天平均有效工作时间增加30分钟。
BO-4：
初始版本发布之后的6个月内，Britney鲜奶生产与加工公司的利润比以前增加20%。
SC-1：
目前通过乳制品订购系统解决购买乳制品问题的人，在初始版本发布之后的一年内，有80%的人使用“乳制品订购系统”。
SC-2：
初始版本发布之后的5个月内，对Britney鲜奶生产与加工公司满意度的评价提高，而在初始版本发布之后的12个月内，这种满意度在前面的基础上再有所提高。
3.业务风险（Risk）
RI-1：
用户信息安全----由于网络的发展，黑客技术越来发达，用户信息容易被泄露，被窃取。
RI-2：
软件的实用性----系统开发出来，如果用户不使用，将导致经济的损失。
D.1.2解决方案的前提
1.前景陈述
对那些希望通过奶制品企业物流配送的人群来说，“乳制品订购系统”是一个基于Internet的应用程序，它可以接受个人订购或团体订购，结算乳制品的消费费用，并触发将送到宁夏大学及周围区域的指定位置。
与当前的电话订购和人工订购乳制品不同，使用“乳制品订购系统”的顾客并不需要到乳制品实体店取货，这既可以节约他们的时间，又可以增加他们对乳制品的选择范围。
2.主要特征（FEature）
FE-1:
根据乳制品实体店提供的选择表单或送货表单来订购乳制品。
FE-2:
创建，浏览，修改和删除乳制品订购服务。
FE-3:
注册订购乳制品的付费方式。
FE-4:
请求发货。
FE-5:
创建，浏览，修改和删除乳制品各种套餐。
FE-6:
自动生成订单。
FE-7：
通过公司的内联网可以访问系统，或者授权的员工通过外部Internet访问系统。
3．假设（Assumption）和依赖（DEpendency）
AS-1:
乳制品实体店内有可以访问宁夏大学内联网的计算机，这样乳制品实体店的雇员就可以处理期望的订单量，不会遗漏任何送货时间。
AS-2:
最多比请求的送货时间晚15分钟，乳制品实体店有送货人员和送货车辆。
这样就能满足所有订单的送货要求。
DE-1:
如果某实体店有自己的联机订购系统，那么“乳制品订购系统“必须能与这一系统进行双向通信。
D.1.3范围和局限性
1.初始版本和后续版本的范围
特性
版本1
版本2
版本3
FE-1
根据自身需求
订购乳制品
根据给出的
套餐订购
FE-2
完全实现
完全实现
完全实现
FE-3
完全实现
完全实现
完全实现
FE-4
规定时间可
送达的地域
规定时间可
送达的地域
规定时间可
送达的地域
FE-5
完全实现
完全实现
完全实现
FE-6
不实现
不实现
不实现
FE-7
完全实现
完全实现
完全实现
FE-8
完全实现
完全实现
完全实现
2.局限性和排斥性
LI-1：
有一部分乳制品可能是和超市一样的，因此“乳制品订购系统”的客户可能不会使用。
LI-2：
由于地域的不同，送货时间可能有误差，距离场地太远的人，可能不使用此系统。
D.1.4业务上下文
1.涉众概览
涉众
主要价值
态度
主要兴趣
约束条件
生产商
提高销售水平，增加收益节约浪费
承诺完成所有要求的版本
使用该系统之后获得的收益大于开发此系统的费用
无
送奶员
在规定的时间内满足客户需求，提高客户满意度
担心送奶品过程中出现突发事件，不能及时满足客户
送货过程顺利
服务态度诚恳
顾客
及时的将所需要的奶品送达，食品安全营养，节约时间，更加方便
积极支持新系统，但使用系统的次数可能没有预期的次数多，这主要考虑奶品的安全性是否有保证
使用简单；送货可靠；食品选择的有效性
需要访问公司订货系统
公司经理
增加了销售额；扩大了销售范围，增加了新客户
虽然接受，但比较谨慎
尽量少用新技术；关注送货所需的资源和费用
可能没有足够的人手和能力来处理订单；可能需得到Internet访问权
2.项目优先级
因素
具体活动者
约束条件
自由度
进度
预期内完成，不超过两个星期
特征
安排版本1，实现的特征必须完全可操作，尽力实现版本2
质量
必须通过95%的用户验收检测，必须通过全部的安全测试，所有的安全事物都必须遵守相应的安全法则
因素
具体活动者
自由度
工作人员
项目团队规模包括一名有经验的项目经理和两名开发人员还有一名测试人员
费用
在不包括责任人评审的情况下，财政预算最多可超支15％
D.2用例
各种用户类确认的“乳制品订购系统”的用例和主要参与者如下所示：
主要参与者
用例
客户
1．订购
2．变更订单
3．取消订单
4．查看套餐
5．注册从银行卡支付
6．取消从银行卡支付
7．订购套餐
8．修改所订的套餐
经理
9．创建套餐
10．修改套餐
快递人员
11．送奶
12．记录送奶情况
13.打印送奶说明
用例ID号
UC-1
用例名称
订餐
创建人
姬存东
最后更新者
姬存东
主要参与者
用例
创建日期
2015年12月6日
最后更新日期
2015年12月6日
参与者
客户
描述
客户从公司内联网络或从家里访问“乳制品订购系统”，随意查看一天的套餐，选择自己想要的乳制品，提交订单要求在特定的时间送到指定的地点
前置条件
1.客户登录到“乳制品订购系统”
2.客户注册录付费方式
后置条件
1.订单在“乳制品订购系统”中的存储状态是“已接受”
2.根据这订单的条目来更新乳制品的存货
3.根据这一次的送货请求，对请求时间窗口更新剩余的送货能力
主要参与者
用例
主干过程
1.0订一个套餐
1.系统显示有效套餐
2.客户从套餐中选择一种或多种套餐
3.客户表明订购完成
4.系统显示所订购的套餐条目，单价和总价格，包括应缴纳的税和送餐费用
5.客户确认订购套餐或修改订购的套餐（回到
第2步）
6.系统显示那一天中有效的送餐时间
7.客户选择送餐时间和指定送餐地点
8.客户指定付费方式
9.系统确认接受订单
主要参与者
用例
10.系统向顾客发送短信，确认订单细节。
11.系统将订单存储在数据库中，并发送电子邮件通知库存管理人员，将套餐信息发送给乳制品库存系统，并更新有效的送餐时间
分支过程
无
异常
1.0.E.1订单截止日期在当前时间之前
1.系统通知客户今天订购时间太晚了
2a.客户取消订单
2b.系统终止用例
3a.顾客请求选择另一个日期
3b.系统重新启动用例
1.0.E.2没有有效的送货时间
1.系统通知顾客送货日已没有有效的送货时间
2a.客户取消订单
2b.系统终止用例
1.2.E.1不能完成指订数量的同样套餐
1.系统通知客户它所能提供的同种套餐的最大套餐数量
2.客户变更所订的同种套餐的份数，或取消订单
包含
无
优先级
高
使用频率
无限制
业务规则
BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12
特别需求
1.用户在确认订单之前的任何时间都可以取消订单
2.客户能查看自己一个月的全部订单，并可以重复其中的任一次订单作为新的订单，只要所有订单在请求的送达日的菜单中有效。
（优先级为中）
主要参与者
用例
注意和问题
1.如果客户在今天截止时间之前使用系统，那么默认的是当前日期。
否则，默认日期是下一个营业日。
2.如果客户不要求送货，那么“请求付费方式是从银行卡扣除”这一前置条件就不使用
3.这一用例的峰值使用负载是当地时间早晨8点到10点
用例ID号
UC-2
用例名称
注册从银行卡扣除支付费用的方式
创建者
姬存东
最后更新者
姬存东
创建日期
2015年12月6日
最后更新日期
2015年12月6日
参与者
客户
描述
使用“乳制品订购系统”并要求送餐的客户，必须注册从银行卡中扣除费用的付费方式。
前置条件
1.客户必须登录到“乳制品订购系统”
后置条件
1.客户必须注册从银行卡中扣除费用的付费方式
主要参与者
用例
主干过程
2.0注册从银行卡扣除费用的支付方式
1.客户请求注册从银行卡扣除费用的支付方式
2.系统调用“认证身份证（AuthenticateUser’sIdentity）”用例
3.系统通知顾客他有合法资格从银行卡中扣除费用的付费方式
4.系统要求客户确认他期望注册从银行卡扣除费用的支付方式
主要参与者
用例
5.顾客确认他期望注册的是从银行卡扣除费用的支付方式
6.系统要求扣费系统建立从银行卡扣除费用
7.扣费系统确认建立了从银行卡扣除乳制品费用
分支过程
无
异常
2.0.E.1顾客身份证认证失败（第二步）
2a.如果认证成功，则客户继续进行用例
2b.如果3次尝试都认证失败，则系统通知客户，将无效的认证尝试记入日志，并终止用例
2.0.E.2客户没有从银行卡中扣除费用（第3步）
1.系统通知客户他没有资格从银行卡中扣除费用，并给出具体理由
2.系统终止用例
2.0.E.3客户已没有资格从工资中扣除费用（第三步）
1.系统通知客户他已经注册了从银行卡扣除费用的付费方式
2.系统终止用例
包含
验证用户身份（他期望从银行卡扣除费用的支付方式）
优先级
高
使用频率
无
业务规则
特别需求
1.按照公司制定的中等安全应用程序的标准来执行用户的认证
假设
无
注意和问题
系统发布前一个月，预计会相当频繁地执行这一用例
主要参与者
用例
用例ID号
UC-3
用例名称
修改乳制品单
创建人
姬存东
最后更新者
创建日期
2015年12月6日
最后更改日期
参与者
乳制品列表经理
描述
乳制品列表经理可修改表单的有效乳制品和特定日的价格，以反映有效乳制品或价格的变更。
前置条件
1.表单已存在于系统中
后置条件
1.修改的表单已经保存起来
主要参与者
用例
主干过程
3.0编辑已存在的列表
1.表单经理请求查看某已特定日期的表单
2.系统显示表单
3.表单经理修改表单已添加新的套餐项，删除或变更套餐项，或者变更价格
4．乳制品列表经理请求保存修改过的表单
5.系统保存修改过的表单
分支过程
无
异常
3.0.E.1指定日期的表单不存在（第一步）
1.系统通知列表经理这一指定日期的表单不存在
2.系统询问表单经理他是否要创建这一指定日期的表单
3a.菜表单经理回答“是”
3b.系统调用“创建列表单”用例
4a.表单经理回答“否”
主要参与者
用例
4b.系统终止用例
3.0.E.2指定的日期已经过去了（第1步）
1.系统通知表单经理请求日期的表单不能修改
2.系统终止用例
包含
创建表单
优先级
高
使用频率
每星期大约20次
业务规则
BR-24
特别需求
1.表单经理可以在任何时候取消表单修改功能。
如果表单已变更，则系统会请求对取消进行确认
假设
无
D.3软件需求规格说明
D.3.1介绍
1.目标
软件需求规格说明描述了“乳制品订购系统（DairyProductsOrderingSystem,DPOS）”1.0版本的软件功能性需求和非功能性需求。
这一文档计划由实现和验证系统正确功能的项目团队成员来使用。
除非在其他方面另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。
2.项目范围和产品特性
“乳制品订购系统”容许宁夏大学学生的食堂在线订购乳制品并配送乳制品到学校内的指定地点。
详细的项目描述请参见DairyProductsOrderingSystemVisionandScopeDocument（乳制品订购系统前景和范围文档）【1】。
文档中这一部分的标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。
D.3.2总体描述
1.产品远景规划
“乳制品订购系统”是一个新系统，它取代了当年宁夏大学食堂内以手工方式和电话方式的预定和选择乳制品种类的过程。
图D.1是一幅关联图。
它演示了1.0版本的外部实体和系统接口。
期望系统演化若干个版本，最终与西夏区若干商铺的I
nternet订餐服务相连接，并提供信用卡和在线支付授权服务。
2.用户类和用户特性
用户类
描述
顾客（优先考虑）
顾客是宁夏大学的学生，他们希望从宁夏大学的食堂订餐并能将所订购的乳制品送货上门。
大约有3万潜在客户，其中估计有2万人每星期使用“乳制品订购系统”3次。
顾客有时会由于团体事件或有来宾而定好多份乳制品。
估计有90%的订单是通过宁夏大学食堂的内联网而提交的，10%的订单是从家里提交的。
所有的顾客都可以从学校食堂，访问公司内联网。
有些顾客希望建立固定的订购目标，每天送同样的乳制品，或者是自动送当日新品。
顾客必须能推翻对某一具体日期的乳制品订购。
用户类
描述
宁夏大学食堂工作人员
宁夏大学食堂目前雇佣了大约20名“食堂工作人员”，他们从宁夏大学食堂里的“乳制品订购系统”接受订单，准备乳制品，对要求送货上门的乳制品进行打包，答应送货说明，并请求送餐。
食堂工作人员需要接受培训，学会如何使用计算机,浏览器和“乳制品订购系统”。
乳制品经理
乳制品管理人是宁夏大学食堂的雇员，也许就是食堂经理，他负责建立并维护食堂有效的乳制品条目日常套餐列表，和每一天每一个乳制品条目的有效时间。
有些乳制品不适宜于送货上门。
乳制品管理人也要定义食堂的每日特色乳制品。
乳制品经理还需要定期编辑套餐列表，以反映计划内的无效的或价格发生了变更的乳制品套餐。
送餐人员
当宁夏大学食堂工作人员准备订单所要求送的乳制品时，他们打印送餐说明并向送餐人员发出送餐请求，送货人员是食堂的其他雇员或者是承包人。
送货人员为每天都要挑选乳制品和准备送货说明，并将它送到顾客手里。
送货人员与系统的主要交互将是偶尔重新打印送货说明并确认货已送到（或没有送到）顾客手中。
3.运行环境（OperatingEnvironment,OE）
OE-1:
“乳制品订购系统”的操作将通过如下的浏览器来完成：
MicrosoftInternetExplorer版本5.0和6.0，NetscapeCommunicator版本4.7和Netscape版本6和版本7。
OE-2:
“乳制品订购系统”将运行在一个服务器中该服务器运行当前学校批准的ApacheHTTPServer。
OE-3:
“乳制品订购系统”将允许用户通过学校内联网来访问，如果用户被授权在学校的外部穿过防火墙来访问，那么用户也可以在家中通过Internet来访问该系统。
4.设计和实现的约束条件（constraint）
CO-1:
系统的设计，编码和维护文档将遵照宁夏大学内联网开发标准版本1.3【2】。
CO-2:
系统将采用宁夏大学标准的当前Oracle数据库引擎。
CO-3:
所有HTML代码将遵照HTML4.0版本。
CO-4:
所有脚本都用Perl语言来编写。
5.用户文档（UserDocomentation,UD）
UD-1:
系统将提供一个分层和跨链接的HTML联机帮助系统，它描述并演示了所有系统功能。
UD-2:
如果是一个新用户第一次使用该系统，系统可以根据用户的要求提供一个联机教，这样用户可以使用静态教程套餐单来具体实践一下如何订餐。
系统将不会采用这一模板的订货订单存储到数据库中，也不会将这种订单提交给学校食堂。
6.假设（ASsumption）和依赖（DEpendency）
AS-1:
只要是要求学生上课的每一个工作日，食堂在早餐，午餐，晚餐时间段都会营业。
DE-1:
“乳制品订购系统”的运行依赖于银行卡的变更，它接受用“乳制品订购系统”订购的付费要求。
DE-2:
“乳制品订购系统”的运行依赖于“食堂库存系统”所作出的变更，当接受“乳制品订购系统”订单后，它更新乳制品条目的有效性。
D.3.3系统特性
1.订乳制品
（1）描述和优先级
订乳制品的顾客其身份得到验证之后，就可以定乳制品，并可以要求送乳制品人员送到指定地点。
只要所订乳制品没有按时送达或者出现其他突发事件，顾客就可以取消或者改变订单。
优先级高。
（2）刺激/响应序列
刺激：
顾客请求定乳制品，可以是一份或者多份。
响应：
系统向顾客询问订单细节、付费方式和送乳制品方式。
刺激：
顾客请求改变订单。
响应：
如果订单状态是“已接受”，则系统允许用户编辑以前的订单。
刺激：
顾客请求取消订单。
响应：
如果订单状态是“已接受”，则系统取消订单。
（3）功能性需求
Order.Place
登录到“乳制品订购系统”的顾客可以通过该系统订乳制品，订购一份或者多份都可以
Order.Place.Register
系统将确认订乳制品的顾客所注册的付费方式是在线支付
Oder.Place.Register.No
如果顾客没有注册在线支付方式，那么系统为顾客提供一些选择方案，顾客可以现在注册并继续进行订乳制品，或者退出该系统
Order.Place.Date
系统将提示顾客输入送乳制品的时间（请参见BR-2）
Order.Place.Date.Cutoff
如果订单是当前日期，而订乳制品时间已过了截止时间，那么系统将通知顾客订单时间太晚了，今天已不能订购。
顾客可以改变订购时间，或者也可以取消订单
Order.Deliver.Select
顾客将指定只是订购乳制品或者还是要求送乳制品
Order.Deliver.Location
如果订单是要求送乳制品，而且送货时间是有效的时间，那么顾客将提供一个有效的送货地点
Order.Deliver.Notimes
如果送货日没有有效的送货时间，那么系统将通知顾客。
顾客可以取消订单
Order.Deliver.Times
系统将显示订单剩余的有效送货时间。
顾客可以从显示的有效送货时间中选择一个时间，或者取消订单
Order.Menu.Date
系统将显示指定日期的乳制品单
Order.Menu.Available
当前日期的乳制品单只显示至少在乳制品加工厂的一个供应间中有货的乳制品
Order.Units.Milk
系统允许顾客表明他希望订购的每个乳制品条目的份数
Order.Units.Multiple
系统能够允许顾客订多份同样的乳制品，但其最大份数只能是订单中的所有乳制品单条目的有效份数中的最小值
Order.Units.TooMany
如果顾客所订的某一乳制品菜单项的份数超过了目前乳制品加工厂存货的数量，那么系统将通知顾客他所能订的乳制品条目的最大份数
Order.Units.Change
如果乳制品加工厂存货中的乳制品不能满足顾客的数量要求，那么顾客可以改变订单的份数，也可以取消订单
Order.Confirm.Display
如果顾客表明他不希望再订乳制品了，那么系统将显示他所订的乳制品条目，每一乳制品条目的单价，以及应该支付多少钱。
Order.Confirm.Prompt
系统提示顾客确认订单
Order.Confirm.Not
如果顾客不确认订单，那么顾客可以编辑订单，也可以取消订单。
Order.Pay.Method
当顾客表明他已完成订购乳制品时，系统会让顾客选择付费方式。
Order.Pay.Deliver
Order.Pay.Pickup
顾客可以选择在线支付，或者货到付款
Order.Pay.Details
系统将显示所订乳制品的条目、费用、付费方式和送货说明
Order.Pay.Confirm
顾客可以确认订单，也可以请求编辑订单，也可以请求取消订单
Order.Pay.Confirm
如果顾客确认订单，并选择了在线支付的付费方式，那么系统将根据顾客选择付费的银行向有关银行发出付费请求
Order.Pay.Confirm.OK
如果付费请求被接受，那么系统将显示一条消息来确认订单已接受，消息中包括付费金额
Order.Pay.Confirm.NG
如果付费请求被拒绝，系统将显示一条消息来说明拒绝的理由。
顾客可以取消订单，也可以改为货到付款
Order.Done
当顾客确认了订单时，系统会将下面几步作为一个事务来处理
Order.Down.Store
为该订单分配下一个有效的订单号并存储这一订单，其订单的初始状态设置为“已接受”
Order.Down.Inventory
向“乳制品存货系统”发送一条消息，包括订单中每种乳制品条目的份数
Order.Down.Menu
更新当前订单的订货日期所对应的乳制品单，从乳制品加工厂存货中扣除订单中的乳制品条目数量，以反映所有乳制品条目的最新状况
Order.Down.Times
更新订乳制品日期中剩余的有效送货时间
Order.Down.Patron
向顾客发送消息，消息包括订单和支付费用的有关消息
Order.Down.Cateteria
向乳制品加工厂工作人员发送订单消息，消息包括订单的有关信息
Order.Down.Failure
如果Order.Down中的任何一步不成功，则系统回滚事务，通知用户订单不成功，并说明失败的原因
Order.Previous.Period
系统允许顾客浏览前六个月的全部订单【优先级为中】
Order.Previous.R
升级会员 