系统作为一般零售药品店面的管理工具，分为三个不同用户角色进行使用。医生根据患者病情实现开、退处方药品的功能，药房人员则根据医生所开处方来管理药房库存药品，及时添购货物等，而管理员则负责对一些基础信息如药品、供应商、部门科室等的管理，并管理所有用户角色信息。三种用户角色共用管理系统，使药店的整个运营都规范有序。根据以上系统要实现的功能，分析其可行性：

（1） 经济可行性：作为毕业设计课题，不考虑直接的经济效益，利用普通电脑具备的硬件和软件开发资源，就能满足开发要求，无需过多开发经费。若考虑其发展方向，系统能应用于大多数类型的零售药店，以较少的投入获得较完善的功能，经济上是绝对可行的。

（2） 技术可行性：系统的开发环境为。NET，它能够提供丰富的数据类型、完善的指令控制语句和对类与对象的支持，不仅为开发出高性能的系统提供了保障，也能很好地满足客户需求。其次，它提高了代码的模块化程度，也利于之后对系统的修改和维护。开发人员能够在有限的时间内，通过自身努力和他人的帮助完成开发的基本任务。

（3） 运行可行性：本系统为药店管理系统，耗费较少的资源就可实现应有的功能，普通的电脑具备的软件、硬件都能满足使用的条件，因此运行上是可行的。 

（4） 管理可行性：系统在使用过程中具备良好的交互性，医生、药房人员和管理员对药品的采购、进、出库等能进行规范准确的操作，具有规范化、自动化和系统化。采用本管理系统的用户能通过简单的操作实现对整个店面运营的高效管理，提高了工作人员的工作效率。

综合以上各方面分析，本系统满足各项可行性要求，即系统是可行的。

2。2  功能需求分析

功能需求指定系统应提供的服务，通过功能需求分析应详细的介绍系统应具备的所有功能。针对实际生活中药店管理运营的需要，给出如下功能需求：

（1）管理员：实现基础资料信息管理（包括供应商、部门科室、药品分类、药房添加等）、药品信息管理（包括对药品信息的增、删、改、查等功能）、信息统计管理（包括药品采购、入库、出库、退药信息、库存的统计以及药品销售排行、医生处方量排行等）和系统账号管理（包括添加账号、管理账号和修改密码）等主要模块功能。

（2）药房人员：实现采购信息管理（包括添加采购信息、采购信息管理及统计等）、入库信息管理（包括添加入库、当前库存查询等）和出库信息管理等主要功能。

（3）医生：实现当前库存信息查询、处方信息管理（包括添加处方、对处方的信息查询等）和处方退药管理等主要功能。

2。2。1  用例分析文献综述

用例图是从用户的观点描述系统的功能，它由一组用例、参与者以及它们之间的关系组成。本系统的行为者有管理员、药房人员和医生，因此有以下用例：

（1）管理员用例：系统管理员登陆后，负责基础资料管理、药品信息管理、信息统计管理和系统账号管理。管理员用户的用例图见图2-1：

图2-1 管理员用例图

（2）药房人员用例：药房人员登陆系统后，可进行采购信息管理、入库信息管理、出库统计管理和修改密码等功能操作。