药品可行性分析报告

零售药品管理系统可

行性分析报告

2011-5-20

目 录

1. 引言... 3 1.1 编写目的... 3 1.2 引用标准... 4 1.3 预期读者和阅读建议... 4 1.4 产品范围... 4 1.5 参考文献... 4 2. 综合描述... 5 2.1 产品的状况... 5 2.2 产品的功能... 5 2.3 用户类和特性... 5 3. 应用环境... 5 3.1 软件运行的硬件环境... 5 3.2 软件运行的软件环境... 5 4. 功能规格... 6 4.1 角色定义... 6 4.1.1 销售人员... 6 4.1.2 管理人员... 6 4.2 销售人员功能详述... 6 4.2.1 查找功能... 6 4.2.2 新增及价格的计算功能... 7 4.2.3 删除功能... 7 4.3 输入／输出数据... 7 4.3.1 输入数据及处理... 7 4.3.2 输出数据及数据存储... 8 5. 性能要求... 8

5.1 界面要求... 8 5.2 响应时间需求... 9 5.3 可靠性需求... 9 5.4 开放性需求... 9 5.5 可扩展性需求... 9 5.6 系统安全性要求... 9 5.7 用户文档... 9 6. 产品提交... 10 7.总结... 10

1. 引言

一项软件项目的重点在于是否能够很好的按期且保质保量的完成和使用。而本文通过问题识别、评价和综合、建模、规格说明和评审五个方面对软件进行分析。用具体的图形模式向读者展示软件的工作流程和各模块功能，以及工作人员的工作能力和工作内容。通过对本文的阅读能够清晰地明白软件的的完成条件。

1.1 编写目的

本文档作为《药品超市管理软件》的需求分析报告，它从各个方面阐述了软件的各项功能和使用方法的内容。为了解决更多的中小型药店的管理问题，此软件将会呼之欲出。它使中小型药店远离了原始的麻烦的手工记账管理方式是整个业务变得简单清晰，成为中小型药店的最佳管理软件。

1.2 引用标准

《需求规格说明书格式标准》，北京长江软件有限公司软件工程话组织 《企业文档格式标准》，北京长江软件有限公司软件工程话组织

1.3 预期读者和阅读建议 1.4.1 预期读者

● 用户：药店的管理者与其他人员。 ● 开发人员 ● 项目经理 ● 营销人员 ● 测试人员 ● 文档编写入员 1.4.2 阅读建议

对于不同的读者在阅读时需要注重的内容是不尽相同的：

用户：阅读使主要注意的是软件的各种功能和实现流程，软件中是否存在管理上的失误，软件的运行环境、硬件要求及安全性。因此在阅读时需要多注意这几方面的内容。

开发人员：主要了解软件开发过程，如何才能详细的明确的知道此软件的各项功能的开发及如何实现。

项目经理：主要了解此软件开发的可行性。

营销人员：主要阅读软件的流程图、安全性和运行环境，了解整个软件各项功能。 测试人员：主要了解此软件最后的测试过程。

文档编写人员：了解整个文档的模型和每一模块的具体内容。

1.4 产品范围

该文档是借助于当前软件的逻辑模型导出目标软件的逻辑模型，解决整个项目“做什么”的问题。它将解决中小型药店的原始管理方式，使整个药店的各项系统都统一管理，实现流水线的管理方式，为药店节省更多的人力、物力和时间资源。在这里，没有涉及开发技术，而主要是通过建立模型的方法来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流平台。

1.5 参考文献

《软件工程案例教程》 《需求规格说明书格式标准》

2. 综合描述

2.1 产品的状况

目前市场上所有的药品超市管理软件是专门正对医院和大型药品超市所开发的软件，它只能满足一小部分药店的管理方便简洁化。而对于大多数的中小型药店，现有的软件功能太过于完善而造成资源浪费，并且高额的软件费用是中小型药店所无法承受的。因此在原有的医院药品销售管理软件系统的基础上进行功能瘦身，去除原有软件中一些复杂的功能，使本软件变得更适用于现有的中小型药店，切成本也将降低很多。

但是它是一个完整的管理软件，与原有软件的不同之处就是简单易操作接价格适合中小型药店的规格。

2.2 产品的功能

本软件作为一个完整的管理系统，它主要包括三个功能：销售处理、采购处理和会计处理。每个功能之间有紧密联系，对于其具体的实现过程将在后边进行详细讲解。

2.3 用户类和特性

本软件的用户主要是药店的销售人员和管理人员。销售人员的工作是对药品的出售进行记录、药品的查询、修改、注销等功能。管理人员则需要对整个流程都熟悉，药品的进销存管理和监督，药品的各类账目管理等工作。

3. 应用环境

3.1 软件运行的硬件环境

客户机：普通PC

CPU： P4 1.8GHz以上 内存： 256MB以上

显示器：推荐使用1024*768像素

3.2 软件运行的软件环境

操作系统和版本：Liunx/Unix/ Windows 2000 以上

支撑环境和版本：数据库： SQL Server 2005

4. 功能规格

我们采用面向对象分析作为主要的系统建模方法，使用UML作为建模语言。UML为建模活动提供了从不同角度观察和展示软件的各种特征的方法。在UML中，从任何一个角度对软件所做的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。

用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。

设计用例时，我们遵循下列步骤：

1) 识别出软件的角色。角色可以是用户、外部系统等，

通过某种途径与软件交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁，尽可能的确保所有角色被完全识别出来。

2) 描述重要用例。可以采取不断地问自己“这个角色 究竟想通过软件做什么？”来准确描述软件用例。 3) 重新审视每个用例，为他们下个详尽定义。

4.1 角色定义

角色或者执行者之于软件产生交互的外部用户或者外部系统。

4.1.1 销售人员

销售人员只对药品的出售进行操作，其中包括对出售药品的查找、新增及价格的计算、删除及价格的计算。

4.1.2 管理人员

对整个药品的进货、库存管理、销售记录的管理、明细账的建立、药品信息的核对、订单的核对、编辑报表、修改总账等各类管理功能。

4.2 销售人员功能详述 4.2.1 查找功能

信息查询是在选取操作对象以后，通过输入查询条件，软件搜索并显示出符合条件的信息。具体描述如下：

用例描述：信息查询； 执行者： 销售人员；

前置条件：已登录到软件中并选择了确定的操作对象； 后置条件：可以对查询到的结果进行打印查询结果等。 基本路径：

(1) 销售人员手工输入药品名称并点击确定；

(2) 软件显示出查询结果；

(3) 销售人员可以选中查询结果，查看查询结果的详细信息。

4.2.2 新增及价格的计算功能

新增信息是在选择操作对象后，放入药品出售栏中并计算总价格的过程。集体描述如下： 用例描述：新增药品； 执行者： 销售人员；

前置条件：选择操作对象，即需要加入记录的对象集； 后置条件：可以继续加入信息，打印新添加的记录信息。 基本路径：

（1） 输入加入的药品名称；

（2） 新增药品信息将进入出售药品栏中； （3） 药品总价格显示出来。

4.2.3 删除功能

信息删除是对药品出售栏中的药品进行删除和总价格计算的过程。集体描述如下： 用例描述：信息修改； 执行者： 销售人员；

前置条件：查询到所需结果并打开查看结果的详细信息； 后置条件：减掉了所删除药品的价格。 基本路径：

（1） 选中药品出售栏中的药品名称； （2） 点击删除药品，药品的信息将被删除； （3） 总的价格将减掉所删药品的价格。

4.3 输入／输出数据 4.3.1 输入数据及处理

输入：

顾客订货单（顾客） 货款（顾客） 供货单（供货厂商） 货物（供货厂商） 发票或付款单（供货厂商）

处理：

检验顾客订单，将不合格的订单退还给顾客

对合格的可供订单，直接开票供货，建立销售记录，修改库存 如果货单到，则留底向采购科发缺货单 缺货统计，确定订货量向厂商发订货单

到货时核对供货单，建立进货帐，应付收款，修改库存，开到货 单收款，开收据和发票，付货款，修改总账，统计汇总

4.3.2 输出数据及数据存储

输出：

发货单（顾客） 付款收据发票（顾客） 采购订货单（供货厂商） 货款（供货厂商） 各种统计报表（店长） 不合格订单（顾客） 数据存储： 药品文件 缺货记录 销售记录 药品单价纪录 订货单

购货应付款明细账 销售应收款明细账 付款明细账 进货明细账 厂商记录 总账 库存记录

5. 性能要求

根据用户对本系统的要求，确定系统在响应时间、可靠性。安全性等方面有较高的性能要求。

5.1 界面要求

软件的界面要求如下：

(1)页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。

(2)导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。

(3)技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。

(4)艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜，前后一致，美观大方；动与静搭配恰当，动静效果好；色彩和谐自然，与主题内容协调。

5.2 响应时间需求

无论是销售人员还是管理人员，在进行任何操作的时候，系统应该及时地进行反应，反应的时间在5秒以内。系统应能检测处各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。

5.3 可靠性需求

此软件应保证销售人员与管理人员同时使用时，系统能正常运行，正确提示相关内容。

5.4 开放性需求

系统应具有较强的灵活性，以适应将来功能扩展的需求。

5.5 可扩展性需求

系统设计需求能够体现扩展性要求，以适应将来功能扩展的需求。

5.6 系统安全性要求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容。

5.7 用户文档

● 安装指南 纸质文档，16开本； ● 用户手册 纸质文档，16开本；

● 电子文档，与软件产品一同分发、配置； ● 使用教程电子文档，与软件产品一同分发、配置。

6. 产品提交

提交产品为：

（1）应用系统软件包； （2）数据库初始数据； （3）系统开发过程文档；

（4）系统使用、维护说明文档，提交方式为CD介质。

7.总结

综上所述，本工程技术成熟、完备，测试手段可靠，能够适应药店管理工作需求，具有良好市场拓展，可立即开始研发。

本文来源：https://www.bwwdw.com/article/drm5.html