第6讲UML设计.ppt

系统需求 进一步确定以下功能： 1) 会员注册 （填写用户帐号,用户名,密码,Email等) 2) 会员天地（查看并修改个人信息,交易记录,收邮件,信用评价等) 3) 商品分类浏览（浏览、更新、必威体育精装版商品推荐等 ) 4) 查找商品（按关键字查找、输出打印商品信息） 5) 拍卖商品（包括商品上架：提供商品信息:商品名称、类别、图片、,起拍价格、新旧程度、使用时间 等，及编辑商品，商品下架） 6) 购买商品 (即出价参与竞标，拍卖结束时按照竟价规则获得商品） 7) 网上支付 （通过银行网络系统进行交易，设置多 种支付方式） ——增加执行者“银行” 8) 收藏商品（可添加收藏，取消收藏，修改收藏） 9) 会员管理（查看会员信息，封锁会员账号，激活 会员账号） 10) 商品类别管理（添加商品类别，编辑商品类别， 删除商品类别） 11) 交易管理（查看交易，查看交易报表，关闭交易, 退款管理，申诉管理） 12) 公告栏管理（添加公告，修改公告，删除公告） 建立Use Case模型 买商品 卖商品 改进的Use Case模型 1. 精度要求 本系统所涉及的所有交易数据，均按实数保存，在处理时保留小数点后2位。 2. 时间特性要求 操作响应时间：满足普通人员的操作要求； 查询运行时间：满足普通人员的查询要求； 更新处理时间：数据库在网络无故障的情况下， 插入一条数据和更新一条数据的数据库操作响应时间 控制在2秒/条之内； 数据传输时间：数据交换过程控制在10秒钟内； 非功能需求 非功能需求 3. 故障处理能力要求 当出现错误时，要求以界面形式向用户说明，并 用一览表方式列出，各类可能的错误或故障出现时， 系统的处理方法和补救措施。 4. 灵活性 需求 要求当用户需求，如操作方式，运行环境，结果 精度，数据结构及其他软件接口等发生变化时，增加 新模块时，不会修改原有的模块。 5.安全性 采用用户名及密码，对用户授权使用。支付过程 中的安全性由银行网上支付系统进行保证。 例3 系统名称：医院病房监护系统 根据分析系统主要实现以下功能： 　　1、病症监视器可以将采集到的病症信号（组合），格式化后实时的传送到中央监护系统。 　　2、中央监护系统将病人的病症信号开解后与标准的病症信号库里的病症信号的正常值进行比较，当病症出现异常时系统自动报警。 　　3、当病症信号异常时，系统自动更新病历并打印病情报告。 　　4、值班护士可以查看病情报告并进行打印。 　　5、医生可以查看病情报告，要求打印病情报告，也可以查看或要求打印病历。 　　6、系统定期自动更新病历。 退出 上页 首页 下页 末页 需求分析 用UML描述系统的静态结构 （一）建立系统的用例图 　　1、通过以下六个问题识别角色 　　(1)谁使用系统的主要功能？ 　　(2)谁需要系统的支持以完成日常工作任务？ 　　(3)谁负责维护，管理并保持系统正常运行？ 　　(4)系统需要应付（或处理）哪些硬设备？ 　　(5)系统需要和哪些外部系统交互？ 　　(6)谁（或什么）对系统运行产生的结果（值）感兴趣？ 需求分析 　　通过回答这六个问题以后，再进一步分析可以识别出本系统的四个角色：值班护士，医生，病人，标准病症信号库。 　角色描述模板 角色：病 人 角色职责： 提供病症信号 角色职责识别： 负责生成、实时提供 各种病症信号。 角色：值班护士 角色职责： 负责监视病人的病 情变化 角色职责识别： (1)使用系统主要功能 (2)对系统运行结果感 兴趣 角色:标准病症信号库 角色职责： 负责向系统提供病症 信号的正常值 角色职责识别： (1)负责保持系统 正常运行 (2)与系统交互 角色：医 生 角色职责： 对病人负责，负责 处理病情的变化 角色职责识别： (1)需要系统支持以完 成其日常工作 (2)对系统运行结果感 兴趣 　　通过分析可以初步识别出系统的用例为：中央监护，病症监护，提供标准病症信号，病历管理，病情报告管理。顶层用例图为： 角色描述 　　 通过分析可以初步识别出系统的用例为：中央监护，病症监护，提供标准病症信号，病历管理，病情报告管理。顶层用例图为： 提供标准 病症信号 病历管理 病人 标准病症 信号库 医生 值班护士 病症监护 病情报 告管理 中央监护 《使用》 《使用》 《使用》 角色描述 将用例细化，可以得到分解的用例： 1、中央监护 分解为： a 分解信号 将从病症监护器传