软件需求分析说明书.doc

培训管理资料大全 商务智库整理机密文件需求分析说明书 编 号： Jl-t-qm-0001 版 本： 1 发行日期： 年 月 日编 写 者：logistics编写日期：2002年11月2日质量会签：会签日期： 年 月 日审 核 者：审核日期： 年 月 日批 准 者：批准日期： 年 月 日软件名称与简介4编写目的4预期读者4背景4目前状况4提出单位5预期用户5调研对象5开发单位5业务描述5系统介绍5任务描述6系统体系结构7数据库分布策略8总体方案描述8需求开发8功能模块总览8业务管理子系统9业务需求9功能需求11需求模型（数据流图）16非功能性需求16销售管理子系统18业务需求18功能需求21需求模型（数据流图）25非功能性需求25库存管理子系统27业务需求27功能需求27需求模型（数据流图）31非功能性需求31财务管理子系统33业务需求33功能需求33需求模型（数据流图）37非功能性需求37客户服务管理子系统39业务需求39功能需求39需求模型（数据流图）42非功能性需求42系统管理子系统44功能需求44需求模型（数据流图）49绘制关联图49建立需求模型：49可行性49技术构架：49功能实现：49运行环境：50外部资源利用：50数据字典50数据库设计规则50设计数据库表52实施步骤53系统实现主要步骤53方案报价54软件名称与简介软件名称：销售管理系统。软件简介：是曲美家具销售公司做为网上管理、网上营销、网上办公的集成管理软件。编写目的本需求说明旨在对曲美家具营销物流信息管理系统的整个系统的软件构架及子系统的业务需求、用户需求、功能需求做逐一分析；并对各系统接口、运行环境、性能需求做出可行方案。本需求分析是系统开发的依据，也是用户检验本系统运行的依据。预期读者1、 需方负责人2、 需方业务人员3、 与本系统相关的公司、部门4、 开发方负责人员5、 开发方软件人员背景目前状况现曲美家具销售公司在信息管理上还没有一套完整的软件体系，只有工厂使用早期开发的一些软件，及部分报表软件。提出单位北京曲美商业公司。预期用户1、 北京曲美商业公司2、 北京曲美商业公司下属各职能部门3、 北京曲美商业公司下属专卖店4、 北京曲美商业公司下属分公司调研对象北京曲美商业公司各职能部门开发单位LOGISTICS软件开发技术有限公司业务描述略。系统介绍1、系统的目的是建立一套完整的营销和物流管理系统，先在销售公司及部分专卖店内使用，进而在全国建立完全的集团化全方位信息管理系统；因而在需求分析的首要，我们就使用系统做一简要分析2、曲美营销物流信息管理系统，以销售管理和物流管理系统为核心建设覆盖全部业务的数据库管理系统，以满足上层管理业务的顺利进行，为指挥和控制整个集团的进销存管理提供依据，为管理人员提供专业工具和手段。3、系统将从三个大的方面入手进行整个信息管理系统的研发：业务、用户、功能，基于此，本次需求分析将从该三个方面进行需求分析；该系统的整个信息流和物质流也将从三个方面进行具体体现。4、将分阶段实现下述各子系统，因为各子系统之间有着拆分不开的业务关系，必须在业务操作条件上和部门上下级之数据提供方完整(或完全)的情况下，才可以实施完善一些子系统。5、系统实现时将充分考虑以下几点：职能部门之间的协作关系； 考虑本系统使用人员的使用频率；突出单位和部门的业务重点；体现为客户创造最持久的价值，而不仅仅是当前使用利益；体现管理系统和业务价值取向的平衡点；本系统将使用统一风格，作为一个先进的信息管理系统，应不仅仅完成自动化办公的需求，而要溶入各职能部门的管理思想，以使我们的软件能够在使用的过程中为北京曲美商业公司的管理做出我们的贡献。任务描述信息时代的销售管理公司已对自动化反应水平、准确度、实时性、快速反应、实用性有了新的目标和要求，业务量的增长对常规性的操作提出了新的挑战和要求，本系统的完成将为北京曲美商业公司管理实现无逢化管理办公。本系统的客户应用群体范围广、级别管理规范、权限管理规范。本系统将为全集团的销售管理实现框架化的管理，体现现代化信息管理的优势；对全集团的各职能单位和部门进行统一监控，差别化管理和无差别化管理都将体现在本需求分析中。本系统开发时间甲方要求尽量缩短，开发进度一定要快。系统体系结构在开发基于网络的管理应用系统方面，B/S结构具有安装简便、维护方便、全面升级快、网络结构灵活的特点，是我们本系统开发的首选。考虑各分布式体系结构的特点，本系统选择J2EE作为其开发平台。系统采用基于EJB规范的三层体系结构。运程接口本地接口客户端企业信息系统、数据库EJBBEANEjb服务器 数据库分布策略数据分布是为了就地访问，而不是为了分布而分布。我们的数据库采用集中式数据库。总体方案描述基于上述的用户需求，本系统将把实现企业间的分级销售作为主要突破口，有产品提供商、分级分销商、终端客户作为电子商务平台的三个客户群体；l 系统主要有三个portal(门户)，一个是information portal，一个是exchange portal，一个是business portal。公用信息portal主要为会员及潜在客户提供业务介绍、售后服务咨询，以及新产品推荐，发布促销信息等。Exchange portal主要供代理商在网上下单，进行定单查询及追踪。l 每个角色都可以做到对与自己相关的业务处理状况了然于胸。例如让客户及时了解自己的定单情况、返利情况，让业务员了解自己的定单处理效率，让财务人员知道自己的销售报表，让管理人员更及时的了解现存状态。系统提供的基于互联网的报表功能，使各角色很方便的定制自己的报表，报表结果可以按多种方式反映出来。l 本系统的成功实施，将使产品网上订单响应时间缩短，实现了分销商与总公司进行全套电子商务管理功能，并且把与分销商之间的交易转移到互联网上，大大节省了运营费用，加强了与分销商的联系，同时组成零售联盟（RA-Retail Alliance），提供电子商务服务。需求开发主要功能概述功能模块总览业务管理子系统业务需求背景业务部门主要职责是负责整个公司与供应商之间的采购行为和针对销售商的批发销售，整个公司业务的正常运转的必要实施行为；在整个业务中扮演着内部供应商和批发的职能，一切最初入库的物品均经其部门，采购行为的实施直接关系到后台管理系统。而其批发销售的职能也是区别于零售之外的业务。业务流程1、采购业务：采购行为发生时，根据采购的性质、程度的不同，处理的方式均会产生差别：业务部门采购流程示意图如下：我们认同采购单与申购单为同等效用制计划采购单计划采购财务审核计划总经理审批生成请款单财务部办理汇款业务部办理发货运输事宜物流部到货后将采购单转成入库单日业务部核准入库单并记帐生成财务凭证（销账或挂账）日常采购制日常采购订单日总经理审批财务部审核后付款先付款否，返回按金额控制点；2、批销业务业务部批销流程示意图如下：核准，记账生成财务凭证接客户物理订单后，下批销订单物流部核准库存备货无货产品申购正常采购流程业务部确认订单转提货单财务部审核总经理审核通知客户办财务手续物流部办出库单，自动反馈信息给相关部门3、退货业务业务部制退货单财务审核物流部接货后生成退货出库单财务收款，记账，生成凭证财务挂账物流部收货，做退货入库单财务核销，记账前提是接到客户申请，或已物理存在退货需要业务部退货管理流程示意图：客户退外购退目标要求业务管理子系统要求可以实现以下的目标：l 实现对采购行为的管理，可以对每个采购过程进行管理控制。l 实现对批销的管理，可以对每个批销过程进行管理控制。l 实现对供应商和销售商的管理l 实现所有采购记录、批销记录、业务记录的统计分析。功能需求业务管理子系统的功能视图如下所示：见图（业务管理）采购管理对于采购业务的处理均在此完成。此模块功能包括开新采购订单，修改，开新采购合同，订单送审，订单打印，订单归档。l 采购订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等采购订单是用户向供应商下达的采购定货单。采购订单可作为正式订货合同的重要组成部分；由于单一采购订单所针对的商品数量品种很多，我们对一个采购订单分为两类信息制作：基础信息：包括采购单号、供货厂商、入库时间要求、交货地点要求、订货人、结算方式、采购方式、审核时间要求等必要要素，商品信息：包括：商品编号、商品种类、商品名称、商品数量、商品单价、订单总金额等l 订单送审/审核送审、审核、生成请款单订单制作完成，确认无误后，点击”订单送审”实现订单送审，其他部门人员即可根据自己对订单的操作权限进行订单流转执行，在本环节中，根据订单所添写的订单结算方式和采购方式自动加入审批权限。并在审批完成后，进入库存管理部门，以物流部门最终出入库完成整个流程。在此功能模块中加入总经理审核功能。l 订单打印在订单执行过程中，需要将订单从系统中提出打印，为此设置”订单打印”功能。l 订单查询分为已入库订单查询，办理中订单查询自定义查询：按订货日期区间 供应商 商品名称 规格型号 采购订单号 产地 保修期限等任意组合查询l 订单归档此流转过程是标志着一个采购订单的结束，并生成相应的财务凭证，基本流程是依据物流部门的入库开票信息，核准后归档，此后，此订单做为历史数据，不可更改。l 开请款单预生成预付凭证有查询模块退货管理本模块管理业务部门采购和批销过程中发生的各种退货行为，主要分为以下几下模块：l 开退货单：不管什么原因，发生退货意向时，均由业务部门开出退货单：客户退货时：开如下退货单：退货单号、退货日期、退货销售商、联系电话、商品编号、商品类别、商品名称、规格型号、退货数量、单位、进价、退货价、退货总金额、退款方式等；退供应商货时：开如下退货单：退货单号、退货仓库、供应商、联系电话、商品编号、商品类别、商品名称、规格型号、单位、退货数量、进价、退货价、退货总金额、退款方式等l 退货单送审：退货单制作完成，确认无误后，退进入退货单送审；按退货方式的不同分别走不同的审批流程；并在审批完成后，进入库存管理部门，以物流部门最终出入库完成整个流程。l 退货单归档此流转过程是标志着一个退货单的结束，并生成相应的财务凭证，基本流程是依据物流部门的出入库开票信息，核准后归档，此后，此订单做为历史数据，不可更改。l 退货单打印在退货单执行过程中，需要将退货单从系统中提出打印，为此设置”订单打印”功能。l 退单归档此流转过程是标志着一个退货单的结束，并生成相应的财务凭证，基本流程是依据物流部门的出库开票信息，核准后归档，此后，此退货单做为历史数据，不可更改。l 退货单查询：分为销售退货和采购退货采购退货：按退货日期区间 供应商 商品名称 规格型号 退货单号 产地 保修期限等销售退货：按退货日期区间 客户 商品名称 规格型号 退货单号 产地 退货经办人 批发销售管理：此模块专门针对批发销售的客户，不针对最终客户，与直接客户所不同的是，此定单不是严格接照最终客户工作日完成的。主要分为以下几个流程：l 制定销售订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等因为我们的业务部门都是对外进行业务操作，此销售订单可看作是用户代销售商下达的采购定货单（区别在于，采购是入，而批销是出）。但不要误解，我们不是强调，而是寻找一种共性；因销售订单是建立在出库的基础上，我们默认库里有商品；没有商品的情况我们要再下一份采购订单；但销售订单可作为正式销售合同的重要组成部分；由于单一销售订单所针对的商品数量品种很多，我们对一个批销订单分为两类信息制作：基础信息：订货单号、订货仓位、销售商客户、联系电话、订货日期、交货日期、付款方式、制单人等商品信息：商品编号、商品类别、商品名称、商品型号、商品数量、商品单价、订单总金额等。l 供应商管理新增、查询、打印、合同、订单、供应商、产品本模块将对供应商的全套资料进行管理，包括供应商的基本信息，供应商下的所有产品的维护；与供应商合同的管理，我们将采取一一对应的方式进行管理，使用户使用起来更加得心应手，与供应商发生的所有订单也将本模块中进行管理。l 销售商管理本模块与供应商管理一致，只是缺少了产品。统计分析：统计口径：供应商 按供应商的供货情况提供汇总表及对应的明细表，用于分析企业供应商结构、供货能力、企业对供应商的依赖程度等； 统计口径：商品名目 提供按商品名录索引的采购情况汇总表及对应、明细表，提供企业的采购结构、采购进度等信息； 统计口径：采购员 按各采购员操作的采购情况提供汇总表及对应明细表，用于采购成本分析、控制及考核； 统计口径：采购入库单据 按单据提供采购明细表，用于采购进度分析、采购基本情况查询； 统计口径：采购订单 按采购订单提供采购明细表，用于采购计划（合同）完成情况分析。 统计口径：销售商 按销售商的订货情况提供汇总表及对应的明细表，用于分析企业销售商结构、销售能力等；需求模型（数据流图）非功能性需求性能需求 精度：本系统涉及到数据，对商品的编辑和查询、报表的设置计算都要求有相当的精度，保留小数点后3位。 时间特性要求：本系统的所有报表及汇总都是建立在时间段的基础之上的，因此在数据库设计上要充分体现所有的时间段信息，便于以后的管理和统计；考虑到对发生时间的要求，我们的时间精确到天。 灵活性：本系统无论是在录入方面，还是在系统操作方面都尽可能满足用户的操作要求，让系统的体现在系统设计的各个方面 系统响应时间：本系统采用面向对象的结构化设计方法，程序设计采用多线程机制，数据库采用数据连接池技术，数据库的操作全部采用标准的SQL语句，这将使系统的整体反应时间大大提高，应该是秒级的。接口需求与其他外部系统的接口l 与账务系统发生凭证传送任务与本系统其他子系统的接口l 本子系统与库存管理之间以订单转换为接口，订单流转过程中业务在哪个部门，本系统就将功能模块设在哪个部门；l 本子系统与财务部门之间的接口是凭证的生成与传送，本子系统将跟踪整个过程；需求硬件环境硬件环境由硬件集成商提供，本系统对硬件无特殊要求。需求分析软件环境l 服务器操作系统由系统集成商提供。销售管理子系统业务需求背景销售部门主要职责是负责整个公司与直接客户之间的销售行为，也是整个系统运转最为频繁的子系统；整个公司业务的最前沿；在整个业务中扮演着非常重要的职能，系统对订单的执行效率和执行精细度有较高的要求。业务流程1、正常销售订单：销售行为发生时，根据销售的性质、程度的不同，处理的方式均会产生差别：销售部门销售流程示意图如下：我们认同销售订单与为合同单具同等效用根据提货单排任务单提货开出库单生成财务凭证（销账或挂账）送货收款（状态）形成提货单并打印财务审核订金盖章（状态记）正常采购销售部审核下定单（收定金）财务审核订金生成备货单查库业务部门下采购单物流入库输出客户标签 不足有2、应急销售订单销售部应急销售订单流程示意图如下：此订单在流转过程中将一直有加急标记；核准，记账生成财务凭证查询库存情况下订单并将库存商品做留标记无货产品申购正常采购流程销售部确认订单直接打印提货单财务部审核订金物理盖章送往物流部物流部办出库单，自动反馈信息给相关部门 有收货入库完成后3、销售退货流程部退货管理流程示意图：开出退货合同单，即在主合同上追加红单完成订金已存未送货订金未存银行开销售退货合同单财务审核将相应提货单做标记退款并生成凭证将相应提货单做标记两清开销售退货单财务审核回货入库生成入库单退款并生成凭证，挂账未出库未出库在途径财务核销4、 样品销售流程：客户自提样品销售订单直接生成样品出库单日财务审核财务凭证，挂账核销样品库销售部审核需送货样品销售订单生成样品提货单财务审核盖章销售部审核物流提货出库目标要求销售管理子系统要求可以实现以下的目标：l 实现对销售行为的管理，可以对销售全过程进行流程化管理控制。l 实现对卖店的销售管理，对专卖店进行有限管理。l 实现所有销售记录、退货记录、业务记录的统计分析。功能需求销售管理子系统的功能视图如下所示：见下页图（销售管理）销售订单管理对于采购业务的处理均在此完成。此模块功能包括开新订单，订单送审，追加订单、加急订单管理、订单打印，订单归档。l 开新订单新增、修改、删除、保存、查找、追加商品、删除商品等销售订单是用户向物流下达的订货单。根据客户的需求明确所购买商品的单价、数量、金额以及供货时间、交货地点等相关信息，对订单的特殊说明可以放在备注栏予以体现，便于及时向客户按订单发货。销售订单在未执行前可根据与客户的洽谈情况进行多次追加合同修改，如若与用户的洽谈失败，销售订单可随时终止。最终确定的销售订单是正式销售合同；我们以同一天提货单为本，一合同一提货单。 由于单一采购订单所针对的商品数量品种很多，我们对一个采购订单分为两类信息制作：在进入开新订单时，会让用户选择此客户是新老客户；基础信息：订货单号、定单类型（普通/加急）、订货仓位、客户的详细信息（见客户服务管理）、联系电话、订货日期、交货日期、付款方式、制单人等商品信息：商品编号、商品类别、商品名称、商品型号、商品数量、商品单价、订单总金额等。另外同一天客户在同一天提货时，追加合同要找到原合同。l 订单查询：。分为已归档订单查询，办理中订单查询自定义查询：按订货日期区间 客户 商品名称 规格型号 采购订单号（区间） 产地 经办人 保修期限等任意组合查询l 订单送审送审、审核、做备货单订单制作完成，确认无误后，点击”订单送审”实现订单送审，其他部门人员即可根据自己对订单的操作权限进行订单流转执行，在本环节中，根据订单所添写的订单采购方式自动加入审批权限。并在审批完成后，进入库存管理部门，以物流部门最终出库完成整个流程。l 订单打印在订单执行过程中，需要将订单从系统中提出打印，为此设置”订单打印”功能。l 订单归档此流转过程是标志着一个销售订单的结束，并生成相应的财务凭证，基本流程是依据物流部门的出库开票信息，核准后归档，此后，此订单做为历史数据，不可更改。退货管理本模块管理业务部门采购和批销过程中发生的各种退货行为，主要分为以下几下模块：l 开退货单：不管什么原因，发生退货意向时，均由业务部门开出退货单：客户退货时：开如下退货单：退货单号、退货日期、退货销售商、联系电话、商品编号、商品类别、商品名称、规格型号、退货数量、单位、进价、退货价、退货总金额、退款方式等；退供应商货时：开如下退货单：退货单号、退货仓库、供应商、联系电话、商品编号、商品类别、商品名称、规格型号、单位、退货数量、进价、退货价、退货总金额、退款方式等具体l 退货单送审：退货单制作完成，确认无误后，退进入退货单送审；按退货方式的不同分别走不同的审批流程；并在审批完成后，进入库存管理部门，以物流部门最终出库完成整个流程。l 退货单查询销售退货：按退货日期区间 客户 商品名称 规格型号 退货单号 产地 退货经办人l 退货单归档此流转过程是标志着一个退货单的结束，并生成相应的财务凭证，基本流程是依据物流部门的出入库开票信息，核准后归档，此后，此订单做为历史数据，不可更改。样品销售管理：此模块专门针对店内销售自己的样品，库存管理相对独立，与直接从库房销售所不同的是，此定单不需备货，提货等环节，直接出库。因为我们店内是有权限销售自己的店内的产品的，因而，在客户要求购买店内的样品时；样品销售订单直接出库，财务凭证核销样品库。其开销售定单方式为样品销售，其他与正常销售一致。主要分为以下几个流程：l 制定样品销售订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等，并加现货销售标记l 样品销售归档归档后核销样品库；商品调价：按商品编号进行商品调价，可以将一类商品同时上浮或下浮；统计分析： 统计口径：客户 按客户的购货情况提供汇总表及对应的明细表，用于客户结构分析、核心销售渠道能力分析、区域市场营销分析； 统计口径：商品名目 按销售产品名录提供销售情况汇总表、明细表，用于企业产品需求结构分析、核心竞争力分析、区域市场需求分析； 统计口径：业务员 按销售业务人员销售业绩提供汇总表及对应明细表，用于销售人员业绩考核； 统计口径：销售出库单据 按销售出库单据提供明细表，主要用于销售进度分析和相关业务查询； 统计口径：销售订单 按销售订单提供明细表，可用于销售订单（合同）的执行情况查询和分析。 需求模型（数据流图）非功能性需求性能需求 精度：本系统涉及到数据，对商品的编辑和查询、报表的设置计算都要求有相当的精度，保留小数点后3位。 时间特性要求：本系统的所有报表及汇总都是建立在时间段的基础之上的，因此在数据库设计上要充分体现所有的时间段信息，便于以后的管理和统计；考虑到对发生时间的要求，我们的时间精确到天。 灵活性：本系统无论是在录入方面，还是在系统操作方面都尽可能满足用户的操作要求，让系统的体现在系统设计的各个方面 系统响应时间：本系统采用面向对象的结构化设计方法，程序设计采用多线程机制，数据库采用数据连接池技术，数据库的操作全部采用标准的SQL语句，这将使系统的整体反应时间大大提高，应该是秒级的。接口需求与其他外部系统的接口l 与账务系统发生凭证传送任务与本系统其他子系统的接口l 本子系统与库存管理之间以订单转换为接口，订单流转过程中业务在哪个部门，本系统就将功能模块设在哪个部门；l 本子系统与财务部门之间的接口是凭证的生成与传送，本子系统将跟踪整个过程；需求硬件环境硬件环境由硬件集成商提供，本系统对硬件无特殊要求。需求分析软件环境l 服务器操作系统由系统集成商提供。库存管理子系统业务需求背景库存管理是整个系统的后台，我们所有系统的流转过程都是以出入库做为其结束标志，在整个流转过程中，库存管理水平的好坏，直接影响其他子系统的应用。业务流程库存管理的业务流程不是独立于其他子系统之外的，因而在业务管理子系统和销售管理子系统中，已有很多涉及，我们就不重复。目标要求库存管理子系统要求可以实现以下的目标：l 实现对对各种订单的实时响应l 实现对出入库的有效管理l 实现实现数字化库房。功能需求库存管理子系统的功能视图如下所示：见下页图（库存管理）库存管理子系统的很多数据都是在其他子系统中自动产生的，还在一些在代码维护里，本子系统基本是对其他部门下达任务的执行和管理，因此功能尽量实用、易操作、少录入以减少工作失误。出入库管理对于采购业务的处理均在此完成。此模块功能包括采购入库管理，采购退货入库管理，销售退货入库管理、销售出库管理。l 采购入库管理采购入库管理是对应采购订单在 系统上的执行。每张采购入库单对应唯一一张采购订单，但一张采购订单可以分成若干张入库单执行， 以满足在采购过程中出现的分批进货、同期采购但入库时间不一致等实际情况。入库开票总是对相应采购订单的执行，用户在执行采购订单时如果明确相应的订单号则直接输入此号，导入相应的订单在编辑确认后予以入库开票；如果要执行的采购订单号未知，可以通过提供的查询功能模块查询当前存在的所有采购订单，再按对应的采购订单导入执行开票。开票单据经财务结算后流向库管部门。开票单据是仓库的收货凭证。并将信息发往业务部门，核准后，生成财务凭证。有查询模块；l 采购退货出库管理采购退货单是由业务部门制发，物流只是执行方，在系统对应退货单在系统上的执行，并在到达物流部门后，对应退货单生成出库单做为仓库的出库凭证；并在出库同时挂财务账，生成凭证；有查询模块；l 销售出库管理在确认提货单或销售订单上的商品、单价、数量和收发地点无误后，予以出库开票。出库开票 实际上就是对应销售订单在 系统上的执行，形成有效地出库开票单，形成财务凭证供财务结算。开票出库单是仓库的发货凭证。 有查询模块；l 销售退货入库管理销售退货有着多种情况，我们已经分析过，库存管理子系统只在需要时以入库做为退货物理流程的物理结束。将所退货品重新入库，并生成相应凭证。有查询模块；仓库盘点：l 仓库盘点：存货因为数量较多、收发频繁、计量误差、管理不善、自然损耗等原因，有可能导致库存 数量与帐面数量不符。为了避免帐实不符的现象出现，就要定期进行存货清查，从而查明原因并调整 帐面数量，使帐实相符。使用仓库盘点开出库存盘点清单来完成存货清查时的调整工作。盘点清单将 同时给出每项存货的盈亏情况及汇总盈亏金额，使盈亏情况一目了然。仓库盘点最后经过财务结算和 审核过程后形成盘点清单，用于存档。 报废报修管理报废报修管理由库管理员进行录入维护，在盘点时会有统计仓库调拨：企业在各个仓库之间调拨存货是经常遇到的业务。当发生这类业务后，使用本模块来记录 与该调拨业务相关的各项数据：调入、调出库名，调动商品的名称，编号和数量，（以及用于财务结算 的调动价格。在经财务审核后，）形成仓库调拨单。分别作为调入、调出仓库的入库、出库依据。 服务部件库管理：做为不发生经济行为的售后服务部件库，我们以相对独立的方式进行管理；l 借出管理 我们以借出的方式将售后服务部件从库存中拿出，不发生审核流程，由客服部直接出具借出单即可出库。l 入库管理本部件库的入库均执行正常入库，需针对借出单，以使库存管理有针对性，以后的统计与分析将会很清晰。l 报废报修管理报废报修管理由库管理员进行录入维护，在盘点时会有统计有查询模块；存货核算（保留模块）l 提供详尽和全面的库存核算功能。系统根据其他系统传来的各种出入库数据，实现对采购的暂估业务的处理，存货成本的调整、材料成本差异的计算分摊及财务描述等功能，并提供多种成本计价方式（先进先出法、后进先出法、全月加权平均、移动平均等），提供实时的出库动态成本，为企业提供多角度的存货管理分析手段。统计分析：本模块可以根据商品名目和仓库等不同的统计口径，获得所需的库存统计信息，并形成存货一览表；对有库存限制的商品可通过生成超储短缺商品表等予以控制。 统计口径：商品名目 按库存产品名录提供库存明细表，用于库存结构分析、库存查询、订货（生产）计划制作； 统计口径：仓库 按不同仓库提供库存明细表，用于提货地点查询、各仓库库存分析和库存结 统计口径：库存上限/下限 按对库存量的限制提供超储/短缺商品明细表，用于采购（生产）计划制作动态参考、将库存控制在合理范围，尽量减少企业的资金占用。 需求模型（数据流图）非功能性需求性能需求 精度：本系统涉及到数据，对商品的编辑和查询、报表的设置计算都要求有相当的精度，保留整数位 时间特性要求：本系统的所有报表及汇总都是建立在时间段的基础之上的，因此在数据库设计上要充分体现所有的时间段信息，便于以后的管理和统计；考虑到对发生时间的统计，我们的时间精确到分钟。 灵活性：本系统无论是在录入方面，还是在系统操作方面都尽可能满足用户的操作要求，让系统的体现在系统设计的各个方面 系统响应时间：本系统采用面向对象的结构化设计方法，程序设计采用多线程机制，数据库采用数据连接池技术，数据库的操作全部采用标准的SQL语句，这将使系统的整体反应时间大大提高，应该是秒级的。接口需求与其他外部系统的接口l 与账务系统发生凭证传送任务与本系统其他子系统的接口l 本子系统与业务管理和销售管理之间以订单转换为接口，订单流转过程中业务在哪个部门，本系统就将功能模块设在哪个部门；l 本子系统与财务部门之间的接口是凭证的生成与传送，需求硬件环境硬件环境由硬件集成商提供，本系统对硬件无特殊要求。需求分析软件环境l 服务器操作系统由系统集成商提供。财务管理子系统业务需求背景财务管理是整个系统的账务中心，我们所有系统的流转过程都是以财务审核作为控制点的，在整个流转过程中，财务管理负责与账务有关的全部事宜，与集团管理对应。业务流程财务管理的业务流程不是独立于其他子系统之外的，因而在业务管理子系统、销售管理子系统、库存管理系统中，已有很多涉及，我们就不重复。目标要求财务管理子系统要求可以实现以下的目标：l 财务和业务系统软件一体化l 全面核算，清晰准确l 钱流管理，通俗易懂功能需求财务管理子系统的功能视图如下所示：见下页图（财务管理）财务管理子系统的绝大多数数据都是在其他子系统中自动产生的，只有经由其手的付款、收款数据为其录入，因而本子系统的录入界面很少，主要是参与整个系统财务方面的监控；本子系统基本是对其他部门下达任务的执行和管理，因此功能尽量实用、易操作、少录入以减少工作失误。应收应付管理。主要是针对其他部门（业务部门和销售部门）传送过来的凭证进行账务管理：启用应收账款系统后，每日会根据日期自动提示供应商应收账款余额的信息，进行相应的往来账管理。启用应付账款系统后，每日会根据日期自动提示供应商应付账款余额的信息，进行相应的往来账管理。应收应付款管理应收账款：对应收账款的查询和收款，主要包括销售和出库的采购的退货。 应付账款：对应付账款的查询和付款，主要包括销售的退货和采购的到货收付款业务管理主要处理预收帐款的收理、应付款的支付、预付帐款的付出，应收帐款的收取和往来帐的销帐等功能。企业能够及时掌握往来款的实际情况，合理筹措运营资金，提高企业资金的运行效益。应收应付报表：收款明细表 付款明细 应收款明细表 应付款明细表 往来户明细帐 报价单 销售结算（收款结算）：销售结算模块对应相应的出库开票单进行收款结算，冲减应收帐款。系统将自动列出当前尚未结算完毕的销售出库单及其当前结算的情况以供财务人员参考，财会人员可以根据具体情况选择不同的支付方式和冲减预收款的形式。相关的其他说明可以在备注栏予以体现。 采购结算（付款结算）：付款结算模块与收款结算相对应，对应相应的入库单开具请款单，财务部门审批后，收款以冲减应付帐款。系统将自动列出当前尚未结算完毕的入库开票单及其当前结算的情况以供财务人员参考 ，财会人员可以根据具体情况选择不同的支付方式。有查询模块；凭证管理所有财务相关的凭证均在此处管理，并有上传模块与外部财务接口有查询模块；审核管理所有财务相关的需审核的定单均在此处管理，改变各种单子在系统中的即定状态采购定单审核批销审批销售定金审核统计分析：应收应付帐款统计本模块根据会计区间、客户、供应商等条件查看的应收款、应付款、预收款、预付款情况进行统计查询形成相关报表，并与财务系统相衔接。 统计口径：会计区间按时间段提供企业应付/应收帐款的汇总及明细，用于企业中长期应付/应收账款分析，便于合理安排企业财务活动，保证足够的流动资金； 统计口径：客户/供应商按客户/供应商提供企业应收/应付帐款的汇总及明细，用于企业应收/应付帐款结构分析，企业应收/应付帐款项目查询及预收/预付款查询。 需求模型（数据流图）非功能性需求性能需求 精度：本子系统为账务系统；查询、报表的设置计算都要求有相当的精度，保留小数数3位 时间特性要求：本系统的所有报表及汇总都是建立在时间段的基础之上的，因此在数据库设计上要充分体现所有的时间段信息，便于以后的管理和统计；考虑到对账务的统计，我们的时间精确到天。 灵活性：本系统无论是在录入方面，还是在系统操作方面都尽可能满足用户的操作要求，让系统的体现在系统设计的各个方面 系统响应时间：本系统采用面向对象的结构化设计方法，程序设计采用多线程机制，数据库采用数据连接池技术，数据库的操作全部采用标准的SQL语句，这将使系统的整体反应时间大大提高，应该是秒级的。接口需求与其他外部系统的接口l 与外部财务系统发生凭证传送任务与本系统其他子系统的接口l 本子系统与业务管理和销售管理之间以订单转换为接口，订单流转过程中业务在哪个部门，本系统就将功能模块设在哪个部门；需求硬件环境硬件环境由硬件集成商提供，本系统对硬件无特殊要求。需求分析软件环境l 服务器操作系统由系统集成商提供。客户服务管理子系统业务需求业务流程客户服务部门的工作流程如下：销售业务完成后客服部门收到自动传送的回访任务单回访完成记录客服部门收到客户维修服务客服部门收到客户维修服务投诉记录在案并出维修单，也可开维修出库单投诉记录借出借入库目标要求财务管理子系统要求可以实现以下的目标：l 客户满意化服务，系统提供支持l 客户关系管理l 客户分析服务功能需求客户服务管理子系统的功能视图如下所示：见下页图（暂无）客户服务管理子系统是一个相对独立的子系统，内容较多，所有的销售客户都在此进行管理客户分类，包括个人客户和集团客户。 2集团客户，根据实际情况的需要细分为企业客户、事业客户和教育客户等多种类型。 3企业客户也可以进行再一次的分类，包括外资、国企和私营等类型。 纪录详细的客户档案，有利于以后的产品维护，服务管理。永远的留住客户。分为：客户资料管理，客户分析，服务进程管理客户资料管理基础资料维护客户分类资料维护：是对客户的分类资料的新增、修改、删除客户类型资料维护：是对客户的类型资料的新增、修改、删除客户级别资料维护：是对客户的级别资料的新增、修改、删除所属地区维护；是对客户的地区资料的新增、修改、删除客户资料维护客户资料维护（会员资料维护：使用会员标志区分）、清除会员（将会员标志修改为非会员）客户资料维护-记录客户的所有信息并有尽可能多添写。清除会员-在客户资料维护中删除的资料并未从数据库中删除，只是将标志位置为删除，在清除会员模块中，才能真正删除客户资料，也能恢复客户资料。服务进程管理服务管理包括和服务相关的物流管理和维修流程管理，此处的客户档案和客户购买的产品信息从产品销售时登记客户资料得到，不需要重新输入，可以做相应的基本信息维护；。客户申请和派工管理： 1服务申请登记、修改； 2根据客户名称、地址、产品编号、电话快速查询客户产品档案，客户服务历史； 3使用排任务单管理 4根据维护组/人员的工作日程、技能要求、工作量、工作定额及服务地区派任务，并且为申请服务的客户建立相应的档案； 5派工人员经过核实后确定维护组/人员的服务时间；反馈管理：记录客户、伙伴、目标客户和其他人员对产品或客户服务的反馈信息、处理过程的跟踪管理。 持续服务管理以商品的保修期等为找到一种持续的客户服务能力；客户分析：在系统使用过程中，可以不断完善和积累客户的信息，找出目标客户、发掘潜在客户，创造销售机会。 客户分析子系统包括客户月统计、客户分类统计、客户地区统计、客户类别统计、客户级别统计，本模块是根据客户的进出货和退货资料为基础，对客户进行统计分析。 主统计画面为数据窗口和统计图（数据窗口显示具体数据、统计图按照图形方式显示数据）（接收统计方式，客户月统计） 需求模型（数据流图）非功能性需求性能需求 精度：本子系统为账务系统；查询、报表的设置计算都要求有相当的精度，保留整数位 时间特性要求：本系统的所有报表及汇总都是建立在时间段的基础之上的，因此在数据库设计上要充分体现所有的时间段信息，便于以后的管理和统计；考虑到对账务的统计，我们的时间精确到天。 灵活性：本系统无论是在录入方面，还是在系统操作方面都尽可能满足用户的操作要求，让系统的体现在系统设计的各个方面 系统响应时间：本系统采用面向对象的结构化设计方法，程序设计采用多线程机制，数据库采用数据连接池技术，数据库的操作全部采用标准的SQL语句，这将使系统的整体反应时间大大提高，应该是秒级的。接口需求与其他外部系统的接口l 与外部财务系统发生凭证传送任务与本系统其他子系统的接口需求硬件环境硬件环境由硬件集成商提供，本系统对硬件无特殊要求。需求分析软件环境l 服务器操作系统由系统集成商提供。系统管理子系统功能需求分为：代码维护，机构设置，权限设置代码维护仓库代码维护新增，修改，删除仓库代码分四级A类-主仓库（顺序a1,a2.）B类-分公司仓库（顺序b1,b2.）C类-店仓库（顺序c1,c2.）D类-服务部件仓库（顺序d1,d2.）库位代码维护库位代码维护是商品存放有序易查的关键分为新增，修改，删除 库位编码原则：以架位、层位、顺位共同定义一个库位其内容为：库位编号库位号库位属性（高位、小件、饰品）库位面积库位类别（退货区，装备区等）商品维护存放商品基本信息分为新增，修改，删除 商品编码原则：以进货商品编码为准其内容为：商品编号商品规格商品属性（高位、小件、饰品）商品进价商品售价商品批价商品产地保修时间最高库存最低库存等商品组装信息维护存放商品组装基本信息分为新增，修改，删除 包编码原则：以进货商品编码为准，如同加位标识其内容为：对应商品编号组件规格组件类别组件单位商品数量等机构设置单位部门设置存放单位部门基本信息分为新增，查询，修改，根类，子类编码原则：1233（1位为集团编码，2位为公司编码，3位为部门编码3）（编码库）A A1 A2 A21 A22 A3其内容为：所在位置机构类别编码名称名称(拼音)名称(英文)名称缩写所属关系类别联系地址邮编电话传真E-mail网址负责人经理许可证号开户银行银行帐号备注员工信息存放员工基本信息分为新增，查询，修改，删除编码原则：1233（1位为集团编码，2位为公司编码，3位为部门编码3位为员式编号）（编码库）A A1 A2 A21 A22 A221 A3其内容为：编号网络帐号姓名性别民族国籍身份证号码所属部门出生日期学历传真电话传呼手机电子邮件家庭住址备注角色设置存放商品组装基本信息分为新增，查询，修改，注销其内容为：工号网络帐号角色类别(管理员，普通员工，经理)是否权限设置本系统的权限设置细化到了每个用户之针对于每个功能，