UML小区物业管理系统需求分析

小区物业管理系统

需求分析

文档编号：____________________日期：____________________

目录

目录

第一章概述 (3)

1.1 引言 (3)

1.2 开发背景 (3)

1.3 开发时间 (3)

1.4 开发人员 (4)

1.5 目的 (4)

第二章系统总体结构及开发、运行环境 (4)

2.1 系统的总体结构 (4)

2.2.1）硬件环境 (5)

2.2.2）软件环境 (5)

第三章系统需求分析 (6)

3.1 系统功能描述 (6)

3.2 数据库描述 (6)

3.2.1表的设计： (6)

3.3 业务流程分析 (7)

第一章概述

1.1引言

本软件使用Oracle、MVC(Jsp+ Servlet + JavaBean)模式进行的系统编码。

1.2开发背景

随着我国市场经济的快速发展和人们生活水平的不断提高，简单的社区服务已经不能满足人们的需求。如何利用先进的管理手段，提高物业管理水平，是当今社会所面临的一个重要课题。要想提高物业管理水平，必须全方位地提高物业管理意识。只有高标准、高质量的社区服务才能满足人们的需求。面对信息时代的挑战，利用高科技手段来提高物业管理无疑是一条行之有效的途径。在某种意义上，信息与科技在物业管理与现代化建设中显现出越来越重要的地位。物业管理方面的信息化与科学化，已成为现代化生活水平步入高台阶的重要标志。

某小区，由于管理面积大，户数多，物业管理范围广，管理内容繁杂，小区物业管理混乱的问题一直无法解决。再者，小区物业管理中一项重要的工作是计算、汇总各项费用，由于费用项目较多，计算方法繁重，手工处理差错率较高。同时查询某房产资料或业主资料往往也需要较长时间，给物业管理者的工作带来了诸多弊端。因此该物业公司决定采用计算机进行物业管理。根据该小区具体情况，该系统在实施后，能够满足对小区住户资料、楼宇，房屋资源统计、日常管理、收费管理

等。

1.3开发时间

1.4开发人员

组名：高校六班

1.5目的

设计一个小区管理系统，能够迅速、正确地解决各种问题，并能做到合理收费，真正为居民排忧解难，服务周到。而且该系统不需要一个专业的计算机工作人员，只要安排会简单操作人员即可；节省了大量的数据统计处理时间。

第二章系统总体结构及开发、运行环境

2.1系统的总体结构

本系统源自物业管理的发展需求，设计本系统根据实地调研情况主要包含了几大模块（见图2-1）。这几大管理模块归纳了基本的业务流程的主要功能，具体的模块功能描述如下：

图（2-1）小区物业管理十大模块

1）操作员管理模块

主要完成操作员（管理员、普通操作员）的添加，修改，删除，查询等。

该目录只是管理员身份可见。

2）修改密码模块

主要完成修改当前操作员的密码。

3) 关于本软件模块

主要完成对本软件的基本介绍。

4）业主维护模块

主要完成对业主的添加，修改，删除，查询。

5）楼宇维护模块

主要完成对楼宇的添加，修改，删除，查询。

6）房屋维护模块

主要完成对楼宇的添加，修改，删除，查询。

7）日常管理模块

完成对日常数据的管理。

8）费用管理：

完成对小区中各种费用的管理。

2.2.1）硬件环境

操作系统：WINDOWS XP。

CPU：没有很高的要求，只要能够顺利运行WINDOWS系列操作系统就可以了。当然，CPU的处理速度越快，运行JAVA代码的效率越高。

内存：WINDOWS XP建议使用128MB以上内存。

硬盘空间：至少需要100MB以上的硬盘空间来安装所需的组件。

2.2.2）软件环境

软件：MyEclipse 5.1、JDK1.6、Tomcat5.5、Oracle9i等。

第三章系统需求分析

3.1系统功能描述

功能模块：（第二章以对子模块进行分析，这里不做说明）。

3.2数据库描述

使用Oracle开发非常方便，适合于java项目的开发。

3.2.1表的设计：

详见db数据库部分。

3.3业务流程分析

UML学生的信息管理系统__实验报告

面向对象分析与设计期末实验 设计题目 : 学生信息管理系统 姓名 学院：电子信息工程学院 系别: 计算机科学与技术 班级：网络工程1班

页眉内容 A部分需求分析 一、实验目的 利用所学的UML建模知识设计学生信息管理系统。由于信息技术的急 剧发展和配合管理的思想的出现，各种网络化，自动化，配合技术在各自的业界的管理实践中迅速得到应用。学生的信息的管理系统的开发非常有必要。学生的信息管理系统的目标是在学生的信息管理中，使用计算机的网络技术，通讯技术和信息处理技术，使学生的信息得到加工，依次传达及保存。 根据学生的信息管理的电子化和网络化，来实现全面改善学生信息的管理环境，提高管理效率。系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同功能。管理员能有效管理学生的信息，同时，学生可以随时大量检索查询多种信息。 二、实验仪器或设备 学生用计算机一台 三、设计原理、系统业务及功能 设计原理： 系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同 功能。管理员能有效管理学生的信息，同时，学生可以随时大量检索查 询多种信息。 设计方案及流程： 1.这个项目从结构上分。 ①管理员：通过已有学生信息仓库，管理学生的信息，还可以管理教师 的信息，管理课程的信息，管理班级的信息； ②学生：可以修改学生的信息，选择课程，检索成绩等； ③教师：修改教师的信息，检索学生的成绩，登记授课的学生状况等。 2．系统功能模块

（1）学生功能：查询课表，选课，成绩，修改学生个人信息。 （2）教师功能：录入成绩，查询教授学生状况，修改老师个人信息。 3．管理员功能模块 （1）学生管理：学生用户的追加，学生信息的浏览，修改，删除。 （2）教师管理：教师用户的追加，教师信息的浏览，修改，删除。 （3）课程管理：课程查询，添加，修改，删除，公布课表等。 （4）班级管理：班级的查询，添加，修改，删除 B部分系统UML建模 1．用况图 （1）系统用况图：

UML实验报告

《面向对象分析与设计UML》 实验报告 学号：180108213 姓名：庞志伟 班级：08级软件2班 指导老师：姚宇峰

实验及作业一 一、实验目的 了解软件工程等基础知识，为后续的统一建模语言UML知识的学习做好准备工作。 二、实验设备与环境 装有Visio、RathionalRose的计算机。 三、实验内容 1、复习阐述“软件工程开发模型”的相关概念，并分析各种模型的优缺点，写成实验报告。 2、熟悉UML软件设计工具Visio、Rational Rose的安装及环境 四、实验过程及结果 1、软件工程开发模型有（1）瀑布模型，（2）原型模型，（3）螺旋模型，（4）喷泉模型（1）瀑布模型 将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 优点： 1）为项目提供了按阶段划分的检瀑布模型查点。 2）当前一阶段完成后，您只需要去关注后续阶段。 3）可在迭代模型中应用瀑布模型。 缺点： 1）在项目各个阶段之间极少有反馈。 2）只有在项目生命周期的后期才能看到结果。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 （2）原型模型 原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。

网上商城UML需求分析

1.系统需求 (2) 2．需求分析 (4) 2.1功能设置 (4) 2.2模块划分 (5) 2.3识别参与者和用例 (6) 2.3．1 顾客Customer用例图 (7) 2.3.2 系统管理员用例 (13) 2.3 静态结构模型 (16) 2.3.1 类Customer (17) 2.3.2类Goods (18) 2.3.3类Order (19) 2.3.4管理员 (20) 2.3.5标题title类 (21) 2.3.6二级标题类 (21) 2.3.7公共操作类 (22) 2.3.8类图 (23) 3.动态行为模式 (23) 3.1时序图 (23) 3.1.1顾客注册成为会员时序图 (24) 3.1.2顾客反馈信息时序图 (25) 3.1.3顾客浏览商品时序图 (26) 3.1.4顾客查询商品时序图 (27) 3.1.5顾客购买商品时序图 (28) 3.2.6管理员添加商品时序图 (29) 3.2.7管理员删除商品时序图 (29) 3.2.8管理员添加二级商品目录时序图 (30) 3.2.9管理员删除二级商品目录时序图 (31) 3.2.10管理员编辑促销产品时序图 (31) 3.2.11管理员编辑条款信息时序图 (32) 3.2.12管理员编辑购买流程时序图 (33) 3.2.13管理员删除会员时序图 (34) 3.2.14用户结算时序图 (35) 3.3.活动图 (35) 3.3.1用户顾客的活动图 (35) 3.3.2管理端管理员的活动图 (36) 3.4协作图 (38) 3.4.1顾客登录协作图 (38) 3.4.2顾客注册协作图 (38) 3.4.3顾客浏览商品协作图 (39)

UML学生的信息管理系统 实验报告

计算机与信息技术学院综合性实验报告 专业：Java 年级/班级：10级计科1班 2010—2011学年第学2期课程名称Uml统一建模指导教师 本组成员 学号姓名 实验地点过街楼实验室实验时间第十一周 项目名称学生的信息管理系统实验类型综合性 一、实验目的 利用所学的UML建模知识设计学生信息管理系统。由于信息技术的急剧发展和配合管理的思想的出现，各种网络化，自动化，配合技术在各自的业界的管理实践中迅速得到应用。学生的信息的管理系统的开发非常有必要。学生的信息管理系统的目标是在学生的信息管理中，使用计算机的网络技术，通讯技术和信息处理技术，使学生的信息得到加工，依次传达及保存。根据学生的信息管理的电子化和网络化，来实现全面改善学生信息的管理环境，提高管理效率。系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同功能。管理员能有效管理学生的信息，同时，学生可以随时大量检索查询多种信息。 这个项目从结构上分。 ①管理员：通过已有学生信息仓库，管理学生的信息，还可以管理教师的信息，管理 课程的信息，管理班级的信息； ②学生：可以修改学生的信息，选择课程，检索成绩等； ③教师：修改教师的信息，检索学生的成绩，登记授课的学生状况等。 二、实验仪器或设备 学生用计算机一台 三、总体设计（设计原理、设计方案及流程等） 设计原理： 系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同功能。管理 员能有效管理学生的信息，同时，学生可以随时大量检索查询多种信息。 设计方案及流程： 1.这个项目从结构上分。

①管理员：通过已有学生信息仓库，管理学生的信息，还可以管理教师的信息，管 理课程的信息，管理班级的信息； ②学生：可以修改学生的信息，选择课程，检索成绩等； ③教师：修改教师的信息，检索学生的成绩，登记授课的学生状况等。 2．系统功能 （1）学生功能：查询课表，选课，成绩，修改学生个人信息。 （2）教师功能：录入成绩，查询教授学生状况，修改老师个人信息。 3．管理员功能 （1）学生管理：学生用户的追加，学生信息的浏览，修改，删除。 （2）教师管理：教师用户的追加，教师信息的浏览，修改，删除。 （3）课程管理：课程查询，添加，修改，删除，公布课表等。 （4）班级管理：班级的查询，添加，修改，删除 四、实验步骤（包括主要步骤、用例图、时序图等） 1、用例模型是把应满足用户需求的基本功能聚合起来表示的强大工具，用例反映了系 统能够完成什么样的功能，因此，用例图占据重要位置。 （1）系统用例图： 系统登录 查询课程表 选课 查询成绩 修改学生个人信息 修改教师个人信息 登记授课的学生状况 检索学生成绩 学生 老师 学生信息的管理教师信息的管理 课程信息的管理班级信息的管理 管理员 用户 该用例图中的用例分析如下：

UML实验报告概要

《面向对象与UML》 实验报告 姓名：陈万全 学号：132852 班级：软件131

实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 2.建模基本步骤 3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。

实验二用例图 一、实验目的 1.熟悉UML用例图的基本图形元素。 2.掌握用例与用例之间的各种关系。 3.熟悉针对具体场景使用例图进行软件建模的方法。 4.掌握用例规格说明的概念和基本结构，以及用例规格说明的作用。 二、实验内容 1.根据实验一建模实例，熟悉利用Raional rose软件绘制用例图的基本方法。 2.通过对“学生信息管理系统”的需求描述，确定系统用例图： “学生信息管理系统”的需求描述如下： ?在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作；同时校领导可以查询、修改全校所有学生的基本信息。 ?学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。 ?在考试结束以后，教师可以将学生的考试成绩录入系统，还可以对学生的成绩进行查询和修改。学生可以通过本系统进行成绩的查询。 ?学生还可以在网上选择自己选修的课程(必修课必须上，所以不用选)，学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。课程的基本信息包括：课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。每个学生每学期的选修课程数不得大于6门，如果已经选择了6门课程则不能再选择其他课程。只有将已选择的课程删除掉才能再选择新课程。系统管理员负责修改、增加、删除选修课程。 ?系统管理员可以对系统的账号进行添加、设置、删除、查询等操作，同时可以设置每个账号的权限以及对应的个人信息。 a)请根据上述描述，确定系统的参与者 b)确定系统的用例并绘制完整的用例图。

UML实验报告

本科实验报告 课程名称：系统分析与设计实验项目：《网上书店系统》实验地点： 专业班级：学号：20110 学生姓名： 指导教师： 2013年月日

实验一用例图 一、实验目的 初步掌握UML用例图的创建方法及其用例的描述。 二、实验要求 1．结合工具StartUML，熟悉UML用例图的模型元素。 2．使用StartUML工具建模网上书店系统的用例图。 三、实验主要设备：台式或笔记本计算机 四、实验内容： 根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。 网上书店陈述： 书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。 系统分析员：能谈谈您对网上书店的要求吗? 书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后，就会通知快递公司送货。当然，书店的图书上架和下架也应该由网上书店完成了。 工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样，图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。如果信息输入错误，能够进行修改。 工作人员乙：另外书店会搞一些促销，推出一些特价图书。以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。促销活动过后，特价图书会恢复原来的价格。希望网上书店也能够管理这些特价图书。 系统分析员：能谈谈平时买书的经过吗? 顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。找到我想买的书或者觉得看的书不错，就会去柜台结帐。 工作人员丙：不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。

UML课程设计报告_汽车租赁系统的需求分析与设计

课程设计报告 2009 ～ 2010 学年第二学期 教学单位信息工程与技术系 课程名称 UML统一建模语言课程设计课程设计题目汽车租赁系统的需求分析与设计指导教师 XXXX 学生姓名 XXXXX 专业名称计算机科学与技术（数据库）年级 08级 汽车租赁系统的需求分析与设计

一．课程设计目的 UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模，使问题可视化，形式化。通过一序列的建模和迭代活动，对于提高学生综合素质十分必要。 UML统一建模课程是本科类计算机专业的一门骨干课程，技术复杂，应用范围广。本课程设计实验主要内容：构建系统的分析模型、设计模型。主要目标如下： 1. 掌握面向对象的分析技术、设计技术； 2. 构建“汽车租赁系统”的需求分析模型和设计模型； 二．课程设计题目描述和要求 本课程设计中包含： A.软件需求分析 B.汽车租赁系统的需求分析 C.系统的UML基本模型 D.系统中的类 E.系统的配置与实现 1、系统目标 系统的整体目标是：利用互联网和信息化技术，结合汽车租赁经营的实际运作情况，建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”，通过该系统提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。 2、功能要求 “汽车租赁系统”中的功能需求可以包括以下几个方面： ●客户可以通过不同的方式（包括电话、前台、网上）预订车辆； ●能够保存客户的预订申请单； ●能够保存客户的历史记录； ●工作人员可以处理客户申请； ●技术人员可以保存对车辆检修的结果。 满足上述需求的系统主要包括以下几个模块： ●基本数据维护模块：该模块提供了使用者录入、修改并维护基本数据的途径。 ●基本业务模块：在系统中，客户可以填写汽车租赁申请表，工作人员处理这些表格；

UML实验报告(1).doc

UML实验报告(1) 学生学号01第一学期实验课程名称：UML建模技术实验项目名称关于新的电脑销售系统点的需求文档实验成绩1实验者向尧专业班级软件工程0703班组别19同组者实验日期12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会怎样为新的电脑销售系统点写需求文档实验内容：1、写一个概况陈述，包含信息系统相关的问题。 2、确定客户，包括公司名称、地址、电话号码，员工的头衔也要包含在他的名字之中 3、总结至少3个系统的目标 4、确定至少2个制约因素 5、建立一个基本功能和属性表 6、分析基本功能和属性的可行性 7、包括一个用类表现出来的环境图二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）需求一词在日常生活中经常使用，通常的需求是指人对于客观事务需要的表现，体现为愿望、意向和兴趣，因而成为行动的一种直接原因。 需求对用户和软件开发人员来说都是至关重要的，必须由他们共同合作才能写出较好的需求及需求文档。 需求是用户认为其所使用的系统应该具备的功能和性能。 三、主要仪器设备及耗材MicrosoftOfficeWord12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会如何为类中描述的事件写一个基本用例实验内容：1、仿照教科书来描述每个用例。

事件的主流程（成功场景）是用例的最重要的部分。 确保它准确地描述这个过程，同时还有少量一些替代流程即扩展。 2、对于这个项目假设所有客户用现金或信用卡支付租金，不允许用支票支付！ 3、要特别注意处理问题时的扩展，可以仿照你的老师给你的示例 4、有一些隐藏的要求：基本上租借出去的影碟信息必须有序地保存起来以跟踪物料，同样的归还的物品数据也应该保存起来，以备最后会计都会知道这些。 5、用例是：租赁项目，归还项目，迟交费项目，重新购置项目。 没有购买。 6、每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡。 7、每个夜晚商店关门后，所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。 8、客户有一个帐号。 电话号码是首选，当客户第一次来时被分配。 如果客户不是在租赁的成员，成员的记录会临时创建。 他们的姓名，电话号码，信用卡号码和到期日被记录在其成员的记录里。 二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）1、根据系统的

UML实验报告

一、实验目的 熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。 二、实验内容 1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。 某酒店订房系统描述如下： (1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订； (2) 前台服务员可以利用系统直接在前台预订房间； (3) 不管采用哪种预订方式，都需要在预订时交相应订金； (4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付； (5) 利用信用卡进行支付时需要和信用卡系统进行通信； (6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统，系统功能如下： (1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。 (2) 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。 (3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。 (4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。 绘制该系统的用例图。 3. 根据如下描述绘制类图： 某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。

UML实验报告全

《系统分析与建模》实验指导书__2011__/__2012__年第__二__学期 姓名：____钱秀梅_________ 学号：__ 10030117_____ 班级：_ 10计一_______ 指导教师：___殷凯__________ 计算机科学与技术系编写

系统分析与建模实验指导书―1―计算机科学与技术系 目录 实验0 熟悉软件开发环境 (1) 实验1 用例图设计………………………………………………… 实验2 类和对象图设计 (3) 实验3 交互图设计 (7) 实验4 状态图设计 (9) 实验5 活动图设计 (12) 实验6 包图设计 (15) 实验7 物理图设计 (17) 附录考核登记表 (23)

实验0 熟悉软件开发环境 一、实验目的 学习使用EA开发环境创建模型的一般方法，理解EA界面布局和元素操作的一般技巧。 二、实验环境 软件平台：Microsoft Windows2000 /XP。软件工具：EA 7.5。 三、实验内容与要求 1．学会启动和关闭EA 7.5开发环境。 2．使用目标项目（Project）的向导创建一个项目。 3．了解EA 7.5界面的六大组成部分（菜单Menu、浏览器Browser、文档窗口Document Window、图窗口Diagram Window、日值窗口Log Window和工具栏。 4．在浏览器中实现如下操作：增加模型元素（包括角色、用例、类、组建、图等）； 查看现有模型元素；查看现有模型元素之间的关系；移动模型元素；更名模型元 素；访问元素的详细规范。 5．分别在在图中增加删除图元素和在浏览器中增加删除图元素。 四、实验预习和准备 参考相关书籍，能够熟练地安装和使用EA 7.5软件建立模型。 五、实验过程与结果 读者 借书 还书 续借图0-1 用例图

UML实验报告

中南民族大学管理学院学生实验报告 课程名称：UML面向对象分析与设计教程 年级： 专业：信息管理与信息系统 学号： 姓名： 指导教师： 实验地点：管理学院综合实验室 2013 学年至 2014 学年度第 2 学期

目录 实验一 UML建模基础实验二用例图 实验三 UML类图 实验四对象图 实验五包图 实验六动态模型图

实验（一） UML建模基础 实验时间： 实验目的 1.熟悉UML建模工具Rational Rose的基本菜单及操作。 2.掌握UML的三大组成部分及各部分作用。 3.掌握UML的可见性规则和构造型的作用。 实验容 1.练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。 2.认识各种UML关系及可见性符号，并用工具表示出来。 答：各种UML关系如下：

分析与讨论 1.总结UML在软件工程中的作用以及使用UML建模的必要性。 答：统模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。 UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。 UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。 UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。 指导教师批阅：

图书管理系统uml实验报告.doc

面向对象分析与设计大作业 学院：计算机科学与工程学院 班级：计算机软件 3 学生姓名：陈俊伟 学号：2174 指导老师：苏锦钿 提交日期：

华南理工大学 面向对象分析与设计大作业课程实验报告 实验题目 :_____ 图书管理系统 uml 图__________________________ 姓名 :___ 陈俊伟 ________学号:_ 2174_____ 班级 : ___09 软件 3 班________ 组别 : ________ 合作者 : __________________ 指导教师 : ______ 苏锦钿 __________ 实验概述 【实验目的及要求】 一．目的 1.掌握面向对象技术的基本原理和各种相关概念； Rational Rose 2003 、 IBM 2. 熟练掌握 UML的基本知识和9 种常见的 UML图形 , 并能够利 用 Software Architecture、或trufun UML工具进行建模； 3.根据问题进行学习，拓广、深化； 4.独立完成一个应用程序的分析、设计和建模，为以后软件项目的开发打下实践基础。 【实验原理】 UML建模，就是用模型元素来组建整个系统的模型，模型元素包括系统中的类、类和类 之间的关联、类的实例相互配合实现系统的动态行为等。UML提供了多种图形可视化描 述模型元素，同一个模型元素可能会出现在多个图中对应多个图形元素，人们可以从多 个视图来考察模型。UML建模主要分为结构建模、动态建模和模型管理建模 3 个方面，第 1 个方面是从系统的内部结构和静态角度来描述系统的，在静态视图、用例视图、实施视 图和配置视图中适用，采用了类图、用例图、组件图和配置图等图形。例如类图用于描述系 统中各类的内部结构（类的属性和操作）及相互间的关联、聚合和依赖等关系， 包图用于描述系统的分层结构等；第 2 个方面是从系统中对象的动态行为和组成对象间的相互 作用、消息传递来描述系统的，在状态机视图、活动视图和交互视图中适用，采 用了状态机图、活动图、顺序图和合作图等图形，例如状态机图用于一个系统或对象从 产生到结束或从构造到清除所处的一系列不同的状态；第 3 个方面描述如何将模型自身组织到高层 单元，在模型管理视图中适用，采用的图形是类图。建模的工作集中在前两 方面，而且并非所有图形元素都适用或需要采用

uml实验报告1-9

实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 (1)单击“开始—>所有程序—>IBM Rational—>Rational Rose Enterprise Edition”，启动Rational Rose建模环境，软件启动后产生如图1.1所示的建模模型窗口。 图1.1 Rational rose 启动提示界面 (2)选项卡【new】用来选择新建模型时采用的模板。单机【Details】按钮可以查看选中模板的描述。【Existing】选项卡用于打开一个已经存在的模型。【Recent】选项卡可以打开一个最近打开的模型文件。如暂时不需要任何模板，只需要建立一个新的空白模型文件，单击【Cancel】按钮，显示Rational rose主界面，如图1.2所示。

图1.1 Rational rose 主界面 (3) 主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志窗口。 ①导航窗口：用于在模型中迅速漫游。导航窗口类似于windows 操作系统的资源管理器，它以树形结构显示了模型中的所有元素，包括参与者、用例、类、组件等。利用导航窗口可以： a) 增加模型元素 参与者、用例、类、组件、框图。 b) 浏览现有模型元素。 c) 浏览现有模型元素间的关系。 d) 移动模型元素。 e) 更名模型元素。 f) 将模型元素加进框图。 g) 将文件或UML 链接到元素。 h) 将元素组成包。 i) 访问元素的详细规范。 j) 打开图形。 导航窗口四个视图根结点。 a) 用例视图(Use Case View)：用于管理需求分析获取的所有用例、参与者和用例图。 b) 逻辑视图(Logic View)：分析和设计完成的所有制品(如类图、对象图、顺序图、活动图、状态图等)放置在逻辑视图中。 图1.3 导航窗口

银行系统 UML需求分析图

电子科技大学软件学院标准实验报告（实验）课程名称UML 电子科技大学教务处制表

电子科技大学 实验报告 学生姓名：黄斌学号：2823102006 学生姓名：马少龙学号：2823102008 学生姓名：袁孝涛学号：2823102007 学生姓名：文志伟学号：2823102009 学生姓名：杨超学号：2823102010 指导老师：訾德义 实验地点：教学楼A105 实验时间：10,12,05 一、实验室名称：软件实验室 二、实验项目名称：可存取款ATM系统 三、实验学时：16 四、实验原理：（是不是把银行系统都改成ATMXXX？） 五、实验目的： 随着经济建设的发展，人民生活水平得到了质的飞跃，手头的多余资金越来越多，在倡导消费理念的同时，人们也热衷于理财，银行管理系统为广大用户提供了方便，快捷的资金管理通道。

银行系统分为ATM机，用户，后台服务器。用户向ATM提交数据，ATM机向服务器提出申请，服务器向ATM发送数据，ATM机将数据反馈给用户。 银行系统主要功能用：取款，存款，账户设置，转账汇款，查询账户。六、实验内容： 一个功能完善的银行管理系统，必须包括以下的几个模块。 ●用户登陆 由用户登陆、用户注销、退出系统3个部分组成。 ●取款 客户从银行合法账户取出一定资金。 ●查询账户 客户接受银行合法账户余额。 ●转账 用户把一个合法账户的款项存到另一个合法账户。 ●账户设置 主要对用户的账户相关信息的设置与修改。 七、实验器材（设备、元器件）： a.试验环境Rose 2003 b.操作系统window XP

八、实验步骤： 步骤1：需求分析 步骤1.1：用户登陆 用户登陆所包括的功能模块如下图： 用户进入本银行管理系统的入口，没有得到身份验证的用户只能拥有最低的使用权限，即只能选择退出系统或是用户登陆。这是一个稳定、安全的系统所必须具备的。 步骤1.2：账户管理 账户管理系统是整个银行系统的核心，用户在此选项可以对合法账户的资金进行一定的操作，满足客户日常需要。并且对自己账户的密码，个人信息等进行安全方面的设置。

UML实验报告

计算机与通信工程学院 实验报告

实验学时：课程实验共20学时，配合《UML在嵌入式系统中的应用》理论课程的学习，培养学生的嵌入式软件分析与建模能力。 实验内容：该门课程的实验为一个完整性的系统建模实验，实验分为十个部分，最后完成图书馆管理系统的全部建模过程，最终形成一个完整的建模文档，得到正向工程和数据库建模的相关结果。具体内容如下： 内容一建模工具学习2学时 内容二用例图的制作2学时 内容三类图的制作2学时 内容四顺序图的制作2学时 内容五通信图的制作2学时 内容六活动图的制作2学时 内容七状态图的制作2学时 内容八组件图和部署图的制作2学时 内容九数据模型的建立2学时 内容十正向工程2学时 实验目的：使学生对系统级建模有个完整的认识，通过课程所学知识，结合实验内容，掌握建模的思想、方法和其在系统分析和设计中的重要意义。 实验难点：实验的每一部分都是逐步累进的过程，每个实验环节都是以前一个实验环节为基础，每一部分的正确性会影响下一步实验的正常开展。 实验要求： （1）要求学生掌握Rational Rose建模软件的使用，可以利用其进行系统级建模。 （2）要求学生理解和掌握用例图，类图，书序图，通信图，活动图，状态图，组件图和部署图，数据模型以及正向工程的建模实现。 实验验收：以最后一次实验课的现场实验验收（查看建模结果和问询）为准，实验报告作为存档资料备查。 提交资料要求：提交实验总结，实验报告（正反面打印），实验的所有文档电子版（建模文件，正向工程代码文件，实验报告，实验总结报告

内容1 建模工具学习 1.实验内容：熟悉 Rational Rose 建模环境 2.实验目的：熟悉 Rational Rose 建模环境 3.实验过程： 1）双击“开始——程序——Rational Software——Rational Rose Enterprise Edition”，启动 Rational Rose 建模环境。 2）如果是新建一个模型，则选择“New”选项，按下 Cancel 按钮后，进入图 Rose 主界面。否则，选择“Existing”或“Recent”选项，选择一个已存在的模型（后缀：*.mdl）,打开模型文件即可。主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志窗口。 3）主界面介绍： （1）导航窗口

UML需求分析步骤实例解析

UML需求分析步骤实例解析 在UML使用过程中，经常会遇到UML需求分析问题，这里就向大家介绍一下UML的需求分析大致步骤，为了便于大家理解以实例向大家介绍，希望通过本文的介绍你对UML需求分析步骤有所了解。 本节向大家介绍一下UML需求分析的一般步骤，本节用实例向大家介绍，相信通过本节的介绍你对UML需求分析有一定的认识。下面让我们一起来学习具体介绍吧。 基于UML需求分析 在初步的业务需求描述已经形成的前提下，基于UML需求分析大致可分为以下步骤： （1）利用用例及用例图表示需求。从业务需求描述出发获取执行者和场 景；对场景进行汇总、分类、抽象；形成用例；确定执行者与用例、用例与用例图之间的关系，生成用例图。 （2）利用包图及类图表示目标软件系统的总体框架结构。根据领域知识、业务需求描述和既往经验设计目标软件系统的顶层架构；从业务需求描述中提取“关键概念”，形成领域概念模型；从概念模型和用例出发，研究系统中主要的类之间的关系，生成类图。 上述两个步骤并没有时序关系，它们可以并行展开，如图5-3-1所示。 图5-3-1 UML需求分析过程

本节将依次介绍上述步骤中涉及的UML语言机制，并结合“家庭保安系统”实例说明每步骤中基于UML需求分析方法。 开发场景 场景是指从单个执行者的角度观察目标软件系统的功能和外部行为。这种功能通过系统与用户之间的交互来表征。因此也可以说，场景是用户与系统之间进行交互的一组具体的动作。相对于用例而言，场景是用例的实例，而用例是某类场景的共同抽象。 对场景的完整描述应包含场景名称、执行者实例，前置条件、事件流和后置条件。 例如，“家庭保安系统”的初步需求描述：“家庭保安系统”的软件允许用户在安装时进行系统配置，实施对传感器的监控并通过控制面板与用户进行信息交互。 配置操作包括： （1）指定每一传感器的种类和编号； （2）设置开、关机密码； （3）指定报警电话电码； （4）指定报警延迟和电话重拨延迟时间（以秒为单位）； 当软件系统收到传感器发出的数据后，判别是否出现异常事件。如果是，则在指定的延迟时间内拨报警电话号码，拨号操作将按照重拨延迟反复进行，直至电话接通。然后软件系统负责报告时间、地点和异常事件的性质。 开机后，软件系统负责显示当前工作状态，接收并处理用户指令。 根据以上描述，该系统具有“系统配置”、“开机”、“关机”、“门窗监测”、“烟雾监测”和“复位”等场景。其中，门窗监测场景的具体描述如下： 场景名称：门窗监测。 参与执行者实例：警报器、报警电话、显示器和门窗监视器。 前置条件：系统已开机。 事件流： （1）门窗监视器发现门或窗户发生异动，向软件系统报告异常事件。

《面向对象的系统分析与设计(UML)》实验2 分析建模

《面向对象的系统分析与设计(UML)》实验2 分析建模 [ 实验日期 ] 年 月 日 [ 实验目的 ] (1) 理解面向对象系统分析和对象类建模(概念建模)的概念 （2）了解和掌握面向对象系统分析的方法和步骤 (3)了解和掌握寻找待开发系统中类(概念)的方法和技巧 (4) 掌握使用ROSE绘制概念模型的方法 [ 实验内容 ] 在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型。 [ 实验原理和步骤 ] 建模原理： (1)使用概念目录列表（见下图）和非正式分析法（识别出问题域的文本描述中的名词短语，然后将其作为概念或 属性的候选对象。）相结合的方法识别概念。因此，待开发用例的文字描述中，名词可能成为概念或属性的候选对象；表示行为的动词词组有可能成为事务型或过程型对象；形容词词组有可能对应抽象的名词型概念。 采用的技术基本上就是：ER图+纯行为+OO的聚合、泛化。 （2）最终关联的数量介于“需要知道”型关联与【“需要知道”型关联+“需要理解”型（从通用关联列表中派生出的，见下图）】之间。

步骤： （1） 识别关键用例作为第一个迭代周期的开发目标（一般是在用例图中被依赖得比较多的用例）。 可以选“企业综合信息管理系统” -> “进销存管理”子系统 -> “库存管理” -> “原材料出库” ->“领料单处理”主线中的“领料单处理”用例；也可以选“企业综合信息管理系统” -> “进销存管理”子系统 -> “销售管理” -> “合同管理” ->“收款单处理”主线中的“增加销售合同”或“收款单处理”用例。（其实，选“库存管理”主线更合适；当然，如果要实现产销一体化，以销售订单指导生产和采购，并实现零库存目标，那么一切工作就以销售管理为中心。即便如此，首选“增加合同”用例也更为合适。） （2）识别概念和重要属性。 （3）建立概念间的关联。 画图原理： （1） 可以采用“逻辑视图”下的类图描述概念模型，只不过每个类中只有类名和属性，没有方法。在概念建模阶段也没有必要确定属性的类型和访问属性。 （2） 概念间的关联可以采用一般关联（无方向实线），当然，对于聚合和泛化，应采用相应的连线（组合：实心菱形+实线；聚合：空心菱形+实线；泛化：空三角形+实线） 步骤： （0）前提条件：第一个迭代周期可以选“企业综合信息管理系统” -> “进销存管理”子系统 -> “库存管理” -> “原材料出库” ->“领料单处理”主线中的“领料单处理”用例；也可以选“企业综合信息管理系统” -> “进销存管理”子系统 -> “销售管理” -> “合同管理” ->“收款单处理”主线中的“增加销售合同” 或“收款单处理”用例。做好与此用例相关的概念模型 （1） 建立相关的概念模型的基础上，在“逻辑视图”下的类图中描述概念模型，可以直接在类图main中绘制，也可采用类似用例图中用过的分包机制 （2）绘制概念和重要属性。 （3）绘制概念间的关联。 [ 实验结果 ] 《学生填写》 采用ROSE绘制的，与待开发用例相关的概念模型。 《学生填写》 给出上述概念模型建立过程中，概念筛选与关联取舍的详细过程和理由。 [ 实验总结 ]

uml系统分析实验报告

本科实验报告 课程名称：计算机网络 实验项目：计算机网络 实验地点：逸夫楼404 专业班级：软件1105班学号：2011004922 学生姓名：黄晓琪 指导教师：柴晶

目录 1.实验准备：熟悉UML建模环境 2.实验一用例图 3.实验二类图 4.实验三顺序图及通信图 5.实验四活动图、状态图、组件图及部署图

实验一用例图 一、实验目的 初步掌握UML用例图的创建方法及其用例的描述。 二、实验要求 1．结合工具StartUML，熟悉UML用例图的模型元素。 2．使用StartUML工具建模网上书店系统的用例图。 三、实验主要设备：台式或笔记本计算机 四、实验内容： 根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。 网上书店陈述： 书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。 系统分析员：能谈谈您对网上书店的要求吗? 书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后，就会通知快递公司送货。当然，书店的图书上架和下架也应该由网上书店完成了。 工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样，图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。如果信息输入错误，能够进行修改。 工作人员乙：另外书店会搞一些促销，推出一些特价图书。以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。促销活动过后，特价图书会恢复原来的价格。希望网上书店也能够管理这些特价图书。 系统分析员：能谈谈平时买书的经过吗? 顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。找到我想买的书或者觉得看的书不错，就会去柜台结帐。 工作人员丙：不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。

UML系统分析实验报告

本科实验报告 课程名称：系统分析与设计 实验项目：《网上书店系统》实验 实验地点：逸夫楼402 专业班级：软件111班学号：201100 学生姓名： 指导教师：孟东霞 2013年11月18 日

目录 1.实验准备：熟悉UML建模环境 2.实验一用例图 3.实验二类图 4.实验三顺序图及通信图 5.实验四活动图、状态图、组件图及部署图

实验一用例图 一、实验目的 初步掌握UML用例图的创建方法及其用例的描述。 二、实验要求 1．结合工具StartUML，熟悉UML用例图的模型元素。 2．使用StartUML工具建模网上书店系统的用例图。 三、实验主要设备：台式或笔记本计算机 四、实验内容： 根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。 网上书店陈述： 书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。 系统分析员：能谈谈您对网上书店的要求吗? 书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后，就会通知快递公司送货。当然，书店的图书上架和下架也应该由网上书店完成了。 工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样，图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。如果信息输入错误，能够进行修改。 工作人员乙：另外书店会搞一些促销，推出一些特价图书。以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。促销活动过后，特价图书会恢复原来的价格。希望网上书店也能够管理这些特价图书。 系统分析员：能谈谈平时买书的经过吗? 顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。找到我想买的书或者觉得看的书不错，就会去柜台结帐。 工作人员丙：不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。 顾客甲：有时好像是这样的。要是网上书店在结帐前能方便管理我所选购的图书就好了，这样通过计算机直接操作，就不用跑来跑去了。 系统分析员：可以使用虚拟的购物车。 工作人员丙：对，这样在用户确认购买前可自行管理选购的图书，决定要不要购买还有的购买的数量。