药品可行性分析报告(2)

支撑环境和版本：数据库： 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.总结

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

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说教育文库药品可行性分析报告(2)在线全文阅读。