药品管理系统架构设计案例分析.
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
抵抗一定的攻击并从攻击中恢复 允许在完成软件开发的一个增量后，较轻松地对软 件进行测试
2 需求分析
2.1 定义系统
(1) 捕捉系统通用术语 通用术语：描述系统行为过程中经常出现的名词。通过捕 捉系统通用术语可以避免在项目团队成员之间对它们的理解出 现偏差造成误解。
术语 用户信息
说明 即系统中的用户信息，包括用户名、密码、联系方式等
需求分析的主要任务就是创建代表“目前”业务情况的业 务模型，并将此业务模型转换成“将来”的系统模型，包括功 能需求和非功能需求。非功能需求又包括质量属性和各种约定。
通过对客户的当前业务的分析，我们得到当前业务的基本需 求。
2 需求分析
功能需求
功能 用户管理 药品管理 发货单位管理 授补单位管理 入库批次管理 说明 用户的创建、登录、删除和维护 药品种类的添加、删除和维护 发货单位的添加、删除和维护 授补单位的添加、删除和维护 添加入库药品、打印入库单、签字、入库等
入库单
效期 ... ...
表示采购药品的具体情况
药品的最迟有效时间 ... ...
(2) 捕捉系统中角色和用例 通过捕捉系统中的角色和用例目的是定义系统的范围，找 出并描述系统内、外部必须处理的内容，以及那些与本系统需 要进行交互的人或外部系统。 系统角色如下：
角色
库存管理员 管理员 处长 外部系统
简要描述 事件流
库存管理员根据药品采购具体情况、记录选购药品， 形成入库单，提交给系统处理。 基本事件流 （1）库存管理员在待入库的药品名称栏中输入待入 库的药品名称； （2）系统根据用户输入，以列表的形式罗列当前系 统中存储的符合库存管理员要求的药品种类的详细 信息；
ห้องสมุดไป่ตู้
“提交入库记录”为例细化描述（续）
审查订单 药品管理 授补单位管理 发货单位管理
外部系统交互
……
指系统根据以后的扩展需要，为系统与外部系统交 互预留一统一接口。
……
根据上述分析，可以得到下面业务用例模型：
2 需求分析
2.2 细化定义
(1) 细化用例 细化业务用例模型，是为了更加详细地分析和描述用例。 同时，将业务用例模型转换成系统的用例模型。下面，以“角 色”库存管理员交互的用例进行细化为例。
细化用例后，还需对用例进行详细描述，直到所有涉众都 认可描述的内容已经能够正确表达出他们的需求为止。在RUP 方法论中指明通过阐述一个用例的名称、简要描述、事件流、 特殊需求、前置条件和后置条件等六个方面可以对用例进行描 述。下面以用例“提交入库记录”为例细化描述。
要素 用例名称 提交入库记录 说明
查询和统计
提交入库单
用例 入库单打印
说明 指用户根据一定的查询条件，选择待打印的入库批 次信息，提交给系统处理，按一定的格式，打印出 所需的实体入库单。 指处长出、入库单，核定相关信息，并签字。 管理员根据所采购的药品种类，维护系统中记录的 与业务相关的药品种类信息。 管理员根据库存药品出库对象的相关信息，维护系 统中记录的收补单位信息。 管理员根据采购药品的发货单位相关信息，维护系 统记录的发货单位信息。
说明
指负责记录系统中药品种类、出入库管理的用户 指负责系统中用户的创建、维护和权限分配的用户 指对药品出入库单进行确认并签字的人员 指希望通过一定接口与本系统进行交互的对象
根据已找出的系统角色，分析其对系统的具体要求，找出 系统的各个用例。
用例
管理用户信息
说明
每个库存管理员需要对药品的出入库进行登记管理， 必须由管理员创建该账户，并且对其进行了一定的 权限分配，并且管理员可以对该用户信息进行维护。 同时，这些活动必须包括登陆与推出功能。 指向用户提供按一定方式排列的药品出入库等相关 信息。而且，还要提供方便的查询，以便用户可以 迅速的查询到制定的药品。 用户根据具体情况需要从外面采购所需的药品，在 按照一定的方式填写完成相关的信息时（为维护系 统中存储信息的一致性，一些相关的信息需要从系 统已存储的信息中读取），形成入库单，提交给系 统处理。
要素 事件流 说明 （3）库存管理员根据实际情况的需求，选择待入库 的药品种类，并在各个入库单项记录的输入框中输 入此入库单项的相关信息（生产日期、有效日期、 单价、发货单位、核准数量和实际数量），库存管 理员确认信息无误后，点击“添加入库单项”按钮； （4）库存管理员重复上面的工作，直至此次入库记 录添加完毕； （5）系统罗列出库存管理员此次入库的所有入库单 项的详细信息，库存管理员确认无误后，点击“添 加入库记录”，系统根据数据库中现有的入库批次 号自动生成新的入库批次，并将它们关联起来。 （6）该“提交入库记录”用例结束。
“提交入库记录”为例细化描述（续）
要素
备选事件流
说明
库存管理员在输入待入库的药品种类名称时，系统 不能查询到相关信息时，则按一下步骤进行： （1）在系统未查询到库存管理员所需的相关药品种 类信息时，提示库存管理员是否需要添加新的药品 种类信息； （2）其次，撤销此次入库记录的提交。 系统要保证入库信息的一致性和完整性，不允许伪 造数据。界面操作要合理，要考虑到库存管理员操 作顺序等问题。
出库批次管理
统计和查询 效期管理
添加出库药品、打印出库单、签字、出库等
对库存、已入库和已出库药品数量统计 对库存药品使用年限进行管理
需求分析
非功能需求
质量属性 可用性 可修改性 说明 将系统的错误限制在可控制的范围内 控制实现、测试和部署变更的时间和成本
性能
安全性 可测试性
在一定的时间限制内到达系统的事件生成一个响应
药品管理系统架构设计案例分析
1 项目背景
某单位需要统一管理所采购的药品，采购的药品 总数已逾千种，传统的手工管理方式难以适应当今药 品管理种类繁多、流动量大、调配程序复杂等特点， 存在着很多不足之处。为了适应当前的业务发展需要， 准备开发一套信息管理系统，对所采购的药品进行有 效的管理。
2 需求分析
特殊需求
“提交入库记录”为例细化描述（续）
要素 前置条件 后置条件 说明 待入库药品种类信息必须存在，不存在的药品种类 不能入库。 当入库成功，相应药品的库存信息要及时更新为最 新状态。
上面对用例的描述仅限于文字描述，还不够形象。再以活 动图的形式进行建模描述如下：
2 需求分析
2.1 定义系统
(1) 捕捉系统通用术语 通用术语：描述系统行为过程中经常出现的名词。通过捕 捉系统通用术语可以避免在项目团队成员之间对它们的理解出 现偏差造成误解。
术语 用户信息
说明 即系统中的用户信息，包括用户名、密码、联系方式等
需求分析的主要任务就是创建代表“目前”业务情况的业 务模型，并将此业务模型转换成“将来”的系统模型，包括功 能需求和非功能需求。非功能需求又包括质量属性和各种约定。
通过对客户的当前业务的分析，我们得到当前业务的基本需 求。
2 需求分析
功能需求
功能 用户管理 药品管理 发货单位管理 授补单位管理 入库批次管理 说明 用户的创建、登录、删除和维护 药品种类的添加、删除和维护 发货单位的添加、删除和维护 授补单位的添加、删除和维护 添加入库药品、打印入库单、签字、入库等
入库单
效期 ... ...
表示采购药品的具体情况
药品的最迟有效时间 ... ...
(2) 捕捉系统中角色和用例 通过捕捉系统中的角色和用例目的是定义系统的范围，找 出并描述系统内、外部必须处理的内容，以及那些与本系统需 要进行交互的人或外部系统。 系统角色如下：
角色
库存管理员 管理员 处长 外部系统
简要描述 事件流
库存管理员根据药品采购具体情况、记录选购药品， 形成入库单，提交给系统处理。 基本事件流 （1）库存管理员在待入库的药品名称栏中输入待入 库的药品名称； （2）系统根据用户输入，以列表的形式罗列当前系 统中存储的符合库存管理员要求的药品种类的详细 信息；
ห้องสมุดไป่ตู้
“提交入库记录”为例细化描述（续）
审查订单 药品管理 授补单位管理 发货单位管理
外部系统交互
……
指系统根据以后的扩展需要，为系统与外部系统交 互预留一统一接口。
……
根据上述分析，可以得到下面业务用例模型：
2 需求分析
2.2 细化定义
(1) 细化用例 细化业务用例模型，是为了更加详细地分析和描述用例。 同时，将业务用例模型转换成系统的用例模型。下面，以“角 色”库存管理员交互的用例进行细化为例。
细化用例后，还需对用例进行详细描述，直到所有涉众都 认可描述的内容已经能够正确表达出他们的需求为止。在RUP 方法论中指明通过阐述一个用例的名称、简要描述、事件流、 特殊需求、前置条件和后置条件等六个方面可以对用例进行描 述。下面以用例“提交入库记录”为例细化描述。
要素 用例名称 提交入库记录 说明
查询和统计
提交入库单
用例 入库单打印
说明 指用户根据一定的查询条件，选择待打印的入库批 次信息，提交给系统处理，按一定的格式，打印出 所需的实体入库单。 指处长出、入库单，核定相关信息，并签字。 管理员根据所采购的药品种类，维护系统中记录的 与业务相关的药品种类信息。 管理员根据库存药品出库对象的相关信息，维护系 统中记录的收补单位信息。 管理员根据采购药品的发货单位相关信息，维护系 统记录的发货单位信息。
说明
指负责记录系统中药品种类、出入库管理的用户 指负责系统中用户的创建、维护和权限分配的用户 指对药品出入库单进行确认并签字的人员 指希望通过一定接口与本系统进行交互的对象
根据已找出的系统角色，分析其对系统的具体要求，找出 系统的各个用例。
用例
管理用户信息
说明
每个库存管理员需要对药品的出入库进行登记管理， 必须由管理员创建该账户，并且对其进行了一定的 权限分配，并且管理员可以对该用户信息进行维护。 同时，这些活动必须包括登陆与推出功能。 指向用户提供按一定方式排列的药品出入库等相关 信息。而且，还要提供方便的查询，以便用户可以 迅速的查询到制定的药品。 用户根据具体情况需要从外面采购所需的药品，在 按照一定的方式填写完成相关的信息时（为维护系 统中存储信息的一致性，一些相关的信息需要从系 统已存储的信息中读取），形成入库单，提交给系 统处理。
要素 事件流 说明 （3）库存管理员根据实际情况的需求，选择待入库 的药品种类，并在各个入库单项记录的输入框中输 入此入库单项的相关信息（生产日期、有效日期、 单价、发货单位、核准数量和实际数量），库存管 理员确认信息无误后，点击“添加入库单项”按钮； （4）库存管理员重复上面的工作，直至此次入库记 录添加完毕； （5）系统罗列出库存管理员此次入库的所有入库单 项的详细信息，库存管理员确认无误后，点击“添 加入库记录”，系统根据数据库中现有的入库批次 号自动生成新的入库批次，并将它们关联起来。 （6）该“提交入库记录”用例结束。
“提交入库记录”为例细化描述（续）
要素
备选事件流
说明
库存管理员在输入待入库的药品种类名称时，系统 不能查询到相关信息时，则按一下步骤进行： （1）在系统未查询到库存管理员所需的相关药品种 类信息时，提示库存管理员是否需要添加新的药品 种类信息； （2）其次，撤销此次入库记录的提交。 系统要保证入库信息的一致性和完整性，不允许伪 造数据。界面操作要合理，要考虑到库存管理员操 作顺序等问题。
出库批次管理
统计和查询 效期管理
添加出库药品、打印出库单、签字、出库等
对库存、已入库和已出库药品数量统计 对库存药品使用年限进行管理
需求分析
非功能需求
质量属性 可用性 可修改性 说明 将系统的错误限制在可控制的范围内 控制实现、测试和部署变更的时间和成本
性能
安全性 可测试性
在一定的时间限制内到达系统的事件生成一个响应
药品管理系统架构设计案例分析
1 项目背景
某单位需要统一管理所采购的药品，采购的药品 总数已逾千种，传统的手工管理方式难以适应当今药 品管理种类繁多、流动量大、调配程序复杂等特点， 存在着很多不足之处。为了适应当前的业务发展需要， 准备开发一套信息管理系统，对所采购的药品进行有 效的管理。
2 需求分析
特殊需求
“提交入库记录”为例细化描述（续）
要素 前置条件 后置条件 说明 待入库药品种类信息必须存在，不存在的药品种类 不能入库。 当入库成功，相应药品的库存信息要及时更新为最 新状态。
上面对用例的描述仅限于文字描述，还不够形象。再以活 动图的形式进行建模描述如下：