需求分析报告

1010需求分析报告工程名称：大学城范围网上超市系统工程队员：xxxxxxxxx指导教师：yyy名目引言\l“_TOC_250050“需求现状 4\l“_TOC_250049“编写目的 4\l“_TOC_250048“参考资料 4\l“_TOC_250047“团队\l“_TOC_250046“组员 4\l“_TOC_250045“分工 4\l“_TOC_250044“工程简介\l“_TOC_250043“工程商业目标 5工程所开发的系统的定义和用途 5\l“_TOC_250042“工程的本钱打算 5\l“_TOC_250041“开发期限 5\l“_TOC_250040“需求诊断\l“_TOC_250039“需求说明 6\l“_TOC_250038“困难障碍 6\l“_TOC_250037“解决方案 6\l“_TOC_250036“前景分析\l“_TOC_250035“业务需求\l“_TOC_250034“背景 6\l“_TOC_250033“业务机遇 6\l“_TOC_250032“业务目标与成功标准 6\l“_TOC_250031“客户与市场需求 7\l“_TOC_250030“业务风险 7\l“_TOC_250029“解决方案的前景\l“_TOC_250028“前景声明 7\l“_TOC_250027“主要特征 7\l“_TOC_250026“假设与依靠 7\l“_TOC_250025“范围与限制\l“_TOC_250024“第一个版本范围 8\l“_TOC_250023“后续版本范围 8\l“_TOC_250022“限制与排解 8\l“_TOC_250021“业务背景\l“_TOC_250020“涉及简介 8\l“_TOC_250019“工程优先级 8\l“_TOC_250018“操作环境 8\l“_TOC_250017“用户需求\l“_TOC_250016“功能性需求 9\l“_TOC_250015“系统用例 9系统用例图 10系统大事-响应例如图 11业务规章规章定义 13\l“_TOC_250014“规章类型 13\l“_TOC_250013“规章示表 13\l“_TOC_250012“数据字典 15\l“_TOC_250011“需求建模\l“_TOC_250010“数据流图 16\l“_TOC_250009“实体—关系图 16\l“_TOC_250008“非功能性需求\l“_TOC_250007“性能需求 16\l“_TOC_250006“安全性需求 17\l“_TOC_250005“软件质量属性 17\l“_TOC_250004“需求优先级\l“_TOC_250003“工程优先级 18\l“_TOC_250002“分析报告结尾\l“_TOC_250001“需求分析交付与实践 19\l“_TOC_250000“12.2总结 19引言需求现状有理由选择这个购置系统。这个购置系统能够解决现状问题。编写目的期读者为校园用户、业务或需求分析人员、测试人员、用户文档编写者、工程治理范围网上超市系统〔UniversityCitywideonlinesupermarketsystem〕的功能内容、能达成共识，是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是工程完成后系统验收的依据。参考资料著刘伟琴刘洪涛著《软件需求工程:原理和方法》 金芝刘璘金英/编著《需求工程软件建模与分析》骆斌著《有用软件需求》〔美〕BenjaminL.Kovitz著团队组员1人：刘声和分工在需求分析、工程筹划方面只有一人，无具体分工，需要具体实施会找同学组队一起参与。工程简介工程商业目标开发此大学城范围网上超市系统〔UniversityCity wide online supermarket，使超市网络治理员能够很便利的查询自己的商品销售状况、存货状况也能够很便利的对商品的种类价格进展添加删除修改以促使营业额上升，提高工作效率，降低以往需要人工对其进展一一的更改，节约了本钱。该软件系统的设计目标尽量到达人力与设备的节约并处理数据的速度提高该系统面对大学城各大宽阔学生消费者实现对商品进展有序交易学生消费者可以高效率、轻松地购得自己想要的货品。工程所开发的系统的定义和用途物品信息：商品标注码：每种商品具有唯一的标注码，以区分、记录其流向。交易的时间等。进货/出售价格：超市从工厂或其他单位进货/预备售出的价格库存数量：仓库中存储的各商品剩余数量销售信息：监控：观看网站货品流淌状况。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。销售价格：跟随销售状况定义不用的商品价格。盘点：计算出库存、销售额、盈利等经营指标。需求：用户解决问题或到达目标所需的条件或功能需求规格说明书：标准或其他正式规定文档所需具有的条件或权能。工程的本钱打算本钱本钱项计算方法总计开发本钱5000直接本钱=开发成26000直接本钱治理本钱5000本+治理本钱+质4000人力本钱12023量本钱+人力本钱间接本钱系数2间接本钱=人力成8000间接本钱4本参数*规模*间接本钱系数1000开发期限202331202371日，历时四个月。需求诊断需求说明客有理由选择这个购置系统。困难障碍1234解决方案12帮助。3效利用各种工具。4的销售地大学城四周考察。前景分析业务需求背景生的购物主流。业务机遇客有理由选择这个购置系统。业务目标与成功标准20%。度量单位：大学城范围网上超市系统〔UniversityCitywideonlinesupermarketsystem〕在狮山大学城的使用人数。〔UniversityCitywideonlinesupermarket”的日志。一般标准：小于20%最低标准：小于25%10%。40%。20%。SC-2：通过网上买衣服但在超市买生活用品的人数削减40%而且此系统得到比较好的评价。客户与市场需求大学城是学生也是网购主要群体会聚的地方。买东西一般都会去到超市，急需一个简便的系统，因此顾客有理由选择这个购置系统。业务风险RI-1：天猫超市觉察此系统引发了价格战甚至缺少两者会导致系统瘫痪，运行失败。RI-3：宣传推广力度不够，客户不能提起兴趣，导致系统失败。解决方案的前景前景声明对于那些期望借助网络平台和资源是自己的生活更加网络化和简便的化的客户群体来说，大学城范围网上超市系统〔 Online supermarketmanagement间跟效率社会有简便的购物系统是很有必要的很大程度上节约了他们的时间跟精力，而且价格不会贵。主要特征〔APP〕订餐。FE-3：可以依据本地大学城的货单来买物品。FE-4：创立、扫瞄、修改、删除购置效劳。FE-5：下订单、付款都可以在网上完成，付款也支持货到付款。假设与依靠AS-1：客户都拥有一智能机或者可以上网的电脑。AS-2：客户下订单和发货时间相差不超过半个钟，到货时间不会超过一个钟。AS-3：假设有商家与自己联系合作销售商品，那么大学城范围网上超市系统〔OnlinesupermarketmanagementsystemofUniversityCity〕必需能与商家进展双向通信。范围与限制第一个版本范围GPS定位后在本大学城内购置所需货品。后续版本范围3GPS定位后，以一个镇为单位可以取得联系通货。限制与排解UniversityCity〕与天猫超市有冲突，可能竞争不过天猫超市，因此会在适当范围内减低价格而且强调准时性，吸引客户的眼球。统，因此会联合一些商家、资本家一起参与试行。业务背景涉及简介发问题。投资层：出资金支持系统运行，同时具有监视权力。网络工作层：看管网络订单状况，准时反响给商家和配货人员。商家：系统的合作者，供给各种各样的货品。送货人员：依据客户信息进展送货。工程优先级网上超市系统优先级相对权值特性相对收益相对损失总价值价值%相对费用费用%相对风险风险%优先级1、下订单741811.6924.3721.20.332、货单62149.0410.839.10.593、付款39159.738.1412.10.684、送货状况55159.738.126.10.875、客户评价2485.212.713.01.22操作环境〔UniversityCitywideonlinesupermarketsystem〕在无故障运行的环境下，赞助人员，治理者，技术人员，宣传人员，配货人员，送货人员等工作人员协调工作。用户需求功能性需求通过对用户需求的分析，可以分析出该网上购物系统大致可以把前台分为三个模块：商品查询模块、订单查询模块、订购模块。后台分为九个模块：用户评价治理、系统治理、统计治理。用户信息治理：实现治理员对用户的查询、增加、修改、注销等功能。商品类别治理：实现治理者对站内商品进展划分类别定期更治理商品，进展添加、删除、修 改、查看操作。网站留言治理：实现会员对本店的留言，用户可以查看留言信息。息。订单治理：实现用户对订单的各种信息的处理。会员治理：实现用户对会员的查询和删除处理。治理。系统治理：实现用户对网站的根本设置、公布公告、数据维护等信息治理。量统计。系统用例主要参与者 用例治理员 1、治理员登陆2、用户治理3、修改密码4、公布商品信息5、删除商品信息6、修改商品信息7、查看商品评价8、查看交易状况9、发货处理10、退货处理11、参与系统变更、决策12、统计13、治理系统客户 1、注册账号2、注销账号3、登陆4、搜寻商品5、查看商品6、治理保藏夹7、治理购物车8、治理订单9、支付10、确认收货11、申请退货12、查看交易记录13、评价商品14、与商家互动沟通15、保藏店铺技术人员 1、开发系统2、维护系统3、排查故障4、依据需求更系统仓库治理员 1、预备货品2、生成付费恳求3、恳求送货4、生成系统使用报告5、统计、治理商品送货人员 1、送货2、记录送货状况3、打印送货说明局部用例描述用例名称参与者

用户注册用户

编号 1001使用频率描述前置条件典型过程

较高 业务优先级 高客户可以通过快捷的入口，自愿成为网站的注册用户。鉴于网站用户的特点，只有通对于客户更加完善的效劳。问题，问题答案是为了方面会员找回密码。1、购置商品时系统提示客户注册相关信息。2、客户输入相应的输入信息并提交确认；3、系统对输入项的长度进展合法性校验并保存；4、系统向客户显示成功庆贺的页面。扩展过程 字段值输入不合法或超长系统提示客户错误内容并提示其重输入并确认客户修改后提交确认用户名已经被注册系统提示客户用户名已经被注册；客户填写其他的用户名后提交确认。结果非功能性要求补充说明存在疑问

系统中增加了一个包含用户输入的信息的注册用户。8秒内得到响应。容错：可用性：高安全性：防止特别字符恶意攻击此功能页面包括的具体工程具体工程包括：账户名、用户名、密码、电子邮件，问题，问题答案等。具体可以参见界面示意。用例名称参与者使用频率

查看商品具体信息顾客较高

编号 1002业务优先级 高描述前置条件

客户登录后，点击商品，系统返回商品具体信息。典型过程典型过程1、会员点击要查看的商品2.系统返回会员要查看的商品具体信息扩展过程结果非功能性要求邮箱未通过验证系统提示会员未通过邮箱验证的错误内容并提示其进展邮箱验证客户修改后提交确认客户查看商品的具体信息。8秒内得到响应。容错：可用性：高安全性：防止特别字符恶意攻击补充说明存在疑问用例名称用例名称参与者描述前置条件典型过程查看订单具体信息高用户登录后,后点击”查看订单信息”用户已登录系统编号业务优先级扩展过程结果非功能性要求用户登录后,后点击”查看订单信息”用户核对订单内容(未发货)用户查看订单送货信息(已发货)无无性能：需要在8秒内得到响应。容错：可用性：高安全性：防止特别字符恶意攻击补充说明系统用例图治理员登陆用户治理修改密码开发和维护系统更系统 公布商品信息技术人员 删除商品信息排查故障

治理员发货处理注册退货处理注销查看交易状况登陆查看评价状况搜寻商品查看商品 送货客户治理保藏夹

记录送货状况治理购物车治理订单

打印送说明况

送货人员与卖家联系

预备订单上的商品保藏店铺生成付费恳求支付

仓库治理员确定收货生成系统说明报告申请退货查看记录系统大事-响应例如图评价商品

统计、治理商品131414业务规章业务规章规章定义与业务相关的操作标准、治理章程、规章制度、行业标准等，都可以称为业务规章ss。业务规章可以从宏观层面上理解可以包AB指标+C指标运算得出的。规章类型类型主要有事实、约束、推论、计算。规章示表ID规章定义规章类型静态或动态来源BR-1系统开放时间事实静态系统开发维护候人员BR-2网络下订单时事实静态网络监管人员24h，全天候BR-3发货时间为8:00~23：00约束动态仓库治理员BR-4派送时间为24h，全天候事实静态快递员BR-5约束静态人员同一种付费方式支付费用BR-6计算动态人员种货品的单价乘以其数量，加上一个缴纳的销售税，如果订单是要求送货上门，而且送货地点在免费送货区域范围之外，则要另外加货费BR-7约束动态人员在规定的大学城范围内BR-8约束静态人员及财务信息或者个人身份信息，则求承受加密方式保护客户财产以及隐私BR-9是否符合要约束动态网络监管人员求，否则与客户沟通、协商解决BR-10约束静态仓库治理员付款成功信息为凭证BR-11 行

约束 静态 高级治理员数据字典送货说明 =客户名字+客户号码+客户指定送货地点+发货单位名称+发货地址+发货点号码客户指定送货地点=*讲所买货品送到哪件大学城的哪所大学哪个取货点*ID=*ID6个字符数字组成的字符串*货品条目=*80个字符*收货日期=*发货日期；格式为MM/DD/YYYY；*订单 =订单日期+送货日期+1：m{所定货品条目}+送货说明+订单状态订单号=*系统为承受的每一个订单安排一个唯一的、挨次的正数；初始值为1*订单状态=[未完成|已承受|已预备|送货时间|已送货|已取消]结算消费 每种货品价格+每种货品数量货单 货品日期+1：m{货品条目}+0:1{特价货品}顾客 =顾客名字+顾客号码+顾客指定地点顾客名字=*提交订单的雇员的名字；由在30个以内个字符组成*顾客的号码=*提交订单的雇员的联系方式；由11个数字组成*顾客指定的地点=*提交订单的雇员的的地点；由50以内个字符组成*所付费用=*货品与其价格乘积；求和产生总价格*付费方式=*网上银行、支付宝、微信、QQ钱包等方式都可以*需求建模数据流图实体—关系图非功能性需求性能需求912212点是购物10000个甚至更多用户，每个平均会话时间不限。web界面，可以通过调制器并全部加载。PE—32秒，在此时间内要将提交订单结果显示在屏幕上。PE—4：客户想系统付款等信息之后，系统将在2秒内向客户显示确认信息。安全性需求SE—1：全部涉及功能信息或者个人身份信息散的网络事务，都要依据BR—33进展加密操作。SE—2：除扫瞄菜单外，客户必需登陆“网上超市系统”才能进展购物。SE—3：只有那些被被授权可以在家访问公司内联网的用户，才可以在公司SE—4：系统只允许顾客扫瞄他们自己的历史扫瞄记录而不能扫瞄其他客户的。软件质量属性(可用性—124时内可以访问，但没有先关修改操作权力。Robustness(强健性)—1：假设订单得到确认或者取消之前，用户和系统的连接中断，你们客户应当能通过“网上超市系统”恢复不完整的订单。需求优先级工程优先级网上超市系统优先级相对权值特性相对收益2相对损失1总价值价值%相对费用1费