软件需求分析说明书.doc

《软件需求分析说明书.doc》由会员分享，可在线阅读，更多相关《软件需求分析说明书.doc（60页珍藏版）》请在三一办公上搜索。

1、机密文件贵州电网公司统一短信平台系统需求分析说明书 编 号： 0001 版 本： 1.0 发行日期： 年 月 日编 写 者：编写日期：2010年4月2日质量会签：会签日期： 年 月 日审 核 者：审核日期： 年 月 日批 准 者：批准日期： 年 月 日目 录1.总述31.1.软件名称与简介31.2.编写目的31.3.预期读者32.需求背景32.1.目前状况32.2.建设目标42.3.应用范围42.4.提出单位42.5.预期用户42.6.开发单位43.系统功能53.1.系统拓扑图53.2.63.3.业务管理子系统6业务需求6功能需求8需求模型（数据流图）13非功能性需求133.4.销售管理子系统

2、15业务需求15功能需求18需求模型（数据流图）22非功能性需求223.5.库存管理子系统24业务需求24功能需求24需求模型（数据流图）28非功能性需求283.6.财务管理子系统30业务需求30功能需求30需求模型（数据流图）34非功能性需求343.7.客户服务管理子系统36业务需求36功能需求36需求模型（数据流图）39非功能性需求393.8.系统管理子系统41功能需求41需求模型（数据流图）463.9.463.10.绘制关联图463.11.建立需求模型：463.12.可行性46技术构架：46功能实现：46运行环境：47外部资源利用：473.13.数据字典47数据库设计规则47设计数据库表

3、493.14.实施步骤50系统实现主要步骤50方案报价521. 总述1.1. 软件名称与简介软件名称：贵州电网公司统一短信平台系统软件简介：是贵州电网公司为提高办公效率、优化资源，实现全省统一短信中心而投入的系统。1.2. 编写目的本需求说明旨在对贵州电网公司统一短信平台系统的整个系统的软件构架及子系统的业务需求、用户需求、功能需求做逐一分析；并对各系统接口、运行环境、性能需求做出可行方案。本需求分析为开发人员、维护人员、客户之间提供共同的协议而创立基础，对短信统一平台功能的实现作使命描述，是系统开发的依据，也是用户检验本系统运行的依据。1.3. 预期读者1、 需求方业务人员2、 软件开发人员

4、3、 项目实施人员4、 系统维护人员5、 与本系统相关的公司、部门2. 需求背景2.2.1. 目前状况目前贵州电网已有一些系统在使用短信服务，但仍存在着以下问题：1、 很多系统仍还不具备短信服务的功能；2、 各综合单位、供电局的系统独立开发建设短信服务，缺乏统一规划、统一标准，造成了重复投资，资源浪费；3、 已架设了短信服务的系统，使用各自短信服务，数据库数据不能共享，不能综合利用服务资源；4、 各系统通过不同方式发布短信，对外发送服务不统一，不利于打造统一的服务品牌形象。不统一的短信平台会使对外的宣传口径不一致，短信号码太多，投入大量的宣传费用，但很难达到宣传效果，很难增加用户的可信度；5、

5、 各综合单位、供电局的系统单独发送短信内容，各级系统管理员独立管理，容易造成短信服务管理混乱，也存在着安全隐患。为消除上述弊端，规范发展贵州电网短信服务，应建设统一的短信平台。2.2. 建设目标2.3. 应用范围贵州电网公司本部、贵州电网公司所属23家单位及下属县级供电企业。2.4. 提出单位贵州电网公司信息通信分公司2.5. 预期用户1、 电力客户2、 企业员工3、 部门或单位领导4、 应用系统用户2.6. 开发单位上海大汉三通3. 系统功能3.3.1. 系统拓扑图系统功能模块4. 运行环境3.2. 业务管理子系统业务需求背景业务部门主要职责是负责整个公司与供应商之间的采购行为和针对销售商的

6、批发销售，整个公司业务的正常运转的必要实施行为；在整个业务中扮演着内部供应商和批发的职能，一切最初入库的物品均经其部门，采购行为的实施直接关系到后台管理系统。而其批发销售的职能也是区别于零售之外的业务。业务流程1、采购业务：采购行为发生时，根据采购的性质、程度的不同，处理的方式均会产生差别：业务部门采购流程示意图如下：我们认同采购单与申购单为同等效用制计划采购单计划采购财务审核计划总经理审批生成请款单财务部办理汇款业务部办理发货运输事宜物流部到货后将采购单转成入库单日业务部核准入库单并记帐生成财务凭证（销账或挂账）日常采购制日常采购订单日总经理审批财务部审核后付款先付款否，返回按金额控制点；2

7、、批销业务业务部批销流程示意图如下：核准，记账生成财务凭证接客户物理订单后，下批销订单物流部核准库存备货无货产品申购正常采购流程业务部确认订单转提货单财务部审核总经理审核通知客户办财务手续物流部办出库单，自动反馈信息给相关部门3、退货业务业务部制退货单财务审核物流部接货后生成退货出库单财务收款，记账，生成凭证财务挂账物流部收货，做退货入库单财务核销，记账前提是接到客户申请，或已物理存在退货需要业务部退货管理流程示意图：客户退外购退目标要求业务管理子系统要求可以实现以下的目标：l 实现对采购行为的管理，可以对每个采购过程进行管理控制。l 实现对批销的管理，可以对每个批销过程进行管理控制。l 实现

8、对供应商和销售商的管理l 实现所有采购记录、批销记录、业务记录的统计分析。功能需求业务管理子系统的功能视图如下所示：见图（业务管理）采购管理对于采购业务的处理均在此完成。此模块功能包括开新采购订单，修改，开新采购合同，订单送审，订单打印，订单归档。l 采购订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等采购订单是用户向供应商下达的采购定货单。采购订单可作为正式订货合同的重要组成部分；由于单一采购订单所针对的商品数量品种很多，我们对一个采购订单分为两类信息制作：基础信息：包括采购单号、供货厂商、入库时间要求、交货地点要求、订货人、结算方式、采购方式、审核时间要求等必要要素，商品信息：

9、包括：商品编号、商品种类、商品名称、商品数量、商品单价、订单总金额等l 订单送审/审核送审、审核、生成请款单订单制作完成，确认无误后，点击”订单送审”实现订单送审，其他部门人员即可根据自己对订单的操作权限进行订单流转执行，在本环节中，根据订单所添写的订单结算方式和采购方式自动加入审批权限。并在审批完成后，进入库存管理部门，以物流部门最终出入库完成整个流程。在此功能模块中加入总经理审核功能。l 订单打印在订单执行过程中，需要将订单从系统中提出打印，为此设置”订单打印”功能。l 订单查询分为已入库订单查询，办理中订单查询自定义查询：按订货日期区间 供应商 商品名称 规格型号 采购订单号 产地 保修

10、期限等任意组合查询l 订单归档此流转过程是标志着一个采购订单的结束，并生成相应的财务凭证，基本流程是依据物流部门的入库开票信息，核准后归档，此后，此订单做为历史数据，不可更改。l 开请款单预生成预付凭证有查询模块退货管理本模块管理业务部门采购和批销过程中发生的各种退货行为，主要分为以下几下模块：l 开退货单：不管什么原因，发生退货意向时，均由业务部门开出退货单：客户退货时：开如下退货单：退货单号、退货日期、退货销售商、联系电话、商品编号、商品类别、商品名称、规格型号、退货数量、单位、进价、退货价、退货总金额、退款方式等；退供应商货时：开如下退货单：退货单号、退货仓库、供应商、联系电话、商品编号

11、、商品类别、商品名称、规格型号、单位、退货数量、进价、退货价、退货总金额、退款方式等l 退货单送审：退货单制作完成，确认无误后，退进入退货单送审；按退货方式的不同分别走不同的审批流程；并在审批完成后，进入库存管理部门，以物流部门最终出入库完成整个流程。l 退货单归档此流转过程是标志着一个退货单的结束，并生成相应的财务凭证，基本流程是依据物流部门的出入库开票信息，核准后归档，此后，此订单做为历史数据，不可更改。l 退货单打印在退货单执行过程中，需要将退货单从系统中提出打印，为此设置”订单打印”功能。l 退单归档此流转过程是标志着一个退货单的结束，并生成相应的财务凭证，基本流程是依据物流部门的出库

12、开票信息，核准后归档，此后，此退货单做为历史数据，不可更改。l 退货单查询：分为销售退货和采购退货采购退货：按退货日期区间 供应商 商品名称 规格型号 退货单号 产地 保修期限等销售退货：按退货日期区间 客户 商品名称 规格型号 退货单号 产地 退货经办人 批发销售管理：此模块专门针对批发销售的客户，不针对最终客户，与直接客户所不同的是，此定单不是严格接照最终客户工作日完成的。主要分为以下几个流程：l 制定销售订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等因为我们的业务部门都是对外进行业务操作，此销售订单可看作是用户代销售商下达的采购定货单（区别在于，采购是入，而批销是出）。但不

13、要误解，我们不是强调，而是寻找一种共性；因销售订单是建立在出库的基础上，我们默认库里有商品；没有商品的情况我们要再下一份采购订单；但销售订单可作为正式销售合同的重要组成部分；由于单一销售订单所针对的商品数量品种很多，我们对一个批销订单分为两类信息制作：基础信息：订货单号、订货仓位、销售商客户、联系电话、订货日期、交货日期、付款方式、制单人等商品信息：商品编号、商品类别、商品名称、商品型号、商品数量、商品单价、订单总金额等。l 供应商管理新增、查询、打印、合同、订单、供应商、产品本模块将对供应商的全套资料进行管理，包括供应商的基本信息，供应商下的所有产品的维护；与供应商合同的管理，我们将采取一一

14、对应的方式进行管理，使用户使用起来更加得心应手，与供应商发生的所有订单也将本模块中进行管理。l 销售商管理本模块与供应商管理一致，只是缺少了产品。统计分析：统计口径：供应商 按供应商的供货情况提供汇总表及对应的明细表，用于分析企业供应商结构、供货能力、企业对供应商的依赖程度等； 统计口径：商品名目 提供按商品名录索引的采购情况汇总表及对应、明细表，提供企业的采购结构、采购进度等信息； 统计口径：采购员 按各采购员操作的采购情况提供汇总表及对应明细表，用于采购成本分析、控制及考核； 统计口径：采购入库单据 按单据提供采购明细表，用于采购进度分析、采购基本情况查询； 统计口径：采购订单 按采购订单

15、提供采购明细表，用于采购计划（合同）完成情况分析。 统计口径：销售商 按销售商的订货情况提供汇总表及对应的明细表，用于分析企业销售商结构、销售能力等；需求模型（数据流图）非功能性需求性能需求 精度：本系统涉及到数据，对商品的编辑和查询、报表的设置计算都要求有相当的精度，保留小数点后3位。 时间特性要求：本系统的所有报表及汇总都是建立在时间段的基础之上的，因此在数据库设计上要充分体现所有的时间段信息，便于以后的管理和统计；考虑到对发生时间的要求，我们的时间精确到天。 灵活性：本系统无论是在录入方面，还是在系统操作方面都尽可能满足用户的操作要求，让系统的体现在系统设计的各个方面 系统响应时间：本系

16、统采用面向对象的结构化设计方法，程序设计采用多线程机制，数据库采用数据连接池技术，数据库的操作全部采用标准的SQL语句，这将使系统的整体反应时间大大提高，应该是秒级的。接口需求与其他外部系统的接口l 与账务系统发生凭证传送任务与本系统其他子系统的接口l 本子系统与库存管理之间以订单转换为接口，订单流转过程中业务在哪个部门，本系统就将功能模块设在哪个部门；l 本子系统与财务部门之间的接口是凭证的生成与传送，本子系统将跟踪整个过程；需求硬件环境硬件环境由硬件集成商提供，本系统对硬件无特殊要求。需求分析软件环境l 服务器操作系统由系统集成商提供。3.3. 销售管理子系统业务需求背景销售部门主要职责是

17、负责整个公司与直接客户之间的销售行为，也是整个系统运转最为频繁的子系统；整个公司业务的最前沿；在整个业务中扮演着非常重要的职能，系统对订单的执行效率和执行精细度有较高的要求。业务流程1、正常销售订单：销售行为发生时，根据销售的性质、程度的不同，处理的方式均会产生差别：销售部门销售流程示意图如下：我们认同销售订单与为合同单具同等效用根据提货单排任务单提货开出库单生成财务凭证（销账或挂账）送货收款（状态）形成提货单并打印财务审核订金盖章（状态记）正常采购销售部审核下定单（收定金）财务审核订金生成备货单查库业务部门下采购单物流入库输出客户标签 不足有2、应急销售订单销售部应急销售订单流程示意图如下：

18、此订单在流转过程中将一直有加急标记；核准，记账生成财务凭证查询库存情况下订单并将库存商品做留标记无货产品申购正常采购流程销售部确认订单直接打印提货单财务部审核订金物理盖章送往物流部物流部办出库单，自动反馈信息给相关部门 有收货入库完成后3、销售退货流程部退货管理流程示意图：开出退货合同单，即在主合同上追加红单完成订金已存未送货订金未存银行开销售退货合同单财务审核将相应提货单做标记退款并生成凭证将相应提货单做标记两清开销售退货单财务审核回货入库生成入库单退款并生成凭证，挂账未出库未出库在途径财务核销4、 样品销售流程：客户自提样品销售订单直接生成样品出库单日财务审核财务凭证，挂账核销样品库销售部

19、审核需送货样品销售订单生成样品提货单财务审核盖章销售部审核物流提货出库目标要求销售管理子系统要求可以实现以下的目标：l 实现对销售行为的管理，可以对销售全过程进行流程化管理控制。l 实现对卖店的销售管理，对专卖店进行有限管理。l 实现所有销售记录、退货记录、业务记录的统计分析。功能需求销售管理子系统的功能视图如下所示：见下页图（销售管理）销售订单管理对于采购业务的处理均在此完成。此模块功能包括开新订单，订单送审，追加订单、加急订单管理、订单打印，订单归档。l 开新订单新增、修改、删除、保存、查找、追加商品、删除商品等销售订单是用户向物流下达的订货单。根据客户的需求明确所购买商品的单价、数量、金

20、额以及供货时间、交货地点等相关信息，对订单的特殊说明可以放在备注栏予以体现，便于及时向客户按订单发货。销售订单在未执行前可根据与客户的洽谈情况进行多次追加合同修改，如若与用户的洽谈失败，销售订单可随时终止。最终确定的销售订单是正式销售合同；我们以同一天提货单为本，一合同一提货单。 由于单一采购订单所针对的商品数量品种很多，我们对一个采购订单分为两类信息制作：在进入开新订单时，会让用户选择此客户是新老客户；基础信息：订货单号、定单类型（普通/加急）、订货仓位、客户的详细信息（见客户服务管理）、联系电话、订货日期、交货日期、付款方式、制单人等商品信息：商品编号、商品类别、商品名称、商品型号、商品数

21、量、商品单价、订单总金额等。另外同一天客户在同一天提货时，追加合同要找到原合同。l 订单查询：。分为已归档订单查询，办理中订单查询自定义查询：按订货日期区间 客户 商品名称 规格型号 采购订单号（区间） 产地 经办人 保修期限等任意组合查询l 订单送审送审、审核、做备货单订单制作完成，确认无误后，点击”订单送审”实现订单送审，其他部门人员即可根据自己对订单的操作权限进行订单流转执行，在本环节中，根据订单所添写的订单采购方式自动加入审批权限。并在审批完成后，进入库存管理部门，以物流部门最终出库完成整个流程。l 订单打印在订单执行过程中，需要将订单从系统中提出打印，为此设置”订单打印”功能。l 订

22、单归档此流转过程是标志着一个销售订单的结束，并生成相应的财务凭证，基本流程是依据物流部门的出库开票信息，核准后归档，此后，此订单做为历史数据，不可更改。退货管理本模块管理业务部门采购和批销过程中发生的各种退货行为，主要分为以下几下模块：l 开退货单：不管什么原因，发生退货意向时，均由业务部门开出退货单：客户退货时：开如下退货单：退货单号、退货日期、退货销售商、联系电话、商品编号、商品类别、商品名称、规格型号、退货数量、单位、进价、退货价、退货总金额、退款方式等；退供应商货时：开如下退货单：退货单号、退货仓库、供应商、联系电话、商品编号、商品类别、商品名称、规格型号、单位、退货数量、进价、退货价

23、、退货总金额、退款方式等具体l 退货单送审：退货单制作完成，确认无误后，退进入退货单送审；按退货方式的不同分别走不同的审批流程；并在审批完成后，进入库存管理部门，以物流部门最终出库完成整个流程。l 退货单查询销售退货：按退货日期区间 客户 商品名称 规格型号 退货单号 产地 退货经办人l 退货单归档此流转过程是标志着一个退货单的结束，并生成相应的财务凭证，基本流程是依据物流部门的出入库开票信息，核准后归档，此后，此订单做为历史数据，不可更改。样品销售管理：此模块专门针对店内销售自己的样品，库存管理相对独立，与直接从库房销售所不同的是，此定单不需备货，提货等环节，直接出库。因为我们店内是有权限销

24、售自己的店内的产品的，因而，在客户要求购买店内的样品时；样品销售订单直接出库，财务凭证核销样品库。其开销售定单方式为样品销售，其他与正常销售一致。主要分为以下几个流程：l 制定样品销售订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等，并加现货销售标记l 样品销售归档归档后核销样品库；商品调价：按商品编号进行商品调价，可以将一类商品同时上浮或下浮；统计分析： 统计口径：客户 按客户的购货情况提供汇总表及对应的明细表，用于客户结构分析、核心销售渠道能力分析、区域市场营销分析； 统计口径：商品名目 按销售产品名录提供销售情况汇总表、明细表，用于企业产品需求结构分析、核心竞争力分析、区域市

25、场需求分析； 统计口径：业务员 按销售业务人员销售业绩提供汇总表及对应明细表，用于销售人员业绩考核； 统计口径：销售出库单据 按销售出库单据提供明细表，主要用于销售进度分析和相关业务查询； 统计口径：销售订单 按销售订单提供明细表，可用于销售订单（合同）的执行情况查询和分析。 需求模型（数据流图）非功能性需求性能需求 精度：本系统涉及到数据，对商品的编辑和查询、报表的设置计算都要求有相当的精度，保留小数点后3位。 时间特性要求：本系统的所有报表及汇总都是建立在时间段的基础之上的，因此在数据库设计上要充分体现所有的时间段信息，便于以后的管理和统计；考虑到对发生时间的要求，我们的时间精确到天。 灵

26、活性：本系统无论是在录入方面，还是在系统操作方面都尽可能满足用户的操作要求，让系统的体现在系统设计的各个方面 系统响应时间：本系统采用面向对象的结构化设计方法，程序设计采用多线程机制，数据库采用数据连接池技术，数据库的操作全部采用标准的SQL语句，这将使系统的整体反应时间大大提高，应该是秒级的。接口需求与其他外部系统的接口l 与账务系统发生凭证传送任务与本系统其他子系统的接口l 本子系统与库存管理之间以订单转换为接口，订单流转过程中业务在哪个部门，本系统就将功能模块设在哪个部门；l 本子系统与财务部门之间的接口是凭证的生成与传送，本子系统将跟踪整个过程；需求硬件环境硬件环境由硬件集成商提供，本

27、系统对硬件无特殊要求。需求分析软件环境l 服务器操作系统由系统集成商提供。3.4. 库存管理子系统业务需求背景库存管理是整个系统的后台，我们所有系统的流转过程都是以出入库做为其结束标志，在整个流转过程中，库存管理水平的好坏，直接影响其他子系统的应用。业务流程库存管理的业务流程不是独立于其他子系统之外的，因而在业务管理子系统和销售管理子系统中，已有很多涉及，我们就不重复。目标要求库存管理子系统要求可以实现以下的目标：l 实现对对各种订单的实时响应l 实现对出入库的有效管理l 实现实现数字化库房。功能需求库存管理子系统的功能视图如下所示：见下页图（库存管理）库存管理子系统的很多数据都是在其他子系统

28、中自动产生的，还在一些在代码维护里，本子系统基本是对其他部门下达任务的执行和管理，因此功能尽量实用、易操作、少录入以减少工作失误。出入库管理对于采购业务的处理均在此完成。此模块功能包括采购入库管理，采购退货入库管理，销售退货入库管理、销售出库管理。l 采购入库管理采购入库管理是对应采购订单在 系统上的执行。每张采购入库单对应唯一一张采购订单，但一张采购订单可以分成若干张入库单执行， 以满足在采购过程中出现的分批进货、同期采购但入库时间不一致等实际情况。入库开票总是对相应采购订单的执行，用户在执行采购订单时如果明确相应的订单号则直接输入此号，导入相应的订单在编辑确认后予以入库开票；如果要执行的采

29、购订单号未知，可以通过提供的查询功能模块查询当前存在的所有采购订单，再按对应的采购订单导入执行开票。开票单据经财务结算后流向库管部门。开票单据是仓库的收货凭证。并将信息发往业务部门，核准后，生成财务凭证。有查询模块；l 采购退货出库管理采购退货单是由业务部门制发，物流只是执行方，在系统对应退货单在系统上的执行，并在到达物流部门后，对应退货单生成出库单做为仓库的出库凭证；并在出库同时挂财务账，生成凭证；有查询模块；l 销售出库管理在确认提货单或销售订单上的商品、单价、数量和收发地点无误后，予以出库开票。出库开票 实际上就是对应销售订单在 系统上的执行，形成有效地出库开票单，形成财务凭证供财务结算

30、。开票出库单是仓库的发货凭证。 有查询模块；l 销售退货入库管理销售退货有着多种情况，我们已经分析过，库存管理子系统只在需要时以入库做为退货物理流程的物理结束。将所退货品重新入库，并生成相应凭证。有查询模块；仓库盘点：l 仓库盘点：存货因为数量较多、收发频繁、计量误差、管理不善、自然损耗等原因，有可能导致库存 数量与帐面数量不符。为了避免帐实不符的现象出现，就要定期进行存货清查，从而查明原因并调整 帐面数量，使帐实相符。使用仓库盘点开出库存盘点清单来完成存货清查时的调整工作。盘点清单将 同时给出每项存货的盈亏情况及汇总盈亏金额，使盈亏情况一目了然。仓库盘点最后经过财务结算和 审核过程后形成盘点

31、清单，用于存档。 报废报修管理报废报修管理由库管理员进行录入维护，在盘点时会有统计仓库调拨：企业在各个仓库之间调拨存货是经常遇到的业务。当发生这类业务后，使用本模块来记录 与该调拨业务相关的各项数据：调入、调出库名，调动商品的名称，编号和数量，（以及用于财务结算 的调动价格。在经财务审核后，）形成仓库调拨单。分别作为调入、调出仓库的入库、出库依据。 服务部件库管理：做为不发生经济行为的售后服务部件库，我们以相对独立的方式进行管理；l 借出管理 我们以借出的方式将售后服务部件从库存中拿出，不发生审核流程，由客服部直接出具借出单即可出库。l 入库管理本部件库的入库均执行正常入库，需针对借出单，以使

32、库存管理有针对性，以后的统计与分析将会很清晰。l 报废报修管理报废报修管理由库管理员进行录入维护，在盘点时会有统计有查询模块；存货核算（保留模块）l 提供详尽和全面的库存核算功能。系统根据其他系统传来的各种出入库数据，实现对采购的暂估业务的处理，存货成本的调整、材料成本差异的计算分摊及财务描述等功能，并提供多种成本计价方式（先进先出法、后进先出法、全月加权平均、移动平均等），提供实时的出库动态成本，为企业提供多角度的存货管理分析手段。统计分析：本模块可以根据商品名目和仓库等不同的统计口径，获得所需的库存统计信息，并形成存货一览表；对有库存限制的商品可通过生成超储短缺商品表等予以控制。 统计口径

33、：商品名目 按库存产品名录提供库存明细表，用于库存结构分析、库存查询、订货（生产）计划制作； 统计口径：仓库 按不同仓库提供库存明细表，用于提货地点查询、各仓库库存分析和库存结 统计口径：库存上限/下限 按对库存量的限制提供超储/短缺商品明细表，用于采购（生产）计划制作动态参考、将库存控制在合理范围，尽量减少企业的资金占用。 需求模型（数据流图）非功能性需求性能需求 精度：本系统涉及到数据，对商品的编辑和查询、报表的设置计算都要求有相当的精度，保留整数位 时间特性要求：本系统的所有报表及汇总都是建立在时间段的基础之上的，因此在数据库设计上要充分体现所有的时间段信息，便于以后的管理和统计；考虑到

34、对发生时间的统计，我们的时间精确到分钟。 灵活性：本系统无论是在录入方面，还是在系统操作方面都尽可能满足用户的操作要求，让系统的体现在系统设计的各个方面 系统响应时间：本系统采用面向对象的结构化设计方法，程序设计采用多线程机制，数据库采用数据连接池技术，数据库的操作全部采用标准的SQL语句，这将使系统的整体反应时间大大提高，应该是秒级的。接口需求与其他外部系统的接口l 与账务系统发生凭证传送任务与本系统其他子系统的接口l 本子系统与业务管理和销售管理之间以订单转换为接口，订单流转过程中业务在哪个部门，本系统就将功能模块设在哪个部门；l 本子系统与财务部门之间的接口是凭证的生成与传送，需求硬件环

35、境硬件环境由硬件集成商提供，本系统对硬件无特殊要求。需求分析软件环境l 服务器操作系统由系统集成商提供。3.5. 财务管理子系统业务需求背景财务管理是整个系统的账务中心，我们所有系统的流转过程都是以财务审核作为控制点的，在整个流转过程中，财务管理负责与账务有关的全部事宜，与集团管理对应。业务流程财务管理的业务流程不是独立于其他子系统之外的，因而在业务管理子系统、销售管理子系统、库存管理系统中，已有很多涉及，我们就不重复。目标要求财务管理子系统要求可以实现以下的目标：l 财务和业务系统软件一体化l 全面核算，清晰准确l 钱流管理，通俗易懂功能需求财务管理子系统的功能视图如下所示：见下页图（财务管

36、理）财务管理子系统的绝大多数数据都是在其他子系统中自动产生的，只有经由其手的付款、收款数据为其录入，因而本子系统的录入界面很少，主要是参与整个系统财务方面的监控；本子系统基本是对其他部门下达任务的执行和管理，因此功能尽量实用、易操作、少录入以减少工作失误。应收应付管理。主要是针对其他部门（业务部门和销售部门）传送过来的凭证进行账务管理：启用应收账款系统后，每日会根据日期自动提示供应商应收账款余额的信息，进行相应的往来账管理。启用应付账款系统后，每日会根据日期自动提示供应商应付账款余额的信息，进行相应的往来账管理。应收应付款管理应收账款：对应收账款的查询和收款，主要包括销售和出库的采购的退货。

37、应付账款：对应付账款的查询和付款，主要包括销售的退货和采购的到货收付款业务管理主要处理预收帐款的收理、应付款的支付、预付帐款的付出，应收帐款的收取和往来帐的销帐等功能。企业能够及时掌握往来款的实际情况，合理筹措运营资金，提高企业资金的运行效益。应收应付报表：收款明细表 付款明细 应收款明细表 应付款明细表 往来户明细帐 报价单 销售结算（收款结算）：销售结算模块对应相应的出库开票单进行收款结算，冲减应收帐款。系统将自动列出当前尚未结算完毕的销售出库单及其当前结算的情况以供财务人员参考，财会人员可以根据具体情况选择不同的支付方式和冲减预收款的形式。相关的其他说明可以在备注栏予以体现。 采购结算（

38、付款结算）：付款结算模块与收款结算相对应，对应相应的入库单开具请款单，财务部门审批后，收款以冲减应付帐款。系统将自动列出当前尚未结算完毕的入库开票单及其当前结算的情况以供财务人员参考 ，财会人员可以根据具体情况选择不同的支付方式。有查询模块；凭证管理所有财务相关的凭证均在此处管理，并有上传模块与外部财务接口有查询模块；审核管理所有财务相关的需审核的定单均在此处管理，改变各种单子在系统中的即定状态采购定单审核批销审批销售定金审核统计分析：应收应付帐款统计本模块根据会计区间、客户、供应商等条件查看的应收款、应付款、预收款、预付款情况进行统计查询形成相关报表，并与财务系统相衔接。 统计口径：会计区间

39、按时间段提供企业应付/应收帐款的汇总及明细，用于企业中长期应付/应收账款分析，便于合理安排企业财务活动，保证足够的流动资金； 统计口径：客户/供应商按客户/供应商提供企业应收/应付帐款的汇总及明细，用于企业应收/应付帐款结构分析，企业应收/应付帐款项目查询及预收/预付款查询。 需求模型（数据流图）非功能性需求性能需求 精度：本子系统为账务系统；查询、报表的设置计算都要求有相当的精度，保留小数数3位 时间特性要求：本系统的所有报表及汇总都是建立在时间段的基础之上的，因此在数据库设计上要充分体现所有的时间段信息，便于以后的管理和统计；考虑到对账务的统计，我们的时间精确到天。 灵活性：本系统无论是在

40、录入方面，还是在系统操作方面都尽可能满足用户的操作要求，让系统的体现在系统设计的各个方面 系统响应时间：本系统采用面向对象的结构化设计方法，程序设计采用多线程机制，数据库采用数据连接池技术，数据库的操作全部采用标准的SQL语句，这将使系统的整体反应时间大大提高，应该是秒级的。接口需求与其他外部系统的接口l 与外部财务系统发生凭证传送任务与本系统其他子系统的接口l 本子系统与业务管理和销售管理之间以订单转换为接口，订单流转过程中业务在哪个部门，本系统就将功能模块设在哪个部门；需求硬件环境硬件环境由硬件集成商提供，本系统对硬件无特殊要求。需求分析软件环境l 服务器操作系统由系统集成商提供。3.6.

41、 客户服务管理子系统业务需求业务流程客户服务部门的工作流程如下：销售业务完成后客服部门收到自动传送的回访任务单回访完成记录客服部门收到客户维修服务客服部门收到客户维修服务投诉记录在案并出维修单，也可开维修出库单投诉记录借出借入库目标要求财务管理子系统要求可以实现以下的目标：l 客户满意化服务，系统提供支持l 客户关系管理l 客户分析服务功能需求客户服务管理子系统的功能视图如下所示：见下页图（暂无）客户服务管理子系统是一个相对独立的子系统，内容较多，所有的销售客户都在此进行管理客户分类，包括个人客户和集团客户。 2集团客户，根据实际情况的需要细分为企业客户、事业客户和教育客户等多种类型。 3企业

42、客户也可以进行再一次的分类，包括外资、国企和私营等类型。 纪录详细的客户档案，有利于以后的产品维护，服务管理。永远的留住客户。分为：客户资料管理，客户分析，服务进程管理客户资料管理基础资料维护客户分类资料维护：是对客户的分类资料的新增、修改、删除客户类型资料维护：是对客户的类型资料的新增、修改、删除客户级别资料维护：是对客户的级别资料的新增、修改、删除所属地区维护；是对客户的地区资料的新增、修改、删除客户资料维护客户资料维护（会员资料维护：使用会员标志区分）、清除会员（将会员标志修改为非会员）客户资料维护-记录客户的所有信息并有尽可能多添写。清除会员-在客户资料维护中删除的资料并未从数据库中删除，只是将标志位置为删除，在清除会员模块中，才能真正删除客户资料，也能恢复客户资料。服务进程管理服务管理包括和服务相关的物流管理和维修流程管理，此处的客户档案和客户购买的产品信息从产品销售时登记客户资料得到，不需要重新输入，可以做相应的基本信息维护；。客户申请和派工管理： 1服务申请登记、修改； 2根据客户名称、地址、产品编号、电话快速查询客户产品档案，客户服务历史； 3使用排任务单管理 4根据维护组/人员的工作日程、技能要求、工作量、工作定额及服务地区派任务，并且为申请服务的客户建立相应的档案； 5派工人员经过核实后确定维护组/人员的服务时间；反馈管理：