超市管理系统需求分析毕业设计（论文）

PAGE1超市管理系统需求分析报告班级：姓名：学号：指导教师：日期：目录TOC\o"1-3"\h\u20202目录 213545摘要 3144331软件需求分析概述 3172921.1软件需求工程的发展历程 3326471.2需求工程的概念 362942超市管理系统需求分析报告 4302322.1背景分析 4298112.2开发目标 4168782.3用户及特点 462172.4系统结构图 4203512.5模块子系统结构 5222682.6软件需求的层次 6259473超市管理系统关键技术介绍 718303.1数据库介绍 7186223.2数据库表设计 797244系统运行与测试 990594.1系统测试的目的 9149064.2系统运行环境 974864.3测试前准备 9162664.4测试结果 10288784.5测试结论 11261135需求分析在项目实施中的作用 1114106结论 123751参考文献 12摘要超市管理系统需求分析是软件工程的一个分支，其活动包括需求获取、需求分析、需求规格说明、需求验证和需求管理。UML(UhifledModelingLanguage)是RationalSoftware公司和她的合作伙伴共同制定的用于描述、可视化和构架软件系统以及商业建模的语言。它提出的思想、方法不仅对需求工程活动，而且对整个软件工程活动，都有直接的指导意义和实际的使用价值。它涵盖了面向对象的分析、设计和实现，融合了早期面向对象建模方法和各种建模语言的优点；为面向对象系统的开发、软件自动化工具与环境提供了丰富的、严谨的、扩充性强的表达方式。UML代表了在大型、复杂系统的建模领域得到认可的“优秀的软件工程方法”。UML的应用是以系统的开发流程为背景，但UML只是标准的建模语言，而不是一个标准的开发流程。不同的组织、不同的应用领域需要不同的开发过程。软件系统的开发流程中，需求分析是其中决定性的一步，本文的主旨就在于探讨UML如何应用于软件需求分析阶段，并对“超市管理系统”进行了UML建模。本文首先对软件需求工程和UML的基本概念和方法作了较为详细的阐述。随后使用UML语言，描述超市管理系统的需求工程的实践过程和部分结果。侧重于需求的获取、分析建模以及需求规格说明的编写。关键词：需求分析，超市管理系统，UML1软件需求分析概述1.1软件需求工程的发展历程对于计算机软件而言，软件开发方与软件客户方是贯穿软件整个生命周期的两个最基本的要素。无论软件的规划、开发、测试，还是软件的使用、维护。废弃，都需要二者不同程度参与。正是由于二者自始至终的相互制约、相互合作，才推动着整个计算机软件产业不断地向前发展。其中，需求分析是二者合作的基石和关键所在。需求工程是随着计算机的发展而发展的。在计算机发展的初期，软件规模不太，软件开发所关注的是代码编写，需求分析很少受到重视。在软件系统的概念提出后，软件系统的开发引入了生命周期的概念，需求分析成为其第一阶段。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域——需求工程(requirementengineeringRE)。如果说软件工程概念的形成是解决软件危机的必然结果，那么其子工程一一需求工程的出现才真正体现出软件产品不同于其它产品的一个特性一一用户参与整个产品过程的重要性。进入90年代以来，需求工程成为研究的热点之一。”[1]1.2需求工程的概念需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科；它通过合适的工具和记号系统描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。需求工程可分为系统需求工程(如果是针对由软硬件共同组成的整个系统)和软件需求工程(如果仅是专门针对纯软件部分)。软件需求工程是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。本论文以下如无特别说明，需求工程主要是指软件需求工程。[2]一般认为，实施需求分析的工程成为需求工程，而需求分析是指由非形式的需求陈述转化为完整的需求定义，再由需求定义转换到相应的形式功能规约的过程。需求工程(或需求过程)的目的是通过与用户广泛地交流确定应用系统的目标。IanSommerville和PeterSawyer(1997)认为它包含于发现、记录和维护计算机系统的需求相关的所有活动。术语“工程”的使用意味着应该采用系统的和可重复的技术来确保系统需求是完整的、一致的、相关的。他们认为术语“需求工程”是从系统工程的角度定义的，如果从商业系统角度来讲，也可以把需求工程看作是系统分析。2超市管理系统需求分析报告2.1背景分析随着信息技术的日新月异，人们对各个行业的服务的范围和方式提出了更高的要求，如何快捷、方便、准确、随时随地地获得业务数据和信息已成为衡量服务和承诺的基本面之一。现有的超市管理系统已不能满足高效、规范化工作及系统管理、监控的需要，在一定程度上已经阻碍了检验业务管理水平的提高和发展。因此迫切需要开发一套计算机产品检验管理系统，以建立一套数据库管理系统，对船用产品检验工作和检验信息进行有力和高效的管理和监控，及时向用户、社领导及其他业务部门提供有关检验信息，同时为各基层单位提供技术共享信息，简化和规范检验流程中各个环节工作人员的工作，提高效率，降低出错的可能性。从而真正达到适应信息化浪潮对我们的服务提出的要求，提高竞争力。2.2开发目标为超市提供方便，快捷的结账体系；为超市提供准确，高效的库存和财务管理系统；为超市管理人员提供强大的管理和统计商品，资金的功能。2.3用户及特点该系统的最终用户涉及超市的高层管理人员，商品采购人员，销售人员，仓库管理人员和财务管理人员。不同的用户拥有不同的访问权限，既方便了各个角色对其本职业务的具体操作，又极大的保证了系统的合理运行和企业数据的安全。2.4系统结构图图1系统结构图2.5模块子系统结构商品录入子系统功能描述：要求能快速录入商品，因此必须支持条形码扫描，如图2。图2录入子系统收银业务子系统功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折，如图3。图3收银业务子系统进货管理子系统功能描述：可以根据库存自动指定进货计划，进货时自动登记，以及提供查询和打印计划进货与入库记录的功能，如图4。图4进货管理子系统销售管理子系统功能描述：可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜，如图5。图5销售管理子系统2.6软件需求的层次软件包括三个不同的层次——业务需求、用户需求和功能需求(也包括非功能需求)。(1)业务需求。业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。(2)用户需求。用户需求文档描述了用户使用产品必须要完成的任务，这征使用案例文档或方案脚本说明中予以说明。(3)功能需求。功能需求定义了开发人员必须实现的软件功能，使得用户能完成他的任务．3超市管理系统关键技术介绍3.1数据库介绍一个完整的数据库应用系统是由三个部分组合而成的：前端程序、终端的数据库组件、后端的数据库。前端程序：这是数据库与用户直接交互的部分，用户可以作浏览、增删或查询操作，就跟操作各种软件没有什么两样。开发者所要做的是提供让用户方便操作的接口(各种按钮、文本框、表格等)，以及按照用户的操作，到数据库中把相应的数据找出来，呈现在用户面。中间的数据库组件：这些数据库组件主要负责前端程序与后端数据库软件的沟通工作，好比一个机构里各种工作的负责人。例如：薪水要找财务部的某某小姐、缺的东西要向管理部的某某申请、某一类问题要跟某某人询问等。前端程序只要将需求告诉相应的对象，它就会负责把工作做好。就以VB6而言，它提供了两组这样的数据库对象：“DAO"(DataAccessObject)与“ADO"(ActiveXDataObject)。这两个对象模块(好比两个性质类似但各自独立的机构)，各有许多对象(某项工作的负责人)负责处理与数据库有关的工作。使用时可以任意挑一组对象出来用。后端的数据库：这是实际存储数据的地方。常见的数据库软件：Access、SQLServer、Oracle等，数据库的维护、管理、安全性都是通过这些数据库软件来完成的。现在，人们大多数都使用关系型数据库，为什么呢?你可能听说过很多数据库的软件，例如：Oracle。这些数据库软件存储数据的方式各不相同，但大体上可以归纳为两类：一种是传统的数据库；另一种则是“关系型数据库”。传统类型的数据库将数据与存储信息分开放在不同的文件，所以某些文件存储的是数据本身，某些文件的则是数据库格式的数据，即一些索引文件，通过这些文件间的合作、连接，才能让整个数据库系统运作起来。理论上数据库可以无限的延伸，一直到硬盘装不下去。不过，一旦数据库要移动所有的文件都不能漏掉(包括文件之间的连接)，而且即使是一个小小字段更新的操作，与这个字段有关的连接或相关数据都要一并更新，所以管理起来很不方便。“关系型数据库”则是把文件与格式放在单一的一个数据库文件中，一个文件就是一个数据库，所有数据的连接、索引都纳入在一个文件中管理。这样的好处是：系统的移动、管理都方便许多。另一个好处是：可以通过表格之间的“关联"，减少字段数据重复输入的情况、遗失重要数据的危险，以及可以从不同数据表、不同字段获取信息。3.2数据库表设计由数据模型利用SQLServer2000进行数据库的详细设计，其基本表的设计如下：(1)职工清单(StaffBill)中文字段名英文字段名字段类型长度主键/外键字段值约束职工编号staffIDchar6PNOTNULL姓名namenvarchar8NOTNULL性别sexnchar2NOTNULL籍贯homenvarchar4NULL学历diplomanvarchar4NOTNULL类别kindnvarchar10NULL工资salaryint4NULL联系电话phonevarchar12NULL联系地址addressnvarchar50NULL身份证号idCardvarchar18NOTNULL聘用日期beginDatedatetime8NULL编制日期enactTimedatetime8NULL备注othersntext50NULL说明：此表存放员工信息。(2)用户清单(UserBill)中文字段名英文字段名字段类型长度主键/外键字段值约束帐号loginIDchar6P/FNOTNULL密码passWordchar6NOTNULL说明：此表存放系统用户信息。(3)商品清单(MerchBill)中文字段名英文字段名字段类型长度主键/外键字段值约束商品编号merchIDchar6PNOTNULL供货商号profferIDchar6FNOTNULL名称fullNamenvarchar80NOTNULL条形码barCodechar15NOTNULL计量单位metricUnitvarchar4NOTNULL类别kindnvarchar8NULL产地birthPlacenvarchar50NULL单价unitCostmoney4NOTNULL备注othersntext50NULL说明：此表存放商品信息。(4)供货商清单(ProfferBill)中文字段名英文字段名字段类型长度主键/外键字段值约束供货商号profferIDchar6PNOTNULL名称fullNamenvarchar50NOTNULL联系人contactPersonnvarchar8NOTNULL联系电话phonevarchar12NOTNULL联系地址addressnvarchar50NOTNULL开户行openingBanknvarchar10NULL银行帐号accountIDvarchar15NULL备注othersntext50NULL说明：此表存放供货商信息。(5)进货清单(ImportBill)中文字段名英文字段名字段类型长度主键/外键字段值约束进货单号importBillIDchar6PNOTNULL商品编号merchIDchar6P/FNOTNULL供货商号profferIDchar6FNOTNULL进货价importPricemoney4NOTNULL数量quantityint4NOTNULL金额totalMoneymoney4NOTNULL进货日期importDatedatetime8NOTNULL备注othersntext50NULL说明：此表存放进货信息。(6)销售清单(SaleBill)中文字段名英文字段名字段类型长度主键/外键字段值约束销售单号saleBillIDchar6PNOTNULL商品编号merchIDchar6P/FNOTNULL销售数量saleNumint4NOTNULL销售日期saleDatedatetime8NOTNULL说明：此表存放销售信息。(7)库存清单(StoreBill)中文字段名英文字段名字段类型长度主键/外键字段值约束商品编号merchIDchar6P/FNOTNULL库存数量storeNumint4NOTNULL4系统运行与测试4.1系统测试的目的系统测试的主要任务是验证设计的软件是否能够满足设计的者的设计要求以及要实现设计功能的主要任务。系统设计完成后首先就要进行软件的测试工作。测试过程分为以下几个步骤进行：软件的功能性测试阶段要完成系统的基本操作功能，如系统登录、身份识别、信息新建、信息录入、信息添加、信息删除等。针对整个系统进行全面的检查以完成各项功能的真确执行[3]。在测试过程中不应出现异常操作、错误操作等问题。系统在测试当中应注意以下问题：①链接问题。测试中是否有链接到不正确位置。是否有链接指向中断。②表格。能否完整填写表格对应的信息。③录入情况。能够正常录入信息，并保存好。4.2系统运行环境软件所使用的操作系统为Windows2000AdvancedServer，该操作系统可以方便用户连接服务器进行操作。4.3测试前准备（1）保证个数据库信息添加完毕。（2）确认计算机操作系统运行正常。（3）运行测试工具LoadRunner10。（4）运行测试用例。4.4测试结果1.管理员模块登陆测试（1）当键入的密码出现错误或是登陆的用户名有误时会显示出用户名或密码错误。（2）当用户申请注册新用户。当用户已存在时，显示该用户名已存在。（3）当用户输入用户名或密码是空的时候，显示输入用户名或密码为空。（4）当输入正确的用户名或密码时，登陆系统进入下一级界面。2.管理员模块修改密码测试（1）输入原先的密码。需要输入旧密码及两次新密码。当输入的旧密码正确且输入的两次新密码相同，显示修改密码成功。（2）输入原先的密码。需要输入旧密码及两次新密码。当输入的旧密码不正确或输入的两次新密码不同，显示修改密码失败。3.管理员模块信息查询测试（1）当使用者输入用户名及密码进入系统界面操作时。如果要进行信息查询，该信息在系统数据中，就显示用户查询的信息。（2）当使用者输入用户名及密码进入系统界面操作时。如果要进行信息查询，该信息在系统数据中，就显示用户查询的信息不存在。实际效果：系统操作跟实际预期效果相吻合。4.出入库管理模块登陆（1）当输入了错误的密码或者是登陆了错误的用户名时会显示出用户名或着密码有误。（2）当用户申请注册新用户。当用户已存在时，显示该用户名已存在。（3）当用户输入用户名或密码是空的时候，显示输入用户名或密码为空。（4）当输入正确的用户名或密码时，登陆系统进入下一级界面。5.出入库管理修改密码测试（1）输入原先的密码,如管理员：123456。需要输入旧密码及两次新密码。当输入的旧密码正确且输入的两次新密码相同，显示修改密码成功。（2）输入原先的密码,如管理员：123456。需要输入旧密码及两次新密码。当输入的旧密码不正确或输入的两次新密码不同，显示修改密码失败。6.库存管理查询功能测试（1）当使用者输入用户名及密码进入系统界面操作时。如果要进行信息查询，该信息在系统数据中，就显示用户查询的信息。（2）当使用者输入用户名及密码进入系统界面操作时。如果需要进行信息查询，该信息在系统数据中，就显示用户查询的信息不存在。测试结果：测试结果跟按照预先测试的结果一致。4.5测试结论通过以上的测试得出结论：该软件系统能够在操作系统下安全稳定的运行。用户登陆时长在1秒以内。用户在访问其他页面是的反应时间在2秒以内。系统在运行时能够保障用户的数据安全。与此同时软件在遇到特殊情况是能够正确处理信息保证信息不丢失。软件运行时不会和其他程序产生冲突。5需求分析在项目实施中的作用需求分析是一个十分重要的过程，它完成的好坏直接影响后续软件实施的质量。通常情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不十分了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的