药品存储管理系统软件需求分析报告样本.doc

软件需求分析报告药物存储管理系统学生姓名 学 号专业班级院 （系）计算机与通信工程学院指引教师完毕时间 年 月 日成 绩目录前言随着计算机技术飞速发展，计算机在系统管理中应用越来越普及，运用计算机实现各个系统管理显得越来越重要。对于某些大中型管理部门来说，运用计算机支持管理高效率完毕管理寻常事务，是适应当代管理制度规定、推动管理走向科学化、规范化必要条件。医院单位药物信息和数据纷乱复杂，整顿记录费力费时。要做好对公司管理，公司就必要迅速精确地获取自己公司单位信息，这就规定及时记录数据并以便查看，以及对公司数据信息进行维护。医院管理药物管理系统是运用SQl Server 和 Visual C#设计开发医院药物信息管理系统，是医院信息系统一种重要构成某些，可实现对医院药物信息分类管理和数据分析，从而使信息整顿迅速、精确、简朴，以便于有关部门予以统筹安排，从而提高改进老式管理办法，提高公司管理水平。一 项当前景文档1. 业务需求1) 业务背景药物管理是一项琐碎、复杂而又十分细致工作，药物数量之庞大、单价变化、进货厂商不同，普通不容许出错，如果实行手工操作，每天进货状况以及进货时间等须手工填制大量表格，这就会耗费药物管理工作人员大量时间和精力，如果运用计算机进行这些管理工作，不但可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处，例如：检索迅速、查找以便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些长处可以极大地提高管理效率,也是管理行业科学化、正规化管理，与世界接轨重要条件。2) 业务机会a) 技术可行性系统采用B/S系统构造，使用C#开发软件，数据库服务器选用微软公司SQL Server 数据库，它可以解决大量数据，同步保持数据完整性并提供许多高档管理功能。它灵活性、安全性和易用性为数据库编程提供了良好条件。硬件方面，此系统是使用网页作为服务端，因此对硬件没什么规定，安装有IE就够了。b) 经济可行性考虑到药物储存管理工作性质，如果实行手工操作，因药物数量之庞大，单价之变化，进货厂商不同，工作琐碎复杂却规定细致，并且一旦出错，也许会带来极大经济损失。而开发出这样一套系统应用于药物储存管理工作，不但可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处。相对人力物力耗费以及也许产生经济损失，开发出这样一套系统耗费还是值得。c) 操作可行性前台：作为软件开发语言C#,开发这样一种系统有其不可比拟优越性（高档编程语言中面向对象语言，开发出这样一种注重人机交互系统还是比较可行）。本来该系统对前台软件规定不高，而功能强大C#开发出这样一套系统在技术方面还是比较可行。后台：而数据库服务器选用微软公司SQL Server 数据库，它是当前能解决所有中小型系统最以便流行数据库，它可以解决大量数据，同步保持数据完整性并提供许多高档管理功能，对于药物储存管理这样一种系统数据信息解决不但可以满足需求，并且可以对数据信息管理及安全提供较好保证。3) 业务目的和成功条件业务目的：通过这样一种系统开发，实现药物储存管理工作中药库药物进、销、存等业务，以及入库、出库和库存管理，药物管理重要管理药库中所有药物进出和内部记录计算，为药物会计提供基本数据，以及涉及有效期报警和下限报警。成功条件：可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处，例如：检索迅速、查找以便、可靠性高、存储量大、保密性好、寿命长、成本低等。4) 客户和市场需要随着计算机技术飞速发展，计算机在系统管理中应用越来越普及，运用计算机实现各个系统管理显得越来越重要。对于某些大中型管理部门来说，运用计算机支持管理高效率完毕管理寻常事务，是适应当代管理制度规定、推动管理走向科学化、规范化必要条件；而药物管理是一项琐碎、复杂而又十分细致工作，药物数量之庞大、单价变化、进货厂商不同，普通不容许出错，如果实行手工操作，每天进货状况以及进货时间等须手工填制大量表格，这就会耗费药物管理工作人员大量时间和精力，如果运用计算机进行这些管理工作，不但可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处。些长处可以极大地提高管理效率,也是管理行业科学化、正规化管理，与世界接轨重要条件。2. 解决方案前景1) 前景陈述该系统不但可以实现对药物存储管理，可以对药物各种信息实既有效管理，可以极大提高工作效、信息精确性，同步通过对不同人操作人员权限设立可以实现信息安全保密工作。同步服务与财务部门，并且可以更有效地实现对信息分析及记录工作。2) 重要系统特性特性阐明优先级风险登陆管理员输入帐号密码，系统验证信息，登录系统核心高信息维护管理员信息维护、药物特性维护、药房信息维护、供货单位维护、药物目录维护。重要高药物入库依照供货单输入入库药物属性及数量等，入库同步修改相应药物库存数量，打印入库单。核心高库存下限报警当库存少于一定数量时，系统提示增长采购重要中药物需求申请记录出低于限定库存数量药物，发出需求药物申请，打印药物需求申请单。重要中药物有效期报警记录出低于限定库存数量药物，发出需求药物申请，打印药物需求申请单。重要中记录查询对现存药物、短缺、积压药物、药物出库状况等进行查询，打印查询成果重要中各种方式搜索药物按药名，核心字，药物分类号搜索在线目录重要中医嘱处方发药（药物出库）每天依照住院病房医生开处方，打印发药单，进行发药，减少药房相应药物库存数量。核心高病人付费清单生成病人付费清单，并打印列表核心高情谊链接检索时连接到其她药房在线目录有用低3）假设和依赖条件 医院内部局域网合理规划，涉及对该系统使用才场合都可以访问内部网络。并且每个场合配备电脑需达到最低硬件配备规定。3. 项目范畴和限制1) 初始发布范畴该版本可以实现药物储存管理工作中药库药物进、销、存等业务，以及入库、出库和库存管理，药物管理重要管理药库中所有药物进出和内部记录计算，为药物会计提供基本数据，以及涉及有效期报警和下限报警。2) 后续发布范畴针对初始版本运营状况，对该系统运营中浮现问题进行解决，从而对该系统加以完善。3) 限制和排除条件该系统有肯能在某些状况下浮现崩溃，在短时间内不能正常运营，医院针对该状况需要有相应应对办法，从而保证医院各项工作可以正常进行。4. 业务环境1) 涉众档案名称角色患者被服务者门诊药房管理员药房服务参加者住院药房管理员药房服务参加者医生医疗服务参加者医院管理层药物管理者系统管理员系统维护人员药物供应商为医院提供药物2) 运营环境a) 硬件平台CPU：主频1.00GHz以上内存：512M以上打印机：激光式打印机或喷墨式打印机b) 操作系统很版本支持Windows XP、Windows Server 和Windows 7等各种系统c) 支撑环境SQL Server 二 软件需求规格阐明书1. 引言1.1 概述该软件需求规格阐明描述了“医院药物管理系统”1.0版本软件功能性需求和非功能性需求。同步还描述了顾客在系统工作中所参加角色以及拥有权限，从而使开发团队可以明确地理解所开发“医院药物管理系统”1.0版本各个方面，协助她们在实际开发过程中精确地完毕所开发模块，以满足顾客需求。该文档筹划由实现和验证对的功能项目团队成员来使用，除非在其她地方另有阐明，这里所指定所有需求都具备高优先级，并且都要在版本1.0中加以实现。1.2 背景药物管理是一项琐碎、复杂而又十分细致工作，药物数量之庞大、单价变化、进货厂商不同，普通不容许出错，如果实行手工操作，每天进货状况以及进货时间等须手工填制大量表格，这就会耗费药物管理工作人员大量时间和精力，如果运用计算机进行这些管理工作，不但可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处，例如：检索迅速、查找以便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些长处可以极大地提高管理效率,也是管理行业科学化、正规化管理，与世界接轨重要条件。1.3 定义实体：客观世界中存在且可互相区别事物。联系：客观事物中彼此之间关系。属性：实体或者联系所具备性质。1.4 参照资料清华大学出版社 张海藩 编著机械工业出版社 马吉明 孙林 主编2. 任务概述2.1 目的本系统开发目重要是为了医院寻常经营中涉及药物采购、药物销售、药物库存、账务往来等所有业务环节在内科学化管理，完毕寻常经营活动中各种业务数据共享，通过对这些数据汇总和分析来对决策作出支持。通过本系统，能协助药物管理人员运用计算机，迅速以便对药物进行管理、进货、出货、查找等所需操作，也使得药物库存管理系统更完善，药物库存管理更以便，减轻了药物库存管理工作人员工作承担。2.2 运营环境（Operating Environment，OE）工作在windows XP系统及更高版本Windows 系统平台软件，是以SQL Server 数据库为基本。2.3 假定（Assumption）约束（Constraint）医院内部局域网合理规划，涉及对该系统使用场合都可以访问内部网络。并且每个场合配备电脑需达到最低硬件配备规定。3. 需求规定3.1 对功能规定3.1.1 顾客需求（描述业务用例模型）3.1.1.1 组织机构和角色（未完毕）角色名称阐明病人去医生处看病，并拿着药房去药房取药，缴费医生帮病人看病，并开出药方医院有关管理层对系统拥有超级权限，可以更改药物价格，并且可以设立其她管理员权限药房管理员向系统输入药物名称，选取规格和数量，依照系统费用记录进行收费，打印票据药物供应商依照医院打印清单，药物供应商发出药物（1）病人参加业务阐明：1.病人去医生处看病，之后拿到药方2.病人拿着药方去药房拿药，并拿到打印清单3.病人拿着清单缴纳医药费，用例结束（2）医生参加业务 阐明：1.医生诊断病人病情2.医生开出药方，用例结束（3）医院有关管理层业务 阐明：a）维护药房管理员信息1. 医院有关管理层使用超级账户登陆系统，选取药房管理员信息2. 医院有关管理层选取需要进行维护信息药房管理员3. 医院有关管理层对该药房管理员需要修改维护信息进行修改4.系统保存下更改后信息，用例结束b）修改药物价格1.医院有关管理层在寻常业务中选取调节价格2.在医院有关管理层选定调节价格界面后，用例开始3. 医院有关管理层依照表格规定输入详细数据4.系统确认数据5.当医院有关管理层填完详细数据，确认后，数据被保存到系统中，用例结束补充：可以对数据进行删除，修改（4）药房管理员业务 阐明：a）维护药物信息1. 药房管理员使用账户登陆系统，选取药物信息2. 药房管理员选取需要进行维护信息药物3. 药房管理员对该品需要修改维护信息进行修改4.系统保存下更改后信息，用例结束b）病人去药房拿药1.病人拿着药方来到药房，用例开始2.药房管理员依照药方在系统内输入信息，更改库存数量，并给病人拿药3.系统记录费用，并打印缴费清单4.病人拿着缴费清单缴费，用例结束c）记录药物需求1.依照库存数量下限报警等方面信息，记录需要入库药物信息2.依照系统药物有效期报警等方面信息，记录需要出库药物信息（5）药物供应商业务 阐明：1.系统管理员依照需求对需要入库药物进行记录，并打印出清单，用例开始2.医院有关管理层与药物供应商联系3.药物供应商送出药物，用例结束3.1.1.2 业务概览（1）病人看病业务病人业务阐明：病人去医生处看病，拿到药方之后去药房拿药，并依照药物账单缴纳费用（2）药物入库业务 药物入库业务阐明：依照供应商送货清单，将药物按照需求编码、归类，然后通过入库管理录入，更改保存系统库存数量等信息，同步系统还提供了查询、打印等功能，可将入库单打印输出3.1.1.3 业务场景(1)病人看病业务场景 业务场景阐明：病人去医生处看病，拿到医生开药方之后去药房拿药，并依照打印出药物账单缴纳费用(1)药物入库业务场景 业务场景阐明：依照供应商送货清单，将药物送至药房，付款之后，将药物按照需求编码、归类，然后通过入库管理录入信息，更改保存系统库存数量等信息，场景结束3.1.2 系统需求3.1.2.1 概览阐明：该医院药物管理系统可以实现上图中所有功能，该系统只有一种版本，可以针对系统运营中浮现局限性状况对系统进行修改，以使系统更加完善。3.1.2.2 系统需求规定（1) 管理维护药物信息 业务阐明用例名称bu_管理维护药物信息实现名称Bur_Manage Medicinal Info用例描述药物管理员通过次用例来管理维护药房药物信息参加者药房管理员前置条件1.管理员有登陆该系统帐号2.该管理员帐号有修改药物信息权限后置条件3.修改药物信息4.更新药物库存状况主事件流1.药房管理员登陆该系统，计算机显示药物库存信息状况2.搜索需要修改药物相相应信息，计算机显示搜索成果3.顾客按书名、作者、出版社查询，计算机显示查询成果4.对该药物库存等有关信息进行修改5.管理员选取确认修改，计算机提示修改成功并显示修改后信息6.计算机执行后置条件。用例结束备选事件流1.a管理员帐号不存1.回绝登录，用例结束1.b管理员帐号相应密码错误 1.返回初始登陆界面2.a搜索不到相应信息1.计算机返回到添加新药物界面2.管理员添加该药物信息3.计算机执行42.b打印药物信息1. 计算机执行后置条件。用例结束3.a计算机提示与否继续修改药物信息 1.继续修改，执行22.不再修改，计算机执行后置条件。用例结束业务规则可以修改任意多药物信息涉及业务实体Be_管理员帐号，Be_药物信息非功能性需求药方没有药物时可以通过链接到其她已经联网药店查看与否有该药物 业务场景分析业务场景阐明：该业务场景视图呈现管理员维护药物信息过程，成功登陆进入系统后，查询需更改药物，若能查询到库中有该药物信息，则依照需要修改信息，若查询不到，则先添加该药物信息到库中，然后在修改库存等信息。 业务实体分析（2) 修改药物价格 业务阐明用例名称bu_修改药物价格实现名称Bur_Modify Medicine Price用例描述医院有关管理层通过此用例修改药物价格参加者医院有关管理层前置条件1. 医院有关管理层拥有超级账户2. 医院有关管理层成功登陆进入系统后置条件1.搜索到药物2.对药物价格进行更新3.系统将更新保存主事件流1医院有关管理层使用超级帐号登录系统，计算机显示登陆界面2. 医院有关管理层选取查询晕药物，计算机显示查询界面3. 医院有关管理层可单选或多选药物，并确认修改价格。计算机显示确认清单。4. 医院有关管理层选取确认修改，计算机显示保存界面5.计算机执行后置条件。用例结束备选事件流1.账号无权限1.回绝登录，用例结束2.a医院有关管理层选取修改价格1.计算机执行3;3.a医院有关管理层选取继续修改1.计算机执行2；3.b医院有关管理层选取放弃1.计算机执行44.a医院有关管理层选取保存1.计算机保存并执行1；4.b医院有关管理层选取放弃，1.计算机执行1；业务规则可以选取0到n中药物涉及业务实体Be_管理员帐号，Be_帐号权限，Be_药物，Be_药物信息非功能性需求 业务场景分析业务场景阐明：医院有关管理层用超级管理员帐号成功登陆，搜索需要更改价格药物，进入该药物维护信息后，对药物价格进行更改，保存在系统中 业务实体分析业务实体阐明：医院有关管理层成功登陆超级账户进入系统后，搜索药物，查看药物详细信息，并对需要做出修改进行操作，保存于系统中（3) 维护药房管理员信息 业务阐明用例名称bu_维护管理员信息实现名称bur_Manage Adimin Info用例描述医院有关管理层通过此实例修改管理员身份、权限等信息参加者医院有关管理层前置条件1.医院有关管理层有登陆该系统帐号2.该管理员帐号有修改药物信息权限后置条件1. 修改管理员身份信息2. 修改管理员权限主事件流1医院有关管理层用其帐号登录系统，计算机显示该系统已有管理员信息2.修改管理员信息3.计算机打开相修改信息操作窗口4.顾客依照需要进行修改操作5操作完毕后系统提示与否拟定该操作，顾客拟定6.顾客选取拟定7.计算机执行后置条件。用例结束备选事件流1.a帐号密码错误1.返回登录窗口2.执行12.a顾客选取增长操作 1.增长新管理员帐号及信息 2.计算机执行52.b顾客选取删除操作 1.计算机提示与否确认操作 2.计算机执行操作56.a顾客选取继续操作 1.计算机执行3业务规则顾客可以操作修改、增长、删除中任意一种中0到n次操作涉及业务实体Be_管理员帐号，Be_管理员权限非功能性需求 业务场景分析业务场景阐明：医院有关管理层用超级账号成功进入系统后，选取获取药房管理员信息，对管理员信息进行增长、删除、修改等操作。 业务实体分析业务实体阐明：医院有关管理层登陆超级账户成功进入系统后，选取获取管理员信息，对需要维护药房管理员信息进行维护或进行添加，设计新管理员账号权限，并保存于系统中（4) 智能提示 业务阐明用例名称bu_智能提示实现名称Bur_Smart Remind用例描述系统通过此用例向管理员发出提示参加者系统时间、药房管理员前置条件1.管理员成功登陆进入系统后置条件2.系统向药房管理员发出药物需求以及过期药物警告主事件流1.系统正常运营2.系统定期查询库房药物信息3.对低于设定最低库存数量药物发出需求申请，管理员受理该祈求4.对超过有效期限药物向管理员发出警告，提示解决该药物，管理员受理该警告5.计算机执行后置条件，用例结束备选事件流3a药房管理员对系统需求祈求未作出任何操作，系统会每隔2分钟发一次需求申请，直至有管理员受理该祈求4.a药房管理员未对该警告做任何操作，系统会持续发出警告，直至药房管理员受理该警告业务规则系统定期查询库存信息及相应规则，做出相应解决涉及业务实体Be_药物，Be_药物信息非功能性需求 业务场景分析业务场景阐明：管理员成功登陆进入系统后，系统会自动提示某些药物库存已到下限或者有效期已到，管理员需要对系统祈求或者警告做出相应反映。 业务实体分析业务实体阐明：该业务涉及系统时间，药物，库存清单，药物信息实体，系统会定期查询，对人为设立规则做出需求申请，药物过期警告反映。（5) 打印收费清单 业务阐明用例名称bu_打印收费清单实现名称Bur_Print Charge Info List用例描述管理员通过此用例打印出病人收费清单参加者药房管理员前置条件1. 管理员成功登陆进入系统 2.管理员帐号有打印权限后置条件1. 更新药物库存等信息2.打印收费清单主事件流1管理员使用帐号登录系统，计算机显示登陆界面2. 管理员选取查询药物，计算机显示查询界面 3管理员可单选或多选药物，并确认添加。计算机显示确认清单。4. 管理员选取确认添加，计算机显示清单单及费用5管理员选取提交定单，计算机显示提交成果和更新后信息6.计算机执行后置条件。用例结束备选事件流1.a管理员无权限1.回绝登录，用例结束2.a管理员选取查看清单1.计算机执行3;3.a管理员选取继续添加1.计算机执行2；3.b管理员选取放弃1.计算机执行44.a管理员选取保存清单1.计算机保存并执行后置条件；4.b顾客选取放弃，1.计算机执行1；业务规则可以选取1到各种药物，最高不限涉及业务实体Be_药物信息，Be_账单，Be_药房，Be_药物 非功能性需求 业务场景分析业务场景阐明：管理员在给病依照药方开过药同步，让药物添加进入清单，系统会依照管理员操作自动修改库存信息，清单添加完毕后，系统自动记录费用，之后管理员即可直接打印出药物信息及收费账单 业务实体分析业务实体阐明：该业务涉及药物，药方，账单实体，管理员依照给病人开药状况打印出病人收费清单。3.1.2.3 数据分析(1) 概览三实体图阐明：该实体图涉及药物管理系统中所有实体以及它们之间关系，通过该总体实体图可以简朴明了理解该系统涉及实体对象及关系。 药方实体名称Be_药方实体描述医生给病人开药方，病人将药方拿到药方取药，一张药方度应包括一到各种药物 药物实体名称Be_药物实体描述每种药物均有其库存信息，管理员给病人开药后库存信息会变化，供应商送药后药物库存信息也会变化 药物信息实体名称Be_药物信息实体描述每一种药均有其信息保存在系统中，各种药物信息构成整个药方库存信息 账单实体名称Be_账单实体描述管理员给病人开完药，会依照所开药物打印其账单，药物供应商送药入库时，管理员也会为其出示账单 管理员帐号实体名称Be_管理员帐号实体描述药房管理员在使用该系统时需要有管理员帐号曾能登陆该系统 账号权限实体名称Be_帐号权限实体描述每个管理员帐号均有其相应权限，用来限定管理员对该系统操作内容 库存清单实体名称Be_库存清单实体描述每种药物均有其相应库存信息，管理员可以依照需要打印每一种药物库存清单，还可以打印药房药物库存信息3.2 非功能性需求3.2.1 性能需求（Performance）PE-1：精度：规定能精确、无误地查询、添加、修改、删除供应商信息，客户信息，药物信息；可以精准地进行业务数据汇总来支持决策。做到实时通信来保证业务数据最新性。PE-2：时间特性规定：a响应时间规定响应迅速，实现业务数据实时传递，时间大概为3sb更新解决时间规定执行更新解决操作时，能迅速精确地解决，时间大概为3-4sc库存盘点时要用到条码扫描终端设备，规定到条码时，能迅速转换数据，并将数据迅速传到系统进行汇总解决，时间大概为3s3.2.2 安全设施需求（SAfety）系统有自动保存功能，当系统浮现故障时，可以运用系统自身维护工具来进行系统故障排除，系统正常后可恢复之前最后一次自动保存内容3.2.3 安全性需求（Security）SE-1：顾客必要登录到药物库存管理系统才干完毕所有操作SE-2：登录时有三种级别顾客，分别设立了不同权限3.2.4 软件质量属性（可靠性、可用性、有效性、可维护性、可移植性）安全性：设立三种级别顾客Guest,Administrator,Superuser，对每种类型顾客设立不同权限。Guest:只提供信息浏览功能(适于门诊和住院药房管理员)，Administrator:提供对系统实际操作功能(适于系统管理人员)，Superuser:拥有系统一切权限(适于医院管理层)。可靠性：如果得到确认或取消之前，管理员和系统连接中断，那么管理员应当能通过药物库存管理系统恢复不完整清单。灵活性：操作方式上可以满足鼠标和键盘任务切换需要，可以支持Windows XP、Windows VISTA、Windows 7运营环境，留有与其她系统接口，可以依照实际状况自行设立3.3 外部接口需求3.3.1 顾客界面（User Interfaces，UI）UI-1：顾客界面简洁，以图表为主，重点显示是数据UI-2：按钮为原则矩形按钮，有拟定和取消UI-3：设立快捷键 UI-4：错误信息显示，以弹出对话框形式3.3.2 硬件接口（Hardware Interfaces，HI）HI-1：需要为打印机预留接口以打印报表用HI-2：该系统有扫描装置，可以扫描药物相应条形码，以以便药物出入库管理3.3.3 软件接口（Software Interfaces，SI）支持Windows系列平台系统3.3.4 通信接口（Communications Interfaces，CI）CI-1：药物库存管理系统将向管理员发送消息，以报告药物需要更新信息：药物库存下限、药物有限期等问题CI-2：系统浮现故障时，会自动向管理员发送信息，提示系统浮现问题附录