UML课设任务.docVIP

《统一建模语言UML》课程设计任务书 学院（系）：数计学院 专 业：软件工程 学时数或周数：2周30学时 学 分 数：2 一、设计目的 采用UML语言以面向对象的方式完成软件项目的系统分析和设计； 完成各个阶段的文档编制，感受文档在整个开发过程中的重要作用； 仔细体会面向对象的软件开发过程； 小组成员在实验过程要密切合作、充分交流，各部分应该互相联系，组成完整的系统，而不是孤立的模块。 三、时间安排 第17-18周的周一至周五，每天3个学时，合计10天，共30学时。 第1天由指导教师布置课程设计任务，学生分组查资料 四、地点 计算中心机房系领导组织抽查、考勤 六、设计内容 组队 学生自由组队，完成指导书中的综合业务信息管理系统。 初步调查 小组成员阅读项目原始需求，并以各种方式对课题展开详细调查。 小组成员讨论，明确信息系统的基本范围，成员分工 确定小组成员的分工，根据功能分成5个子系统，由5位同学分别完成：进销存管理子系统、采购管理子系统、库存管理子系统、销售管理子系统、销售合同管理子系统。 制定本次课程设计的计划 建立用例模型 各小组成员根据分工了解有关业务功能，绘制用例图（如图1）。 图1 用例图 书写各用例的详细规格说明，示例如表1。 表1 用例的详细规格说明 用例名称 借出图书 参与者 图书管理员（主要参与者），读者（次要参与者） 假设 图书馆是开架借阅，读者总是找到书后办理借书手续，因此，借书不需要验证库 存，而且每本书都是可识别的。 前置条件 图书管理员已被识别和授权 后置条件 存储借书记录，更新库存数量，所借图书状态为出借 主事件流 1．图书管理员将读者借书卡提供给系统； 2．系统验证读者身份和借书条件； 3．图书管理员将读者所借图书输入系统； 4．系统记录借书信息，并且修改图书的状态和此种书的可借数量； 5．系统累加读者的借书数量； 6．重复3-5，直到图书管理员确认全部图书登记完毕； 7．系统打印借书清单，交易成功完成。 备选事件流 2a．非法读者 1．系统提示读者身份错误，用例结束 2b．读者借书数已达限额 1．系统提示读者已达结束限额，用例结束 2c．读者有过期未还书籍 1．系统提示读者应归还的书籍列表和到期日，用例结束 5a．读者借书数已达限额 1．系统提示，并要求结束输入 2．图书管理员确认借书完成 5b．读者有该书的预定记录 1. 删除该书的预定信息 非功能性需求 对于流程较为复杂的用例，可以绘制活动图补充说明该用例的处理过程。 小组集中，调整、优化用例模型 建立分析模型 在详细的用例模型的基础上，识别出系统中的对象，建立领域类图（如读者、图书） 初步确定领域类的属性 定义领域类的关系（包括泛化、关联，分析阶段的完整类图，如图2） 图2 定义了属性和关联的类图 对于存在复杂状态转换的对象，绘制状态图（可选，如图3） 图3 状态图 小组集中，调整、优化分析模型 书写系统分析说明书（模板见附件2） 建立设计模型 小组讨论，确定系统的总体架构模式 在分析模型和总体架构基础上，设计出满足功能需求的软件类，包括边界类、控制类、实体类等，形成初步设计模型（如图4）。 类的分层可以自行设计，但一个小组最好统一使用一种分层模式，至少做到表示和业务逻辑分离。 图4 总体设计 本步骤不作要求，各小组酌情完成。采用可视化工具设计每个用例的用户界面，根据架构（C/S或B/S可以是不同窗口界面，如图5） 图5 界面设计 识别出每个用例的参与类，根据用例的事件流绘制用例实现的顺序图（如图6）。 图6 用例的顺序图 对重点用例的工作控制流程绘制活动图。如图7所示 图7 活动图 对照顺序图和其他详细资料，可明确详细地定义出类的属性、方法，构造完整的类图 对类进行详细分析，并对照用例的顺序图，形成类调用的层次关系，在此基础上形成组件的层次关系，小组讨论，绘制组件图（如图8） 图8 组件图 在类图基础上，建立数据库结构 书写设计文档（模板见附件3） 撰写总结报告（模板见附件4） 七、考核方式 课程设计将结合学生的，独立分析解决问题的能力和精神，和答辩水平以及学习态度综合考评。 附录1：课程设计报告封面 附录2：系统分析说明书模板 附录3：系统设计说明书模板 附录4：课程设计总结模板