期末大作业
一、实验目的与任务
１、目的：加深和巩固本学期课堂所学内容，掌握使用Rational Rose2003进行软件建模的技能。同时，掌握面向对象的思想和ＵＭＬ的基本概念，并能够利用面向对象的思想进行系统分析和设计。
２、任务：确定课题，组织组员，合理分工，熟悉软件开发环境。培养团队精神，学习软件开发小组的组织和管理，并熟悉软件系统的分析和设计。
二、实验内容、要求与安排方式
1、实验内容与要求：
根据各组选择的课题，各组推荐一名组长，统一管理整个项目的实施过程，并合理调整资源和负责项目全局；根据项目的难易合理分配组员的任务，对问题达成一直的看法；针对项目的实施，熟悉相应的分析与设计过程以及具体的ＵＭＬ建模方法。
2、实验安排方式：
3、本实验为开放实验，各组可同时进行实验，每组３人。
三、实验题目
期末大作业的题目既可以从附录１中的题目中进行选择，也可以发挥自己的创造力，任选自己学习、工作和生活中某个领域存在的真实问题来建模，例如：吃饭、上课、复习、考试、锻炼、KTV唱歌....任何领域都可以。
四、实验步骤
１、需求。分析系统的需求，撰写需求陈述文档。建立用例模型：包括软件系统的用例图以及关键用例的用例描述（用例规约）。
２、静态分析。建立系统的类图。
３、动态分析。分析系统的用例模型，选择合适的平台和模型详细描述用例的设计与实现，包括顺序图、协作图、活动图以及状态图。
４、设计。建立系统的构件图和部署图。
附录１
1. 图书管理系统
实现天津大学图书馆书籍数据库管理系统，要求系统具有如下功能：
1. 图书分类管理（可能涉及多级分类）；
2. 图书入库管理；
3. 图书网上查询；
4. 借书、还书管理；
5. 读者管理（读者分为不同类型读者：本科生、研究生、老师等，不同读者可
以借阅的书籍数量不同，不同读者可以借阅时间也不同）；
6. 读者可以在网上查询自己当前借了哪些书，这些书的归还日期；
2. 铁路售票系统
实现一个铁路售票系统，要求具有如下功能：
1. 站点信息维护；
2. 车次信息维护；
3. 普通网民可以完成网上订票；
4. 取票：订票成功的网民，凭借订票号码到售票处，售票员输入订票码后，提取处
网民的预定信息，然后收款付款，发票；
3. 选修课安排系统
完成如下的选修课系统：
1. 管理员可以录入本校所有教室；
2. 每个学期开学前，每个老师可以登记自己本学期计划开课课程名称、最多招收人
数、每周上课的时间（每周上1次课）、本课程是否需要多媒体授课；
3. 同学可以随时查询自己选修课的情况
4. 老师可以随时查询选修了自己课程的同学名单。
4. 网上商品商城
实现一个网上商品销售系统，具体要求如下：
1. 商品类别维护（类别可分多级）；
2. 商品信息维护；
3. 仓库管理员维护进货信息；
4. 可以在网上按照各种条件进行商品查询，查看商品，如果需要购买商品，则需要
注册；
5. 管理员看到订单后，进行处理，对应处理完毕的订单，系统自动标记为已经处理
订单；
5. 电影订票系统
1. 系统中有多个电影院，系统管理员可以完成电影院的维护，系统管理员可以为每
个电影院指派1各电影院管理员；
2. 电影院管理员定期维护本电影院即将上映的电影信息；
4. 网民可以根据时间、电影名称、电影院名称进行查询，查询到自己中意的电影后，
注册的网民可以在网上完成订票，并进行网上支付；
5. 系统能够对指定时间、电影院、电影名字进行统计分析，以便分析出受欢迎的电
影片；
6. 校医院门诊管理信息系统
完成如下挂号系统：
1. 药品管理；
2. 医生管理；
3. 学生管理；
4. 挂号管理；
5. 看病：每个医生打开自己的电脑后，查看都哪些同学挂了自己的号，根据先到先
看的原则逐个给同学看病，开药；
6. 取药：同学根据自己的挂号编号，到药房，付款、拿药；
7. 统计：系统统计某个时间段内，每个医生的工作量；某个医生每天工作量；每个
同学看病次数，购买药品总金额等。
7. 人才管理系统
建立人才管理系统，要求具有如下功能：
1. 个人用户可以注册；
2. 个人注册后可以发布自己的简历；
3. 企业用户可以注册；
4. 管理员对所有企业信息进行审核，审核通过后该企业成为正式会员；
5. 成为正式会员的企业可以发布若干个岗位的招聘信息；
6. 任何人都可以在本网上搜索人才信息；
7. 任何人都可以在本网上搜索企业招聘信息；
8. 网上租房系统
1. 构建一个网上求租、出租发布系统，要求具有如下功能：
2. 普通网民注册可以发布出租、求租信息；
3. 中介机构需要填写必要信息进行注册；
4. 管理员对中介机构进行审核认证；
5. 中介机构经过审核认证后，可以发布出租、求租信息；
6. 网民可以查询出租、求租信息；
7. 管理员可以统计每个中介、每个网民某个时间段内发布下信息量。
9. 毕业设计选题系统
由于学校要进行毕业设计，教师和学生进行双向选择，即学生可选择相应的毕业设计题目，教师也可选择学生。
1. 管理员负责录入老师、学生信息；
2. 每个同学可修改自己的基本信息.
3. 教师可以增加、修改毕业设计题目及要求，每个课题只能有一个同学做；
4. 教师可录取报名的学生，查看学生的详细信息如学生的基本信息。
5. 学生可浏览教师的毕业设计题目及教师的简介等内容
6. 学生可修改自己的个人信息（基本信息）
7. 学生可以报毕业设计题目，每人限报两个，第一志愿和第二志愿。
8. 每个老师根据名的学生，自己觉得选择某个学生（如果某个学生已经被其他老师
录取，则该学生不能被第二个老师录取），老师选择了任何一个学生后，意味着拒绝了所有其他的同学；
9. 某个同学的某个志愿被拒绝后，该同学可以重新报自己的志愿；
10. 教师可查看报自己的学生人数，基本信息等；
11. 每个学生可以随时登录查询自己被录取的情况；
12. 管理员可对每个教师进行统计分析。
10. 停车场数据库管理系统
实现一个停车场数据库管理系统，主要完成如下功能：
1. 管理员可以维护车主信息，包括车辆号码、颜色、姓名、联系方
式等。
2. 管理员能够维护车位信息，包括专用车位，临时车位；对于专用车位还需要记录
下来是那个车主租用了该车位；
3. 对于永久专用车位，车主手里始终保存该车位的停车卡；
4. 车主停车的时候，如果有自己的专用车位则向管理员出示停车卡，然后停靠到专
用车位，如果没有专用车位，则由管理员分配一个临时车位，并发给车主一个停车卡片，卡片上面表示了车位编号，如果临时车位已满(包括已经预定)，则不提供停车服务；
5. 车主开车离开的时候，出示停车卡片，系统根据停车时间计算停车费用（专用车
位不收费）。
6. 车主可以网上预定临时车位，如果预定后2小时车主未到达停车场，则预定取消，
预定时间段内按半价计费；
7. 系统提供必要统计功能：每个车位的使用情况、空闲率等等；
11. 网上售饭系统
实现学生食堂的网上售饭系统
1、学生可用学号进行注册，经管理员确认后可登陆网站进行定餐。
2、学生可查询自己的信息和定餐历史等内容，帐户信息等内容。
3、学生可浏览提供的餐种类型，并可选择不同品种、数量的菜品。
4、学生可对每个餐种进行评价，并根据评价系统自动打分。
5、食堂分为不同的组别：如荤菜组，素菜组、面食组等不同的小组，提供不同的餐种。
6、食堂进行餐种等的信息维护，包括上传菜品照片。
7、食堂可进行各种统计：如日统计，月统计，菜品统计等等统计查询功能。12. 设备管理信息系统
为天津大学设备处开发一套设备管理信息系统。可完成如下功能
1. 设备的类别管理：如电子设备－>计算机－>笔记本电脑，三级管理。
2. 设备的基本信息管理：如设备编号、设备名称、主要参数、价格、生产厂商、用
途、存放地点、领用人、单位、备注、购置日期、设备生产日期等内容，必须能够提供上传设备照片。
3. 部门管理学院－>系
4. 设备购入管理：设备购入后，由设备处相关人员登记进入系统；
5. 可进行相关的统计查询（如每个学院、每个系现有设备数量，初期采购价格，报
废设备数量等）。
6. 可进行设备的报废。
13. 足球队联盟数据库管理系统
实现一个足球队联盟数据库管理系统，要求具备如下功能：
1. 系统管理员可以进行球队管理员进行维护；
2. 每个球队管理员可以维护自己球队信息，给自己球队注册球员（分配用户名、口
令），维护球员的基本信息；
3. 每场比赛结束，球队管理员会记录比赛情况（对手、比分、本次积分、胜负情况），
还要记录本场比赛每个球员的进球数量、控制球时间、黄红牌数量;
4. 球迷可以查看所有球队、队员信息、球队积分；
5. 球迷注册后，可以并给某个球员留言，并查看以往球员队自己留言的回复；
6. 球员登录后可以修改自己的信息、上传照片，并查看球迷留言，回复留言；
7. 系统提供一定统计功能，比如按进球数量统计、按球队积分统计、按红黄牌情况
统计等。
14. 硕士研究生录取报名系统。
1、维护硕士导师的相关信息：如研究方向、联系方式、录取人数、要求、奖学金信息等。
2、维护学生的相关信息：如个人简历、上传获奖证书、主要研究方向、各科考试成绩等内容。
3、系统分为以下几个阶段运行：
1）导师填报信息阶段：如录取人数、研究方向、要求等等信息；然后审核。
2）学生填写个人相关信息，填写志愿（两个志愿）。
3）导师根据同学报考情况进行录取，录取的时候，必须优先录取第一志愿者，然后再录取第二志愿。
4）如果某个同学两个志愿都未必录取，则视为落榜。
4、老师、考生可进行相关的查询。
15. 酒店预定系统
1. 系统中可以维护若干个城市，每个城市有若干酒店；
2. 可以维护酒店信息，每个酒店有不同价格的房间若干套，每个酒店可以上传若干
照片；
3. 旅客注册后可以查询指定日期，指定城市，指定价格，星级的酒店信息；
4. 查询到信息后旅客可以预定酒店，并声明最迟到达酒店日期；
5. 旅客预定后，可以到酒店前台入住，办理入住后，系统会根据旅客的消费金额为
旅客增加一定的积分；
6. 如果到了最迟到达酒店日期后，仍然没有办理入住，则该预定信息自动取消，同
时作为处罚，扣除该旅游的一定积分；
7. 旅客在网上可以查询自己积分，也可以取消房间预定，对于旅客主动取消房间预
定的不扣分；
16. 工单流转系统
1. 公司分为若干部门，每个部门有一个领导，每个部门有若干员工；
2. 每个员工可以给指定部分发送一个工单，工单至少包括如下信息：工作内容，时
间要求，附件，收单部门；
3. 收单部门领导登录系统后，会发现其他部门派发来的工单，此时该领导可以选择
拒绝（写出拒绝理由）或者接受，接受后交给本部分指定员工处理；
4. 每个员工登录后，可以收到自己的待处理工单，该员工处理该工单，将该工单上
的工作处理完毕后，写明处理结果（可能还要上传一些文档/照片等附件），然后该工单返回到最初发单人；
5. 发单人看到流转回来的工单后，如果认为问题已经圆满解决，则将该工单标志为
结束，否则可以将该工单再次发送到收单部门领导手中，并需要注明该工单存在的问题；
6. 系统具有统计功能（统计指定部门、指定时间、指定员工发出的工单，完成的工
单等）
17. 家教系统
1. 每个学生注册后，可以发布自己的个人信息，包括可以教授的科目（语、数、外、
物、化）、年级（小、初、高），期望的工作地区（以区进行划分，比如南开、和平、河西...）每个学生还需要发布自己每周的空闲时间（每天分为上、下、晚三段，每周分为21段，以周为周期）等等；
2. 每个同学能够上传自己的获奖证书（图片格式），同学可能有多个获奖证书需要
上传；
3. 每个家长可以发布寻求家教信息，包括需要的科目、年级、时间（每天分为上、
下、晚三段，每周分为21段，以周为周期）、报酬，自己家庭座落的地区；
4. 同学、家长发布的信息均需要管理员审核后，才能对外公开。
5. 任何人都可以查询经过审核后的学生的家教信息，查询条件分为科目、年级、
授课时间、报酬等等；
6. 任何人都可以查询经过审核后的家长发布的寻求家教信息，查询条件分为科目、
年级、授课时间、报酬等等；
7. 系统要有统计功能，比如家长最需要教授的科目、年级、授课时间（上、下、晚），
学生最擅长的科目、年级；
18. 论坛
实现一个简单的论坛，要求具备如下功能：
1. 管理员可以增加论坛，每个论坛可能还有子论坛；
2. 网民注册后，可以在论坛上发贴；
3. 网民可以对帖子进行回复；
4. 进入每个论坛后，以表状形式显示最后回复的若干个主题；
5. 管理员可以冻结/解除冻结某个网民；
6. 管理员删除某个主题或者回复；
7. 论坛提供按发贴人、按主题、按时间进行检索的功能；
注：发贴的时候，应当允许上传图片，但是不需要做任何文字排版处理.
19. 考试系统
1. 管理员可以建立若干的老师和学生帐户；
2. 每个老师登录后，可以出题，题目仅有选择题一种类型，且所有的题目都是单选
题，老师录入题目的同时，还要录入正确答案，录入题目的过程中，老师随时可以按保存按钮保存，除了录入题目，还有录入该考试的开始时间，结束时间；
3. 学生登录后，可以看到试卷的名称，但是没有到考试时间的时候，学生无法看到
考卷内容；
4. 到达考试时间后，学生点开考卷，可以看到考卷内容，进行答题，并且必须在考
试结束以前提及考卷，否则系统不再接受该同学提交的试卷；
5. 考试结束后，系统自动判分，按成绩高低排名；
6. 试卷分析：出卷老师登录系统后，可以看到该试卷参考人数，平均分，各分数人
数分布，每道题目回答的正确率；
20. 电子相册
1. 用户注册后，可以建立若干个自己的相册，每个相册中可以上传若干个照片；
2. 系统把相册分为若干个分类，如：风景、人物、汽车等等，网民建立相册的时候
自己选择分类；
3. 每个相册可以设置为保密、公开、密码公开三种，对于公开的相册人都可以查看，
对应保密的相册，只有相册主人自己可以查看，对应秘密公开的相册，查看的时候需要输入该相册的共享密码，只有正确的输入了密码，才可以查看该相册的照片；
4. 管理员需要审查所有上传的照片，并可能会删除部分照片；
5. 网民可以按照照片的标题进行检索所有公开的相册中的照片；
6. 网民可以按照相册的名字、分类检索所有公开的相册；
21. 自助攒机系统
管理员可以录入如下几种硬件的价格、型号信息：
CPU：主频、品牌、价格、图片
硬盘：容量、品牌、价格
显示器：尺寸、品牌、价格
内存：品牌、型号、价格
机箱：品牌、型号、价格；
主板：品牌、型号、价格、兼容的CPU品牌、型号；
键盘：品牌、型号、价格；
鼠标：品牌、型号、价格；
光驱：品牌、型号、价格；显卡：品牌、型号、价格；
网民可以对上述各种零件按品牌、价格等条件进行查询；
网民自助攒机的时候，依次选择上述各种零件，选择零件的时候应当允许查询（硬盘、内存允许选择数量，其它配件必须为1件，系统要考虑主板和CPU的兼容问题，然后系统给出最终报价。
22. 旅游预定系统
1. 各旅行社可以注册
2. 注册的旅行社经过管理员批准后，可以发布旅游线路；
3. 旅游线路包括日期，价格，主要景点，照片，旅游地区（华北、华东、东北、澳
洲、非洲....）
4. 游客可以按价格、景点、地区等条件进行查询，查询到满意的线路后，可以网上
留下自己的联系方式、预定日期、人数等信息进行预定；
5. 旅行社看到游客预定后，再次和游客用电话二次确定，系统必须要区分出电话确
定的订单和电话取消的订单；
6. 系统提供查询统计功能：如按日期、按旅行社、按旅游地区进行查询统计；
23. 资源预约管理系统
某公司有若干辆车、若干个会议室，为了合理使用上述资源，该公司拟制作一个网上资源预定系统，系统要求如下：
1. 管理员可以对车辆、会议室信息进行维护（增、删、改），包括车辆/会议室照片；
2. 每个员工提出需要使用资源的时间范围（比如8：00－12：00，使用汽车1辆），
系统自动显示出在该时间段内空闲且符合条件的车辆或者会议室，员工进行预定，员工每次申请只能预约一个资源；
3. 管理员查看到员工预定请求后，拒绝（说明拒绝理由）或者批准；
4. 员工可以查看自己的预约请求是否被批准；
5. 管理员可以做一些查询，比如某个时间段内，每个员工使用了多少次资源，每个
资源的使用情况等。
24. 客服系统
某财务软件公司为了更好的为购买了其软件产品的客户服务，需要开发如下系统：
1. 根据分工不同，该公司分为技术部、产品部、市场部、客服部；
2. 系统管理员可以增、删、改各部门员工；
3. 客服部门客服人员可以维护本公司生产的信息（软件A ，软件B......），要求客
服人员可以上传软件产品的照片；
4. 客服人员可以维护其客户信息（客户名称、购买的软件产品、地址、电话...）
5. 客服人员每接到一个客户电话后，根据客户电话整理出一份工单，包括客户名称、
客户反应的问题、反映问题涉及的产品名称、问题类型（咨询/建议/投诉/其他），如果客服人员在电话中解决了这个问题，则该工单结束，否则根据工单的类型不同，将该工单流转到下一个部门（咨询问题转到技术部，建议问题转到产品部，投诉问题转到市场部，其他问题转移也转移到市场部）；
6. 相关部门人员登录后，可以客服人员发送给自己的工单，相关部门软件对该工单
进行回复处理，然后该工单又转回到客服人员手中；
7. 客服人员接到其他部门回复的工单后，根据回复结果，用电话和客户沟通，该工
单处理完毕；
8. 系统要有一些统计功能，比如统计各部门，各人员在指定时间段内处理的工单；
指定时间段内不同问题类型数量、所占比重；各产品咨询、投诉、建议问题数量等等；
25. 毕业设计管理系统
天津大学为了管理所有的毕业论文，设计了毕业设计管理系统，主要管理历届学生毕业设计完成情况以及对论文进行查询。
1 院、系、专业维护，学校有若干学院，每个学院有若干系，每个系有若干专业，每个学院的教务员可以完成本学院系、专业的维护；
2 每个院的教务员可以录入本学院今年做毕设的所有学生信息，包括学号、姓名、
指导老师、每个学生登录口令。
3 每个学生第七学期的时候，做毕设的同学根据本学院教务员分配的学号、口令登录系统，录入自己的开题报告。
4 每年六月份，每个学生再次登录系统，提及自己的论文摘要、关键词和论文的全文（pdf格斯的全文，采用附件上传的方式上传）。
5 教务员审核每个学生提及的论文，审核通过后，该论文提交成功，如果没有通过审核，则要给出拒绝审核原因。
6 学生登录后，如果发现自己的论文没有通过，需要根据教务员的要求进行修改，再次提交；
7 教务员通过审核后的论文全部全校，全校学生可以按关键词、毕业年份、关键词、论文标题等信息进行检索，并可以下载论文全文；
26. 网上汽车租赁系统
某汽车租赁公司需要建立如下系统：
1 服务站管理：该公司在全国多个省份、城市都有服务站。系统要对服务站进行增、删、改维护，每个服务站必须要有其归属的城市；
2 会员管理系统：，只有成为会员以后，才可以租赁公司的汽车，会员信息包括姓名、身份证、押金金额、初始口令等；
3 会员口令管理，会员可以登录网站，修改自己的口令
4 车辆管理：维护车辆型号、出厂年份、车牌号、日租金、租借本车辆要求的最低押金，该部分必须能够实现汽车照片的上传；
5 汽车租赁：会员到达服务站后，服务站管理员查询本服务器目前拥有的车辆（按型号、牌号、查看照片），会员选择自己租用的车辆，输入自己的口令，服务站记录车辆当前里程，将车借给会员。
6 汽车归还：会员可以选择任何一个服务站进行归还，归还的时候，服务站人员输入车牌信息后，系统自动计算出该车辆本次被租借出去的天数，按照天数扣除客户的押金，如车辆有损坏，还需要进行适当赔偿；
7 续押金：当客户帐户上的押金金额小于一定数量的时候，会员将无法再次进行汽车租赁，此时需要会员到任何一个服务站补充押金。
8 查询：系统能够查询每个车辆历史租借信息，按时间、车辆型号等信息进行统计；按时间、会员进行统计；按时间、服务站进行统计等；
27. 酒店房间管理系统
某酒店为了实现房间的科学管理，需要如下系统
1 房间类型管理：本酒店有若干种房间（标准间、单人间、豪华间等），每种类型房间包括本类型房间照片、对外报价等；
2 房间管理：本酒店有若干房间，每个房间分别属于一种房间类型。
3 房价管理：系统可以随时对各种类型的房间进行调价，但是客人一旦入住后，入住期间的价格不受调价的影响，依然维持入住当天的价格；
4 入住管理：录入客人的身份证号、姓名等信息，由用户选择房间，交纳适当的押金（押金金额＝房屋单价×1.5×想入住的天数），告诉服务员自己想住的天数，服
务员分配给用户一个房间。
5 续房：当某个客房到达当初客人想住的天数后，客人必须找到服务员，要求续房，续房的时候，客人告诉想续房的天数，如果客人押金余额<房屋单价×1.5×想续房住的天数，则客人需要补缴押金；
6 消费：每个客人可以凭借房卡，在酒店就餐、购买饮料，所有消费在客人最初交纳的押金中扣除；
7 结帐：客人结帐的时候，服务员根据客人住房期间的消费从客人押金中扣除，然后将余额归还给客人；
8 查询：系统支持按时间、按房间类型、房间号进行查询统计；
28. 快递公司管理系统
某快递公司为了对业务进行管理，需要开发如下系统：
1. 分公司管理：该快递公司可能在若干城市都有分公司；
2. 分站管理：每个分公司下面有若干分站（例如天津分公司下属百货大楼分站、电
台道分站、小白楼分站等）；
3. 快递员管理：每个快递员归属于某个快递站；
4. 揽件管理：快递员从客户手里接收要快递的物品，包括目的地，目的地归属的分
公司，重量，收件人等。每个快件的快递费可以采用如下公式计算：快递费用＝重量×单位重量资费＋保价金额×0.01，重量不足1公斤按1公斤计算，重量超过1公斤但是不足2公斤按2公斤计算，以次类推。系统会为每个快件分配一个唯一的编号；
5. 发货管理：每个分站收到快件后，会将快件汇总到分公司，分公司收到汇总的快
件后，会将目的地点在同一个分公司的快件统一发送到目的地分公司；目的地分公司收到快件后，会把快件分发给各快递站，快递站收到快件后，会把快件分发给相关快递员，快点员把快件送到收件人手里，然后让收货人在快递单上签字。签字后，快递员通过扫描仪把签字后的快递单上传到系统中；
6. 快递查询：这是系统最重要的一项功能，客户输入快件编号，系统立刻显示当前
快件历史状态，比如：
8月1日12:00 和平分站张三收件
8月1日16:00 离开和平分站发往天津分公司
8月1日19:00离开天津分公司发往广州
8月2日9:00离开广州分公司发往白云分站
8月2日10:00离开白云分站由李四送件
8月2日11:00 客户签收，点击此处查看签收单
7 统计功能，系统可以按日期、按分公司、按分站、按快点员进行揽件统计、发件统计、送件统计
29. 娱乐明星管理系统
某娱乐网站为了加强娱乐明星同网友的互动，拟开发如下系统：
1. 管理员可以录入明细各种资料，包括生日、姓名、籍贯、身高、体重、上传照片
等等，一个明星可能有多张照片可以上传，明星既可以按照大陆、港台、欧美、日韩等标准进行分类，也可以按照歌星、影星、电视明星（一个明星可能即既是歌星又是影星）进行分类；
2. 管理员可以为每个明星分配一个用户名、口令用于维护自己的个人资料；
3. 网友注册后，可以查询、浏览每个明星的资料，给某个明星留言，明星登录该网
站后，可以对网友的留言进行回复，或者删除一些不好的留言，明星资料每被访问一次，该明星的人气值会增加1点；
4. 网友注册后，可以对某个明星发站内短消息，明星可以对短消息回复，网友可以
对明星回复的短消息再次回复，如此不限制次数的循环下去，短消息不对外公开；
5. 如果某个明星认为网友发了不良的短消息，可以举报该短消息；
6. 管理员定期处理举报信息，如果举报信息属实，管理员可以选择冻结该网友的帐
户，或者对该网友处罚若干天（在处罚日期内，该网友只能浏览明星资料，不能留言，也不能发短消息，处罚期结束后，该网友的所有功能恢复正常）；7. 系统可以显示不同分类明星中人气值最高的几个明星；
30. IT硬件报价系统
为了便于广大同学了解天津市各硬件商家的报价，拟开发如下的硬件报价系统：1. 类别维护：类别分为显示器类、cpu类、主板类、光驱...，每个类别下面可能还有
小类，比如显示器类别下面就分为液晶显示器和CRT显示器，光驱下面分为DVD/VCD等等，管理员可以完成上述类别增删改操作；
2. 品牌维护：比如LG/三星/华硕...，每个品牌只能生产的产品类别；
3. 硬件维护：维护每个硬件信息，包括硬件归属的类别、品牌、主要参数、图片（要
求可以上传图片）
4. 商家维护：每个商家录入注册信息，由管理员统一审核；
5. 价格维护：经过管理员审核的商家可以登录，每个商家登录后，从所有硬件中选
择自己销售的商品，每当价格发生变化的时候，录入最新价格；
6. 硬件查询：网友可以根据类别、品牌对硬件进行查询，查询出某个硬件后，系统
会显示最近1周有多少个商家对该硬件进行了报价，平均价格是多少，这些商家都是谁、地址、电话等等；
31. 网上交易系统
某公司想参照淘宝，做一套简单的网上交易系统，系统要求如下：
1. 产品类别维护：管理员可以维护产品类别，每个类别下面可能继续划分为若干子
类。
2. 用户注册：网民注册，注册后的网民立刻可以在该系统中购买商品，但是如果该
用户想成为商家销售商品，还需要提出特殊申请，由管理员批准；
3. 商品发布：每个审批后的商家可以发布自己的商品，包括商品名称、类别、上传
图片、价格等等；
4. 商品购买：网民发现自己满意的商品后，可以立刻下订单，购买(不必考虑支付问、
购物车以及邮费问题)；
5. 商品发货：商家在后台看到网民的订单后，进行发货，将订单状态设置为已经发
货；
6. 收货确认：网民收到商品后，确认自己的订单，将订单状态设置为已经收货；
7. 系统可以统计某个时间段内，所有商品销售金额，各类别商品的销售金额，各商
家的销售金额；
附录２——简易教学管理系统的分析、设计
一、需求陈述：
简易教学管理系统主要提供两个方面的服务：
（1）选课管理，负责新学期的课程选课注册。
（2）成绩管理，负责学生成绩管理。
简易教学管理系统---选课管理应提供的服务如下：
1.录入与生成新学期课程表
教学管理人员在新学期开学前录入新学期的课程，打印将开设的课程目录表，供师
生参考选择。如果某门课实际选课的学生少于10人，则停开该课程，把该课程从
课程表中删除；如某课程选课学生多于60人，则停止选课。
2.学生选课注册
新学期开始前一周为学生选课注册时间，在此期间学生可以选课注册，并且允许改
变或取消注册申请。
每个学生选课可不允许超过4门，每门课最多允许60名学生选课注册。
3.查询
可以查询课程信息、学生选课信息和学生、教师信息。
学生、教师、教学管理人员可以查询课程表，获得课程信息。查询关键字可以是：
课程名、授课的教师名、学分。
学生、教师、教学管理人员可以查询学生的选课情况。查询的关键字可以是：学生
名、教师名、课程名。学生只允许查询自己的选课信息，不允许查询别人的选课信
息。
学生、教师、教学管理人员可以插叙学生或教师的信息。查询的关键词可以是：学
生名、教师名、性别、班级、职称。
4.选课注册信息的统计与报表的生成
教学管理人员对学生的选课注册信息进行统计（按课程、学生，按班级等），打印
汇总统计报表。
5.把学生选课注册信息传送给财务系统，以便计算学生应缴纳的费用。
简易教学管理系统---成绩管理应提供的服务如下：
1.成绩录入
教学管理人员录入学生的考试成绩
2.成绩查询
教师、教学管理人员可以查询学生的考试成绩。查询的关键字可以是：学生名、课
程名、授课教师名、学分。学生只能查询自己的考试成绩，不能查询别人的考试成
绩。
3.成绩统计与报表生成
教学管理人员进行成绩统计（按课程、学生、按班级），打印成绩汇总统计报表。
附注：
1.简易教学管理系统的直接用户为学生、教师和教学管理人员。其职责如下：
教师负责：查询课程表，获得课程信息，也可查询学生选课情况，也可查询学生与老师的信息。只允许对自己有关的信息进行添加、删除及更新的操作。
学生负责：开学一周选课注册，同时允许改变或取消申请；可查询课程信息；可查询学生、教师基本情况信息；只允许对自己有关的信息进行添加、删除及更新的操作。
教学管理员负责：新学期录入新学期课程，打印新开设的课程目录表，少于10人停开该课程，并从课程目录表中删除；若多于60人，则不能让其他学生继续选课；选课结束后，打印选课注册名单和开课通知书，送有关部门和教师；对学生选课注册进行统计，打印汇总统计报表；查询课程表，获得课程信息，也可查询学生选课情况，也可查询学生与老师的信息。教师、学生、课程信息的维护；录入学生考试成绩；查询学生考试成绩；成绩统计，打印成绩汇总统计报表。
2.为保存数据，可建立教学管理的数据库，包括：学生表、教师表、课程表、选课表、任课表、成绩表等。
3.与之相关的财务系统可简单模拟处理，不需要财务系统反馈信息给学生。
4.系统的实现最好用b/s模式实现，开发工具不限。
二、简易教学管理系统的部分模型图如下
1. 定义出顶层Use Case图、选课管理的Use Case图、成绩管理的Use Case图。要求学生通过分析，更加明确系统功能以及对象之间的联系；
２．用例规约（略）３．类图
４. 对主要的Use Case图作交互行为的分析，并绘制出交互行为图～顺序图；选课注册顺序图
开设课程顺序图；
7. 建立学生选课登记状态图等；
8. 建立并绘制设置开设课程活动图；
9.建立组件图
１０．建立教学管理包图；
面向对象分析与设计课程实验考核大作业报告
作业要求 1.时间要求，6月28号作业以纸面的形式上交，交给指定的学生干部。 2.作业以纸面的形式上交，成绩满分为30分，考试笔试满分成绩为70分，二者结合作 为该门课的总成绩。 3.本实验所要求的建模工具为Rational Rose 2003。本作业结合对某图书馆系统进行 建模设计开发。 4.按照每个实验后边的实验报告要求完成作业。 5.如果发现雷同的卷子为n份，那么这n份卷子的分值为30/n。 6.交作业要注明姓名和学号。 7.有问题发邮件到lilei@https://www.doczj.com/doc/936897425.html, 目录 实验一用例图 (3) 实验二活动图 (8) 实验三状态图 (16) 实验四类 (22) 实验五类的关系 (29) 实验六、七交互图 (33) 实验八、九对象图和包 (41) 实验十、十一组件图和部署图 (43)
实验一用例图 一、实验目的 1．熟悉用例图的基本功能和使用方法。 2．掌握如何使用建模工具绘制用例图方法。 二、实验器材 1．计算机一台。 2．Rational Rose 工具软件。 三、实验内容 根据某图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：对其中主要功能的用例书写书面用例。 四、实验步骤 书写“删除读者信息”用例的书面用例。一般应包含以下信息： （1）管理员在录入界面，输入待删除的读者名； （2）“业务逻辑”组件在数据库中，查找待删除的读者名； （3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续； （4）“业务逻辑”组件判断“待删除的读者”是否可以删除； （5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续； （6）在数据库中，删除相关信息； （7）显示删除成功信息； （8）结束。 分析: 在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。 绘图步骤: (1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
UML 建模大作业实验报告 组号：选题名：E-store 网上书店系统小组成员
.1.需求模型 从用户角度描述系统功能的用例 登录 (from Use Case View) .J 八. 修改 (from Use Case View) 个人信息维护 (from Use Case View) 从系统管理员角度描述系统功能的用例 (from Use Case View) 补充 注册 选购 (from Use Case View) * II f (from Use Case View) f 令查看 图书浏览 (from Use Case View) II 7 ------- 亠 '收藏夹维护 (from Use Case View) ' (from Use Case View) 游客 会员 (from Use Case View) (from Use Case View) 购物车管理 添加 I (from Use Case View), (from Use Case View) 图书查询 (from Use Case View) ■订单维护 (from Use Case View) 删除 (from Use Case View) 结账 (from Use Case View) 订单状态查询 (from Use Case View) 缺书登记 (from Use Case View) 一 一' 意见反馈 (from Use Case View)
■分配权限 管理员(from Use Case View) 添加人员(from Use Case View) (from Use Case View) 后台用户管理 ---- 弋 (from Use Case View) ■ > ^,X**(from Use Case View) (from Use Case View) 折扣管理 Z I 身份验证 (from Use Case View) ? 、 销售管理 (from Use Case View) 二d ____ - \图书管理 \ h - ■■■ ■ (from Use Case View) .辿—-- 网站用户管理 V (from Use Case View) 订货管理 (from Use Case View) 查看人员 (from Use Case View) 查看意见反馈 (from Use Case View) 2.分析模型 2.1.架构模型 (from Use Case View) r梟—_ ■<- ■- V 删除 '■ (from Use Case View) 辽二询 (from Use Case View) / 统计 (from Use Case View) 订货通知 (from Use Case View) ，沖后台数据库 (from Use Case View) / (from Use Case View) 服务商 (from Use Case View)
2015——2016 学年第二学期 软件学院 《UML建模》综合设计实验 论坛系统的UML建模班级软服五班 学号 20147700502陈浩20147700533孙永辉20147700516李浩龙 姓名 陈浩，李浩龙，孙永辉 任课教师鲁晓明
日期2016年6月18日 论坛系统项目需求分析一.项目描述 随着Internet技术的快速发展，人与人之间交流方式逐渐增多。网络视频、网络聊天、博客已成为人们彼此沟通、交流信息的主要方式。此外，为了方便人们在某一专业领域探讨问题和发表意见，Internet上还出现了在线论坛。在论坛上，人们可以对某一领域提出自己遇到的问题，即发表某一主题，随后，论坛上的其他人会根据自己的学识、经验发表意见或提出问题的方法。开发论坛系统的目的是提供一个供用户交流的平台，为广大用户提供交流经验、探讨问题的网上社区。因此，论坛系统最基本的功能首先是发表主题，其次是其他人员根据主题发表自己的看法。此外，为了记录主题的发表者和主题的回复者信
息，系统还需要提供用户注册和登录的功能。只有注册的用户登录后才能够发表和回复主题，浏览者（游客）只能浏览主题信息。 二.需求分析 1.需求陈述: （1）游客注册 提供新会员注册功能，包括提供录入信息的界面，检查注册信息的有效性，并将注册会员信息保存在对应数据库的数据表中。 （2）发帖回帖 提供会员发表文章，回复文章的功能，未注册用户不允许使用该功能 （3）浏览帖子 对注册会员和未注册会员提供按发贴人、按主题、按时间对文章查询以及阅读的功能，即通过对应文章标题信息，查看查询详细内容及发表文章的超级链接 （4）会员管理 当网上论坛的回忆完成注册后，系统会在数据库中加入会员的资料。包括会员名称，会员密码，会员Email等相关信息资料。同时，按照会员的不同身份，将特殊会员设置为版主，使他具备删除被讨论区中对应文章等特殊操作的权利。管理者可以依据数据库中注册的特殊身份登录到论坛后台对会员信息进行管理。 （5）板块（论坛分类）管理
一、选择 1.UML 的全称是 ( ) （A ）Unify Modeling Language （B ）Unified Modeling Language （C ）Unified Modem Language （D ）Unified Making Language 2.参与者（Actor ）与用例之间的关系是（ ） （A ）包含关系（B ）泛化关系（C ）关联关系 （D ）扩展关系 3.在类图中，下面哪个符号表示继承关系（ ） (B) (A) (C) (D) 4.下面哪个视图属于UML 语言的交互图（ ） （A ）行为图 （B ）状态图 （C ）实现图 （D ）顺序图 5. 在类图中，下面哪个符号表示实现关系（ ） (B) (A) (C) (D) 6.下面哪个图形代表活动（ ） 7.UML 中关联的多重度是指 ( ) （A ）一个类有多个方法被另一个类调用 （B ）一个类的实类能够与另一个类的多个实类相关联 （C ）一个类的某个方法被另一个类调用的次数 （D ）两个类所具有的相同的方法和属性 8.下面哪个不是UML 中的静态视图（ ） (A)状态图 (B)用例图 (C)对象图 (D)类图 9.（ ）技术是将一个活动图中的活动状态进行分组，每一组表示一个特定的类、人或部门，他们负责完成组内的活动。 (A)泳道 (B)分叉汇合 (C)分支 (D)转移 10.下列关于状态图的说法中，正确的是（ ） (A) 状态图是UML 中对系统的静态方面进行建模的图之一。 (B) 状态图是活动图的一个特例，状态图中的多数状态是活动状态 (C) 活动图和状态图是对对象的生命周期进行建模，描述对象随时间变化的行为。 (D) 状态图强调对有几个对象参与的活动过程建模，而活动图更强调对单个反应型对象建模 11.类图应该画在Rose 的哪种（ ）视图中。 (A)Use Case View (B)Logic View (C)Component View (D)Deployment View 12.顺序图由类角色，生命线，激活期和（ ）组成 (A)关系 (B)消息 (C)用例 (D)实体 13.关于通信图的描述，下列哪个不正确（ ） (A)通信图作为一种交互图，强调的是参加交互的对象的组织； (B)通信图是顺序图的一种特例 (C)通信图中有消息流的顺序号；
工资标准管理系统uml大作业
目录 第1章可行性分析..................................................................................... 错误！未定义书签。 1.1 技术可行性 (1) 经济可行性 (1) 社会可行性 (1) 第2章系统需求分析 (2) 系统需求分析 (2) 开发计划 (2) 第3章用例图设计建模 (4) 3.1 参与者列表 (4) 用例例表 (4) 用例图 (5) 用例的优先级 (6) 第4章类图设计建模 (7) 类图 (7) 属性及操作列表 (9) 迭代类模型 (11) 状态图 (12) 层图 (12) 层交互策略 (13) 包图 (14) 第5章顺序图设计建模............................................................................. 错误！未定义书签。 5.1 业务服务的实现 ...................................................................... 错误！未定义书签。 系统维护员 (23) 人事部门 (25) 第6章部署图设计建模 (27) 参考文献 (27)
第1章可行性分析 运用计算机的便捷性,程序的可操作性,让我们更能够方便快捷的对信息系统进行科学性的管理。与此同时,我们能够利用专业知识来解决实际问题。 技术可行性 技术上的可行性分析主要分析现有技术条件是否能顺利完成开发工软件配置否满足开发者需要等。这一特点非常适合计算机的特点，发挥计算机的数据处理速度快，准确率高的优势，现代计算机硬件和软件技术的飞速发展，为系统的建设提供了技术条件。由于对企业工资管理系统这一类的企业财务系统进行开发已有一定的时期，有很多成功的实例，技术基础也非常雄厚，因而技术上的准备应该不成问题。 经济可行性 主要是对项目的经济效益进行评价，一方面的支出的费用，其中包括设备购置费，软件开发费，管理和维护费，人员工资和培训费等。另一方面是取得的收益中可以用钱来衡量的那部分（收益的另一部分难以用钱来表示）。基于学校的现有计算机及配套设备，建设MIS系统（管理信息系统）。不但能大大减少重复性的书面报告，降低办公费用，提高办公室效率，而且能提高检测数据效用，为企业提供很方便。由于学校工资管理系统是一个比较小型的系统，所以从人力、物力、财力方面来说都是可行的。 社会可行性 社会可行性研究是对系统投入使用后对社会可能带来的影响进行分析，比如是否为人们所接受，是否为社会带来效益。随着学校员工数量的增加，员工的工资管理工作也变得越来越复杂，工资管理既涉及到劳动人事的管理，同时也是财务管理的重要组成部分。早期的工资统计和发放都是使用人工方式处理纸质档案，不仅花费财务人员大量的时间，且不易于保存，往往由于个人原因，抄写不慎或者计算疏忽等，出现工资发放错误的现象。基于以上原因，学校工资管理系统使用电脑安全保存，快速计算，全面统计，实现工资管理的系统化，规范化，自动化。因此，建立本系统具体有现实意义，有其可时间应用的基石。
第1章系统需求 网上购物系统对于所有销售者讲，具体的优势体现在，不受营业时间和地狱的限制，任何时候、任何地方的消费者都可以浏览商品信息并进行交；不必支付使用现实的场地所产生的种种费用，比如水电费、房租、装修费和管理费等；不必承担显示经营可能产生的风险，如遭遇盗窃，抢劫等。从消费者角度讲，不受“营业时间”的限制，足不出户就可看到全国各地的商品，可以使用信用卡网上支付，节约了大量的时间和金钱，满足了消费者付出最小成本得到最大效用的目的。在这个过程中，机会成本将是人们做出抉择的重要依据。网上购物能够兴起并相对稳定发展，是由于相对于传统购物方式，它能够降低消费者的机会成本，同时也降低消费者的机会，达到双赢。 网上购物系统的目标 （1）用户注册后，登陆到网上购物系统中，可以进入购物流程（或在结帐之前注册并登陆系统）。 （2）客户可以登录网上购物系统浏览和购物，当注册后，可以在客户所购商品总金额达一定数量时，从普通会员根据量值不同自动升级成为不同等级的VIP会员，并享受不同折扣优惠。 （3）客户一次可以购买多种商品，当确认购买之后，将产生一张订单。 （4）订单生成后，客户可在前台查询订单的处理状态：“T”表示订单上的商品已发出，“F”表示订单上的商品未发出。若订单不能在规定日期送达，客户可退单或做其它处理。（5）一个销售商可以提供多种商品，且一种商品可以由多家销售商提供。 （6）客户和商家可在系统发表留言或评论。 第2章分析问题领域 网上购物的特点是改变了以往的购物只能去现实的商场才能达到的结果,采用Web技术，借助于Internet 互联网广泛应用技术，达到资源共享，提高以往购物的局限性，缩短人们的时间和提高工作效率，具有较好的交互性，从而实现信息化，规范化，系统化，网络化的平台，使整个购物活动过程简单、方便、易行。 节省了传统店面，店员的成本；节约了成本 2.1确定系统范围和边界
考试时间 年 月 日(90分钟) 课程 UML 请将答案填写在答题纸上！不要在考卷上作答！ 一、单选题 1．执行者（Actor ）与用例之间的关系是（ ） （A ）包含关系 （B ）泛化关系 （C ）关联关系 （D ）扩展关系 2 ．在类图中，下面哪个符号表示继承关系（ ） 3．在类图中，“ #”表示的可见性是（ ） （A ）Public （B ）Protected （C ）Private （D ）Package 4．下面那个类图的表示是正确的（ ） 5．下面哪个符号代表部署图的节点（ ） 6．生命线是UML 视图中哪个图形的组成部分（ ） （A ）类图 （B ）状态图 （C ）活动图 （D ）顺序图 7．在类图中，那种关系表达总体与局部的关系（ ） （A ）泛化 （B ）实现 （C ）依赖 （D ）聚合 8．下面哪个图形代表活动（ ） (B) (A) (C) (D) (B) (A) (C) (D) Student Student name : String age : Student getName () getAge () Student Name : String Age: intInteger getName () getAge () (B) (A) (C) (D) (B) (A) (C) (D)
9．下面哪个UML 视图是描述一个对象的生命周期的（ ） （A ）类图 （B ）状态图 （C ）协作图 （D ）顺序图 10．下面哪个视图属于UML 语言的交互图（ ） （A ）行为图 （B ）状态图 （C ）实现图 （D ）顺序图 11．下面哪个符号代表包图（ ） 12．在UML 协作图中，有多少种关联角色的构造型（ ） （A ）1 （B ）3 （C ）5 （D ）7 13．在类图中，哪种关系表达总体与局部的关系（ ） （A ）泛化 （B ）实现 （C ）依赖 （D ）聚合 14．在类图中，“ #”表示的可见性是（ ） （A ）Public （B ）Protected （C ）Private （D ）Package 15．下面哪个符号表示注释（ ） 二、多选题 1．下面哪些图形可以清楚地表达并发行为（ ） （A ）类图 （B ）状态图 （C ）活动图 （D ）顺序图 2．下面哪些元素构成了组件图形（ ） （A ）组件 （B ）转换 （C ）关系 （D ）接口 3．部署图中的节点具有以下哪些方面的内容（ ） （A ）计算能力 （B ）基本内存 （C ）位置 （D ）接口 4．顺序图的用途包括（ ） （A ）显示并发进程和激活 （B ）当不同的类之间存在多个简短的方法时，描述控制流的整体序列 （C ）显示在协作图中难于描述的事件序列 （D ）显示涉及类交互而与对象无关的一般形式 5．常见的UML 工具有哪些？（ ） （A ）Ｒational Rose （B ）Power Designer （C ）Visio （D ）Visual UML (B) (A) (C) (D) (B) (A) (C) (D)
文档来源为:从网络收集整理.word 版本可编辑.欢迎下载支持. 一、单选题 1．执行者（Actor ）与用例之间的关系是（ ） （A ）包含关系 （B ）泛化关系 （C ）关联关系 （D ）扩展关系 2 ．在类图中，下面哪个符号表示继承关系（ 3．在类图中，“ #”表示的可见性是（ ） （A ）Public （B ）Protected （C ）Private （D ）Package 4．下面那个类图的表示是正确的（ ） 5．下面哪个符号代表部署图的节点（ ） 6．生命线是UML 视图中哪个图形的组成部分（ ） （A ）类图 （B ）状态图 （C ）活动图 （D ）顺序图 7．在类图中，那种关系表达总体与局部的关系（ ） （A ）泛化 （B ）实现 （C ）依赖 （D ）聚合 8．下面哪个图形代表活动（ ） 9．下面哪个UML 视图是描述一个对象的生命周期的（ ） （A ）类图 （B ）状态图 （C ）协作图 （D ）顺序图 10．下面哪个视图属于UML 语言的交互图（ ） （A ）行为图 （B ）状态图 （C ）实现图 （D ）顺序图 11．下面哪个符号代表包图（ ） (B) (A) (C) (D) (B) (A) (C) (D) (B) (A) (C) (D) (B) (A) (D)
文档来源为从网络收集整理 .word版本可编辑.欢迎下载支持 . 12．在UML协作图中，有多少种关联角色的构造型（ ） （A）1 （B）3 （C）5 （D）7 13．在类图中，哪种关系表达总体与局部的关系（） （A）泛化（B）实现（C）依赖（D）聚合 14．在类图中，“#”表示的可见性是（） （A）Public （B）Protected （C）Private （D）Package 15．下面哪个符号表示注释（） 二、多选题 1．下面哪些图形可以清楚地表达并发行为（） （A）类图（B）状态图（C）活动图（D）顺序图 2．下面哪些元素构成了组件图形（） （A）组件（B）转换（C）关系（D）接口 3．部署图中的节点具有以下哪些方面的内容（） （A）计算能力（B）基本内存（C）位置（D）接口 4．顺序图的用途包括（） （A）显示并发进程和激活 （B）当不同的类之间存在多个简短的方法时，描述控制流的整体序列 （C）显示在协作图中难于描述的事件序列 （D）显示涉及类交互而与对象无关的一般形式 5．常见的UML工具有哪些？（） （A）Ｒational Rose （B）Power Designer （C）Visio （D）Visual UML 三、填空题（每空2分，共30分） 1. UML中有多种关系，请标出图示是哪种关系： （１）（２） （３）（４） （5）（6） (B) (A) (C) (D) (B) (A) (C) (D) 0..1 0..* employer employee
课程名称：UML系统分析与设计 姓名： 班级：软件132班 学号：201300406067 指导老师：伍秩明
作业一：绘制q q群的基础用例图QQ群操作主用例图（高层用例图） QQ群用户组成用例图 查找添加群用例图
进入群空间操作用例图 对qq群进行操作的用例图
查看QQ群资的用例图 QQ群消息设置的用例图
qq群内成员管理的用例图 作业二：类图及其关系
下面是系统分析员和一名篮球教练的谈话，用以建立一个篮球比赛的模型，谈话过程如下：分析员：教练，请大致介绍一下篮球比赛？ 教练员：比赛的目标是要把篮球投入篮框并且要尽量比对手得更多的分。每个篮球队由5名队员组成，两名后卫、两名前锋和一名中锋。每个队要将球推进到篮筐附近，将篮球投中篮筐。 分析员：如何将球推进？ 教练员：通过传球和运球。但是某一方必须在规定的进攻时间内投篮。 分析员：进攻的时间是多少呢！？ 教练员：在某一方获得球权之后，必须在规定的进攻时间内投篮，否则犯规。美国职业篮球比赛规定的进攻时间是24秒，国际篮球比赛的规定是30秒。 分析员：如果计算篮球比赛得分呢？ 教练员：在三分线之内没投入篮框一个球得两分，三分线外投入一次得三分，一次罚球得一分。顺便说一下，罚球是对方犯规之后裁判判罚的投球，如果某个队员犯规了，裁判暂停比赛，由被侵犯的队员在罚球线处罚球 分析员：能够详细说一下每个篮球队员在比赛中的情况好吗！？ 教练员：后卫队员通常主要是运球和传球，他们一般比前锋队员要矮小，前锋队员通常又比中锋矮。所有队员都必须能够运球、传球、投球和抢篮板球，大部分抢篮板球和中距离投篮的工作都有前锋队员完成，中锋通常距离篮框最近，通常由他来进行篮下进攻 分析员：篮球比赛的场地大小是怎么样的呢！？另外，每场比赛的时间是多少？ 教练员：国际比赛场地是28米长、15米宽。篮框离地面3.05米高。在职业篮球比赛中，一场比赛48分钟，分为四节，每节12分钟。在国际篮联的比赛中，一场比赛40分钟，分为上下半场，各20分钟，有专门的比赛时钟记录比赛的剩余时间还有多少 … 上述只是部分谈话记录，但是已经涵盖了基本的信息，现在作业要求完成以下内容： ?确定你设计的篮球比赛系统模型的类以及它们包含的信息（名称、属性和方法） ?分析系统并确定这些类之间的关系（依赖、泛化、实现、关联），如果是关联关系还需要给出关联的属性
UML课程设计案例 教务管理系统 姓名：蒋小权 学号：201000403006 指导老师：欧阳浩 班级：计 Y101班 广西科技大学（筹） 2 0 12年 12 月
目录 UM L课程设计案例 (1) 1.问题描述 (2) 2. 教务管理的用例图 (3) 3. 教务管理系统的类图 (6) 4. 教务管理系统的顺序图 (8) 5. 教务管理系统的活动图 (10) 6. 教务管理系统的包图 (15) 7. 教务管理系统的部署图 (15)
1.问题描述： 教务管理是高校必不可少的管理内容，烦琐，复杂而准确度要求很高。随着高校扩招和信息化的过程，教务管理日趋复杂，尤其是选课、排课和成绩管理、传统的手工管理显然无法适应现代管理的需求，教务管理也是本科生比较熟悉的一个业务领域。高校教务管理管理业务涉及很多复杂方面的内容，本需求中以一个基本的选课业务为出发点，围绕选课业务所涉及的业务内容开发一个简单的教务选课系统，基于上述场景，教务系统业务包含如下内容。 （1）学生管理：系统管理员对学生基本的情况进行登记，删除和修改。学生可以查看自己的信息。（2）教师管理：系统管理员对所有专职教师进行登记、删除和修改。包含教师任课信息。教师可以查看自己的信息。 （3）课程管理：系统管理员对本校所有开过课程和新开课程进行登记、删除和修改、 （4）选课管理：每学期开学以前要进行学生选课工作。学生可以在所有开设课程中，选择自己尚未完成的课程。 （5）成绩管理：期末考试结束后，教师登记学生成绩，各学院（系）将学生成绩结果报教务处。学生可以查看自己的成绩。 要求： （1）采用面向对象的分析方式，得到系统的用例图。（要求写出主要用例的用例文档） （2）画出主要用例的活动图。 （3）创建主要用例的时序图或协作图。 （4）建立类模型。 （5）根据类图，完成数据库的定义。 （6）采用分层的方式进行软件设计，通过组件图表示出来。 （7）完成部署图。
UML网络教学系统 专业：计算机科学与技术 班级：2013级本科4班 姓名：
一需求分析 网络教学系统的功能性需求分析如下： （1）学生可以登陆网站浏览和查找各种信息以及下载文件。 （2）教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。 （3）系统管理员可以对页面进行维护和批准用户的注册申请。 二系统建模 1. 创建系统用例模型 创建用例图之前首先需要确定参与者。 ① 在网络教学系统中，需要学生和教师的参与。学生可以浏览课程简介，教学计划，学习 方法等教师发布的文章，并可以根据关键字查询文章。此外，学生可以从网站上下载课件。教师作为教学的主导者，使用此网站可以发布学习方法，课程重点等和教学相关的文章，以及和课程相关的通知等，还可以将某一门课程的课件上传。 ② 网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。 （1）系统用户参与的总的用例图 教师和学生都可以从“网站用户”这个参与者泛化而来，网站用户是指网站的注册用户，注册用户可以登录系统完成相应的操作。 系统用户参与的总的用例图如图所示。从图中可以清楚地看到泛化关系与各个参与者所参与的用例。 身份认证 浏览 搜索 学生 下载 <
图 1.1系统用户参与的总的用例图 抽象参与者注册用户的用例只有登录系统（System Login ）一个，学生和老师用户除了包含这个用例以外，还各自有相对应的用例。 （2）学生参与者的用例图 学生参与者的用例图如下图所示。 找回密码 权限认证 登录 <
软件工程与UML期末大作业新闻中心管理系统UML建模 专业年级：软件09级 学号： 姓名：
目录 一、题目概述 (1) 二、用例模型（总计20分） (2) 1．参与者和用例（10分） (2) 2．用例图（10分） (2) 三、静态模型（总计30分） (3) 1．发现类（20分） (3) 2．类图（10分） (3) 四、动态模型（总计50分） (4) 1．“浏览新闻”时序图（15分） (4) 2．“添加新闻”时序图（15分） (5) 3．“添加新闻”协作图（5分） (5) 4．管理员活动图（15分） (6)
一、题目概述 新闻中心管理系统主要是为了实现网站某些企业商务网站实时动态新闻的显示及管理的系统。根据企业商务新闻的基本要求，本系统需要完成的主要任务如下。 （1）新闻标题信息分类显示：在进入新闻中心主页时，应该能够根据数据库中存放的信息分类显示最新新闻标题，例如热点新闻中所有最新标题信息，以及行业新闻中最新标题信息等，每个新闻标题都应该提供对应的超级链接，在用户单击该新闻标题后，可以跳转到有关该新闻详细内容的显示页面。 （2）新闻详细内容及相关新闻列表显示：在选择需要查看的新闻标题后，应该可以显示该新闻的详细内容。同时也应该提供与该新闻相关的新闻标题信息的显示，以便于用户查阅与该新闻相关的其他信息。 （3）新闻中心后台管理功能：新闻中心的管理者可以随时向数据库中录入最新的新闻标题及内容，同时也可以编辑修改原有新闻，如果需要也可以删除对应的新闻。 根据以上需求建立用例模型、静态模型、动态模型。要求描述模型元素时使用中文和英文两种方式，如参与者有Reader（读者）、Librarian（图书管理员）；绘图时使用英文。
标准文档 南昌大学课程设计报告 课程名称UML分析与设计 课题名称《基于UML的教学评估系统的设计与分析》 软件工程业专 班班级146 学号8000114105 吴长福名姓
年201630月5日实用文案． UML 课程设计任务书 课程名称面向对象分析与UML课程设计 课题《基于UML的教学评估系统设计与分析》 专业班级软工146班 学生姓名吴长福 学号8000114105 小组成员吴长福、张一凡、王安然、 温敏、王震、谭天
2 一、设计内容与设计要求 1．设计内容： 面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML语言，能够利用Rational Rose（或Microsoft Viso、Start UML）软件以某一信息系统为例进行系统分析和设计。 目前，大家在学习阶段缺乏工作方面的实践，对很多领域的业务不熟悉。但是熟悉业务是软件开发的基础，没有人生来就什么都熟悉。于是，拟订了如下几个题目，它接近大家的学习和生活环境，以便大家去熟悉其中的业务。 希望大家分组完成，选出本组的组长，作好分工与合作。每组一题，各组题目不能相同；同组成员的负责的模块（子系统）不能相同。 题目1：高校图书馆管理系统 题目2：高校教务管理系统 题目3：高校学生信息系统 题目4：高校后勤管理系统 题目5：高校学生工作管理系统 题目6：高校教学管理系统 题目7：人事考勤管理系统 题目8：高校教材管理系统 题目9：高校科研管理系统 题目10：高校宿舍管理系统 题目11：高校实验室管理系统 题目12：学生成绩管理系统 或自选题目 3 2．设计要求：
UML大作业姓名： 班级： 学号： 指导老师：
作业一：绘制q q群的基础用例图QQ群操作主用例图（高层用例图） QQ群用户组成用例图 查找添加群用例图
进入群空间操作用例图 对qq群进行操作的用例图
查看QQ群资的用例图 QQ群消息设置的用例图
qq群内成员管理的用例图 作业二：类图及其关系 下面是系统分析员和一名篮球教练的谈话，用以建立一个篮球比赛的模型，谈话过程如下：
分析员：教练，请大致介绍一下篮球比赛？ 教练员：比赛的目标是要把篮球投入篮框并且要尽量比对手得更多的分。每个篮球队由5名队员组成，两名后卫、两名前锋和一名中锋。每个队要将球推进到篮筐附近，将篮球投中篮筐。 分析员：如何将球推进？ 教练员：通过传球和运球。但是某一方必须在规定的进攻时间内投篮。 分析员：进攻的时间是多少呢！？ 教练员：在某一方获得球权之后，必须在规定的进攻时间内投篮，否则犯规。美国职业篮球比赛规定的进攻时间是24秒，国际篮球比赛的规定是30秒。 分析员：如果计算篮球比赛得分呢？ 教练员：在三分线之内没投入篮框一个球得两分，三分线外投入一次得三分，一次罚球得一分。顺便说一下，罚球是对方犯规之后裁判判罚的投球，如果某个队员犯规了，裁判暂停比赛，由被侵犯的队员在罚球线处罚球 分析员：能够详细说一下每个篮球队员在比赛中的情况好吗！？ 教练员：后卫队员通常主要是运球和传球，他们一般比前锋队员要矮小，前锋队员通常又比中锋矮。所有队员都必须能够运球、传球、投球和抢篮板球，大部分抢篮板球和中距离投篮的工作都有前锋队员完成，中锋通常距离篮框最近，通常由他来进行篮下进攻 分析员：篮球比赛的场地大小是怎么样的呢！？另外，每场比赛的时间是多少？ 教练员：国际比赛场地是28米长、15米宽。篮框离地面3.05米高。在职业篮球比赛中，一场比赛48分钟，分为四节，每节12分钟。在国际篮联的比赛中，一场比赛40分钟，分为上下半场，各20分钟，有专门的比赛时钟记录比赛的剩余时间还有多少 … 上述只是部分谈话记录，但是已经涵盖了基本的信息，现在作业要求完成以下内容： ?确定你设计的篮球比赛系统模型的类以及它们包含的信息（名称、属性和方法） ?分析系统并确定这些类之间的关系（依赖、泛化、实现、关联），如果是关联关系还需要给出关联的属性 作业三：顺序图 ?顾客购买一罐饮料的时序图（投入的钱数不正确） ?投钱少
一、单选题 1．执行者（Actor ）与用例之间的关系是（ ） （A ）包含关系 （B ）泛化关系 （C ）关联关系 （D ）扩展关系 2 ．在类图中，下面哪个符号表示继承关系（ ） 3．在类图中，“ #”表示的可见性是（ ） （A ）Public （B ）Protected （C ）Private （D ）Package 4．下面那个类图的表示是正确的（ ） 5．下面哪个符号代表部署图的节点（ ） 6．生命线是UML 视图中哪个图形的组成部分（ ） （A ）类图 （B ）状态图 （C ）活动图 （D ）顺序图 7．在类图中，那种关系表达总体与局部的关系（ ） （A ）泛化 （B ）实现 （C ）依赖 （D ）聚合 8．下面哪个图形代表活动（ ） 9．下面哪个UML 视图是描述一个对象的生命周期的（ ） （A ）类图 （B ）状态图 （C ）协作图 （D ）顺序图 10．下面哪个视图属于UML 语言的交互图（ ） （A ）行为图 （B ）状态图 （C ）实现图 （D ）顺序图 11．下面哪个符号代表包图（ ） (B) (A) (C) (D) (B) (A) (C) (D) Student Student name : String age : Student getName () getAge () Student Name : String Age: intInteger getName () getAge () (B) (A) (C) (D) (B) (A) (C) (D)
12．在UML 协作图中，有多少种关联角色的构造型（ ） （A ）1 （B ）3 （C ）5 （D ）7 13．在类图中，哪种关系表达总体与局部的关系（ ） （A ）泛化 （B ）实现 （C ）依赖 （D ）聚合 14．在类图中，“ #”表示的可见性是（ ） （A ）Public （B ）Protected （C ）Private （D ）Package 15．下面哪个符号表示注释（ ） 二、多选题 1．下面哪些图形可以清楚地表达并发行为（ ） （A ）类图 （B ）状态图 （C ）活动图 （D ）顺序图 2．下面哪些元素构成了组件图形（ ） （A ）组件 （B ）转换 （C ）关系 （D ）接口 3．部署图中的节点具有以下哪些方面的内容（ ） （A ）计算能力 （B ）基本内存 （C ）位置 （D ）接口 4．顺序图的用途包括（ ） （A ）显示并发进程和激活 （B ）当不同的类之间存在多个简短的方法时，描述控制流的整体序列 （C ）显示在协作图中难于描述的事件序列 （D ）显示涉及类交互而与对象无关的一般形式 5．常见的UML 工具有哪些？（ ） （A ）Ｒational Rose （B ）Power Designer （C ）Visio （D ）Visual UML 三、填空题（每空2分，共30分） 1. UML 中有多种关系，请标出图示是哪种关系： （１） （２） （３） （４） （5） （6） 2. UML 提供了一系列的图支持面向对象的分析与设计，其中____(1)___给出系统的静态设计视图；___(2)____对系(B) (A) (C) (D) (B) (A) (C) (D) 0..1 0..* employer employee
UML系统分析与设计课程设计报告 题目：超市库存管理系统班级： 学号： 姓名： 成绩：
Revision record 修订记录
目录 超市库存管理系统
一、前言 我国超市形成在20世纪90年代初期，现在已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，这样就迫切地需要引入新的管理技术。 超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，如：不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。苏辙超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场，使用软件控制成为必须。 有效的库存管理，可降低运营成本，进而提高商品周转率，这样才能减少因风险造成的损失，从而使利润达到最高点。一个超市的库存，也就代表了这个超市的大部分资产总额。如何将这些静态的资产以最快的速度流转，这就是库存管理的目的。一个好的超市，并不是只有畅销的商品就行了。因为畅销的可能都是固定的某些商品，而有些商品可能进了超市后，就无人问津，这样不仅使这些商品占据了库房空间，而且也积了大量的资金，使得资金运转相当的困难。要改善库存周转率不高的状况，就必须先从了解超市目前的库存情况开始，而要了解库存的情况，就可以利用信息系统来进行管理，从而进一步的提高库存管理的效率。通过信息系统的查询可以方便的找出目前最畅销和滞销的商品，然后再利用各种行销方法，将滞销的商品销售出去，这样就可以避免超市因为滞销而造成的损坏、过期和资金积压等问题。 信息化的发展已经对我们的日常生活产生了积极的影响，无论是企业、商店、机关、甚至个人，每天都面对着大量的信息，而如何能有效地识别有用信息，并在对它们加工的基础上充分的利用信息，无疑会给我们的生活带来很巨大的好处。信息化的发展伴随着计算机应用的普及越来越被人们重视，并逐渐成为人们管理日常工作的重要手段。 目前，很多超市都在积极的走信息化管理道路，一些超市的信息化管理系统已经非常完善，基本上都建立起了一套完整的管理体系，目前大多数的库存管理
2.对象是( 系统中用来描述客观事物)的一个实体，它用来表示( 客观存在)中的事物，和人主观构造中的( 抽象观念)。 的基本语言构成（基本语言要素）由以下几部分构成:要素，关系，（图） 4.组合关系表示( 整体)事物与( 部分)事物之间的关系。 泛化关系表示( 一般)事物与( 特殊)事物之间的关系。 是一种( 面向对象的建模)语言。 （RUP ）是一套软件工程方法，主要由THE OBJECTORY APPROACH 和THE RATIONAL APPROACH发展而来。 6. 发起一个用例的外部实体在uml中称为（参与者） 提供扩展机制包括构造型（衍型），约束，（标签值） 存在着4种公共机制分别是规范说明，修饰，通用划分和（扩展机制） 9.在活动图中，一个特定的角色所能参与的活动被分隔成段，每一个段被称为（泳道） 10.部署图中节点用一个（立方体矩形）来表示 （生命线）是从对象引出的向下方的垂直虚线，它代表了对象的生存时间 四、简答题： 中提供的静态视图和动态视图分别包括哪些 静态视图：类图，对象图，构件（组件）和部署 动态视图：用例，状态，顺序，活动和协作 2.聚集和组成有什么区别和联系 组成和聚集都是整体类和部分类之间的整体和部分之间的关联，在聚集中，部分可能属于多个整体，在组成中，部分只能属于一个整体 语义规则中的可视性是什么含义，分为哪三种情况 4.简述扩展关系和包含关系 五、综合分析题： 1.给定顺序图如下，要求按照等价的语义，画出它等值不丢失信息的协作图
考虑一个咨询公司和该公司会见一个客户时的业务过程，活动按照下面的过程发生。 1.公司的业务员打电话给客户，确立一个约定（call client and setup appointment 2.如果约定地点是公司之内（appointment onsite），那么公司中的技术人员就要为会面准备 一间会议室（prepare a meeting room） 3.如果约定地点是公司之外（appointment offsite）,那么咨询顾问就要用膝上电脑准备一份 陈述报告（prepare a laptop） 4.咨询顾问和业务员之间在客户约定的时间和地点见面（meet with the client） 5.业务员随后给他们准备好会议用纸（salesperson follow-up letter） 6.如果会议产生了一个问题陈述（statement of problem），咨询顾问就根据问题陈述建立编 写一个提案（create proposal）并把该提案发给客户（send proposal to client） 要求在给出活动图的基础上，按照文档内容抽象出相应的泳道并画出相应的泳道版本活动图
面向对象的系统分析与设计（UML）课程作业 自动排课系统 第 1 组 小组成员1： 小组成员2： 小组成员3：
评分标准 班级学号姓名承担工作自我打分教师打分 评语
自动排课系统 一.系统功能分析： 系统功能描述： (1). 课程规划人员必须在排课之前规划好本学期各专业的课程，并且要保证各个专业学生学期总学时不高于某个规定值。 (2). 教师可以提前申请教授课程，可以根据自己的代课课程提出对媒体教室的需求。需要教师填写个人代课意向申请，教师意向将在系统排课时被优先考虑。 (3).系统根据教室的多媒体安装情况、座位数，专业课程设置情况，教师意向，选课学生数量等信息进行排课，使尽可能满足各种用户的要求；支持教师对课表更改进行申请，系统给予微调整。 (4)教室管理员根据对教室设备的更新情况修改教室配置的基本信息。 (5)系统管理员规定一确定时间进行系统自动排课，到这一时间时，系统将自动进行排课，生成课表。 (6).课表生成后，所有用户将有权对课表按班级、教师、教室等不同方式进行的查询。二．UML图 1.活动图 (1).课表自动生成活动图
(2).教师申请更改课表活动图 教师系统班级教室班级课程表 [NO] [YES] [YES] [NO] 读取教师代课意向 是否有代课资格 读取课程设备要求 读取课程授课时间要求 安排课程授课时间 为班级分配代课教师 查看班级人数 查询满足要求的空闲教室 安排课程授课教室 是否满足所有的条 写入班级课程表
[YES] [YES] [NO] [NO] 班级可调课时查询 设置查询课时为不可调课时 提交申请可使用教室查询 更改课表 是否存在班级可调课时 是否存在教室可使用