BX110937李建辉实验五软件项目定型Word版

1、1 / 29电子信息学院实验报告书课 程 名： 软件需求分析 题 目： 软件项目定型（下） 实验类别 【验证、设计、综合】 班 级： BX1109 学 号： 37 姓 名： 李建辉 组 长： 李建辉 评语：实验内容： 优秀 良好 合格 一般 不合格 报告格式： 优秀 良好 合格 一般 不合格 实验态度： 优秀 良好 合格 一般 不合格 实验结果： 优秀 良好 合格 一般 不合格 课题纪律： 优秀 良好 合格 一般 不合格 成绩： 指导教师： 杨志和 批阅时间： 年 月 日1.1.实验内容或题目实验内容或题目网上订餐系统2.2.实验目的与要求实验目的与要求需求工程团队根据用户需求，通过面向对象建

2、模与分析手段，为问题设计解决方案，完成软件需求规格说明文档。开发方建立分析模型，细化系统需求，完成软件需求列表。结果文档：软件需求规格说明文档。要求度量：软件需求的数量、非功能需求的数量；类图的类数量、关联数量，每个类的平均属性数量；行为图（包括交互图、状态图和活动图）的数量，交互图内平均参与对象数量和最大参与对象数量、交互图内平均消息数量和最大消息数量，状态图内平均状态数量和最大状态数量、状态图内平均转移数量和最大转移数量，活动图内平均的甬道数量、活动数量和数据对象数量、活动图内最大的甬道数量、活动数量和数据对象数量、方法契约说明的数量、方法契约说明的平均行数；注意事项：交互图、状态图、活动

3、图和方法契约的使用可以根据项目情况安排，不要求必须使用。但是对于没有使用的团队，必须要有足够的理由，助教会对其进行检查。3.3.实验结果实验结果结果文档：软件需求规格说明文档。网上订餐系统软件需求规格说明文档目录目录PART I 引言引言 .11.文档目的.12.组织方式.13.项目范围.14.参考文献.3PART II 总体描述总体描述.41.产品前景.42. 产品特性.43. 用户类及其特征.54. 运行环境.65. 设计和实现上的约束.66. 假设和依赖 .7PART III 系统特性系统特性.7PART IV 对外接口要求对外接口要求 .111. 用户界面.112. 硬件接口.113.

4、 软件接口.114. 通信接口.11PART V 其他非功能需求其他非功能需求.121. 性能需求.121.1 数据精确度.121.2 时间特性.121.3 适应性.121.4 容量需求.121.5 实时性.121.6 负载.121.7 输入输出要求.131.8 数据管理能力要求.131.9 故障处理要求.132. 安全性需求.133. 软件质量属性.133.1 完整性.133.2 可靠性.133.3 效率.143.4 易用性.143.5 可维护性.143.6 可移植性.14PART VI 其他需求其他需求.14PART VII 数据描述数据描述.151.静态数据.152.动态数据.153.

5、数据库描述.153.1 数据字典.153.2 数据库表及字段设计.153.3 系统用例图.173.4 数据流程图.21PartPart I I 引言引言1.1.文档目的文档目的当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，提高餐饮企业的服务质量，扩大知名度，也为最终用户提供方便快捷 。编写此文档的目的在于进一步定制系统（网上订餐系统）开发中的细节问题，以便于甲方和乙方协

6、调工作，主要面向的读者是餐饮行业的项目委托单位的管理人员，服务人员和餐饮客户的体验人员，本文档定义了有关网上订餐系统的功能需求，数据描述，运行环境等等内容，此文档也可以作为系统设计人员，系统开发人员，售前技术支持人员，使用人员的参考资料。2.2.组织方式组织方式在文档的余下部分会阐述对系统总体的描述，系统特性的详细描述，对外接口的实现以及其他一系列功能需求和非功能需求的描述。 文档基本上按照由总体到局部的格局，首先对系统的总体概要描述，之后进行系统特性的描述（包括对应的功能需求等等） ，之后将对对外接口进行阐述，之后将列出一系列功能需求以及非功能需求，最后对数据进行描述，包括数据库表格的建立，

7、系统用例图，数据字典的定义，数据库字段的设计和数据流程图。3.3.项目范围项目范围产品名称网上订餐系统用户管理1.用户登录2.用户注册用户操作1.餐品浏览2.餐品的详细介绍3.放进购物车4.查看购物车5.详细信息提交6.反馈意见7.查看所有留言8.用户修改个人信息预期功能管理员操作1.增加餐品2.修该餐品3.删除餐品4.回复留言5.删除留言6.订单管理7.会员管理8.信息管理9.电话订餐10.财务管理 结账付款1.确认和配送信息结束订单2.设置友好结束界面非预期功能1.给出销量最好的餐品方案2.绘制各种菜系每日销量折线图3.绘制各种菜系利润折线图4.给出每隔三小时各菜品利润表格产品应用目的：投

8、入餐饮店，实时提供订单，方便顾客就餐，方便餐饮管理者经营好处：1.方便餐饮管理者准备餐饮，避免因为现场做饮食让顾客久等2.方便管理者根据顾客需求进原材料，准备适合顾客需要的菜系3.方便餐饮管理者了解餐饮店的经营情况，盈利情况，各个菜系的销量4.4.参考文献参考文献1.计算机软件产品开发文件编制指南（GB 8567-88）2.张海藩.软件工程导论.北京：清华大学出版社.20083.王珊.萨师煊.数据库系统概论（第四版）.北京：高等教育出版.20064.郝玉龙.JavaEE 编程技术.北京：清华大学出版社.20085.孙延鹏.吕晓鹏.Web 程序设计.北京：人民邮电出版社.20086 Selman

9、, Daniel .Java 3d Programming. Oreilly & Associates Inc.20057 黎活明 .EJB3.0 入门经典. 清华大学出版社.20088 http:/ SUN 公司的官方网站9.骆斌.丁二玉.需求工程软件建模与分析.北京：高等教育出版社.2009PartPart IIII 总体描述总体描述 1.1.产品前景产品前景 随着人们工作节奏的加快，时间越来越紧凑，许多职工为了完成工作需要外卖而且随着 80 后 90 后喜欢宅在家里，网上订餐迎来前所未有的机遇，由于计算机互联网的快速发展，现在人人离不开手机电脑，因此网上订餐系统大大满足了顾客的需

10、求，由于软件能够扩展餐饮店的业务，为餐饮店提供不只局限于店面的限制，扩大了餐饮店的虚拟规模，软件为餐饮店管理者提供了订单管理，财务管理，菜品销量的统计，每日的销售量和销售利润，大大降低了餐饮店管理者对财务管理统计菜品选择的管理难度，提高了餐饮店管理者的经营水平，前景广阔。2.2. 产品特性产品特性 特性 1用户注册即可下单，操作简便特性 2设有留言，订购成功有友好界面，人性化特性 3设有添加删除修改查看餐品的按钮，方便顾客和餐饮管理者管理特性 4软件有财务管理，每一份单子付款后既累加，算出一天销售额，根据成本得到利润，给出各菜品利润表，根据各菜品利润表绘制各菜品日利润折线图特性 5根据数据库中

11、每种菜品的销量自动购置最优菜品销量单，供管理者参考使用特性 6利用数据库中每种菜品的销量绘制出一天内各菜品的销量折线图，供餐饮管理者决策未来的菜品推出单3.3. 用户类及其特征用户类及其特征 用户类主要目标态度主要关注焦点技术能力餐饮服务人员系统易用，提高工作效率更多的功能只能增加工作的复杂度，1.0版本的系统最合适简单，易用，工作轻松，高效增加餐品，修该餐品，删除餐品回复留言，删除留言，订单管理会员管理，信息管理，电话订餐餐饮管理人员提高管理效率，提高餐饮销售业绩需要功能全面的系统，要求所有待定功能的实现使用系统所得收益必须大于成本支出订单管理，会员管理，信息管理，财务管理，对各菜品的销售数

12、量和各菜品销售利润表和利润折线图有分析能力，能够根据系统给出的最优菜品单参考给出合理的推出最优菜品单和管理方案餐饮顾客容易使用，便于购物，菜系美观品尝好容易进入可口美味，价格实惠会用手机电脑即可，也可以电话订餐4.4. 运行环境运行环境 运行环境：普通微型计算机内 存：64MB 以上的内存，推荐使用 128MB 以上内存处 理 器：奔腾 P4 或更高的处理器硬盘空间：需要至少 20M 硬盘安装空间服务器端：tomcat系统平台：Windows XP 或更高版本的操作系统计算机语言：Java，SQL 语言，JSP软件：SQLSERVER，MyEclipse，Photoshop网络通信协议：TCP

13、/IP开发工具：MyEclipse5.5. 设计和实现上的约束设计和实现上的约束规章制度硬件限制跟其他应用的接口并发操作审计功能控制功能高阶语言要求信号握手协议应用临界状态安全性考虑6.6. 假设和依赖假设和依赖 假设1餐饮店拥有稳定的服务器作为系统平台以及历史数据的存放地假设2由于需要进行长期的统计分析，所以历史数据能够被合理备份假设3餐饮客流稳定，否则安装此系统的投资难以得到回报假设4餐饮要将自己的软件推出去让更多顾客熟知，设置好服务范围依赖餐饮店能保证稳定的供电和网络连接PartPart IIIIII 系统特性系统特性ID系统特性 1名称系统登录简要描述顾客，餐饮服务员工，餐饮管理员通过

14、输入正确的用户名和密码登陆系统输入输出输入：用户名，密码 输出：特定用户系统主功能界面刺激响应序列进入网址打开网页用户输入用户名，密码（若未注册需注册然后才能登录）3. 点击“登录” （若未注册系统提示用户先注册然后登录）4. 系统检测用户名密码5. 若错误，提示用户输入正确的用户名或密码，系统返回步骤 26. 若正确，系统进入特定用户下系统主功能界面相关功能需求系统应该具有账户管理功能ID系统特性 2名称数据采集分析简要描述利用数据库，建立一个表，将完成订单的各个菜品的名称单价销售数量成本利润制成自动写入这个表中输入输出输入：某年某日某时输出：当年当日当时各个菜品菜品名称，销售数量，净利润，

15、所有菜品的总净利润刺激响应序列1. 餐饮管理员权限登录系统2. 系统从数据库采集数据3. 数据库调用相应的函数和相关表格数据进行处理4. 输出各个菜品菜品名称，菜品销售数量，菜品净利润，所有菜品的总净利润相关需求数据库的建立，各个表格的建立避免重复可以互相引用表格的数据，数据更新的实时性功能ID系统特性 3名称数据曲线简要描述系统调用数据库表格的数据绘制出实时各个菜品的销售数量折线图供消费者和管理员参考，绘制出各个菜品的销售利润折线图供餐饮店管理员参考经营管理输入输出输入：调用数据库表格数据输出：销售数量折线图或者销售利润折线图刺激相应序列1. 顾客使用用户权限或者管理员权限登录系统2. 顾客

16、登录界面显示各个菜品的销售数量折线图，管理员登录界面同时显示各个菜品销售数量折线图和各个菜品销售利润图相关需求功能系统能绘制实时各个菜品销售数量折线图和各个菜品销售利润折线图 ID系统特性 4名称管理员权限功能简要描述通过管理员身份登录系统，对系统进行历史数据修改，账户管理等操作输入输出输入：管理员用户名，密码输出：管理员用户系统主功能界面刺激响应序列1. 进入界面2. 用户输入用户名，密码（若未注册需注册然后才能登录）3. 点击“登录” （若未注册系统提示用户先注册然后登录）4. 系统检测用户名密码6. 系统检测得出该用户名为管理员7. 系统输出管理员权限的系统主功能面板相关需求功能系统具有

17、权限设置功能ID系统特性 5名称最佳菜单简要描述根据数据采集分析里的各菜品销售数量折线图，选择出销量最好的几道菜作为重点推销的菜输入输出输入：最佳菜单输出：最佳菜单刺激响应序列1. 通过用户权限或者管理员权限登录系统2. 点击“最佳菜单”3. 系统自动从历史数据库读取所需数据4. 系统对历史数据进行分析5. 系统得出最佳菜单6. 系统输出窗口显示最佳菜单方案相关需求功能无ID系统特性 6名称历史数据查询简要描述餐饮服务人员或者管理人员登录至系统，选择历史数据查询功能查询历史数据输入输出输入：查询时段输出：输出那个时段的各个菜品的销售情况刺激响应序列1. 通过用户权限或者管理员权限登录系统2.

18、点击“查询历史数据”3. 系统弹出选择界面，要求选择时段4. 用户输入查询时段5. 系统自动从历史数据库读取所需数据6. 系统弹出窗口输出所需时段历史数据相关需求功能系统应该保存历叱数据以供查询PartPart IVIV 对外接口要求对外接口要求1.1. 用户界面用户界面界面风格以橙色为主调，清新自然，可以增强食欲，添加动态画面效果，避免了页面的呆板。包括了登录窗口，关于我们，网上订餐，最新活动，时间显示，友情链接，Flash 图片播放等。顾客登录后选择网上订餐，选择喜欢的餐品进行订餐，提交给后台后生成订单。2.2. 硬件接口硬件接口服务器端建议使用专用服务器。3.3. 软件接口软件接口无特殊

19、需求4.4. 通信接口通信接口无特殊需求PartPart V V 其他非功能需求其他非功能需求1.1. 性能需求性能需求1.1 数据精确度数据精确度要求能准确、无误地查询、添加、修改、删除用户、菜单和订单信息，管理员信息；能够精确地进行业务数据汇总来支持决策；做到实时通信来保证业务数据的最新性。1.2 时间特性时间特性考虑到系统的复杂程度，先不提供时区设置功能，统一采用北京时间东8 区作为 OA 系统的系统时间区。在响应时间、更新处理时间、数据的转换和传送时间方面要尽量减少，提高系统运行的速率，加快数据的处理和响应时间，也会相对的提高系统的灵活性。1.3 适应性适应性系统开发过程前期应做好充分

20、准备，尽量降低开发后期因需求改变而带来的变动，系统设计充分考虑可扩展性、 、灵活性，能够在处理和接受尽量多的操作方式、数据精度等变化，减少因异常数据带来的系统的异常。1.4 容量需求容量需求为使系统的运行效率更高，在以历史数据为基础的分析功能均以前一个月的数据为参考，历史数据库存储最近 6 个月的数据，逾期的数据将被系统自动删除。1.5 实时性实时性从数据的导入到实时曲线绘制的间隔时间不能超过 0.5 秒1.6 负载负载允许 10 万个用户同时登陆系统进行网上订餐1.7 输入输出要求输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输

21、出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。1.8 数据管理能力要求数据管理能力要求网上订餐系统需要有强大的数据库系统为支持，可以容纳并储存大量的数据信息。同时还具有强大的数据信息的处理能力，包括查询、更新、修改、删除、统计等数据处理功能。数据库的维护和备份也要做到灵活、方便、可靠。1.9 故障处理要求故障处理要求当系统出现故障时，可以利用数据恢复和备份功能，快速，实现数据库的恢复，避免因意外事故，或者人为的误操作而导致的数据丢失。2.2. 安全性需求安全性需求进行任何的系统使用都必须至少以用户权限登录系统。 任何非法的登入都会被阻止，在

22、3 次用户登录失败后将对系统进行锁定，等待管理员权限进行解锁。3.3. 软件质量属性软件质量属性3.1 完整性完整性对数据进行实时的存储，保证数据完整性，即使在断电或者机器突然损坏的情况下也不会出现数据丢失3.2 可靠性可靠性一般条件下，系统具有较高的可靠性，不会出现故障。 软件不应存在固有的缺陷，在外界违反指定接口或者故障的情况下也能维持在指定的性能水平。3.3 效率效率进行系统中给定的任何一般操作（包括登录，浏览，分析，个人信息修改等等）的响应时间都不应该超过 2 秒系统运行以及操作的时候都应该耗费尽量少的硬件以及软件资源。 在系统进行后台数据处理分析的时候，对 CPU 的使用率应控制在

23、30%以下。3.4 易用性易用性系统的运行过程符合用户的逻辑思维。 界面清晰，用词精确，是系统易于操作，用户能够在很短的时间内掌握对系统的所有操作。 在操作系统时，用户不需要大量的输入信息，大部分情况下只需要使用点击鼠标和输入一些少量的验证信息和时间信息。3.5 可维护性可维护性在系统发生故障，缺陷时能够对其快速定位，在极短的时间内发现错误所在。 在进行错误剔除的过程中，能够方便的对系统进行修改，扩展。 对系统进行新的修改，扩展为系统带来新的缺陷的可能性应该控制在较小范围内。 对修改后的系统能够方便的进行测试以确定修改的正确性。3.6 可移植性可移植性不需采用额外的活劢或者手段就能适应不同指定

24、环境。 在指定环境下只需花费很少的精力对系统进行安装。 同共享资源的其他系统能够很好的共存。PartPart VIVI 其他需求其他需求（1）支持多浏览器。（2）系统安装方便，易于维护。PartPart VIIVII 数据描述数据描述1.1.静态数据静态数据用户名Username密码Password管理员标识Mark2.2.动态数据动态数据输入数据：菜单项，查询时段，最佳菜单，订单，用户信息输出数据：满足查询条件的记录输出以及数据库中的全部记录 内部生成数据 3.3. 数据库描述数据库描述 3.13.1 数据字典数据字典 用户名=1字母|数字|_20 密码=1字母|数字|_20 、管理员标识=

25、11|0 3.23.2 数据库表及字段设计数据库表及字段设计userInfo 表（用户注册表）属性数据类型允许空userIDintNot nullPrimaryuserNameVarchar（20）Not nulluserPassVarchar（20）Not nulluserMailVarchar（50）userRealNameVarchar（30）userSexVarchar（4）foodOrderInfo 表（订单表）属性数据类型允许空主键foodIdIntNot nullPrimarydnoVarchar(50)Not nullcustomerNameIntAddressVarchar(

26、100)Not nullzipCodeVarchar(20)Not nulltelephoneVarchar(30)Not nullmovPhoneVarchar(30)emailVarchar(30)NoticeTextTotalPriceNumeric(18,0)ExamineVarchar(50)StantsVarchar(50)rdateVarchar(50)caipu 表（菜谱表）属性数据类型允许空主键caipumingVarchar(50)Not nullprimarycaipinneirongVarchar(500)Not nullrtiemdatetimeNot nullLianxi 表（留言表）属性数据类型允许空主键zhutiVarchar（50）Not nullprimaryemailVarchar（50）Not nullyijianVarchar（50）Not nullritemda