药品可行性分析报告

《药品可行性分析报告》由会员分享，可在线阅读，更多相关《药品可行性分析报告（12页珍藏版）》请在金锄头文库上搜索。

1、零售药品管理系统可 行性分析报告目 录1. 引言. 31.1 编写目的. 31.2 引用标准. 41.3 预期读者和阅读建议. 41.4 产品范围. 41.5 参考文献. 42. 综合描述. 52.1 产品的状况. 52.2 产品的功能. 52.3 用户类和特性. 53. 应用环境. 53.1 软件运行的硬件环境. 53.2 软件运行的软件环境. 54. 功能规格. 64.1 角色定义. 64.1.1 销售人员. 64.1.2 管理人员. 64.2 销售人员功能详述. 64.2.1 查找功能. 64.2.2 新增及价格的计算功能. 74.2.3 删除功能. 74.3 输入输出数据. 74.3.

2、1 输入数据及处理. 74.3.2 输出数据及数据存储. 85. 性能要求. 85.1 界面要求. 85.2 响应时间需求. 95.3 可靠性需求. 95.4 开放性需求. 95.5 可扩展性需求. 95.6 系统安全性要求. 95.7 用户文档. 96. 产品提交. 107.总结. 101. 引言一项软件项目的重点在于是否能够很好的按期且保质保量的完成和使用。而本文通过问题识别、评价和综合、建模、规格说明和评审五个方面对软件进行分析。用具体的图形模式向读者展示软件的工作流程和各模块功能，以及工作人员的工作能力和工作内容。通过对本文的阅读能够清晰地明白软件的的完成条件。1.1 编写目的本文档作

3、为药品超市管理软件的需求分析报告，它从各个方面阐述了软件的各项功能和使用方法的内容。为了解决更多的中小型药店的管理问题，此软件将会呼之欲出。它使中小型药店远离了原始的麻烦的手工记账管理方式是整个业务变得简单清晰，成为中小型药店的最佳管理软件。1.2 引用标准需求规格说明书格式标准，北京长江软件有限公司软件工程话组织企业文档格式标准，北京长江软件有限公司软件工程话组织1.3 预期读者和阅读建议1.4.1 预期读者 用户：药店的管理者与其他人员。 开发人员 项目经理 营销人员 测试人员 文档编写入员1.4.2 阅读建议对于不同的读者在阅读时需要注重的内容是不尽相同的：用户：阅读使主要注意的是软件的

4、各种功能和实现流程，软件中是否存在管理上的失误，软件的运行环境、硬件要求及安全性。因此在阅读时需要多注意这几方面的内容。开发人员：主要了解软件开发过程，如何才能详细的明确的知道此软件的各项功能的开发及如何实现。项目经理：主要了解此软件开发的可行性。营销人员：主要阅读软件的流程图、安全性和运行环境，了解整个软件各项功能。测试人员：主要了解此软件最后的测试过程。文档编写人员：了解整个文档的模型和每一模块的具体内容。1.4 产品范围该文档是借助于当前软件的逻辑模型导出目标软件的逻辑模型，解决整个项目“做什么”的问题。它将解决中小型药店的原始管理方式，使整个药店的各项系统都统一管理，实现流水线的管理方

5、式，为药店节省更多的人力、物力和时间资源。在这里，没有涉及开发技术，而主要是通过建立模型的方法来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流平台。1.5 参考文献软件工程案例教程需求规格说明书格式标准2. 综合描述2.1 产品的状况目前市场上所有的药品超市管理软件是专门正对医院和大型药品超市所开发的软件，它只能满足一小部分药店的管理方便简洁化。而对于大多数的中小型药店，现有的软件功能太过于完善而造成资源浪费，并且高额的软件费用是中小型药店所无法承受的。因此在原有的医院药品销售管理软件系统的基础上进行功能瘦身，去除原有软件中一些复杂的功能，使本软件变得更适用于现有的中小型药店，切

6、成本也将降低很多。但是它是一个完整的管理软件，与原有软件的不同之处就是简单易操作接价格适合中小型药店的规格。2.2 产品的功能本软件作为一个完整的管理系统，它主要包括三个功能：销售处理、采购处理和会计处理。每个功能之间有紧密联系，对于其具体的实现过程将在后边进行详细讲解。2.3 用户类和特性本软件的用户主要是药店的销售人员和管理人员。销售人员的工作是对药品的出售进行记录、药品的查询、修改、注销等功能。管理人员则需要对整个流程都熟悉，药品的进销存管理和监督，药品的各类账目管理等工作。3. 应用环境3.1 软件运行的硬件环境客户机：普通 PCCPU： P4 1.8GHz 以上内存： 256MB 以

7、上显示器：推荐使用 1024*768 像素3.2 软件运行的软件环境操作系统和版本：Liunx/Unix/ Windows 2000 以上支撑环境和版本：数据库： SQL Server 20054. 功能规格我们采用面向对象分析作为主要的系统建模方法，使用 UML 作为建模语言。UML 为建模活动提供了从不同角度观察和展示软件的各种特征的方法。在 UML 中，从任何一个角度对软件所做的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能

8、，同时，该模型将来可以派生出动态对象模型。设计用例时，我们遵循下列步骤：1) 识别出软件的角色。角色可以是用户、外部系统等，通过某种途径与软件交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁，尽可能的确保所有角色被完全识别出来。2) 描述重要用例。可以采取不断地问自己“这个角色究竟想通过软件做什么？”来准确描述软件用例。3) 重新审视每个用例，为他们下个详尽定义。4.1 角色定义角色或者执行者之于软件产生交互的外部用户或者外部系统。4.1.1 销售人员销售人员只对药品的出售进行操作，其中包括对出售药品的查找、新增及价格的计算、删除及价格的计

9、算。4.1.2 管理人员对整个药品的进货、库存管理、销售记录的管理、明细账的建立、药品信息的核对、订单的核对、编辑报表、修改总账等各类管理功能。4.2 销售人员功能详述4.2.1 查找功能信息查询是在选取操作对象以后，通过输入查询条件，软件搜索并显示出符合条件的信息。具体描述如下：用例描述：信息查询；执行者： 销售人员；前置条件：已登录到软件中并选择了确定的操作对象；后置条件：可以对查询到的结果进行打印查询结果等。基本路径：(1) 销售人员手工输入药品名称并点击确定；(2) 软件显示出查询结果；(3) 销售人员可以选中查询结果，查看查询结果的详细信息。4.2.2 新增及价格的计算功能新增信息是

10、在选择操作对象后，放入药品出售栏中并计算总价格的过程。集体描述如下：用例描述：新增药品；执行者： 销售人员；前置条件：选择操作对象，即需要加入记录的对象集；后置条件：可以继续加入信息，打印新添加的记录信息。基本路径：（1） 输入加入的药品名称；（2） 新增药品信息将进入出售药品栏中；（3） 药品总价格显示出来。4.2.3 删除功能信息删除是对药品出售栏中的药品进行删除和总价格计算的过程。集体描述如下：用例描述：信息修改；执行者： 销售人员；前置条件：查询到所需结果并打开查看结果的详细信息；后置条件：减掉了所删除药品的价格。基本路径：（1） 选中药品出售栏中的药品名称； （2） 点击删除药品，药

11、品的信息将被删除；（3） 总的价格将减掉所删药品的价格。4.3 输入输出数据4.3.1 输入数据及处理输入：顾客订货单（顾客）货款（顾客）供货单（供货厂商）货物（供货厂商）发票或付款单（供货厂商）处理：检验顾客订单，将不合格的订单退还给顾客对合格的可供订单，直接开票供货，建立销售记录，修改库存如果货单到，则留底向采购科发缺货单缺货统计，确定订货量向厂商发订货单到货时核对供货单，建立进货帐，应付收款，修改库存，开到货单收款，开收据和发票，付货款，修改总账，统计汇总4.3.2 输出数据及数据存储输出：发货单（顾客）付款收据发票（顾客）采购订货单（供货厂商）货款（供货厂商）各种统计报表（店长）不合格

12、订单（顾客）数据存储：药品文件缺货记录销售记录药品单价纪录订货单购货应付款明细账销售应收款明细账付款明细账进货明细账厂商记录总账库存记录5. 性能要求根据用户对本系统的要求，确定系统在响应时间、可靠性。安全性等方面有较高的性能要求。5.1 界面要求软件的界面要求如下：(1)页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。(2)导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。(3)技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采

13、用CSS 处理，控制字体大小和版面布局。(4)艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜，前后一致，美观大方；动与静搭配恰当，动静效果好；色彩和谐自然，与主题内容协调。5.2 响应时间需求无论是销售人员还是管理人员，在进行任何操作的时候，系统应该及时地进行反应，反应的时间在5 秒以内。系统应能检测处各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。5.3 可靠性需求此软件应保证销售人员与管理人员同时使用时，系统能正常运行，正确提示相关内容。5.4 开放性需求 系统应具有较强的灵活性，以适应将来功能扩展的需求。5.5 可扩展性需求系统设计需

14、求能够体现扩展性要求，以适应将来功能扩展的需求。5.6 系统安全性要求系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容。5.7 用户文档 安装指南纸质文档，16 开本； 用户手册纸质文档，16 开本； 电子文档，与软件产品一同分发、配置； 使用教程电子文档，与软件产品一同分发、配置。6. 产品提交提交产品为：（1）应用系统软件包；（2）数据库初始数据；（3）系统开发过程文档；（4）系统使用、维护说明文档，提交方式为 CD 介质。7.总结综上所述，本工程技术成熟、完备，测试手段可靠，能够适应药店管理工作需求，具有良好市场拓展，可立即开始研发。