瀑布模型
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、单机每次可提供多达8种以上口味的快餐品种，餐品选择多达百余款 并可根据各区域不同的口感喜好进行周期性更新，变化灵活方便。 2、具有超强的储存容量，一次配送可提供高达120份的待售量。 3、配有26寸触摸宽屏广告播放机可24小时不间断播放广告。 4、提供免费WIFI接入、APP下载、代缴费业务、互联网点餐等功能。 5、采用电脑自动化控制，具备远程控制、缺货提醒、故障告知等一系列 智能化功能。 6、所售餐品采用中央厨房式管理，所加工食品严格按照国家相关规定制 作。高科技的加工技术、标准化的加工流程保证了食品的安全、新鲜、 营养、及口味。 7、所售餐品采用冷链加工、储藏、物流技术，﹣18℃可存放300天，具 备全天候供货优势，降低了人力及配送成本。
第一组
瀑布软件过程模型
瀑布模型有以下优点
1）为项目提供了按阶段划分的检查点。 2）当前一阶段完成后，您只需要去关注后续阶段。 3）可在迭代模型中应用瀑布模型。 增量迭代应用于瀑布模型。迭代1解决最大的问题。每次 迭代产生一个可运行的版本,同时增加更多的功能。每次 迭代必须经过质量和集成测试。 4）它提供了一个模板，这个模板使得分析、设计、编码、 测试和支持的方法可以在该模板下有一个共同的指导。
概要设计说明书样例：软件概要设计说明书模板(结构化方法) 数据库设计说明书样例：数据库设计说明书模板
软件设计阶段
活动
制定概要设计规范。进行体系结构设计。进行系统接口设计。 进行系统处理设计。编写《概要设计文档》和《接口控制文 件》。编制《需求跟踪矩阵》，建立概要设计与需求规格之间 的跟踪关系。测试人员参与概要设计过程，确保工作产品可测 试性；制定《集成测试计划》，编写《集成测试用例设计说明 书》。概要设计工作产品同行评审。 详细设计工作量。计划及实际的总工作量与各活动类型工作量， 偏离度；详细设计进度。计划及实际的总进度与各工作包进度， 偏离度；详细设计工作产品规模。计划及实际的文档页数，偏 离度；详细设计同行评审次数、人数、工时、发现的问题数和 问题属性；单元测试的计划和实际工作量、进度与规模；
度量
软件测试阶段
任务：检查、发现程序中的错误，提高系统可靠性。 目的：保证系统的正确性、可靠性和可用性。 回答：“该系统是否能实现规定的操作？”。 输入：已经完成的代码、本过程相关的计划 步骤：集成测试、系统测试、确认测试 输出：测试报告和软件修改报告等
活动
编写软件用户手册。准备产品安装环境。进行产品安装。完善 验收测试计划和用例设计，进行验收（发布）测试。形成验收 （发布）测试报告。提交验收（发布）申请单。召开验收（发 布）评审会。进行产品部署。
需求分析阶段的质量控制方法
⑴跟班作业 通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的 需求，但比较耗费时间。 ⑵开调查会 通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。 ⑶请专人介绍 ⑷询问 对某些调查中的问题，可以找专人询问。 ⑸设计调查表请用户填写 如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。 ⑹查阅记录 即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。 通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
瀑布模型有以下缺点
1）各个阶段的划分完全固定，阶段之间产生大量的文档， 极大地增加了工作量。 2）由于开发模型是线性的，用户只有等到整个过程的末 期才能见到开发成果，从而增加了开发风险。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶 段。 4）瀑布模型的突出缺点是不适应用户需求的变化。
自助售餐机系统
欢迎使用自助购餐机 鲁菜系 欢迎 川菜系 苏菜
粤菜
闽菜Hale Waihona Puke Baidu
湘菜
浙菜系
馒头
米饭
自助售餐机系统
面向售餐员，显示商品总数量和总金额，方便售餐员核对 菜品区域显示 菜品名称，单 价数量及总金 额和份额，面 向顾客
顾客个人信息
提示支付情况
营养分析， 自动分析出 菜品的营养 成分，面向 顾客
现金支付
地描述表达出来。
目的：解决用户需求问题？根据用户需求系统需要做什么？ 输入：用户需求文档/问题陈述、本过程相关工作计划 步骤：可行性研究、需求分析、制定相关开发计划 输出：可行性报告、需求规范、下一过程开发计划
需求说明书是让用户理解:“什么是他们真正需要的”； 让开发者理解“什么是他们真正的开发目标”。
银行卡支付
支付宝支付
自助售餐机系统
自助售餐机系统
答辩完毕，谢谢观看
软件设计阶段
任务：按照用户需求以及调查结果设计自助售餐机的功能。 目的：“如何解决广大用户的需求问题？”，
既“自助售餐机要做出什么提示”。
输入：软件需求规范、本过程相关计划 步骤：解决系统的子系统/模块划分、子系统/模块的层次结构及数据库设
计；制定下一过程相关计划。
输出：体系结构设计说明书、下一过程相关计划
选择瀑布模型的原因
传统瀑布模型
有质量保证： 每个阶段必须完成规定的文档；每个阶段 结束前完成文档的审查，能及早改正错误。 易于组织，易于管理：因为可以预先完成所有计划。是 一种严格线性的，按阶段顺序的，逐步细化的过程模型。
实际瀑布模型
过程模型图
需求分析阶段
任务：收集、分析、理解、确定用户的要求；然后把用户的要求精确、完整
软件测试阶段
度量
详细设计工作量。计划及实际的总工作量与各活动类型工作量， 偏离度；详细设计进度。计划及实际的总进度与各工作包进度， 偏离度；详细设计工作产品规模。计划及实际的文档页数，偏 离度；详细设计同行评审次数、人数、工时、发现的问题数和 问题属性；单元测试的计划和实际工作量、进度与规模；
自助售餐机系统的简介
第一组
瀑布软件过程模型
瀑布模型有以下优点
1）为项目提供了按阶段划分的检查点。 2）当前一阶段完成后，您只需要去关注后续阶段。 3）可在迭代模型中应用瀑布模型。 增量迭代应用于瀑布模型。迭代1解决最大的问题。每次 迭代产生一个可运行的版本,同时增加更多的功能。每次 迭代必须经过质量和集成测试。 4）它提供了一个模板，这个模板使得分析、设计、编码、 测试和支持的方法可以在该模板下有一个共同的指导。
概要设计说明书样例：软件概要设计说明书模板(结构化方法) 数据库设计说明书样例：数据库设计说明书模板
软件设计阶段
活动
制定概要设计规范。进行体系结构设计。进行系统接口设计。 进行系统处理设计。编写《概要设计文档》和《接口控制文 件》。编制《需求跟踪矩阵》，建立概要设计与需求规格之间 的跟踪关系。测试人员参与概要设计过程，确保工作产品可测 试性；制定《集成测试计划》，编写《集成测试用例设计说明 书》。概要设计工作产品同行评审。 详细设计工作量。计划及实际的总工作量与各活动类型工作量， 偏离度；详细设计进度。计划及实际的总进度与各工作包进度， 偏离度；详细设计工作产品规模。计划及实际的文档页数，偏 离度；详细设计同行评审次数、人数、工时、发现的问题数和 问题属性；单元测试的计划和实际工作量、进度与规模；
度量
软件测试阶段
任务：检查、发现程序中的错误，提高系统可靠性。 目的：保证系统的正确性、可靠性和可用性。 回答：“该系统是否能实现规定的操作？”。 输入：已经完成的代码、本过程相关的计划 步骤：集成测试、系统测试、确认测试 输出：测试报告和软件修改报告等
活动
编写软件用户手册。准备产品安装环境。进行产品安装。完善 验收测试计划和用例设计，进行验收（发布）测试。形成验收 （发布）测试报告。提交验收（发布）申请单。召开验收（发 布）评审会。进行产品部署。
需求分析阶段的质量控制方法
⑴跟班作业 通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的 需求，但比较耗费时间。 ⑵开调查会 通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。 ⑶请专人介绍 ⑷询问 对某些调查中的问题，可以找专人询问。 ⑸设计调查表请用户填写 如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。 ⑹查阅记录 即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。 通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
瀑布模型有以下缺点
1）各个阶段的划分完全固定，阶段之间产生大量的文档， 极大地增加了工作量。 2）由于开发模型是线性的，用户只有等到整个过程的末 期才能见到开发成果，从而增加了开发风险。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶 段。 4）瀑布模型的突出缺点是不适应用户需求的变化。
自助售餐机系统
欢迎使用自助购餐机 鲁菜系 欢迎 川菜系 苏菜
粤菜
闽菜Hale Waihona Puke Baidu
湘菜
浙菜系
馒头
米饭
自助售餐机系统
面向售餐员，显示商品总数量和总金额，方便售餐员核对 菜品区域显示 菜品名称，单 价数量及总金 额和份额，面 向顾客
顾客个人信息
提示支付情况
营养分析， 自动分析出 菜品的营养 成分，面向 顾客
现金支付
地描述表达出来。
目的：解决用户需求问题？根据用户需求系统需要做什么？ 输入：用户需求文档/问题陈述、本过程相关工作计划 步骤：可行性研究、需求分析、制定相关开发计划 输出：可行性报告、需求规范、下一过程开发计划
需求说明书是让用户理解:“什么是他们真正需要的”； 让开发者理解“什么是他们真正的开发目标”。
银行卡支付
支付宝支付
自助售餐机系统
自助售餐机系统
答辩完毕，谢谢观看
软件设计阶段
任务：按照用户需求以及调查结果设计自助售餐机的功能。 目的：“如何解决广大用户的需求问题？”，
既“自助售餐机要做出什么提示”。
输入：软件需求规范、本过程相关计划 步骤：解决系统的子系统/模块划分、子系统/模块的层次结构及数据库设
计；制定下一过程相关计划。
输出：体系结构设计说明书、下一过程相关计划
选择瀑布模型的原因
传统瀑布模型
有质量保证： 每个阶段必须完成规定的文档；每个阶段 结束前完成文档的审查，能及早改正错误。 易于组织，易于管理：因为可以预先完成所有计划。是 一种严格线性的，按阶段顺序的，逐步细化的过程模型。
实际瀑布模型
过程模型图
需求分析阶段
任务：收集、分析、理解、确定用户的要求；然后把用户的要求精确、完整
软件测试阶段
度量
详细设计工作量。计划及实际的总工作量与各活动类型工作量， 偏离度；详细设计进度。计划及实际的总进度与各工作包进度， 偏离度；详细设计工作产品规模。计划及实际的文档页数，偏 离度；详细设计同行评审次数、人数、工时、发现的问题数和 问题属性；单元测试的计划和实际工作量、进度与规模；
自助售餐机系统的简介