医药进库存管理系统需求分析说明书_v1.0

合集下载

医药管理系统需求分析(初稿)

医药管理系统需求说明书1引言1．1编写目的1．2背景1．3定义1．4参考资料2任务概述2．1目标2．2用户的特点2．3假定与约束3需求规定3．1对功能的规定3．2对性能的规定3．2．1精度3．2．2时间特性耍求3．2．3灵活性3．3输入输出要求3．4数据管理能力要求3．5故障处理要求3．6其他专门要求4运行环境规定4．1设备4．2支持软件4．3接口4．4控制一、引言1编写目的编写软件需求说明书的目的在于为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解，并以此作为开发者进行软件设计、用户进行验收的依据。

该文件包括对软件的功能、性能、安全保密和运行环境的要求。

项目开发人员和用户可参考此说明书。

2背景说明：软件系统的名称：医药管理系统任务提出者：××小组开发者：××小组用户：社区医院药房，私营与公营药店（实现该软件的计算中心或计算机网络：该软件系统同其他系统或其他机构的基本的相互来往关系：）3定义4参考资料二、任务概述基本业务流程图：1目标建立医药管理数据库，可以方便地添加、查询、删改数据。

2用户的特点熟悉一般Windows 界面操作的非专业用户。

3假定和约束（列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

）三、需求规定1对功能的规定销售管理：概述：通过"电脑直接开票"或"将手工销售票下帐"自动产生每天或任意时段的销售额，成本，利润，利率等信息。

并可按销量，或销售额，或利润，或利率将商品销售记录排序。

也可统计某客户，或某商品，或某分店的销售报表。

1. 销售登记及查询支持鼠标和键盘开票，能使用键盘开票，由于药品种类繁多，要求利用商品的拼音简码可快速检索商品并直接录入。

输入某种商品的数量和单价后，程序要自动计算每种商品的金额。

能自动计算销售商品的合计品种、数量、金额、折扣、应付、未付等。

如果库存不够或不存在录入商品，提示操作员重新录入或选择商品。

仓储管理系统需求分析说明书

仓储管理系统V1.01。

1编写的目的此需求规格说明书对软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能以及与其他软件的接口，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出系统设计说明书与开发工作.本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员.1.2背景有限公司,为通过本仓储管理系统更好的管理公司业务。

2任务概述2.1目标客户可以通过系统方便的实现订单录入，出入库管理等业务功能2。

2内容2。

3用户的特点本系统内部工作人员进行操作。

3需求规定3。

1系统结构图3.2．系统用例图：3。

3数据库E-R图3。

4．模块描述3.4。

1单据管理设计图:单据管理单据管理的流程图：订单录入：订单查询:采购单录入:采购单查询：3.4。

2入库管理设计图:入库管理入库流程图:成品入库：配件入库:退货入库:3.4。

3出库管理：设计图出库管理出库流程图：成品出库:配料出库:次品出库：3。

4.4库存管理：设计图：库存管理库存管理流程图：3。

4。

5财务管理:3。

4.5。

1客户财务管理设计图客户财务管理附流程图：3。

4。

5。

2供应商财务管理设计图：供应商财务管理附流程图:3。

4。

6报表功能：3.4。

6。

1出库报表设计图：出库报表中心附流程图：3.4.6.2入库报表管理设计图:入库报表中心附流程图:入库普通查询入库高级查询：3。

4。

6.3财务报表设计图：财务报表中心财务报表流程图：3。

4.7系统设置：3.4。

7.1 产品类别管理产品类别流程图：3。

4。

7。

2 产品管理设计图：产品管理附流程图:3.4。

7.3 配料管理设计图配料管理附流程图：3.4。

7。

4 客户管理设计图:客户管理附流程图:3.4。

7。

5 供应商管理设计图：供应商管理附流程图:3.4.7.6 角色管理设计图：角色管理附流程图：3.4.7.7权限管理设计图：权限管理附流程图:3.4.7。

进销存管理系统产品需求说明书V1.0

进销存管理系统产品需求说明书V1.01.引言本文档旨在详细描述进销存管理系统的功能需求，以便开发团队能够清楚了解系统的目标和要求。

该系统将用于帮助企业管理和优化进销存流程，提高效率和准确性。

2.项目概述本章节将对进销存管理系统的项目背景和总体目标进行介绍，包括系统的主要功能和预期效果。

3.用户需求本章节将详细列出系统的各种功能需求和用户需求。

每个功能需求都应包含详细的说明和操作流程。

3.1 进货管理3.1.1 记录进货信息3.1.2 自动更新库存数量3.1.3 实时查看进货历史记录3.2 销售管理3.2.1 记录销售信息3.2.2 自动更新库存数量3.2.3 实时查看销售历史记录3.3 库存管理3.3.1 实时更新库存数量3.3.2 设置库存警戒线3.3.3 发出库存报警通知4.系统限制和约束本章节将列出系统开发过程中的各项约束和限制，如时间、资源、技术等因素。

5.数据库设计本章节将描述系统的数据库设计，包括各个数据表的结构、关系和字段。

6.用户界面设计本章节将展示系统的用户界面设计，包括各个菜单、页面和操作流程的样例。

7.安全需求本章节将描述对系统数据和操作的安全需求，如用户权限管理、数据加密等。

8.性能需求本章节将列出系统的性能需求，如响应时间、并发处理能力等。

9.非功能性需求本章节将包括系统的可维护性、可扩展性、可靠性等非功能性需求。

10.附件本文档涉及的附件包括系统原型图、数据表设计文档等。

11.法律名词及注释本章节将列出文档中涉及的法律名词及其注释，以确保文档的准确性和清晰度。

12.结束语。

药房药品系统说明书(需求规格说明书)

系统分析说明书（需求规格说明书）目录1 概述 (2)1.1 编写目的 (2)1.2 参考资料 (2)2 需求 (2)2.1 功能需求 (2)2.2 数据需求 (2)2.3 性能需求............................................................................................ 错误!未定义书签。

2.4 非功能需求........................................................................................ 错误!未定义书签。

2.5 故障处理 (9)3 环境 (10)3.1 运行环境 (10)3.2 开发环境 (10)1 概述1.1 编写目的本文档的编写目的是为《药房药品管理信息系统》项目的开发提供：a. 软件总体要求，作为用户和软件开发人员之间了解的基础；b. 功能、性能、接口和可靠性的要求，作为软件人员进行设计和编码的基础；c. 验收标准，作为用户确认测试的依据。

1.2 参考资料a.项目来源为了更好地方便管理员和用户使用药房药品管理系统，设计了这个系统。

管理员可以了解药品的基本信息，对药品进行有效的管理。

友好的用户界面，不必考虑背后的复杂操作流程，代替了大量人工劳动，提高了工作效率。

b.本文档中引用到的规范和资料[1]《信息系统分析与设计[M]》，邝孔武、王晓敏，清华大学出版社,2006[2]《中文版SQL Server2000 数据库系统管理》，袁鹏飞，人民邮电出版社，2001[3]《Tomcat与JSP Web开发技术详解》，孙卫琴、李洪成，电子工业出版社,2003[4]《Java技术教程》，王克宏、郝建文，清华大学出版社，2002[5]《数据库系统概论》（第三版），王珊、萨师煊，高等教育出版社，20052 需求2.1 功能需求2.1.1系统功能模块该药房药品管理系统包括系统登录、主页面、药品档案管理和订单管理模块。

仓库管理系统需求分析说明书1演示教学

仓库管理系统需求分析说明书1仓库管理系统班级：学号：2姓名：仓库管理系统需求规格说明书（Requirements Specification）1．引言1．1 编写目的开发本系统的目的在于代替手工管理、统计报表等工作，具体要求包括：数据录入：录入商品信息、供货商信息、名片、入库信息、出库信息、退货信息等信息；数据修改：修改商品信息、供货商信息、名片、帐号等信息；统计数据：统计仓库里面的商品的数量，种类，并计算库存总价值；数据查询：输入查询条件，就会得到查询结果；数据备份：定期对数据库做备份，以免在数据库遇到意外破坏的时候能够恢复数据库，从而减少破坏造成的损失。

1．2 背景说明(1)项目名称：仓库管理系统(2)项目任务开发者：山东师范大学信息科学与工程学院06计升本计算机科学与技术<3>班开发小组，软件基本运行环境为Windows环境。

(3)本系统完全计算机自动化。

能准确、合理、全面的进行仓库管理系统。

1．3 术语定义静态数据－－系统固化在内的描述系统实现功能的一部分数据。

动态数据－－在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据。

数据字典－－数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”。

1．4 参考资料<<软件工程导论>>（第四版） --------张海藩编著清华大学出版社<<数据库系统概论>> --------萨师煊王珊主编高等教育出版社2．概述2．1 功能概述系统功能划分和描述如下:教室管理系统A.日常管理A.1商品信息管理A.2供应信息管理A.3名片信息管理B入库管理B.1入库管理操作C出库管理C.1出库管理操作D查询管理D.1出库查询D.2入库查询D.3库存查询D.4紧销商品查询D.5滞销商品查询E退货管理E.1退货管理操作F打印管理F.1出库单打印F.2入库单打印F.3库存单单打印F.2供应商打印F.2业务信息打印系统结构连接图2．由于系统较小，且在windows系统下开发，故在windows环境下基本没有什么限制。

药房管理系统需求分析说明书

引言1文档编制目的1.1此需求规格说明书对《药房管理系统》软件做了全面细致的用户需求分析, 件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用在此基础上进一步提岀概要说明书和完成后续设计与开发工作。

本说明书的业务或需求分析人员、用户文档编写者、项目管理人员。

需求，明确了药房管理系统的功能内容、功能边以后阶段的工作起指导作用。

本文也是项目背景1.2如何利用现代信息技术使企业拥有快速、高效的市场反映能力和高度的效率，业，特别是医药连锁经营企业特别关心的问题。

尽快建立一个功能齐备的药品进、统，完善现代企业的信息化管理机制，已成为医药企业生存发展的当务之急。

品管理系统，使药品进销存管理工作系统化，随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实统的管理显得越来越重要。

对于一些大中型管理部门来说，利用计算机支持管理理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规范化的管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、一般不允许出错，如果实行手工操作，每天进货的情况以及进货这就会耗费药品管理工作人员大量的时间和精力，如果利过保证各种核算准确无误、快速记录，而且还可以利务于财务部门其他方面的核算和财务处理，检索速度、查找方便、可靠性高、存储量大地提高管理的效率，也是管理行业上的原因，有很多从事软件开发人员，在试卷生成方面做了很大的研究。

目前好的发展姿态而不断进步，早期已经有了一些类似的系统，但经过软件开大致形成了具备如下功能的系统：这个药房管理系统主要涉及医院药务，以及入库、出库和库存管理，药品管理主要管理药库中所有为药品会计提供基础数据，以及包括有效期的报警和下限报药品管理的数字化。

定义1.3需求一一用户解决问题或达到目标所需的条件或功能：系统或系统部件要满足合本说明书定义了药房管理系统的详细界、开发途径，是整个软件开发的依据，它对完成后系统验收的依据。

(完整版)仓储管理系统用户需求说明书V1.0

佳怡集团知识产权未经允许，不得擅用仓储管理系统用户需求说明书(V1.0)佳怡集团物流与信息技术事业部2016年02月15日参与人员：承担人王雨雨负责人王雨雨参与人王雨雨、王玉青、刘先坤相关部门：佳怡集团物流与信息技术事业部点点储运配送有限公司版本历史：V1.0 2016-02-15 王雨雨起草目录用户需求说明书 (I)1引言 (1)1.1目的 (1)1.2背景 (1)1.3项目概述 (1)1.4术语 (1)2部门组织结构 (2)2.1组织结构 (2)2.2部门设置和人员职责 (2)3业务需求 (3)3.1概述 (3)3.2功能性需求 (3)3.2.1部门工作范畴 (3)3.2.2主要业务 (4)3.2.2.1主要业务概述 (4)3.2.2.2业务关联图 (4)3.2.3.1干线运输作业 (5)3.2.3.5入库作业 (5)3.2.3.10上架作业 (7)3.2.3.15盘点作业 (7)3.2.3.20拣货作业 (8)3.2.3.25出库作业 (9)3.2.3.30库内管理 (11)3.2.3.38客户管理 (11)3.2.3.42计费管理 (12)3.2.3.44报表管理 (12)3.2.3.47客户下级店管理 (13)3.2.3.52计量单位管理 (14)3.2.3.56入库单打印 (14)3.2.3.58出库单打印 (15)3.2.3.60库存调整表 (15)3.2.3.62入库储位统计表 (16)3.2.3.64异动盘点表 (16)3.2.3.66通盘盘点表 (17)3.2.3.68分拣单 (17)3.2.3资料提供情况 (17)3.3非功能性需求 (18)3.3.1资源需求 (18)3.3.2性能需求 (19)3.2.3.70数据精确度 (19)3.2.3.71时间特性 (19)3.3.3安全需求 (19)3.3.4质量需求 (19)3.2.3.72维护性 (19)3.2.3.73可移植性 (19)3.2.3.74可靠性 (20)3.2.3.75易用性 (20)3.2.3.76效率 (20)3.3.5用户界面需求 (20)3.3.6文档需求 (20)3.3.7验收标准 (20)4其他需求 (21)1引言1.1目的本文档是佳怡集团仓储管理系统的客户需求说明书，供需求分析人员与客户沟通、需求人员进行需求分析时使用。

库存系统需求说明书

库存管理系统需求规格说明书Version: V 0.1变更记录1 需求说明1.1 库存系统库存管理系统主要功能是完成物资的登记、报计划、发料以及相关的查询、统计等相关管理工作。

具体操作包括库房工作人员对物资的录入、分类操作，对物资相关属性的修改，并汇总各种报计划信息，根据报计划信息进行发料；各下属单位对库存进行报计划，或者报压力表；经营科经手压力表的发料工作，对不同计划的报计划物资制定规则，根据各单位所报计划制订累积计划限额，以及各种报表的生成、编辑工作；各单位用户都对库存物资有相应的查询功能。

1.1.1计划管理【业务描述】下属单位可以根据物资需求报出计划，物资的类型、计划的类型见上。

这些字段在报计划时都需要指定。

报计划的物资数量仅作为物资发放的参考，报计划的物资数量和发料的物资数量没有必要相同。

除了向库房申报计划，还可以向经营科直接申报计划，此称为报压力表。

压力表由经营科批准，其中物资的发放也由经营科管理（暂定）。

因为计划条目众多，需要计划报表的建立能够按照模板通过指定的电子表格文件导入。

由相同原因，计划可以不需要一次录入完成，可以将非最终结果暂时保存，之后再被调出补充。

此即计划的录入和维护。

上报的计划，需要经过下属单位领导的一次审核之后，再上报。

如果上报的计划中含有不合理的条目，审核者可以对不合理部分逐条执行退回操作。

另外，经营科和地区库房也可以对所有井区库房汇总前的计划进行查询和逐条的退回。

上报的计划可以跟踪其进展情况，以此了解计划的状态。

对于每个物资条目，应有上报单位、上报人、计划是否已经提交、审核人、审核已通过或者已退回、汇总人、是否已经汇总、到货的数量、有效性等属性。

上报的计划在审核前、审核后被退回时，可以被修改。

计划分月度计划、季度计划、年度计划和急用料计划，默认情况下，地区库房须在每月25日前汇总月度计划，在每季度最后一个月5日前汇总季度计划。

年度计划的上报时间由经营科根据需要指定，这些时间期限会提醒相关工作人员。

进销存管理系统产品需求说明书V1.0

目录1引言 (1)1.1目的和范围 (1)1.2预期读者 (1)1.3文档约定 (1)2术语、定义和缩略语 (1)2.1术语、定义 (1)2.2缩略语 (1)2.3参考文档 (1)3业务概述 (2)3.1业务特点与范围 (2)3.2业务流程 (2)3.2.1E化前业务流程................................................................................ 错误！未定义书签。

3.2.2E化后业务流程................................................................................ 错误！未定义书签。

4产品概述 (2)4.1产品定位 (2)4.2用户摘要 (3)4.3平台、产品、模块关系图 (3)4.3.1关系图 (3)4.3.2模块相互关系说明 (4)4.4产品、模块、单元关系图 (5)5产品需求 (5)5.1产品功能特性 (5)5.1.1M01 采购管理 (5)5.1.1.1M01_BU01 采购申请 (5)5.1.1.2M01_BU02 采购订货 (6)5.1.1.3M01_BU03 采购入库 (6)5.1.1.4M01_BU04 采购退货 (6)5.1.2M02 销售管理 (6)5.1.2.1M02_BU01 分销送货 (6)5.1.2.2M02_BU02 分销退货 (7)5.1.2.3M02_BU03 订单销售 (7)5.1.2.4M02_BU04 订单退货 (7)5.1.3M03 库存管理 (8)5.1.3.1M03_BU01 普通入库 (8)5.1.3.2M03_BU02 普通出库 (8)5.1.3.3M03_BU03 库存调拨 (8)5.1.3.4M03_BU04 库存盘点 (9)5.1.3.5M03_BU05 库存报警 (9)5.1.4M04 财务管理 (9)5.1.4.1M04_BU01 应收帐款 (9)5.1.5M05 系统管理 (10)5.1.5.1M05_BU01 供应商管理 (10) 5.1.5.2M05_BU02 客户管理 (11) 5.1.5.3M05_BU03 店面管理 (11) 5.1.5.4M05_BU04 仓库管理 (11) 5.1.5.5M05_BU05 商品管理 (11) 5.1.5.6M05_BU06 员工管理 (11) 5.1.5.7M05_BU07 权限管理 (11) 5.2其他产品特性 (15)5.2.1适用的标准 (15)5.2.2系统环境 (15)5.2.2.1硬件环境 (15)5.2.2.2软件环境 (16)5.2.2.3其它环境 (16)5.2.3性能 (16)5.2.4质量 (16)5.2.4.1易用性 (16)5.2.4.2可靠性 (16)5.2.4.3可维护性 (16)5.2.4.4可移植性 (16)5.2.4.5扩展性 (17)5.2.4.6可测试性 (17)5.2.5安全性 (17)5.2.6外部接口 (17)5.2.7通用化、系列化、模块化 (17) 5.2.8设计和实现上的限制 (17) 5.2.9国际化 (17)6验收准则 (17)1引言1.1目的和范围本文档是根据进销存用户需求说明书编写，目的是收集、分析和定义进销存的高层次需要和特性。

医药进销存管理系统的需求分析以及数据流图

一、需求分析1、问题定义某药店根据业务发展的要求，选定建立一个“医药进销存管理系统”，以取代人工管理。

开发目的如下：对药品仓库内的有关各种药品材料的数据进行输入、修改及查询。

必须要指定的的专门人员才能对药品进销存的日常事务进行管理。

当有药品入库或者出库时，更新药品的数据信息。

要求有进货退货、出货退货的操作时，实行人性化的设计效果。

2、数据流程图DFD数据流顶层图经过分析，得出医药进销存业务的第一层DFD图：二、数据库设计数据库设计是要在一个给定的数据库管理系统中，通过合理的逻辑设计和有效的物理设计，构造较优的数据库模式、子模式，建立数据库和设计应用程序，满足用户的各种信息需求。

1.数据库概念设计在数据库设计中，先对系统分析所得对数据字典中的数据存储进行分析，得出系统的关系模式。

药品实体图的属性包括药品编号、药品名称、通用码、产地、规格、批号、进货价格、零售价格、批发价格、有效期、药品类别。

如图所示实体间的E-R图：经系统分析，得到医药进销存实体集的联系集为：采购员与供应商是多对多的，仓库与药品是一对多的，仓库与管理员是一对一的，客户和药品是多对多的，药品和仓库是多对一的，采购员与药品是多对多的。

药品进销存管理系统整体E-R图2、数据字典数据流程图只是给出系统逻辑功能的一个总框架，但缺乏详细、具体的内容，因此我们还需要建立数据字典。

建立数据字典是为了对数据流程图上各个元素做出详细的定义和说明。

数据字典以一种准确的和无二义的方式定义所有被加工引用的数据流和数据存储。

数据流程图加上数据字典，就可以从图形和文字两个方面形成对逻辑模型的完整说明。

数据字典有助于数据的进一步管理和控制，为设计人员和数据库管理人员在数据库设计、实现和运行阶段控制有关数据提供依据。

医药进销存业务第二层DFD图：库存管理第二层DFD图：销售管理第二层DFD图：进货管理第二层DFD图：。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

医药进销存管理系统需求分析说明书
编写：日期：2013-06-18
审核：日期：
批准：日期：
受控状态：是
发布版次：1.0 日期：
编号：
变更记录
签字确认
目录
1概述 (4)
1.1目的 (4)
1.2背景 (4)
1.3范围 (4)
1.4术语定义 (4)
1.5参考资料 (5)
1.6任务概述 (5)
1.6.1目标 (5)
1.6.2用户的特点 (5)
1.6.3假定和约束 (6)
1.7运行环境 (7)
1.7.1软件环境 (7)
1.7.2硬件环境 (7)
1.7.3接口 (8)
1.7.4控制 (8)
1.8需求规定 (8)
1.8.1对功能的规定 (8)
1.8.2系统功能层次模块图 (8)
1概述
1.1目的
本说明书目的在于明确说明系统需求，界定系统实现功能的范围，指导系统设计以及编码。

开发药品进销存管理系统可以方便人员对药品的管理，实现药品管理的高效化和统一化。

实现药品采购，库存和销售的功能，完成对药品从采购到销售的流水作业的数据管理功能。

本说明书的预期读者为：
客户项目经理、开发项目经理、测试项目经理、系统测试人员、系统开发人员。

1.2背景
a)待开发的软件系统的名称:医药进销存管理系统
b)本项目的任务提出者及单位：医药管理者
c)开发者：系统开发员
d)系统使用者：中小型医院
1.3范围
系统包括的范围：医药进销存管理。

1.4术语定义
药品录入：对其药品进行一定详细的录入，如药名，厂家等
药品销售：药品的销售，其流水号，经办人，日期等
客户回款：买入客户的信息，联系人，以及帐号，银行等
销售明细：药品销售的起始终止日期以及数量金额等
供应商录入：供货商提供的药品数量和药品名称，和其地址还有联系方式
库存盘点：对库存的药品进行检测，记录其信息
基本查询：药品的基本信息
用户管理：添加或者修改用户的ID和其密码
药品采购：对药品采购的商家，药品，批次等进行记录
销售退货：对药品的销售后的记录，退货的日期，经办人，厂地等信息
入库明细：药品入库的流水号，供应商的编号等信息进行登记
1.5参考资料
列出用得着的参考资料，如：
a)数据库系统概论和JAVA语言
1.6任务概述
1.6.1 目标
进销存管理软件集进货、销售、库存等物流业务管理和简单财务核算于一体
高管理水平、优化运营流程的企业级软件
1.6.2 用户的特点
（1）该系统用户具有一定的文化水平，至少高中毕业
（2）操作人员必须熟悉一系列流程，维护人员必须熟悉基本的SQL和JAVA
组织结构图及用户角色。

图表 1-1 医药进销存管理系统组织架构
图表 1-1是医药进销存管理系统的主要组织架构。

1.6.3 假定和约束
列出进行本产品开发工作的条件和限制，例如经费限制、开发期限、硬件限制、并行操作、通讯协议、安全和保密方面考虑、需要的软件工具和所采用的方法与技术等。

1）开发周期为1个月
2）硬件配置见硬件环境
3）数据库密码采用MD5加密
4）系统设计采用Rose 和Power Designer
1.7运行环境
简要说明本产品的运行环境（包括硬件环境和支持环境）的规定。

1.7.1 软件环境
1.7.2 硬件环境
列出运行该软件所需要的硬设备。

说明其中的新型设备及其专门功能，包括：
a)处理器型号及内存容量；
b)外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c)输入及输出设备的型号和数量，联机或脱机；
d)数据通信设备的型号和数量；
e)功能键及其他专用硬件
1.7.3 接口
1) 为财务提供WebService 接口 2) 内部接口多数据库接口
1.7.4 控制
1.8 需求规定
1.8.1 对功能的需求
用列表的方式（例如IPO 表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。

1.8.1.1 系统功能层次模块图
[用例报告
如果使用了用例，那么在用例建模过程中，用例通常会定义系统的大部分功能性需求，以及一些非功能性需求。

对于以上用例模型中的每个用例或其子集，都需在此节中引用或附上用例报告。

务必要明确地标明每一需求。

]
1.8.1.2 各子模块功能的描述
1.8.1.
2.1
功能描述：
基本信息：药品情况客户情况供应商情况
业务管理：客户回款销售退货库存盘点药品销售药品采购
业务查询：回款信息销售明细入库信息基本信息
用户管理：用户维护增加用户
1.8.2 对非功能性的需求
1.8.
2.1 对性能的规定
1.8.
2.1.1精度
说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。

1.8.
2.1.2时间特性要求
说明对于该软件的时间特性要求，如对：
a)响应时间；
b)更新处理时间；
c)数据的转换和传送时间；
d)解题时间等的要求。

1.8.
2.1.3灵活性
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
a)操作方式上的变化；
b)运行环境的变化；
c)同其他软件的接口的变化；
d)精度和有效时限的变化；
e)计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

1.8.
2.2 输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。

对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

1.8.
2.3 数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。

1.8.
2.4 故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

1.8.
2.5 其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。