Tst04.系统建模工具StarUML的基本应用.pptVIP

软件工程：实践者的研究方法（第六版） 崔建峰 jfcui@xmut.edu.cn 计算机科学与技术系 2010学年第1学期 软件工程 实验4 系统建模工具StarUML的基本应用 * 实验目的和要求 背景知识 StarUML是一款开放源码的UML开发工具，采纳了UML2.0的表示法，提供对用例图、类图、序列图、状态图、活动图、通信图、模块图、部署图以及符合结构图等9种UML图的支持 StarUML支持正向工程，可依据类图的内容生成Java, C++和C#代码，也可以读取Java, C++和C#代码反向生成类图 StarUML支持XMI，用以交换不同开发工具所生成的UML模型，并提供多种格式的图像文件，可以导出为JPG, BMP, EMF和WMF等多种格式的图像文件 实验目的 了解StarUML工具的特点、用途、功能和安装步骤 掌握StarUML工具的基本操作与建模过程 掌握用例图定义、用例图的标记符组件以及如何建立用例图模型 实验要求 根据各组所指定的项目，使用StarUML进行一个系统的业务分析模型 * 实验内容 实验步骤 根据各组分配的项目，在项目组长的安排下，每位组员选定一个业务活动，使用StarUML进行系统业务建模，绘制用例图 实验结果 每人提交一份实验报告，包含对业务活动的描述和用例图 实验结果分组提交 文档名称：软件工程试验X_08网络工程X班_X组（“X”代表阿拉伯数字） 发邮件到jfcui@xmut.edu.cn 提交时间：下一次实验课开始之前 需求一：大学课程安排系统（第1，2，9组） 系统简介 每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。 假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。 限定条件 每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。 学院中层干部的主讲课时不能超过4学时/周。 本学期出现严重教学事故的教师不能承担下各学期的主讲任务。 本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。 本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。 需求二：机票预定系统（第3，4组） 系统简介 航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。 限定条件 在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。 对于本系统还应补充以下功能： 旅客延误了取票时间的处理 航班取消后的处理 旅客临时更改航班的处理 系统的外部输入项至少包括：旅客、旅行社和航空公司。 需求三：实验室设备管理系统（第5，6组） 系统简介：每学年要对实验室设备使用情况进行统计、更新。其中： 对于已彻底损坏的做报废处理，同时详细记录有关信息。 对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。 对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。 随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。 限定条件 所有工作由专门人员负责完成，其他人不得任意使用。 每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。 本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。 本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。 本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表。 需求四：学校教材定购系统（第7，8组） 系统简介 本系统可以细化为两个子系统：销售系统和采