药品可行性分析报告

零售药品管理系统可行性分析报告

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) 销售人员手工输入药品名称并点击确定；