系统分析-需求分析new.pptVIP

[讨论] 识别并描述参与者 图书管理员 登录 管理读者信息 管理图书信息 登记借书 登记还书 借阅者： 登录 预订图书 取消预订 查询浏览图书信息 例：一个图书馆管理系统，有哪些参与者和用例？ 借阅者 图书管理员 用例 图书馆管理系统参与者与用例之间的通讯关联 普通读者 登录 查询浏览 预订图书 图书管理员 管理读者 取消预订 管理图书信息 登记借书 登记还书 图 4-18 图书馆管理系统用例图 用例的文字描述 Name of the Use Case (用例的名字) Description (描述) Actor(s) (参与者) Flow of events (事件流) Basic flow (常规流) Event 1 (事件) Event 2 …… Alternate flow (备选流) Pre-conditions (前置条件) Post-conditions (后置条件) …… 用例= 椭圆 + 名字？ —— NO！ 用例模型 参与者 用例名 用例规约 ... 术语表 图 4-19 由用例图到文字描述 用例：登记借书描述 1. 目标： 本用例允许图书管理员登记普通读者的借书记录 2 事件流： 2.1 常规流程 当读者希望借书、图书管理员准备登记有关的借书记录时，本用例开始执行。 (1) 系统要求管理员输入读者的注册号和所借图书号。 (2) 图书管理员输入信息后，系统产生一个唯一的借 书记录号。 (3) 系统显示新生成的借书记录。 (4) 图书管理员确认后，系统增加一个新的借书记录。 用例：登记借书描述 2.2 备选流程 (1) 读者没有注册 在主流程中，如果系统没有读者的注册信息， 系统将显示错误信息，用例结束。 (2) 所借图书不存在 在主流程中，如果所借图书已被借出或者系 统中无该图书，系统将显示错误信息，用例结束。 3 前提条件：用例开始前，图书管理员必须在系统登录 成功。 4 后置条件：如果用例执行成功，该读者的借书记录被 更新，否则，系统状态不变。 说明 在一般的用例图中，只需表述参与者和用例之间 的通讯关联。 除此之外，还可以描述： 参与者与参与者之间的泛化(generalization) 用例和用例之间的包含(include) 用例和用例之间的扩展(extend) 用例和用例之间的泛化(generalization)关系 利用这些关系来调整已有的用例模型，把一些公 共的信息抽取出来复用，使得用例模型更易于维 护。 * (5) 确定解决方案的约束 表 4-3 销售订单输入系统的约束 约束源 约束 理由 操作性 销售订单数据应完全备份，并 保存在数据库1年以上 数据丢失风险 太大 系 统及 操作系统 这个应用在服务器上不应占用 超过20M字节的空间 服务器上可用的 存储空间有限 设备预算 系统在已有设备（服务器主机） 上开发客户端 成本控制在已有的 系统中维护 人员预算 人员固定 成本固定 技术要求 应用面向对象方法 该技术能增加生产 率和软件可靠性 需求活动 需求分析 * (1) 发现初始需求 (2) 对问题进行分析，理解问题背后的问题, 在定义上达成共识 (3) 确定风险承担人和用户 (4) 定义解决问题方案、系统的边界 — 使用“USE CASE”技术进一步启发需求 (5) 确定解方案的约束 需求分析的步骤： 小结 需求问题陈述 由毕业生个人输入姓名、密码（密码是由二级学院提供原始密码，学生可以修改，如果学生遗忘密码，二级学院可以通过管理员方式找回） ?登录后，填写个人就业单位基本情况（字段在EXCEL表），可选择，每一项都必须填写才能提交。 ?提交后，二级学院老师要确认。 ?学生可以随时修改，修改后仍然要提交，二级学院老师可以再次确认。 学生进去后，要先选择毕业年份，如2011，2012 最后能整体导出EXCEL表功能，还能导出未就业学生名单 系统可以统计出各班就业率（会提交班级人数）和全院就业率 作业 开发新的学生就业信息统计分析平台 总结出三个不同层次的需求，然后用用例来表示。 学生就业信息统计分析平台 业务需求 系统能统计学生就业信息 用户需求 学生能及时输入就业信息，教师能及时获取学生就业信息的统计结果