教科室耗材库存管理系统项目计划书.docx
《教科室耗材库存管理系统项目计划书.docx》由会员分享，可在线阅读，更多相关《教科室耗材库存管理系统项目计划书.docx（34页珍藏版）》请在冰豆网上搜索。
教科室耗材库存管理系统项目计划书
北方民族大学
教科室耗材库存管理系统
项目计划书
项目名称：
教科室耗材库存管理系统
小组成员：
宁文彬、蔡继贤、潘礼塬
2013年10月25日星期五
1项目简介
1.1项目概况
项目名称：
教科室耗材库存管理系统
开发目的：
教科室在出、入库等环节的管理上都存在着一定程度的不足，而这些不足无疑将使其在教学工作中产生种种不便。
在网络经济的时代背景下，进行有效的库存管理必然存在着一定的难度，因此必须借助现代化的管理方法和管理技术——库存管理系统。
产品描述：
库存管理系统是基于先进的软件和高速网络基础上的新型存储管理模式。
通过集中式的信息数据库，将实验室的调、存、转等业务有机的结合起来，达到数据共享、降低成本、提高效率、改进服务等目的。
主要作用是：
提高管理效率降低人工成本；降低采购成本；及时调整采购策略，防止价格流失；减少仓储面积，提高房产综合利用率；降低储备资金占用。
1.2项目目标介绍
1.2.1系统设计目标为：
1）本系统首先要实现动态性和交互性。
所谓的动态性就是能动态更新内容，如更新库存信息、进货信息和出货信息等，这要求与数据库有良好的连接；
2）一般用户和管理员在使用系统时，实现系统操作方便的特点；
3）实现系统的安全性和可靠性，避免他人进入破坏数据库信息。
1.2.2进度目标
在要求的12周内，对教科室管理业务进行详细调研分析，并建成一个满足综合需求的实验室耗材管理系统，达到方便快捷、实用性强的目的。
其次，通过对该项目的调查、分析和研发，提高小组成员的项目管理水平、信息系统开发等相关能力。
实施期限：
2013年10月17日至2014年1月8日
项目成本：
开发小组3名成员，多台笔记本电脑，必要的资料打印、办公与交通费用。
项目交付物：
A.耗材管理信息系统
包含“系统管理”、“耗材信息录入系统”、“耗材信息管理系统”、“耗材信息查询系统”、“耗材信息审批”等5个子系统。
B.系统开发相关文档
（1）管理文档：
项目建议书，项目章程，项目计划书，信息系统规划报告，项目修改报告，项目阶段性总结报告，项目评估报告；
（2）技术文档：
用户需求说明书，需求规格说明书，信息系统分析报告，数据库设计报告，系统设计报告，系统开发报告，系统测试报告，系统运行与维护报告。
2项目工作分解
1.项目启动
1.1项目团队组建、确定团队名称
1.2确立团队章程、明确团队分工
1.3初步讨论项目、撰写项目建议书
1.4编写项目章程
2.项目总体规划
2.1初步调研
2.2系统总体规划
2.3可行性研究
2.4制定项目计划书
2.5编写系统规划报告
3.需求分析
3.1确定系统用户群体
3.2调查用户需求
3.2.1分析教师、实验室对系统的需求
3.2.2制定调查计划
3.2.3调查访问教师、实验室的需求
3.3整理分析资料
3.4编写用户需求说明书
3.5编写需求规格说明书
4.系统分析
4.1划分需求的优先级
4.2系统功能分析
4.3系统业务流程分析
4.3确定系统框架
4.4可行性研究
4.5编写信息系统分析报告
5.系统设计
5.1绘制系统业务流程图
5.2建立系统逻辑模型
5.3分析、设计系统概念模型（ER图）
5.4各功能模块详细设计
5.5各功能模块整合
5.6编制系统设计报告
6.系统开发
6.1系统开发软件及编程语言学习
6.2构建数据库
6.2.1构建数据表
6.2.2确定表间关系
6.3功能模块分工
6.4分组实现各功能模块
6.5系统整合、完成初始系统
7.系统测试
7.1编制测试计划
7.2测试系统功能健全及正常
7.3测试系统运行效率
7.4测试系统界面人性化
7.5编制测试报告
7.6系统修改及完善、完成最终系统
8.系统交付
8.1交付可运行系统
8.2编写、交付系统安装说明
8.3编写、交付用户手册
9.项目收尾
9.1整理项目整套文件
9.2作最终报告和个人报告
9.3项目表彰会议
10.周期性工作
10.1例会、集体学习（每周）
10.2项目进展报告（每周）
3项目进度计划
3.1具体工期进度计划表
项目名称
工期
起始时间
结束时间
阶段交付物
1.项目启动
1工作周
10.17
10.23
1.1团队建设
1工作日
10.17
10.17
团队成员、名称、章程
1.2初步讨论项目
3工作日
10.18
10.20
项目建议书
1.3编写项目章程
3工作日
10.21
10.23
项目章程
2.项目总体规划
1工作周
10.24
10.30
2.1初步调研
2工作日
10.24
10.25
调查记录
2.2信息系统总体规划
2工作日
10.26
10.28
系统规划报告
2.3可行性研究
1工作日
10.28
10.28
研究结论
2.4制定项目计划
2工作日
10.29
10.30
项目计划书
3.需求分析
2工作周
10.31
11.13
3.1确定用户需求
12工作日
10.31
11.11
用户需求说明书
3.2撰写需求规格说明书
2工作日
11.12
11.13
需求规格说明书
4.系统分析
1工作周
11.14
11.20
4.1系统功能分析
2工作日
11.14
11.15
分析记录
4.2系统业务流程分析
2工作日
11.16
11.17
系统总体框架
4.3编写信息系统分析报告
3工作日
11.18
11.20
信息系统分析报告
5.系统设计
1工作周
11.21
11.27
5.1系统总体设计
2工作日
11.21
11.22
系统概念模型
5.2各功能模块详细设计
5工作日
11.23
11.27
系统设计报告
6.系统开发
3工作周
11.28
12.18
6.1构建数据库
7工作日
11.28
12.4
系统数据库
6.2分组实现各功能模块
10工作日
12.5
12.14
各功能模块程序设计代码
6.3系统整合
4工作日
12.15
12.18
初始系统
7.系统测试
1工作周
12.19
12.25
7.1编制测试计划
1工作日
12.19
12.19
测试计划
7.2测试系统
3工作日
12.20
12.22
测试结果报告
7.3系统修改及完善
3工作日
12.23
12.25
完善的系统
8.系统交付
1工作周
12.26
1.1
8.1编写系统安装说明
3工作日
12.26
12.28
系统安装说明
8.2编写用户手册
4工作日
12.29
1.1
用户手册
9.项目收尾
1工作周
1.2
1.8
9.1整理项目整套文件
2工作日
1.2
1.3
项目整套文件
9.2作最终报告和个人报告
3工作日
1.4
1.6
最终报告、个人报告
9.3项目表彰会议
2工作时
1.8
1.8
会议记录
10.周期性工作
10.1例会、集体学习
2工作时
每周六
会议记录、学习记录
10.2项目进展报告
2工作时
每周四
课堂项目进展报告
3.2项目甘特图与里程碑计划
里程碑计划：
如项目甘特图所示。
项目里程碑事件为每期项目完成后的项目进展报告（周四上课汇报），这标志着该期项目的完成和下期项目的开始。
4项目组织管理
4.1组织结构图
各部门合作及分工方式如下图：
图4.1项目小组组织运行架构图
4.2责任矩阵
承
担
部
门
项
目
阶
段
项目经理
运营部
技术部
项目启动
P
S
S
项目总体规划
P
S
S
需求分析
S
P
S
系统分析
S
P
系统设计
S
S
P
系统开发
S
P
系统测试
S
P
S
系统交付
S
P
项目收尾
P
S
S
相关知识学习及培训
P
S
日常事务管理
P
S
S
4.3项目成员介绍
姓名
组内分工
成员介绍
宁文彬
项目经理
责任心强,工作积极，处事谨慎严谨
蔡继贤
运营部经理
积极上进，认真负责,乐于奉献
潘礼塬
技术部经理
责任心强，程序编写能力较强，有毅力
5项目可行性分析
5.1项目风险计划
5.1.1风险管理必要性
风险管理是指识别潜在风险、评估风险对项目的潜在影响，以及制定并实施计划以便将影响控制在最低程度的过程。
所以风险的合理控制对项目的开展和顺利进行十分必要。
风险管理的主要过程如下图所示：
5.1.2风险识别
该系统风险识别使用系统分析法。
系统分析法就是把复杂的事物分解成比较简单的容易被认识的事物，将大系统分解成小系统，从而识别风险的方法。
表5-1风险识别表
序号
风险事件
风险来源
风险产生的条件
1
需求风险
客户
需求不明确，分析错误
2
管理风险
项目组
人员缺失，沟通障碍，决策失误
3
环境风险
外部
政策法规改变，设备影响
4
技术风险
技术人员
技术不足以满足开发要求
5
客户风险
客户
客户需求改变，毁约
5.1.3风险评估
系统风险评估采用定性评估和定量评估的方法。
5.1.3.1定性评估
定性评估是指评估已识别出的项目风险的影响和可能性的过程。
这一过程按风险项目目标可能的影响对风险进行排序，一般为高、中、低三档。
表5-2定性评估表
序号
风险事件
可能性
严重性
发现难度
风险级别
可能发生阶段
1
需求风险
低
中
低
低
需求分析阶段
2
管理风险
中
低
中
中
整个项目进程
3
环境风险
低
低
低
低
整个项目进程
4
技术风险
高
高
中
高
信息系统开发
5
客户风险
中
高
高
高
系统交付阶段
5.1.3.2定量评估
定量评估是量化分析每一风险的概率及其对项目目标造成的后果，并得出每种风险大小及其严重程度的一种方法。
图5-1风险定量评估
表5-3定量评估表
序号
风险事件
可能性
严重性
可控性
风险级别
排序
1
需求风险
4
6
4
96
4
2
管理风险
6
4
6
144
3
3
环境风险
2
4
4
32
5
4
技术风险
8
8
4
256
2
5
客户风险
4
10
8
320
1
5.1.4风险对策及监督
表5-4项目风险管理计划表
序号
风险事件
应对措施
预防措施
负责人
1
需求风险
项目开发过程中，客户需求发生改变
及时调整设计方案，使之适应新需求；
系统设计前应充分调查
潘礼塬
与教材科管理人员的沟通存在障碍，对其需求了解不足
设计始终积极与教材科人员互动沟通，了解其各方面的需求
在软件的设计过程中留下扩展端口，保持灵活性
潘礼塬
2
管理风险
项目经理独自决策，导致计划进度缓慢，计划时间延长
加强组织之间的沟通，成员之间相互监督激励，以保证能够及时并且高质量的完成任务
定期召开小组会议，建立有效的领导和反馈机制
宁文彬
项目组成员结构不合理，信息交流不畅，降低了开发进度
由项目经理统一安排任务，避免由于信息经过多层传达而造成失真
事前应充分考虑组员意见和特长
宁文彬
3
环境风险
计算机、开发环境的滞后
建立一个稳定的项目开发环境并提供良好的硬件条件
提前做好充分的准备
蔡继贤
开发工具不如期望的那样有效
在项目开始前对开发及备用工具的工作环境进行熟悉
充分了解现有技术现状，以便在开发过程中能够迅速熟练使用开发工具
蔡继贤
4
技术风险
特定任务的成员因为某种原因不能按时完成任务
项目经理应当对其进行鼓励，并安排有空余时间的成员帮助完成任务
合理分配任务
潘礼塬
技术部成员技术不达标，不能完成分配给个人的任务
项目经理应分配给每个成员适合的工作
由技术部主管安排学习
潘礼塬
5
客户风险
客户对于最后交付的产品不满意要求重新设计
对现有的产品进行改进，尽可能使之适应客户的需求
开发前将系统框架展现给客户，保持实时沟通
蔡继贤
5.2项目财务与人力资源计划
5.2.1财务计划
●如实记录项目的各项经济业务活动；
●加强规范现金管理，做好日常核算；
●贯彻节约的原则，力求以尽可能少的人力、物力和财力的耗费，取得尽可能大的经济效果。
5.2.2财务费用估算
表6-1：
财务费用分期估算表
工作内容
预算值
（元）
进度日程预算（项目日历周）（共11周）
1
2
3
4
5
6
7
8
9
10
11
文档打印费
76
6
6
6
5
8
10
10
5
5
5
10
学习材料费
100
50
50
0
0
0
0
0
0
0
0
0
通信费
60
5
5
5
5
5
5
5
5
5
5
10
餐饮费
200
100
0
0
0
0
0
0
0
0
0
100
累计
436
161
61
11
10
13
15
15
10
10
10
120
图6-2财务费用分期估算图
图6-3资金累计负荷曲线
5.3技术可行性
该系统采用JSP+Mysql的组合搭建在windows平台，拥有开源和消耗资源小的优点，同时开发门槛较低，技术难度较小，比较适合初级开发者。
6系统用例模型
6.1系统用例图
6.1教科室耗材库存管理系统用例图
6.2用例描述
系统用例描述：
用例名称：
登录系统
主参与者：
系统管理员、系统用户、审批用户
利益相关者：
系统管理员、系统用户、审批用户
前置条件：
系统管理员、系统用户、审批用户访问该网站
最低保证：
回滚任何未完成的事务
成功保证：
输入正确的用户名与密码
触发器：
系统管理员、系统用户、审批用户访问该网站主页
主要成功情节：
1.系统管理员、系统用户、审批用户输入正确的用户名与密码。
2.点击确认。
扩展：
1.a输入用户名错误。
1.a.1提示用户名不存在
1.b输入密码错误。
1.b.1提示密码错误
用例名称：
用户注册
主参与者：
系统用户、审批用户
利益相关者：
系统管理员、系统用户、审批用户
前置条件：
系统用户、审批用户访问该网站
最低保证：
回滚任何未完成的事务
成功保证：
1.系统用户、审批用户提交信息成功。
2.系统管理员审批通过。
触发器：
系统管理员、系统用户、审批用户访问该网站主页
主要成功情节：
1.用户输入可用的用户名与两个相同的密码并填入自己的信息。
2.用户成功提交信息。
3.系统管理员进行审批并确认通过。
扩展：
1.a用户输入的用户名不符合要求或已存在。
1.a.1提示更换用户名。
1.b用户输入密码不相同。
1.b.1提示输入两个相同的密码。
1.c用户信息提交失败
1.c.1提示信息提交失败。
1.c.2重新载入注册页面。
1.d系统管理员审批用户。
1.d.1系统管理员浏览提交的用户信息。
1.d.2系统管理员确认注册用户。
用例名称：
申请耗材
主参与者：
系统用户、审批用户
利益相关者：
系统用户、审批用户
前置条件：
系统用户、审批用户访问该网站
最低保证：
回滚任何未完成的事务
成功保证：
审批通过
触发器：
系统用户、审批用户访问该网站审批页面。
主要成功情节：
1.系统用户填写所申请耗材名称与数量。
2.系统用户提交申请。
3.审批用户浏览申请信息并进行审批。
4.审批用户确认申请。
5.系统提醒系统用户申请结果。
扩展：
1.a系统用户提交的申请未通过。
1.a.1提醒系统用户未通过审批。
用例名称：
查询库存信息
主参与者：
系统用户、审批用户
利益相关者：
系统用户、审批用户
前置条件：
系统用户、审批用户访问该网站
最低保证：
回滚任何未完成的事务
成功保证：
输入正确的库存信息
触发器：
系统用户、审批用户访问该网站库存信息页面
主要成功情节：
1.输入正确的库存编号或名称。
2.提交查询。
扩展：
1.a输入的编号或名称不存在。
1.a.1提示所查询信息不存在。
用例名称：
添加耗材信息
主参与者：
系统用户、审批用户
利益相关者：
系统用户、审批用户
前置条件：
系统用户、审批用户访问该网站
最低保证：
回滚任何未完成的事务
成功保证：
用户成功提交耗材信息
触发器：
系统用户、审批用户访问该网站耗材信息页面
主要成功情节：
1.用户填写耗材详细信息。
2.用户提交耗材信息。
扩展：
1.a耗材名称与已存在的信息重复。
1.a.1提示用户重新输入耗材名称。
1.b上传图片不符合要求。
1.b.1提示用户重新上传新的图片
7数据库设计
7.1E-R图
1）用户E-R图
2）各实体E-R图
7.2数据库表
E-R图的目的是将E-R图转换成数据模型，以得到数据库的表。
1）用户信息表（User）
描述：
该表记录了用户的基本信息数据。
序号
字段名称
字段含义
字段类型
主键
外键
是否为空
默认值
备注
1
User_Id
用户编号
Varchar（30）
Y
—
N
—
唯一标示用户
2
User_Name
用户姓名
Varchar（40）
N
—
N
—
—
3
User_Duty
用户职务
Varchar（40）
N
—
—
—
4
User_Popedom
权限名称
Varchar（40）
N
权限名称
N
—
—
5
User_Department
所属部门
Varchar（40）
N
部门名称
Y
—
—
6
User_Adress
住址
Varchar（60）
N
—
Y
—
—
7
User_Tel
联系电话
Varchar（40）
N
—
Y
—
—
8
User_Co
密码
Varchar（40）
N
—
N
—
—
2）类别信息表（Type）
描述：
该表记录了各种类别的基本信息。
序号
字段名称
字段含义
字段类型
主键
外键
是否为空
默认值
备注
1
Type
类别名
Varchar（40）
Y
—
N
—
—
2
Unit
单位
Varchar（10）
N
—
N
—
—
3
Lowerlimit
库存下限
Int
N
—
Y
—
—
4
Remark1
备注
Varchar（100）
N
—
Y
—
—
3）耗材信息表（Material）
描述：
该表记录了库存耗材的基本信息。
序号
字段名称
字段含义
字段类型
主键
外键
是否为空
默认值
备注
1
M_Id
耗材编码
Varchar（10）
Y
—
N
—
—
2
M_Name
耗材名称
Varchar（40）
N
—
N
—
—
3
M_Type
耗材型号
Varchar（40）
N
—
Y
—
—
4
M_Standard
耗材规格
Varchar（40）
N
—
Y
—
—
5
M_Pic
图片
Image
N
—
Y
—
—
6
Type
类别名
Varchar（40）
N
Y
N
—
—
7
Remark1
备注
Varchar（100）
N
—
Y
—
—
4）供应商信息表（Supplier）
描述：
该表记录了供应商基本信息数据。
序号
字段名称
字段含义
字段类型
主键
外键
是否为空
默认值
备注
1
S_Id
序号
Varchar（20）
Y
—
N
—
—
2
S_Name
供应商名称
Varchar（50）
N
—
N
—
—
3
S_Tel
供应商电话
Varchar（20）
N
—
Y
—
—
4
S_Mobile_Nume
供应商手机
Varchar（20）
N
—
Y
—
—
5
S_Email_Adrres
供应商邮箱
Varchar（30）
N
—
Y
—
—
6
S_Adrres
供应商地址
Varchar（60）
N
—
Y
—
—
7
Remark
备注
Varchar（100）
N
—
Y
—
—
5）供货单信息表（SupList）
描述：
该表记录了供货的详细信息。
序号
字段名称
字段含义
字段类型
主键
外键
是否为空
默认值
备注
1
S_Id
序号
Varchar（20）
Y
Y
N
—
—
2
M_Id
耗材编码
Varchar（10）
Y
Y
N
—
—
4
Buy_Price
采购价
Int
N
—
N
—
—
5
Buy_Time
采购日期
Datetime
N
—
N
—
—
6
Remark
备注
Varchar（100）
N
—
Y
—
—
6）库存信息表（Inventory）
描述：
该表记录了库存基本数据，用于库存初始化。
序号
字段名称
字段含义
字段类型
主键
外键
是否为空
默认值
备注
1
M_SN
耗材序列号
Varchar（20）
Y
N
N
—
—
2
M_Id
耗材编码
Varchar（10）
N
Y
N
—
—
3
Accepter
验收人
Varchar（40）
N
—
N
—
—
4
Intime
入库时间
Datetime
N
—
N
—
—
5
Outtime
出库时间
Datetime
N
—
Y
—
—
6
Remark
备注
Varchar（100）
N
—
Y
—
—
8动态模型
8.1时序图
1）耗材入库时序图
2）耗材信息更新时序图
8.2分析类图
8.2.1更新库存的分析类图
9系统架构设计
库存管理系统Web框架将采用B/S模式，即Browser/Serv
升级会员 