UML网上订餐系统实验报告.docVIP

UML建模大作业实验报告 选题名：网上订餐系统 1、需求模型 2、分析模型 2.1、架构模型 2.2、分析机制 Analysis Class Analysis Mechanism orderlist Persistency, security system Persistency, legacy interface order Persistency, security dish Persistency, distribution user Persistency, redundancy guest Persistency, security favorite。 Persistency, communication notice-board Persistency, communication comment Persistency, parsing 2.3、关键抽象 2.4、用例实现 1 、类设计描述及类图 在系统中建立了orderlist类，system类，order类，dish类，user类，guest类，favorite类，notice-board类，以及comment类。类图如下： 2 各用例的用例实现 1.注册功能用例的用例实现 一、简要说明 游客可注册为网上订餐系统的用户。注册时只要填写登录用户名、密码、联系电子信箱、联系电话以及安全问题和答案六项信息即可。 注册后，用户可以继续填写个人详细信息及收获人信息，同时可以修改密码、查询及维护订单。 二、事件流 基本流： 1. 游客选择注册。 2. 系统返回一个注册页面。 3. 游客根据提示输入相应的注册信息。 4. 系统验证游客输入成功。 5. 游客提交注册信息。 6. 系统提示注册成功并返回首页。（默认已登录。） 备选流： 1. 游客输入信息和系统验证不一致（如字段长度超过系统设置等），系统给出相应的提示信息并返回注册页面。 2. 游客输入用户名是已注册用户名，系统给出提示并返回注册页面。 3. 系统异常，无法注册，并给出相应的信息（如网站维护等）。 三、前置条件 游客申请注册。 四、后置条件 游客注册成功成为会员 五、扩展点 无。 六、注册功能顺序图 2.登录\注销用例的用例实现 一、简要说明 用户：已经注册成功的用户可以通过登录页面登录进入该网站。登录之后可以实现订 餐系统的设定功能。 管理员：管理员必须通过后台进行登录，登陆以后，可以在前台或者后台之间切换， 更方便地对系统进行管理及维护。不提供管理员注册功能，管理员只能在数据库中添加，以保证系统的安全性。 登录后，可在前台或者后台选择注销，以便安全退出系统。 二、事件流 基本流： 1. 该会员选择登录。 2. 系统返回一个登录页面。 3. 会员输入用户名、密码和验证码并提交。 4. 系统进行系统验证，验证成功，记录该用户为登录用户并返回主页面。（表明该会员已登录。） 5. 会员选择“注销”。 6. 系统提示用户成功注销并返回网站首页。 7．管理员修改管理员个人资料和账号信息。 备选流： 1．用户忘记密码，选择“找回密码”功能，进入找回密码用例。 2. 系统验证用户登录信息有错，提示用户重新登录。 3. 系统处理异常，系统给出相应的提示信息.。 4．管理员只能在后台运行。 三、特殊要求 无。 四、前置条件 该会员必须是本网站已注册的成员。\该用户必须是该系统成功注册并且已成功登录的用户。 管理员必须凭借管理员权限登录后台。 五、后置条件 该会员登录成功。\用户成功注销 登录成功管理员。 六、扩展点 无。 七、登录顺序图 3. 餐品信息检索用例的用例实现 一、简要说明 用户能够通过输入餐品信息的检索条件，来检索自己所需要的餐品。本功能支持用户使用餐品名称以及餐品简介关键字来对餐品进行检索。在用户使用此功能后，将返回给用户所有符合用户检索条件的餐品。 二、事件流 基本流： 1．用户选择浏览餐品目录，或者输入查看的餐品检索信息。 2．系统处理用户请求成功并返回用户查看的相应的餐品目录页面。 3．用户查看菜色的名称。 4．用户查看菜色的价格。 5．用户查看做法描述。 6．用户查看被订购次数。 7．用户查看是否店长推荐。 备选流： 系统在数据库中没有找到与用户输入相关的信息，系统返回提示信息。 三、特殊要求 要求在网站上提供所属菜系，主要材料以及实例图片以方便用户选择查看。 四、前置条件 用户在本系统中选择了“餐品信息检索”项。 五、后置条件 用户成功浏览餐品信息。 六、扩展点 无。 七、.餐品信息检索顺序图 4. 留言板管理用例的用例实现 一、简要说明 订餐用户登录以后，可以在系统留言板进行留言，留言字符长度不得少于8个字符。但是不能对系统留言进行回复，只有管理员才能回复系统留言。 管理员可