系统分析实验报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
本科实验报告
课程名称:系统分析与设计
实验项目:《购物超市管理系统》实验实验地点:行远A107
专业班级:学号:
学生姓名:
指导教师:
2017年11月20 日
一、实验目的
通过《系统分析与设计》实验,使学生在实际的案例中完成系统分析、设计的主要步骤,在实践中熟悉信息系统分析与设计的规范及信息系统开发的相关应用软件;加深对信息系统分析与设计课程的基础理论、基本知识的理解;树立正确的分析设计思想,提高系统分析、设计的实践能力及撰写书面文件的能力。
二、实验要求
要求学生以个人为单位自选题目,班内选题不重复;对所选项目进行调查,写出300字以上的系统描述;利用系统分析与设计的基本原理、方法进行系统分析、设计,使用UML语言构建该系统的分析、设计模型,并完成实验报告;实验报告以纸质版(A4)在课程结束后一周内提交。
三、实验主要设备:HP笔记本,WINdows7
四、实验内容
1 选题及项目背景
购物超市管理系统
随着人们购物需求的日益增长,超市信息数据也随之增加,为了方便管理超市的购物信息,科学的统计和快速操作,特此设计超市购物管理系统方便超市的管理以及人们购物的便利。
2 定义
开发超市管理系统是要达到方便管理员和消费者的目的,系统能够实现对商品信息的管理,超市仓库管理,超市员工管理,超市销售管理,会员管理以及对日常购物信息数据统计的管理,超市员工能够对商品信息和超市会员信息进行添加、删除、更新、查询操作,能够按商品种类进行查询操作,超市管理员能够对超市仓库中各种商品信息进行查询,及时了解仓库中各类商品的库存信息,超市管理员还可以对员工信息进行添加、删除、更新、查询操作,管理员能够简单的查询部门信息,超市管理系统能够对超市员工进行分类,对不同类型的员工,能够赋予不同的权限对超市进行管理(对自选项目系统进行描述300字以上)
3 参考资料
系统分析与设计
4 系统分析与设计
4.1需求分析
4.1.1识别参与者
管理员,员工,信息管理系统
4.1.2 对需求进行捕获与描述
001管理会员的基本信息,包括注册、注销、姓名、联系方式等信息
002管理会员的积分,包括增加、修改和查询等操作
003确定每种商品价格、购买可兑换积分以及积分可兑换商品
004确定每种活动所针对的会员级别及活动时间和种类
005负责发放和回收会员卡
006会员可修改自己在系统中的个人信息
007会员卡可不定期查询自己的个人信息
008会员查询超市近期所举办的活动情况
009会员可查询固定积分可兑换的商品
010会员可对自己每次消费所赠加的积分进行查询
4.1.3 用例图
通过已掌握的需求,初步了解系统所要完成的功能。下面给出用例图。
4.1.4 分析与讨论
1)建模用例图的步骤、方法?
答:1、确定系统的边界和范围。方法:系统分析人员必须和用户反复多次交流,并做大量的调查、研究和讨论工作,从而确定系统的范围。
2、确定参与者。方法:可以请系统用户回答以下问题帮助发现参与者,谁使
用系统的主要功能?谁改变系统的数据?谁从系统获取数据?谁支持、维护系统?谁需要借助系统的支持来完成日常工作?系统需要操作那些硬件?系统需要和那些外部系统交互?谁对系统运行结果感兴趣?
3、发现用例。方法:考虑以下问题可以帮助发现与之相关的用例,每个参与
者打算在系统里做些什么事情?参与者使用本系统要实现的目标是什么?参与者是否会在系统中创建、删除、修改、访问、存储数据?如果是,如何来完成这些操作的?参与者是否会将外部的某些事情通知给该系统?系统是否会将内部的某些事情通知给参与者?
4、描述用例及确定用例关系。
(1)描述用例,说明其时间流。用例描述分为两个步骤:第一步,对用例概要描述;第二部,对用力详细描述。详细描述就是将事件流进行细化,在实际的开发工作中,对一个用例进行细化及细化到什么程度主要根据项目的迭代计划来决定
(2)确定用例关系。根据用例事件流,将公共行为抽取出来,以包含关系构建用例的关系;对于变化部分,将其抽取出来,放到扩展用例中。
5、建立用例图,层次化用例图。方法:对于一个复杂的大型系统,可以将系统分解为若干子系统,子系统还可以划分下属子系统,形成一个系统层次结构。每个子系统都需要相应的用例图来描述。用例图之间也就存在层次结构,高层子系统的用例可以分解为若干下属子系统的用例图。具有层次结构的用例图可以清晰、全面、完整地描述用例模型。
2)如何识别系统的参与者?应该如何划分用例,应注意哪些问题?
答:可以请系统用户回答以下问题帮助发现参与者,谁使用系统的主要功能?谁改变系统的数据?谁从系统获取数据?谁支持、维护系统?谁需要借助系统的支持来完成日常工作?系统需要操作那些硬件?系统需要和那些外部系统交互?谁对系统运行结果感兴趣?
描述用例,说明其时间流。用例描述分为两个步骤:第一步,对用例概要描述。
第二步,对用力详细描述。详细描述就是将事件流进行细化,在实际的开发工作中,对一个用例进行细化及细化到什么程度主要根据项目的迭代计划来决定确定用例关系。根据用例事件流,将公共行为抽取出来,以包含关系构建用例的关系;对于变化部分,将其抽取出来,放到扩展用例中。
3)心得
通过本次实验了解到系统分的整个流程,对用例图,类图,包图,构件图,部署图的构建有了更加深刻的理解,从简单到对整个流程的详细设计都有了清晰的了解,在构图过程中使用了UML建模工具,开始不会使用工具但通过网上查阅各种图建模的步骤,慢慢了解并且熟悉了建模工具UML的使用,在本次实验中遇到了许多困难,有很多做的并不够完善,还需要进一步的学习。
4.2 建立对象模型
4.2.1 候选类的数据字典
数据流名商品信息。
说明商品信息的存储并对其进行编码来区别各类商品。
数据流来源人工输入。
数据流去向数据库并各种报表打印。
数据流组成{货号品名拼音编码规格单位产地类别进货价销售价最低
售价。}
【注拼音编码名称的拼音简称目的是在程序中可通过拼音编码方便地查询到所要商品。】
数据元素供货商资料。
组成{供货商号拼音编码简称名称地址电话传真电报联系人业务员
备注。}
数据流名客户资料。
说明各大客户资料。
数据流来源人工输入。
数据流去向数据库并报表打印。
数据流组成{客户编号拼音编码简称名称联系人地址邮编电话传真电
报性质业务员授信额度}
【注性质企业的类型业务员本企业与其联系人。】
数据流名业务员信息。
说明本公司各个业务员信息。