《软件需求分析》课程设计内容

院机学电上海告计报课程设课程名称：软件需求分析 课题姓 名：班 级：带教老师： 杨志和 2011-12-12报告日 期：院学息信子电目录课程设计任务书 4餐厅点菜系统 6需求分析 61.引61.1 目的 61.2 背景 61.3 参考资料 71.4 术语 72.任务概述 72.1 目标 2.2系统（或用户）的特点 82.3假定和约束 83 需求规定 93.1软件功能说明 93.2 对功能的一般性规定12 3.3对性能的一般性规定133.3.1 精度 133.3.2 时间特性要求 133.3.3 灵活性 133.4 输入输出要求13 4 数据管理能力要求（针对软件系统） 134.1 故障处理要求14 4.2其他专门要求14 5 运行环境规定 145.1设备 14 5.3 接口 14 5.4控制 15 6.尚需解决的问题 15 7.测试 157.1 引言 157.1 .1目的 157.1.2 背景 157.1.3 测试范围 157.1.4 项目文件列表 157.2测试需求 167.2.1 分析各种信息 167.3. 测试策略 17 7.4 测试内容 17 7.5 资源 187.5.1 人力资源 187.5.2 系统资源 187.6人员安排 197.6.1估计测试工作量 198附件 20 9.小结与体会 21 本科生课程设计成绩评定表课程设计任务书学生姓名： 组长：班级： 专业：指导教师： 杨志和 学院：题 目: xxx 系统的需求分析初始条件：1. 完成软件需求分析课程教学与实验XXXX系统的需求分析2.根据课程要求，确定4-6人一个小组，推选一个组长，每个小组选择一个题目，完成 提交表（一）实验小组信息表 软件需求分 析。项目名称小组成员分工序号姓名班级学号E-mail电话签名、组长12、成员要求完成的主要任务: （包括课程设计工作量及其技术要求，以及说明书撰写等具体要求）1.掌握软件需求获取的方法2. 熟悉软件需求分析方法3. 熟悉需求规格说明的结构和内容4. 掌握需求分析建模方法熟悉需求与进度之间协调 5.时间安排：1.第15 周周2（12 月 13 日）:全体集中讲解课程设计原理与方法2.第15周周35（12月1416日）：分小组实验,完成系统需求分析报指导教师签名： 2011 年 月 日日系主任（或责任教师）签名： 2011 月 年下面以餐厅点菜系统实例作为模板！仅供参考！餐厅点菜系统需求分析1.引言1.1 目的 随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店,餐 厅等消费场所的人数也与日俱增。传统的手工点菜方式存在难计算、难查 找、难更改、易出错、效率低等缺点，因此，继续开发一个相对效率更高， 功能多样，的餐厅点菜管理系统。为了更好的满足广大消费者的多元化消 费需求和不同层次的消费水平，提高餐厅的服务管理质量，提高餐厅工作 人员的工作效率，本人在充分考察其他餐厅以及酒店点菜管理系统的基础 之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标， 对现有的餐厅点菜系统做一个相对比较简单的需求分析。1.2 背景系统名称：餐厅点菜管理系统行业情况：目前，我国餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技 含量低，随着餐饮业高速发展和餐饮店规模的不断扩大，许多餐饮企业采 用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决 策信息等方面都已经难以适应企业发展的要求，制约了整个酒店餐饮业的 规模化发展和整体服务水平的提升，如向阳渔港、张生记等. 在中国饭店 协会颁布的中国餐饮业产业贡献奖和学术贡献奖中，联想集团、神州数码、 清华同方及中国网通等国内知名IT企业也榜上有名，这些IT企业都已瞄 准了酒店餐饮业信息技术应用市场的巨大潜力。据预测，未来3至5年内， 信息数字技术产品在中国饭店与餐饮业的应用将达到一个高峰，市场最大容量可达 2300 亿元人民币。就点菜系统而 言，最普遍的是计算机收银台录入菜单设备、POS点菜系统，除了这种点 菜系统，其它的计算机信息系统已经从预订、接待、点菜、菜品上传、厨 房分单打印、条码划菜、收银、经理查询等方面在大型餐饮企业全方位地 整合起来了。（摘自IT168中国第三方餐饮企业信息化研究） 用户：该系统面向的用户主要是大中型餐厅1.3 参考资料编资料名称作者日期出版单位号1软件需求工程毋国庆2008.08机械工业出版社2软件工程导论张海藩2003.12清华大学出版社3UML和模式应用CraigLarman2006.01机械工业出版社百度知道 Csdn 网站 http:/ieeexplore.ieee.org/Xplore/dynhome.jsp1.4 术语需求分析：只对要解决的问题进行详细分析，弄清楚问题的要求，包括输入什么样的数据，要得到什么结果，最后应输出什么。用户：利用计算机系统提供服务的人，这里主要指顾客，经理 厨师功能需求：只开发人员必须实现的软件功能或软件系统应具有的外部行为性能需求：只实现的软件系统功能应该达到的技术标准，如：计算效率和 精度，可靠性，可维护性和可扩展性等。2.任务概述2.1 目标为了提高目前大中型餐厅传统点菜方式的效率低下，以及错误频出的问 题，我通过对一些酒店餐厅的餐厅点菜业务过程以及点菜系统进行考察， 提出独具二色的餐厅点菜系统，希望能够改变传统的点菜方式，使消费者 在点菜时有更多的选择，更多的自主权，同时，使得顾客点菜的方式更加 多样化，点菜系统采用交互模式，使顾客可以根据自己的喜好更加自主的 点菜。该统主要应用于大中型餐厅。该系统完成的功能主要有点菜，退选，更改，选择口味，评分，建议等功能。叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的 有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系 如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。 如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与 该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该 系统的组成和本产品同其他各部分的联系和接口。2.2 系统（或用户）的特点 该系统主要用于大中型餐馆，用户是来自不同年龄层的人，具有不同的知 识背景和知识水平，很多顾客没有相当的专业计算经知识，因此系统的操 作要求是操作简单，界面友好。应能是绝大多数顾客一看就知道如何操作。 由于系统的数据会随着顾客的增加而增加，随时间而积累，数据具有局部 时间有效性，因此，系统可以有自动清除数据的功能，以减少系统管理员 的工作量。系统应尽量减少图片的输入输出一提高速度，另外系统应具有 高稳定性和安全可靠性。2.3 假定和约束经费预算：100 万人民币开发时间：六个月其他限制：1）系统的反映速度应该控制在一个比较适当的时间，一般应以 3S，2）应能够使系统在一定的时间段可以容纳足够的数据流量，这与餐馆的 顾客流量有关，大型的餐厅数据流量显然要大一些，而且还与时段有关， 餐厅的时间都集中在某几个特定的时间段。3）可维护性，当客户的功能需求或者性能需求发生改变时，系统能够及 时，低成本的达到新的需求。或者，系统灵活。列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。3 需求规定3.1 软件功能说明1）系统管理模块系统管理员可以根据餐厅现有的原材料设置可供用户选择的菜单，可以对菜的种类，价格，对餐当进行删除，添加，改名，查找等操作。系统管理 员还应该能够进行用户的权限设置，保证系统安全性。菜品种设菜价格设菜口味设 系统管理菜原材料设菜图片设其他数据设其他数据包括 20项图2-4 系统管理模块用例图2) 客户服务模块顾客可以根据系统显示的菜单搜索，点菜，退选，提醒，建议，打分，顾客还可以通过点名厨师做以及点配料要求厨师做菜，增加交互。系统自动计费，记录销量，便于统计营业额，记录系统点菜状况，有助于详细记录 营业状况，有利于公司制定市场计划。点菜补选退选 顾客查看结账评价客户服务用例图用例图3) 后台管理模块经理可以根据点菜记录，对菜单进行相应的调整，向顾客推荐特色菜或和特价菜，厨师可以查看点菜的实时记录，根据顾客要求做菜。逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和 应支持的并行操作的用户数等指标。酒店经理 厨师 点菜次数显选菜总价显示 服务系统管理 2-7后台管理模块用例图 顾 客定 3.2 对功能的一般性规由于用户水平不均，因此要求该系统具有 操作简单，界面友好的优点，同事，系统应该可以提供实时服务的功能，可以在线呼叫服务员，以求解 决系统问题或者其他有关方面的问题。还可以有错误提示音，引导用户进 行正确的操作。界面上可以有用户使用参考资料，便于用户在最短的时间 内掌握系统的必要操作。本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面 格式统一，统一的错误声音提示，要求有在线帮助等。3.3 对性能的一般性规定3.3.1 精度见假定与约束3.3.2 时间特性要求一般系统的反应时间应该控制在 3S 以内。3.3.3 灵活性系统一改可维护性强，当需求发生变化时，为适应新需求而做出的系统更改应该对系统的安全性，稳定性，系统的开发进度影响尽量小，对适应需求所做成的改变成本应该最大限度的低3.4 输入输出要求菜名：St ring数据类型厨师 ID： long 数据类型打分： float 数据类型评价： String 数据类型呼叫：选择已有呼叫方式进行呼叫输出则有系统固定相应的输出方式，对于已售完的点菜显示售完信息。对 于不存在的菜提出提示。按用户的选择显示信息，并要求用户的最后确定。4 数据管理能力要求（针对软件系统）为最大限度的适应市场需求，并且注意降低成本，我们要对餐馆的业务量进行定量的分析，要求保证在餐厅营业的高分其不会出现操作延迟严重的 现象，要保证操作的延迟控制在 3S 以内，根据一般的情况，应能够保证在同一时间，可以有10 名顾客同时进行操作，10名厨师或经理进行操作。4.1 故障处理要求1. 由于系统管理员操作不当造成系统崩溃，解决方法：有专业人员在最短 时间内修复，并进行故障记录。2. 由于系统超负荷工作造成瘫痪，解决方法：重启优化系统，对系统中已 有数据注意进行清理，还原重要数据。3. 配置太低，系统无法正常工作。解决方法：及时更换设备，或者通过较 少关闭某些不太必要的功能维持系统正常运行。4. 断电造成系统数据丢失，解决方法：经常对数据进行备份，数据丢失时 通过原有数据完成对数据的修复。5. 用户的某些误操作造成系统不稳定，解决方法：即使进行数据清理4.2 其他专门要求 可维护性：要求系统在出现故障时可以在最短的时间内修复，需求发生变 化时，系统足够灵活，可以以最小的成本代价满足需求的变更。 可靠性：系统运行安全时间长，不易发生崩溃，不出错，用户放心。 易操作性：界面友好，操作简单，对用户没有特别的专业要求。 稳定性：能够长期正确，快速的处理数据。5 运行环境规定5.1 设备服务器客户端 相关设备5.2 支撑软件1）操作系统2）数据库管理系统5.3 接口遵循一般软件间的通信协议。5.4 控制摄像头、键盘、鼠标，触摸屏6.尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题角色尚未解决的问题顾客顾客触发相关事件的处理服务员收账操作在系统中的反映及实现经理查看菜品反映情况顾客反馈意见机制后台管理人员权限设置，数据备份厨师自动提示下一个该做哪一个菜7.测试7.1 引言7.1 .1 目的测试系统是否满足需求，为了测试系统的健壮性，保障系统的完备。7.1.2 背景 所有硬件设备基本配置完毕，系统已具备逻辑及操作架构。系统部分功能 实现。7.1.3 测试范围测试系统的运行，查询，信息操作性能。测试服务器、数据库的负载能力。 系统的可维护性和易操作性。7.1.4 项目文件列表相关文件列表文档需求详述已创建（是/否）版本/日期 是1.0.0.0/2010.01.10是1.0.0.0/2010.01.13功能详述是1.0.0.0/2010.01.15项目计划是1.0.0.0/2010.01.18设计详述是1.0.0.0/2010.01.20原型是1.0.0.0/2010.01.122用户手册测试需求 7.2 分析各种信息7.2.1 可以按照以下步骤理解他们的 要求。反复检查并理解各种信息，和用户交流， 执行： ）确定软件提供 的主要商业任务 1 ）对每个商业任务，确定完成该任务所要进行的交易。 2 3 ）确定从数据库信息引出的计算结果。）对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据 库 4 大小、机器配置、交易量、以及网络拥挤情况。 5 ）确定会产生重 大意外的压力测试，包括：内存、硬盘空间、高的交易率）确定应用需要处理的数据量。6）确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都 测7 最低性能的硬件、包括：试到，因此要选择最有可能产生问题的情况进行 测试，连接访问服 LAN/WANF 几个有兼容性问题的软件并存、客户端机器 通过最慢的 务器。 ）确定其他与应用软件没有直接关系的商业交易。包 括：8 管理功能，如启动和推出程序配置功能，如设置打印机 操作员的爱好，如字体、颜色email 或者显示时间和日期。应用功能，如访问9 ）确定安装过程，包括定置从哪安装、定制安装、升级安装。10）确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时 被测试到。还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界 面遵从合理标准，如按钮大小，标签等。7.3. 测试策略测试策略项例子测试阶段系统测试测试类型功能测试用SQA Suite自动测试，25%手工测试测试技术75%测试用例通过并且最高级缺陷全部解决完成标准95%特殊考虑测试必须在上午进行7.4 测试内容根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基 本的功能测试外，可能还包括性能测试、安全性测试、极限测试、并发操 作测试等。1）功能测试测试各项功能是否完全实现，是否满足用户的功能需求，通过场景进行模 拟测试。2）用户界面测试 由开发人员和用户代表操作用户界面，调查用户满意程度，测试界面的友 好程度以及操作的简单方便性是否达到既定要求3）性能测试 输入数据，测试系统的安全性，稳定性，正确性是否达标4）配置测试 测试系统要求的最低软件和硬件配置是否和需求相同5）安装测试在符合系统配置的软件和硬件环境下测试系统的安装时间是否适中，安装 过程有无异常，安装是否完全。7.5 资源人力资源 7.5.1姓名特殊责任/说明职位01负责测试项目的所有运作安排测试经理/开发（可以多人）02负责测试项目的步骤设计和进度安排测试工程师设计03负责测试项目的测试操作测试工程师测试执行（可以多人）007负责测试项目的管理测试系统管理员7.5.2 系统资源名称/类型系统终端机，服务器windows 系统 XP/Vista硬件环境Intel Pentium系列处理器1GHz以上软件环境内存128M以上专门配置要求客户测试机其他要求7.6 人员安排7.6.1 估计测试工作量安排好每一个测试的时间，分析测试需求的数目和每一个 需求测试的数目，再由工作量等于每一个测试的时间*每一个需求测试的数目*测试需求 的数目可得工作量，有需求分析可得测试工作量为62 个月。创建工程调度表 7.6表任务相关工作量（天）309362测试计划2确定项目10定义测试策略7决定测试需求10估计工作量10确定资源20调度测试活动3生成测试计划文档测试设计5分析测试需求10指定测试过程10指定测试用例5查看测试需求的覆盖率测试开发3建立测试开发环境535录制和回放原型过程5开发测试过程30测试和调试测试过程30修改测试过程20重新测试并调试测试过程测试执行3设置测试系统10执行测试10验证测试结果)unexpected result10调查突发结果（2生成缺陷日记测试评估2回顾测试日记2评估测试需求的覆盖率2在集成测试，最后进行系统测试。通过一系列 改进系统的功能和性能特性。验证系统是否满足需求，同时，根据测试，的测试， 测试日记 2) 根据测试记录系统测试状况，并根据发现的问题对系统提出相应的改进。单