oos需求分析说明书.docx

网上订餐系统用户需求说明书User Requirement Specification项目编号: p2009104103-v1.0文档版本: v1.0发布日期: 2011.09.27文档编制: 第三项目组目录1、引言1.1 项目背景-31.2 编写目的-31.3 预期读者和阅读建议-31.4 产品范围-32、综合描述2.1产品的状况-32.2系统体系结构-32.3产品的功能-42.4运行环境-42.5假设和约束-43、系统分析与设计 3.1 可行性- 4 3.2 系统设计目- 43.3 系统功能分析-53.3.1系统需求分析-53.3.2系统功能实现-74、数据库设计4.1 数据库需求分析-94.2系统E-R图-105、功能模块详细设计5.1系统模块设计思路- 105.2顾客网上点菜子系统操作流程- 115.3管理员管理子系统操作流程- 116、系统测试6.1测试目标- 116.2测试方法- 117、系统评价与价值7.1系统评价- 127.2系统应用价值- 128、结论8.1总结-138.2展望-139、附录9.1项目组成员及分工- 141、引言1.1项目背景俗话说：“民以食为天”，随着人们生活质量的提高，对饮食的要求已不仅是解决温饱需求，很多人在进行紧张工作之余会选择享受美食来享受生活，进而进行放松。餐饮业是一种个性化、多样化的服务产业，随着网络技术的发展和普及，将餐饮服务与个性化、多样化服务的电子商务相结合，形成了方便、快捷、个性化的网上订餐系统1.2编写目的如今的餐饮市场发展跟随了时代的发展步伐，遵循了市场的发展规律，围绕着企业的发展趋势。快速化、便捷化、营养化、健康化的饮食需求成为了目前社会发展的主力。人们对于健康营养的饮食需求已经逐渐上升到了现实生活中。而网上定餐、外卖遵循时尚、快速化、便捷化，可成为餐厅突破瓶颈，快速发展的方法。本系统为餐饮管理系统，主要实现员工管理，菜系管理，点菜结算，外卖服务和报表打印功能，提高效率，以提供更高质量的服务。1.3 预期读者和阅读建议本说明书按照软件项目需求分析说明书严格标准书写，为读者提供清晰，高质量的文档内容，使读者能够快速阅读并全面了解系统需求与功能。1.4 产品范围本系统用户界面操作方便、明了，用户可以方便、轻松的操作。对用户的教育水平要求不是很高，只要其知道电脑的基本操作即可：产品维护人员必须精通C#、数据库操作和Microsoft SQLServer等有关知识。2、产品综合描述2.1产品状况本系统在Internet上运行。作为一个独立软件，其不含任何的升级软件或软件包。本系统唯一依赖的是浏览器要能解释HTML及JavaScript脚本语言。发挥互联网的优势，在网络上建立一个在线订餐、外卖系统，提高餐饮企业的服务质量、知名度，也是为最终用户提供方便快捷的食品服务2.2产品功能系统属于小型的餐饮管理系统，可以有效地对中小型餐饮进行管理。本系统要达到以下目标：1. 系统界面美观友好，信息查询灵活、方便，数据存储安全可靠。2. 实现对顾客订菜、积分兑换、在线充值等操作。 3. 对用户输入的数据进行严格的数据检查，尽可能地避免人为错误。4. 实现对消费的历史记录进行查询，并可导出点菜信息统计报表。5. 系统应最大限度地实现易维护性和易操作性。2.3产品体系结构本网上订餐系统采用了B/S架构的设计体系，B/S结构相对于传统的C/S结构，这种结构使得数据只有结果集合在浏览器中显示，数据的处理在服务器进行，用户不用安装客户端，而且由于通过服务器端统一管理数据，大大简化了WEB应用的开发难度；易于保证数据的一致性。B/S模式的三层分层模型：第一层表示层。数据表示层为用户接口部分，是用户与系统之间交互信息的界面。它的主要功能是检查用户输入的数据，显示系统输出的数据。它的任务是由Web浏览器向网络上某一Web服务器提出服务请求，Web服务器对用户身份进行验证后用HTTP协议把所需文件资料传送给客户端，客户机接受传来的文件资料并把它显示在Web浏览器上。第二层事务逻辑层。事务逻辑层也称功能层，是应用的主体，位于Web服务器端，它包括应用中全部的业务处理程序。除了输入输出在表示层，数据库在数据层以外，全部的统计、汇总、分析、打印功能存放在功能层。它的任务是接受用户的请求，首先需要执行相应的扩展应用程序与数据库进行连接，通过SQL等方式向数据库服务器提出数据处理申请，数据库服务器将数据处理的结果提交给Web服务器，再由Web服务器传送回客户端。第三层数据库层。数据库层包括数据库管理系统和数据库，数据库管理系统负责管理其数据库，为应用程序提供支持，位于数据库服务器端。任务是接受Web服务器对数据库操作的请求，实现对数据库查询、修改、更新等功能，把运行结果提交给Web服务器。2.3运行环境硬件平台：顾客客户端：cpu 133MHz以上, 内存 32MB以上，操作系统 win95以上,浏览器 IE 5.0以上。管理员客户端：cpu 733MHz以上, 内存 128MB以上, 操作系统 win2000/ME/XP/2003, .net Framework1.1.数据库服务器端：cpu 1.5GHz以上, 内存 1GB以上，操作系统 win2000/XP/2003, IIS 5.0, 数据库 SQL server2000.2.4假设和约束系统开发环境假定为Windows 系列 Server 服务器，SQL Server 2008 数据库，开发语言为C#、Ajax、HTML、JavaScript ，开发工具为 Microsoft Visual Studio 2010、Macromedia Dreamweaver CS 、Photoshop CS3、系统分析与设计订餐系统无论是在应用的深度还是广度上都是一个逐步发展的过程。开发一个局部系统时要充分考虑到局部系统和整个目标系统之前的相容性和完整性，以利于今后整个系统的建立。从订单处理流程上总体把握系统的设计，在具体的设计实现上围绕三个方面进行展开，即用户、管理者、系统维护者3.1可行性分析随着经济的快速发展，B2C电子商务越来越受到人们的关注。订餐类网站，已如雨后春笋般的出现在了个大城市。特别是在公司，企业内部，团体订餐已经成为趋势。同时，随着全国人民的物质、精神和文化生活的高度提高，人们已经不再仅仅停留在吃饱的程度，而是不但要吃饱，还要吃好，并且越来越挑刺，正因为如此网上订餐业务的出现，正迎合了这些人的口味，他们不但省去了自己做饭的麻烦，而且也能寻找和发现新的菜种，品尝不同风格和不同种类的菜品，网上订餐业务在中国有着极大的发展空间和良好的发展前景。当代大学生与白领工作人士作为社会中的重要群体，他们对饮食的要求都在不断提高，饮食在他们生活中起着重要作用。因此，面向大学生与都市白领人士的网上订餐系统的设计有着良好的现实意义。综上分析，决定利用ASP.Net和SQL Server 设计网上订餐系统。ASP.Net可以创建与运用动态、交互的WEB服务器应用程序。SQL Server 2008是一个杰出的数据库平台，具有功能强大，安全可靠等特点，可用于大型联机事务处理、数据仓库及电子商务等。3.2系统设计目标在需求分析的基础上，提出了如下的系统设计目标：1系统安全性系统应控制不同用户的使用权限，用户不能越权操作。系统应该确保数据的安全性。同时，用户要求系统具有高度的可靠性，数据的准确性，系统的可恢复性。2可维护性客户会在系统使用过程中不断对系统提出新要求，扩展系统功能，这就要求系统的可升级性必须良好，以满足客户长期实用的要求，并且在用户有新要求的时候可以快速扩展功能。3用户操作系统设计应该人性化，操作简单方便，达到人机友好的目的。4运行速度系统响应时间是衡量系统性能好坏的重要参考。系统要求响应时间短，更新处理迅速，数据转换与传送时间短，后台服务器响应迅速等等。由于系统使用者的特殊性，系统必须高效地响应并且在安全的前提下高效的响应。5界面用户界面美观友好，做到清晰简单一目了然，易于操作。3.3 系统功能分析3.3.1 系统功能实现本系统主要是实现网上浏览菜单、订餐、产生订单等功能的系统。需要实现菜品信息的动态提示、购物车管理、客户信息注册、登录管理、订单处理、信息反馈等模块。需要完成的主要任务如下：当客户进入网上订餐时，应该在主页面中分类显示最新的菜品信息，以供客户选择所需菜品，同时提供按菜品名称，快速查询所需菜品信息的功能。当客户选择预定某个菜品时，应该能够将对应菜品信息，如：价格、数量记录到对应的购物车中，此时客户可以选择选择其他菜品或是查看自己的购物车，最后，在购物车中填写相应的送餐信息，提交订餐订单后，自动清除以生成订单的购物车中的信息。餐厅服务人员根据订单信息，查看详细订单明细并根据实际情况处理订餐。分析网上订餐系统，制订整个系统框架如下：3.3.2 系统需求分析用于需求建模的方法有很多种，最常用的包括数据流图(DFD)、实体关系图(ERD)和UML三种方式。UML（统一建模语言）是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程12。本系统使用UML中的用例图、活动图、状态图来对需求建模。用例图通过描述“系统”和“活动者”之间的交互活动来描述系统的行为。通过分解系统目标，用例图描述活动者为了实现这些目标而执行的所有步骤。此方法最主要的优点，在于它是用户导向的，用户可以根据自己所对应的用例来不断细化自己的需求。此外，使用用例还可以方便地得到系统功能的测试用例。1.角色分析分析的第一步是定义用例，以描述系统的外部功能需求。用例分析包括阅读和分析需求说明，此时需要与系统的潜在用户进行讨论。根据上述需求，通过分析，网上订餐角色分为两大类：用户和系统管理员。2.用例分析在确认角色的基础上，确认用例。网上订餐系统中的用例有：用户管理、订单管理、登录系统、菜品信息管理等等。本系统的用户用例图如图3.1所示。进行的操作包括订餐服务、信息浏览、订单管理等。图3.1订餐用户使用例图管理员分为两类：一类是系统管理员用例图如图3.3所示。管理员进行的操作(后台操作)包括用户管理，信息的浏览、添加、删除、修改等等。图3.2.系统管理员使用例图另一类管理员是订餐管理人员，专门负责处理用户预约的订单，用例图如图3.3所示。图3.3订餐管理员使用例图除了用用例图描述系统需求以外，以下用活动图对系统的主要例进行说明，更具体地描述该用例与角色的交互。1.用户登录图3.4用户登录用户登录实现为本网站注册用户提供身份确认的功能，保证合法用户的应有权益。而且是否登录也将决定用户能否订餐。用户登录的前置条件是在登录前，用户必须完成“注册”。2.订餐服务图3.5订餐服务在订餐服务用例中，每个用户都有个购物车，用户可以将自己选定的菜品及其数量放入到购物车中，并且随时可以查看自己预定的菜品的数量和总价格。本用例开始前用户必须登录到系统中。如果用例成功，顾客可以浏览自己购物车中的信息并决定是购买还是删除。3查看历史订单：图3.6查看历史订单注册用户可以查看自己的历史订单，在历史订单中，可以浏览曾经订购过的菜品，对于已经送餐后的菜品，可以进行评分和信息反馈，不能重复评论，某个菜品在这里的评分会影响其在整个网站中的推荐指数。4.订单处理：图3.7订单处理处理订单的过程是订餐管理人员参与的，当前台有新的订单生成时，会自动在后台的现有订单列表中显示出来，订餐管理人员可以点击查看未处理的订单，根据实际情况进行处理，或者删除不需要的订单记录。4、数据库设计4.1数据库需求分析用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据、数据结构以及数据处理流程，组成一份详细的数据字典，为具体设计铺垫。通过系统功能分析，针对网上订餐需求，总结为：1分为一般用户和管理员用户，只有用户身份才能进行前台订餐，只有管理员身份才能进行后台管理；2订单分成单张订单详情和总订单表，一张订单中含有多个订单明细；3每一道菜品都从属于一种类型。4一个用户可以订购多个菜品。5一个用户对应多张订单表。4.2订餐系统E-R图E-R图为实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型14。构成E-R图的基本要素是实体型、属性和联系，其表示方法为，实体型：用矩形表示，矩形框内写明实体名；属性：用椭圆形表示，并用无向边将其与相应的实体连接起来；多值属性由双线连接；主属性名称下加下划线；联系：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型，系统E-R图如图4.2所示。图4.2订餐系统E-R图5、系统模块设计5.1模块设计思路1) 用户管理模块。本系统的用户管理模块同时向顾客和管理员开放，顾客可以根据自身的具体情况改变自己的一些属性，比如密码、地址、用户姓名等等。管理员也可以根据业务的情况添加、删除、修改顾客的属性和管理员。2) 权限设置模块。本系统的权限设置主要针对进行点菜的顾客。顾客分为普通顾客和会员顾客，其区别在于普通顾客不能享受优惠价，而会员顾客可以。并且可以根据会员顾客的消费情况进行积分的累计，从而采用灵活的优惠政策。3) 点菜销售模块。顾客访问网站可以浏览当天所发布的菜单，选择了自己想要的菜之后即可提交，并生成订单。4) 菜单管理模块。菜单管理模块向管理员开放，管理员通过此模块对菜单进行添加、删除、修改。5) 订单管理模块。订单管理模块向管理员开放，管理员通过此模块对顾客所提交的订单进行管理，并且可以根据订单处理结果向下属传达正确的安排。5.2顾客网上点菜子系统操作流程5.3管理员管理子系统操作流程图5.2管理员管理子系统操作流程6、网上订餐系统测试6.1测试目标软件测试的目的决定了测试方法。如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置进行测试。如果测试目的是为了给最终用户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会经常用到的假设进行测试。软件测试是为了发现错误而执行程序的过程。一个好的测试用例是在于它能发现至今未发现的错误。一个成功的测试是发现了至今未发现的错误的测试。测试并不仅仅是为了要找出错误，通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。详细而严谨的可靠性增长模型可以证明这一点16。6.2测试方法软件测试是用来发现系统和用户需求不符合的过程。测试方法分为：白盒测试和黑盒测试。白盒测试是对软件过程性细节做出细致的检查。这样的方法是把测试对象看做是一个打开的盒子，它允许测试人员利用程序内部的逻辑结构以及有关的信息，设计或者选择测试用例，对程序所有的逻辑路径进行测试。通过在不同的节点来检查程序的状态，确定实际状态是否与预期达成一致。因此，白盒测试又称为结构测试或者是逻辑测试。白盒测试主要是想对程序模块进行如下检查：1对程序模块的所有独立的执行路径至少测试一遍。2对所有的逻辑判定，取“真”或者取“假”的两种情况至少能测一遍。3在循环的边界和运行的界限内执行循环体。4测试内部数据结构的有效性。本次系统测试主要是选择黑盒测试，软件的黑盒测试意味着测试要在软件的接口处进行测试。这样的方法是把测试对象看成一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部属性，只是根据程序的需求规格说明书，检查程序的功能是否符合它的功能说明，因此黑盒测试又叫功能测试或者数据驱动测试。黑盒测试主要是为了发现以下几类错误：1是否有不正确或遗漏的功能2在接口上，输入是否正确的接受，能否输出正确的结果3是否有数据结构错误或外部信息(例如数据文件)访问错误。4. 性能上是否能够满足要求。5是否有初始化或者终止性错误。7、系统评价及价值7.1系统评价信息系统的优劣，从根本上说，是以它所提供信息服务的数量和质量位衡量标准的。具体的说，它可以包括以下方面：1) 系统功能包括信息系统在收集和录入信息时能否有较强的检验功能，信息系统能否进行所需要的数学计算，信息系统能否提供符合用户需要的信息显示模式以及各类打印报表等。2) 系统的效率这是指完成信息处理时，系统所占用的时间和资源的多少。对于某些实时要求较高的系统，不仅要考虑完成每项业务所需要的时间，而且，要考虑查询的响应时间，即从用户向系统提出查询请求到得到应答所用时间。3) 系统提供信息服务的质量如提供的计算结果的精确度，提供报表或图形的可读性和清晰度等。4) 系统的可靠性这是系统在外界各种干扰小，维持正常工作的能力。这些外界干扰包括认为的，也包括自然的，包括无意的，也包括有意的。例如，对于错误信息的录入或操作人员的错误操作，系统是否有发现，区分与处理的能力。5) 系统的适应性这是指系统在环境法生变化时，系统是否能够比较容易的改变自身结构与内容，在新的条件下继续从事信息处理工作。7.2系统的应用价值信息系统的优劣，从根本上说，是以它的管理工作所提供信息服务的数量和质量为衡量标准的。信息系统评价的内容从系统的技术效果、系统的管理效果和系统的经济效果三方面来考虑。通过对该系统试运行情况的分析，发现系统投入使用后具有如下的应用价值：1) 能提高客户网上点菜和点菜管理的效率，详细记录客户点菜资料和菜单信息。2) 系统有效地整合了菜单管理和订单管理的主要工作流程，通过对所需功能模块的使用，可以更加方便地开展工作。系统对用户的权限控制也在一定程度上保证了信息的安全。3) 系统的运行降低了管理的成本，将使美嘉乐餐饮连锁的管理从传统的工记录向现代的网络计算机化演变。4) 该系统具有强大的统计功能，可以帮助管理员统计每一道菜的被点信息以及顾客点菜的基本信息，从而可以使管理员根据统计出来的信息作出即使正确的决策。5) 苏州美嘉乐餐饮店通过使用该系统，使自身针对外卖业务需求的服务效率明显地提高了，并且可以通过该系统的统计功能。8、结论8.1 总结本文主要分析和设计了网上订餐系统，从用户的需求入手，通过用例图反应出该系统的功能模块，并且通过活动图来详细分析了各个功能模块