基于 SSM 框架的医院药品库存管理系统.zip

# DIMS 数据库系统原理课程设计，DIMS，Drug Inventory Management System，基于 SSM 框架的医院药品库存管理系统。 ## 任务分工 * 需求分析： * 概念结构设计： * 逻辑结构设计： * 物理结构设计： * 数据库实施： * 数据库运行和维护： * 应用系统设计： * 测试与验收： * 编写文档： * 编写答辩 PPT： ## 数据库设计 在数据库设计过程中，需求分析和概念结构设计可以独立于任何数据库管理系统进行，逻辑结构设计和物理结构设计与选用的数据库管理系统密切相关。 ### 需求分析 需求分析必须准确了解与分析用户需求 (包括数据与处理)。 **设计描述**：数字字典、全系统中数据项、数据结构、数据流、数据存储的描述。 **任务**：通过详细调查现实世界要处理的对象 (组织、部门、企业等)，充分了解原系统 (手工系统或计算机系统) 的工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。调查的重点是 **“数据”** 和 **“处理”**，通过调查、收集与分析，获得用户对数据库的如下要求： * **信息要求**：指用户需要从数据库中获得信息的内容与性质。由信息要求可以导出数据要求，即在数据库中需要存储哪些数据。 * **处理要求**：指用户要完成的数据处理功能，对处理性能的要求。 * **安全性与完整性要求** **业务用例图**：  参考： **数据字典**：数据字典是进行详细的数据收集和数据分析所获得的主要成果。它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典是在需求分析阶段建立，在数据库设计过程中不断修改、充实、完善的。它在数据库设计中占有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程几部分。其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构。数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。 * **数据项**：数据项是不可再分的数据单位。对数据项的描述通常包括以下内容： ``` 数据项描述 = { 数据项名, 数据项含义说明, 别名, 数据类型, 长度, 取值范围, 取值含义, 与其他数据项的逻辑关系, 数据项之间的联系 } ``` | 数据项名 | 数据项含义说明 | 数据类型 | 长度 | 取值范围 | 取值含义 | 与其他数据项的逻辑关系 | 数据项之间的联系 | | --- | --- | --- | --- | --- | --- | --- | --- | | Ano | 库存管理员编号 | VARCHAR | 20 | | | | | | Aname | 库存管理员姓名 | VARCHAR | 20 | | | | Ano→Aname | | Asex | 库存管理员性别 | BIT | 1 | { 0, 1 } | 0 代表女，1 代表男 | | Ano→Asex | | Aage | 库存管理员年龄 | SMALLINT | 2 | [0, 32767] | | | Ano→Aage | | Apwd | 库存管理员登陆密码 | VARCHAR | 20 | | | | Ano→Apwd | | Dno | 医生编号 | VARCHAR | 20 | | | | | | Dname | 医生姓名 | VARCHAR | 20 | | | | Dno→Dname | | Dsex | 医生性别 | BIT | 1 | { 0, 1 } | 0 代表女，1 代表男 | | Dno→Dsex | | Dage | 医生年龄 | SMALLINT | 2 | [0, 32767] | | | Dno→Dage | | Dpwd | 医生登陆密码 | VARCHAR | 20 | | | | Dno→Dpwd | | Nno | 发药处护士编号 | VARCHAR | 20 | | | | | | Nname | 发药处护士姓名 | VARCHAR | 20 | | | | Nno→Nname | | Nsex | 发药处护士性别 | BIT | 1 | { 0, 1 } | 0 代表女，1 代表男 | | Nno→Nsex | | Nage | 发药处护士年龄 | SMALLINT | 2 | [0, 32767] | | | Nno→Nage | | Npwd | 发药处护士登陆密码 | VARCHAR | 20 | | | | Nno→Npwd | | Sno | 供应商编号 | VARCHAR | 20 | | | | | | Sname | 供应商名称 | VARCHAR | 20 | | | | Sno→Sname | | Saddr | 供应商地址 | VARCHAR | 60 | | | | Sno→Saddr | | Sphone | 供应商电话 | VARCHAR | 20 | | | | Sno→Sphone | | PDno | 药品编号 | VARCHAR | 20 | | | | | | PDname | 药品名称 | VARCHAR | 20 | | | | PDno→PDname | | PDlife | 药品保质期 | SMALLINT | 2 | [0, 32767] | 保质期总天数 | | PDno→PDlife | | PDbatch | 药品批次 | DATE | | | | | | | PDnum | 药品数量 | SMALLINT | 2 | [0, 32767] | | | (PDno, PDbatch)→PDnum | | SAno | 药品入库库存管理员编号 | VARCHAR | 20 | | | SAno ∈ List`<Ano`> | (PDno, PDbatch)→SAno | | Stime | 药品入库时间 | DATETIME | | | | | (PDno, PDbatch)→Stime | | DAno | 药品销毁库存管理员编号 | VARCHAR | 20 | | | DAno ∈ List`<Ano`> | (PDno, PDbatch)→DAno | | Dtime | 药品销毁时间 | DATETIME | | | | Dtime ≥ Stime | (PDno, PDbatch)→Dtime | | Pno | 处方编号 | INT | | | | | | | Pid | 病人身份证号 | VARCHAR | 20 | | | | Pno→Pid | | Ptime | 处方开出时间 | DATETIME | | | | | Pno→Ptime | | Htime | 处方处理时间 | DATETIME | | | | Htime ≥ Ptime | Pno→Htime | | Pstate | 处方状态 | BIT | 1 | { 0, 1 } | 0 代表未处理，1 代表已处理 | | Pno→Pstate | * **数据结构**： ``` 数据结构描述 = { 数据结构名, 含义说明, 组成:{数据项或数据结构} } ``` | 数据结构名 | 含义说明 | 组成:{数据项或数据结构} | | --- | --- | --- | | Admin | 库存管理员 | { Ano, Aname, Asex, Aage, Apwd } | | Doctor | 医生 | { Dno, Dname, Dsex, Dage, Dpwd } | | Nurse | 发药处护士 | { Nno, Nname, Nsex, Nage, Npwd } | | Supplier | 供应商 | { Sno, Sname, Saddr, Sphone } | | Drug | 药品 | { PDno, PDname, PDlife, PDnum } | | InventoryDrug | 库存药品 | { PDno, PDname, PDlife, PDbatch, PDnum, Sno, SAno, Stime } | | DestroyedDrug | 已销毁药品 | { PDno, PDname, PDlife, PDbatch, PDnum, Sno, SAno, Stime, DAno, Dtime } | | Prescription | 处方 | { Pno, Pid, Dno, Ptime, Nno, Htime, Pstate, List`Drug` } | * **数据流**： ``` 数据流描述 = { 数据流名, 说明, 数据流来源, 数据流去向, 组成:{数据结构}, 平均流量, 高峰期流量 } ``` | 数据流名 | 说明 | 数据流来源 | 数据流去向 | 组成:{数据结构} | 平均流量 | 高峰期流量 | | --- | --- | --- | --- | --- | --- | --- | * **数据存储**： ``` 数据存储描述 = { 数据存储名, 说明, 编号, 输入的数据流, 输出的数据流, 组成:{数据结构}, 数据量, 存取频度, 存取方式 } ``` | 数据存储名 | 说明 | 编号 | 输入的数据流 | 输出的数据流 | 组成:{数据结构} | 数据量 | 存取频度 | 存取方式 | | --- | --- | --- | --- | --- | --- | --- | --- | --- | * **处理过程**： ``` 处理过程描述 = { 处理过程名, 说明, 输入:{数据流}, 输出:{数据流}, 处理:{简要说明} } ``` | 处理过程名 | 说明 | 输入:{数据流} | 输出:{数据流} | 处理:{简要说明} | | --- | --- | --- | --- | --- | ### 概念结构设计 概念结构设计通过对用户需求进行综合、归纳与抽象，形成一个独立于具体数据库管理系统的概念模型。 **设计描述**：概念模型 (E-R 图)、数据字典。 **任务**：概念结构设计的第一步就是对需求分析阶段收集到的数据进行分类、组织，确定实体、实体的属性、实体之间的联系类型，形成 E-R 图。  ### 逻辑结构设计 逻辑结构设计是将概念结构转换为某个数据库管理系统所支持的数据模型，并对其进行优化。 **设计描述**�