SSH框架项目教程课件第6章第一讲

重庆正大软件学院软件系《MVC框架程序设计》电子教案重庆正大软件学院软件系《MVC框架程序设计》课程组重庆正大软件职业技术学院教案（项目类）授课对象系别软件系本次课学时4学时年级班次大二章节题目第6章项目需求分析目的要求（含技能要求）了解需求分析的概念及作用理解需求分析的内容掌握用例图的画法本节重点了解需求分析的概念及作用本节难点理解需求分析的内容教学方法项目教学法教学用具机房、屏幕广播问题引入通过简化进销存项目，从而引出本次课程。难点与重点讲解方法引导、分析、讲解、实作演示本次课小结课程小结教后礼记讨论、思考题、作业（含实训作业）完成本次课的课堂任务填写实验报告任务介绍（5分钟）项目名称：简化进销存系统(SimpleLogisticsManagementSystem)。需求描述：简化的进销存系统，主要有销售、进货、二个业务模块。销售是公司的销售人员将生产的商品卖给客户，生成销售订单。进货是公司的采购人员向供应商采购原材料，生成采购订单。与此同时，公司有管理人员能够对公司的员工、商品、供应商和客户进行统一管理维护。另外，要求系统采用B/S方式，要求界面简单清晰，业务简化，程序逻辑简洁，代码规范，性能良好，可维护性好。数据库设计遵照3NF规范，尽量简化，避免复杂。任务：通过了解简化进销存系统的基本功能需求，尝试划分系统的功能，分析每个功能的具体细节要求，最后尝试编写需求分析说明书。任务解析（50-60分钟）编写系统总体介绍制作用例图进行功能界定细化每个用例详细说明确定开发环境确定运行环境详细步骤编写系统总体介绍总体介绍描述系统的一般情况，参考内容如下：简化的供销存系统(SLMS)，主要有销售、进货、二个业务模块，并相应有个辅助的基础模块，档案管理。系统采用B/S方式，要求界面简单清晰，业务简化，程序逻辑简洁，代码规范，性能良好，可维护性好。数据库设计遵照3NF规范，尽量简化，避免复杂。制作用例图分析角色：有采购员、销售员和管理员。分析用例：有进货管理、订货管理和基础信息维护（员工档案、商品档案、客户档案维护）。根据上述分析，给出用例图（参考）如图6.1-5所示。图6.1-5简化进销存用例图系统功能界定对系统的功能模块进行划分，最好以功能结构图的形式，参考内容如图6.1-5所示。图6.1-5系统功能结构图细化每个用例详细说明对每个用例进行细化，理清用例的具体要求。内容要点参考如下：4.1销售管理完成对商品销售情况的订货单管理。4.1.1订货单由销售商向总公司提交定货单，订货单需提供客户名称（销售商）、货物名称、货物数量、订货日期、经手人的信息。4.2进货管理主要是保证进货渠道顺畅，有效的控制购进商品数量、成本价格等，其为企业的良好运做起着重要的作用。4.2.1进货单由总公司向供应商发出进货单，进货单需提供客户名称（供应商）、货物名称、进货数量、进货日期、货物单价、货物金额（（货物单价*货物数量）两位小数）、经手人的信息。4.3档案管理完成对所经营的商品信息管理、客户信息管理和员工信息管理。4.3.1员工档案建立公司的员工档案，也为系统中的经手人提供数据。员工档案包括员工编号、员工名称、员工出生年月日、员工性别、员工电话、员工Email的信息。4.3.2商品档案建立公司所有的商品档案，为系统中涉及到的商品提供数据。商品档案包括商品编号、商品名称、商品单价的信息。4.3.3客户档案建立公司的客户档案（供应商/销售商），客户档案包括客户编号、客户名称、客户电话、客户地址、客户Email的信息。确定开发环境开发环境（参考）如下表6.1-2所示。表6.1-2系统开发环境操作系统推荐WINXPSP2浏览器IE6.0.29开发语言JAVA编译环境JDK1.6Web服务器Tomcat6.0技术框架Struts2+Spring2+Hibernate3IDE工具MyEclipse6.x数据库SQLserver2000或oracle9i/10g或mysql5.0配置管理工具无确定运行环境运行环境（参考）如下表6.1-3所示。表6.1-3系统运行环境操作系统推荐WINXPSP2浏览器IE6.0.29Web服务器Tomcat6.0数据库SQLserver2000或oracle9i/10g或mysql5.0根据任务提出问题（45-55分钟）需求分析在整个设计过程中的作用？需求分析的内容是什么？需求分析如何进行？需求规格说明书要写些什么？问题解析（45-55分钟）了解“需求分析及作用软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。需求分析概念：需求分析是明确系统必须做什么的问题，不是分析怎么做，它是在问题定义及可行性分析之后进行。需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。需求分析内容1）确定对系统的综合需求①系统功能需求--划分出系统所有功能；②系统性能需求--达到各项技术指标；③系统运行需求--系统运行时所处的环境的需求（环境：系统软件数据库外存储器数据通讯接口）；④将来可能提出的需求。2）建立系统的逻辑模型模型的概念：为理解事物对事物做出的抽象，是对事物无歧义的书面描述，由一组图形符号和组成图形的规则组成。需求分析的模型包含：①数据模型——E-R图（实体-关系图）、数据字典（描述系统使用的数据对象）；②功能模型——DFD图（数据流图）；③行为模型——用例图、状态图、活动图等。随着面向对象编程思想的发展和面向对象的程序设计语言的流行，传统的结构化的需求分析已经不太适合目前使用面向对象语言的软件项目开发，逐渐被淘汰或改进；新的分析——面向对象分析（OOA）及孕育而生的图形工具UML走进了现代软件项目分析中。因此，本书将会对上述三个需求分析模型的内容进行取舍和调整。首先，数据模型的内容调整到项目的概要设计中；其次，功能模型的内容舍弃（已经不实用）；再次，行为模型中的用例图作为需求分析的主要内容，状态图及活动图等根据需要调整到项目的详细设计中。需求分析如何进行1）确定对系统的综合需求实际就是进行调查研究，如下表6.1-1所示进行调查。表6.1-1需求调研编号提出问题1您在哪个部门工作？2您工作的业务流程是什么？3您每日都处理那些文件、数据、报表？4工作中手工处理特别麻烦的事情是什么？5工作中手工处理什么问题解决不了？影响效率的问题有哪些？6您认为提高工作效率，节省工作时间，减轻工作强度可采取哪些办法？2）建立系统的逻辑模型根据前面需求分析内容所述，在这里建立用例图。用例图：是一组由抽象符号组成的图形。它用来表示：系统有多少角色、系统有多少用例、每个角色可以使用哪些用例。角色的概念：角色（actor）是与系统交互的人或事。所谓与“系统交互”指的是角色向系统发送消息，从系统中接收消息，或是在系统中交换信息。只要使用用例与系统互相交流的任何人或事都是角色。简言之，角色就是系统的使用者（参与者）。角色在图形中的表示如图6.1-1所示。图6.1-1角色用例的概念：用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。简言之，用例是参与者想要系统做的某件事情（功能）。用例在图形中表示如图6.1-2所示。图6.1-2用例角色“使用”某个用例：若系统中的某个角色有权限使用某个用例，那么表示角色有权限“使用”该用例。“使用”在图形中表示为从角色指向用例的一条箭头，如图6.1-3所示。图6.1-3角色使用用例下面请看例子1-1，一个简单的自动售货机（系统）的用例图。【例1-1】自动售货机用例图，如图6.1-4所示。图6.1-4自动饮料售货机（系统）用例图从该例子中我们能看出什么？首先，该系统给哪些用户使用？数一下例子中的“人”，可知供三种用户（角色）使用：客户、供货人、收银员；其次，该系统提供了哪些功能？数一数例子中的“椭圆圈”，可见有三个功能（用例）：买饮料、供货、取款；最后，各个功能分别给哪种用户使用？或者说每种用户能使用系统的哪些功能（权限）？看看例子中的“箭头”，可得出客户能使用买饮料的功能，供货人能使用供货功能，收银员能使用收款的功能。3）细化每个用例的详细说明光有用例图是不够的，用例只是程序的功能界定，需求概述也仅仅对每个功能提了个名字，我们要想实现系统的功能还必须知道每个功能的详细内容，深入了解用户在完成系统的某个功能时需要做些什么事儿。下面就让我们来看看例子1-1中的用例可能的详细说明。买饮料：首先，用户投币到售货机的投币口，售货机需要识别投币是真钞还是假钞或者不是钞票，对假钞或非钞票的东西吐出到出币口；其次，要提供用户进行点选商品的操作面板，让用户能够自主卖哪样商品、买多少；再次，售货机要有计算功能，能计算用户投币的总额、用户买商品的金额、数量以及余额，余额不足或商品数量不足的时候要给出提示并阻止用户交易；最后，用户交易完成时从吐物口吐出用户买的商品，从吐币口吐出用户消费之后的余额。可能附加的功能：用户在1分钟之内若没有取走商品或余额（钞票），则售货机自动吞掉；提供打印交易记录的凭条或者发票。供货：售货机提供进货口让供货人放入商品到指定的地方，同时，售货机要能统计各种商品的存货数量。取货款：收银员从售货机的取款口取出货款。可能附加的功能，收银员要存留一定的零钞在售货机中供售货机找零使用。4）复查与存档复查：修正开发计划。存档：形成需求规则说明书，形成初步用户手册。需求规格说明书要写些什么需求说明书的内容并没有一个统一的标准，对于不同的软件工程开发模型，其内容是不一样的，下