物流软件需求
收藏
软件需求规格说明书
|
成文信息 |
||||||||
|
文档编号： |
|
|||||||
|
主 题 词： |
|
|||||||
|
作 者： |
胡春国 |
文档类别： |
规范 |
|||||
|
审 核： |
|
|||||||
|
批 准： |
|
文档性质： |
内部版本 |
|||||
|
主 送： |
|
存档日期： |
2004-12-04 |
|||||
|
抄 送： |
|
发布日期： |
|
|||||
|
签收信息 |
||||||||
|
发送方 |
接收方 |
接收方 |
||||||
|
代表人： |
代表人： |
代表人： |
||||||
|
日期： |
日期： |
日期： |
||||||
|
变更信息 |
||||||||
|
版本 |
原因 |
作者 |
日期 |
|||||
|
|
|
|
|
|||||
|
|
|
|
|
|||||
|
|
|
|
|
|||||
目 录
第1章 概述
随着我国加入WTO与信息技术的发展，全球化竞争日益激烈，多品种、快节奏、个性化需求、高质量和低成本已经成为企业生产经营活动的发展趋势。在这种形式下，发展现代物流就成为企业有效提升竞争能力的重要途径，物流的运作与管理问题受到了企业管理者的普遍关注和高度重视。在针对自身的特点的基础上，加快了企业信息化建设的步伐；从而在原有信息系统的基础上，提出物流的理念，重构现有的信息系统，建设全新的物流管理系统。
物流管理包括的全过程，就是指物料经过的包装、装卸搬运、运输、储存、流通加工、物流信息等物流环节的全过程。
1. 物流管理包装环节: 对包装活动的管理，应根据物流方式和销售要求来确定。比如，流通部门应重点研究包装的结构、强度、外形尺寸、标志等，为储存、运输、装卸搬运提供有利条件；以生产为主的企业，包装管理的重点应放在生产作业的连续性和便利生产方面。当然，生产企业的成品包装也应考虑到流通和销售的要求。
2. 装卸搬运环节：对装卸搬运活动的管理，主要是确定最恰当的装卸方式，力求减少装卸次数，合理配置和使用装卸机具，以做到节能、省力、减少损失、加快速度，取得较好的经济效果。
3. 运输环节：对运输活动的管理，要求选择技术经济效果最好的运输方式和联运方式，合理确定运输路线，贯彻执行“及时、准确、经济、安全”的物流运输四原则。
4. 储存环节：对储存活动的管理，要求正确确定库存数量，明确仓库任务，合理确定保管制度和流程，做到“储存多、进出快、保管好、损耗小、费用省、保安全”。
a) 储存多：是指单位库房面积储存的物料数量合适。
b) 进出快：是指入库、出库迅速及时，方便用户，满足需要。
c) 保管好：是指数量要准确，质量要完好，账物要相符，养护要科学。
d) 损耗小：是指尽量避免和减少在库物品的自然损耗和因工作失误而造成的损失。
e) 费用省：是指努力降低储存费用水平。
f) 保安全：是指保证仓库设备、物料和人员的安全，防止发生灾害事故。
5. 流通加工环节：对流通加工活动的管理，要求提高资源利用率、设备利用率、物流效率和边角余料的回收率，降低物流费用、回收费用和加工费用，减少物流损失。
6. 物流信息环节：对物流信息活动的管理，要求建立信息系统和信息渠道，正确选定信息科目和信息的收集、汇总、统计和使用方法，以保证其可靠性、及时性和安全性。
本软件需求规格说明书是对物流系统项目的定义，包括系统结构、功能需求、界面需求、性能需求以及运行环境、外部接口等。本章简要介绍了编写本文档的目的以及本文档的范围，并说明了本文档使用的约定。
1.1 用户简介
1、领导：他们具有丰富的业务管理经验，对各种业务数据的查询很敏感，对业务数据统计和分析很熟悉。所以，系统中设计足够的查询，分析和统计功能供他们使用，帮助他们对企业有全面的了解，辅助进行科学的决策。这类用户查询频率较高，分析和统计频率不高。
2、普通业务管理人员：他们人数多，是本系统的主要用户。这部分用户年龄相对较小，分管某一项业务的具体事务办理工作。计算机的操作能力比较强，这部分用户的工作量较大。所以，系统中应设计足够快的处理速度来处理他们的业务，查询要方便快捷，输入数据量要尽量少，而且要快，采用各种批量输入、条码输入等手段减轻他们的劳动强度。这类用户查询、输入、修改的频率很高，分析和统计基本上不使用。
3、系统维护人员：这类用户应该是计算机专业人员，他们需要掌握一定的计算机和网络的基本知识，才能保证系统的正常运行。目前各地也配备了系统维护人员。这类用户主要进行的工作是对系统的公用数据的维护、系统的安装、网络的配置和调试。所以要加强对这类用户的专业技术的培训和自身技术的学习，力求能胜任今后的维护工作。
1.2 项目的目的与目标
物流系统是在在现有的系统运行的过程中，发现现有系统的不足及缺陷，从而提出重构系统。新的系统根据物流系统软件本身的特点，在充分调研业务的基础上，并结合原有业务软件的特点，建设一个跨平台的、通用的、功能完善的、界面友好的、安全稳定的、可定制业务流程、可维护性的物流管理业务软件；并将采用工作流引擎对整个业务流程的定制，从而可以适应企业业务变动时，调整现有的工作流程，从而提高系统的可扩展性、可维护性。
物流系统软件在功能上要覆盖的业务，并通过业务软件的使用，优化业务流程、规范业务操作。同时，由于特定的分销、配送方式，从而形成纵向的系统结构。纵向的结构是指从开始，向下形成树状的网络，包括批发商（批发商下又有零售店、下级批发商等结构）、零售店、酒吧、茶艺馆、中西式餐厅、咖啡厅、休闲中心、俱乐部、银行、美发美体中心等公众消费、娱乐场所。
物流系统软件必须遵循简易、高效、稳定的接口系统，并实现与其他系统的衔接。如供应商的EOS系统、CRM系统等；与前端的零售店、连锁店等的POS机。
物流系统软件包含全面管理的思想，对企业内部各个管理环节：财务、人力资源、运输资源管理（车辆、船舶飞机）、包装中心、分拣中心、仓储中心、调度中心、发送中心、统计中心、信息查询、订单、货物和车辆的全程跟踪进行优化管理，并采用条码技术、POS技术、网络安全技术等，加快企业的信息的进程。
高度的灵活性和实时性，该系统采用目前国际上流行的软件架构B/S（客户端/浏览器）结构，紧跟电子商务潮流，使企业的业务随时可以操作，及时跟踪和查询货物信息和管理数据，使企业的管理者身处斗室，运筹帷幄之中，决胜千里之外。
操作简便，安全可靠，系统安装、使用、维护非常简便，完全客户化设计，体现了公司一切为客户着想的理念。内置防火墙，数据加密，使客户放心使用，无安全隐患之忧。
1.3 假设与约定
1、功能范围：软件在功能上必须完全覆盖的业务、以及原有系统的全部功能。
2、原有业务数据：要对原有业务数据进行移植，数据结构上要考虑对原有数据结构的兼容、从而减少数据迁移时工作量、错误率。
3、业务软件：系统的设计、开发和部署要综合原有各业务软件的特点，建设一个跨平台的、通用的、功能完善的、界面友好的、安全稳定的软件系统。
4、J2EE构架：系统要求选用J2EE构架，因此要求应用系统的设计必须符合J2EE标准规范。（暂时没有决定技术架构）
1.4 前景
物流系统软件在实施成功的基础上，扩大市场的影响力、知名度，从而涉足物流领域。对将来的供应链（SCM）的集成、客户关系管理（CRM）的集成、电子采购系统（EOS）、电子商务系统（B2B、B2C）留下接口，从而对系统进行方便的扩充。
在系统将来的发展方向上，多种先进技术融合，具有较高的开放性，兼容多种先进技术，全面采用互联网技术，可直接过渡到全面电子商务, 在采用先进的管理机制的同时物流中心普遍应用适合国情的物流信息管理系统并采用物流管理中的现代技术和方法，同时和当代电子商务发展相融合，涉及有PDA技术、自动化办公(OA)、业务受理(Call Center)、客户关系管理（CRM）、Internet技术、EDI技术、GPS/GIS技术、全自动机械化的WMS技术等等。
1.5 术语定义
1、：是集批发渠道、超市、便利店、零售摊点、加油站等零售终端于一身的全新企业。经过几年人的努力摸索，现在已经成为亮丽的明星。
2、物流：物流，即实物流动，是实现物料（包括全部原材料、半成品、成品）物理位置转移的经济活动。
3、管理：是指人们在生产活动中为达到预定的目标，对所拥有的资源（包括人力、物力、资金等）进行计划、组织和控制。
4、物流管理（Physical Distribution Management）是指对原材料、半成品和成品等物料在企业内外流动的全过程所进行的计划、实施、控制等活动。这个全过程，就是指物料经过的包装、装卸搬运、运输、储存、流通加工、物流信息等物流环节的全过程。
5、EOS电子订货系统：EOS电子订货系统是指企业利用通讯网络（VPN或Internet）线联结的方式进行订货作业和订货信息交换的系统。它有助于提高企业的订货响应速度和缩短企业的订货前置时间。它是企业提高物流效率的一种有效工具。
6、销售时点信息系统（POS）系统：POS系统是指通过自动读取设备（如光笔扫描输入）在销售商品时直接读取商品的相关销售信息，如：商品名、品牌、销售数量、时间、地点、购买商品的顾客号码等，然后将相关的信息通过企业管理信息系统处理后传送到有关部分进行分析、加工以实现销售信息的共享和利用目的的电子系统。
1.6 参考资料
l 实用软件工程，郑人杰，殷人昆，陶永雷，清华大学出版社，1997.4
l 计算机软件产品开发文件编制指南，GB 8567-88
第2章 目标系统描述
2.1 目标系统概述
2.1.1 建设背景
物流系统是在在现有的系统运行的过程中，发现现有系统的不足及缺陷，从而提出重构系统。物流系统软件，其目的是通过对现有业务及系统的全面分析，建成业务功能完善、标准规范统一、安全可靠、管理模式先进的信息系统，实现数据资源的共享，提高企业服务及宏观决策水平。
2.1.2 总体结构
销售业务人员接受到客户订单后，经确认之后，查看仓库中是否有库存产品。如果没有足够的产品，销售人员根据客户的订单，生成采购申请单，向采购业务人员申请。。采购人员在收到销售部门的订货计划后，可以查看库存情况，并对申请的内容与销售人员进行协调，确定采购产品、数量、交货日期。如有异议的，可以退回订货计划给销售部门；如无异议的，则生成采购单。
采购业务人员在确定采购产品、数量及交货日期之后，开始向供应商发送采购单。如果供应商有电子采购系统（EOS），采购人员可以直接向供应商的EOS发送采购单；如果供应商没有EOS，采购人员可以打印采购单传真给供应商或用电话的方式与供应商沟通。采购人员也可以根据供应商的报价情况，输入与供应商签订的合同信息、供应商的基本资料。
供应商收到采购业务人员的采购单之后，采购业务人员可以随时跟踪供应商对采购单的生产情况、配送情况；再录入系统中（如果供应商提供SCM的接口，系统自动从供应商的接口中，读到供应商对订单的处理情况，自动录入到系统中）。从而销售人员可以根据供应商的情况，答复客户的货物什么时候会到、什么时候会送达到客户手中；从而提高客户的满意度。采购人员可以根据供应商的提供的资料，做入库计划并通知仓储部门（即：什么时候、什么货物、多少数量等信息给仓储部门）。
仓储部门在接收到采购部门传入的入库计划后，安排入库进程。并在货物到达后，存放在待检区中，对收到的货物进行确认；并通知销售人员、采购人员，货物已经到达待检区。当仓储部门检验之后，仓储业务人员可以进行正式入库；入库之后，也通知销售部门、采购部门，货物的检验情况及入库情况。从而销售部门可以开始做配送计划。
如果销售业务人员在收到客户的订单之后，仓库里现有的库存产品满足客户的要求或采购的货物已入仓后，销售业务人员直接做好配送计划，传入仓库及配送中心。销售部门根据客户的订单日期、交货日期，制订配送计划（产品、数量），并传送给仓库。
仓库根据配送计划，开始分拣出要配送的产品，再搬运到待包装区中；包装人员根据客户包装的要求，对待送的产品进行包装。包装之后，再搬运到待配送区，并通知配送中心准备装车。在出入仓操作时，采用条码扫描，可以直接、简单、快速地操作。
配送中心在收到配送计划之后，进行车辆、运输路线、司机的安排。并在收到包装人员的配送通知后，开始搬运上车，再根据计划的路线送货。配送人员在送达目的地之后，卸下货物给客户并要求客户签收。配送中心送货之后，通知销售人员，客户的订单已送到。
客户有退货情况，可以通过终端系统，输入退货情况（货物规格、数量、原因、对应的订单号），并上传到销售部门。如果没有终端系统，客户直接联系销售人员，说明退货情况；销售人员根据客户说明的情况，登记到系统中。销售人员根据退货情况，做退货回收计划，并传给配送中心。配送中心根据退货回收计划，安排车辆、人员回收货物。配送人员在送货的时候，对客户的退货进行登记，客户对退货单签字确认后，装车并运回配送中心。
退货回收计划也同时传入仓储部门，仓储部门可以对退货入仓进行安排。当配送人员收回货物后，送入待入库区中，并将退货单给仓储人员。仓储人员对待入库的货物进行确认登记，并通知销售人员。仓储人员对退货进行入库，入库后，通知销售人员。
对于采购、仓库、客户、供应商等发生的资金流的内容，将自动进入会计系统。会计系统主要由应付帐、应收账、总帐等组成。
人事管理系统主要是对员工的考勤、工资、档案、培训、升迁、基本资料等进行管理。
物流分析系统是对现有的数据进行整理、汇总、分析。从而产生各种分析报表。
物流决策支持系统是由物流系统的消息采集、统计、分析、监测、预测、预警、决策支持系统构成。系统是在充分运用物流信息以及网络技术的基础上，根据物流管理各环节的相互关系而设计和建立的分析预测系统，为企业的决策科学化提供先进的技术手段。通过本系统对物流数据资料进行统计与分析，可以描述企业现状以及预测未来发展前景，进而为企业有关部门的决策提供科学依据。
2.1.3 网络结构
由于物流管理系统的将来发展前景是统一采购、统一配送、统一管理，因而在发展的趋势上，将形成多级配送中心。每一级配送中心都包含整体的物流系统。从而在考虑拟建系统的时候，应就现在的网络情况，进行横向、纵向的数据共享。也就是每一个配送中心管理它的下级零售店、连锁店、批发商等的物流管理；同时，下级配送中心即可以向上级配送中心进行采购，也可以从其他配送中心、其他渠道进行采购，从而形成情况比较复杂的物流网络。为了适应这种发展，系统在构建时，应重点考虑系统的可扩展性。
2.1.4 特点介绍
l 功能齐全，全面支持业务
物流系统在功能上涵盖了所有的物流管理业务，不仅包括业务本身的功能，而且还实现了与外系统的接口功能，全方位的支持将来管理系统、零售店系统、加盟店系统进行集成。
l 遵循标准
物流系统的设计和开发中严格的遵循国家标准。
l 体系结构先进，提高了系统的可维护性
物流系统采用业界成熟而先进的B/S/S三层体系结构，既实现了客户端的“零维护”，又保证了系统的性能。（没有决定技术架构）
l 不依赖任何专有软件和硬件，提高了系统的可移植性
物流系统符合J2EE标准，支持跨平台的应用，不依赖任何专有软件和硬件，提高了系统的可移植性，降低了推广的风险。（没有决定技术架构）
l 业务流驱动
物流系统带有很强的流程特点，需要一个企业级的工作流引擎系统进行支持。业务流引擎系统是物流系统中不可缺少的一个底层平台。可以通过实现了业务流程的可定制，优化信息流，简化业务环节，提高业务处理的效率，并对将来的业务重构提供支持。特别是涉足其他企业管理系统时，可以根据各企业部门的设置情况，进行灵活配置。
2.2 系统整体框架
物流系统软件的体系结构是个多层的模型，是支撑整个软件的骨架，它的合理性、稳定性、可维护性、灵活性、可扩展性是物流系统的优点。根据系统的要求，采用中间件平台、工作流引擎、灵活的技术架构，满足系统的要求。从而，物流系统软件在这些核心平台的支撑下，提供稳定、安全、灵活的系统。
2.2.1 业务层面的体系结构
在业务系统的设计中，采用“四流合一”的设计思想来构建物流系统软件。即：商流、物流、信息流、资金合一。同时，结合现在比较流行的工作流引擎，为系统以后的扩展性、适用性提供比较广阔的前景。
物流系统是业务软件的核心，它们在工作流引擎的基础上，实现业务流的自动化。它们通过接口系统实现与其他系统和数据之间的集成。它们借助通用功能模块实现通用查询、打印和工作流定制等功能。系统管理模块保证了业务软件良好的运行。
2.2.2 技术层面的体系结构
在技术层面，采用J2EE的技术体系来构架物流系统软件。
图表 2.2—3技术体系结构
采用J2EE组件技术设计和开发的业务软件，实现了平台的无关性，为系统将来的应用范围、实施和推广打下了良好的基础。
客户端只使用浏览器实现人机交互。
应用服务器端表示层用于页面逻辑处理和调用EJB的本地接口，这部分主要采用JSP、Java Servlet和Java Bean技术来实现。
应用服务器的业务逻辑层主要部署EJB组件，实现业务逻辑处理，主要采用Java Bean和EJB技术实现。
数据库服务器主要进行数据逻辑运算，采用标准SQL技术来访问业务数据库。
2.3 业务划分
2.3.1 组织结构
2.3.2 业务总体视图
以上只是系统功能的框架式划分，以及相当重要的各子系统之间的相互关系。例如，库存子系统就和采购子系统具有密切的关系等等。另外，在物流信息系统发展到一定阶段，可考虑增加决策支持子系统，以使物流信息系统达到一个更高的层次。对企业来说，当实施物流信息系统时，应根据企业自身的行业特点和自己的物流业务流程，规划设计独特的物流信息系统体系结构。下面是对整个结构的描述:
客户可以询问货物的报价情况，销售人员可以随时根据系统的报价数据，提供给客户。客户根据自己的销售情况，决定采购货物规格、数量、送货时间等，再传给销售人员。销售人员在录入客户的订单后，查询库存情况。如果仓库已有相应的库存并没有被分配，就分配给订单；如果没有或不够，就根据客户的订单提出采购申请（销售经理对采购申请单进行审批），并传递采购申请单给采购人员。客户如果有退货情况，可以向销售人员提出退货申请；销售人员根据客户的退货申请进行审核。如果不能退货，则不予受理并说明退回原因；如果审批通过，则安排退货回收计划，传递给仓库及配送管理。如果采购人员采购货物之后，销售人员根据采购的进度情况，安排配送计划，并将配送计划传递给仓库、配送中心，准备送货。货物送到之后，系统的销售情况，并过帐到应收帐中，形成应收帐款。
采购人员收到销售人员提出的采购申请后，对采购申请单审核。如果有异议，则输入意见并退回给销售人员，销售人员再对退回的采购申请单进行处理：1、修改后再传递给采购人员。2、通知客户，不能采购货物，并取消采购申请单。如果把采购人员对采购申请表没有异议，采购人员再为采购申请单选择供应商（一个采购单的项目可以选择多个供应商）后，再传给采购经理进行审批。审批也有两种选择：1、同意，采购人员可以向供应商发送采购单。2、不同意，输入原因并退回采购申请单。采购人员根据采购经理的审批意见，可以选择三种操作：1、开始向供应商采购货物。2、修改采购单后，再传给采购经理审批。3、退回给销售人员，不受理采购申请。
采购人员采购货物之后，再对供应商的生产情况、配送情况进行跟踪，以便随时了解供应商的进度，并登记到系统中。从而销售人员可以跟踪采购进度，向客户答复什么时候送货，并利于安排配送计划。
当供应商送货到了之后，仓库人员对它进行入仓操作。采购系统根据采购单的入库情况，对采购的数据过帐到应付帐中，形成应付帐款。
仓储管理系统根据销售人员的退货回收计划、配送计划，安排出、入库计划。当货物到达之后，进行入库操作；或准备好货物，等待配送人员领货。当配送管理人员提出提货申请后，根据配送管理提出的出库申请，对货物做出库操作。
配送管理中心根据配送计划，安排车辆、司机、运输路线。并对从仓库分拣出来的货物进行包装、装箱、打印送货单。并对运输箱贴上运输条码，以利于在运送到目的地后，通过条码确认要送交的货物是否正确。如果有退货的情况，配送人员根据退货单，对货物与退货单进行点数，确认无误后，装车后运回仓库。配送人员送货之后，在系统中确认配送计划，从而反馈给销售人员，货物已经运到或已经回收。
退货单与会计？
人事管理中，对人员的信息进行登记，包括对员工的资料、档案、工资、考勤、加班、换休、调动、升迁、培训等管理。当发送工资之后，人事管理人员对发送的工资进行确认后，再过帐到会计系统中。
在会计系统中，对采购的应付帐，到期后支付出供应商，并过帐到总帐中。对销售的应收款，销售人员收到款项之后，转交给出纳员。由出纳员对应收款进行确认后，再过帐到总帐中。对于日常的报销单等的会计登记，可以在总帐中，直接登记流水帐之后，再过帐到总帐中。
2.4 业务功能模块
2.4.1 销售管理
2.4.1.1 业务概述
|
业务名称 |
销售管理 |
|
|
业务描述 |
||
|
销售人员根据客户提交的订单，对订单以及市场分析的情况进行评估（包括客户的信用额的确定、应收款的数据、以往的订单情况）。如果销售业务人员对客户的订单认同后，查看库存情况。如果库存量不足，可以提出采购申请，并填写采购申请单。销售经理对业务人员的采购申请单进行审核后，再送给采购人员进行协调采购数量及货物规格。销售人员可以跟踪采购单的采购情况、供应商的生产、配送情况，从而随时对客户的询问进行答复，并根据供应商的配送情况安排配送计划。如果货物入仓后，销售人员可以查看入库情况（包括规格、数量、所属采购单、所属订单等情况）。 |
||
|
业务参与者 |
业务发起者 |
客户 |
|
业务执行者 |
销售人员、销售经理 |
|
|
业务触发条件 |
客户提交订单 |
|
|
业务处理频度 |
不定时，比较频繁 |
|
|
业务处理时限 |
即时处理 |
|
|
业务处理目的 |
销售管理有两个目的： 1、根据客户的订单情况，采购商品以满足客户的需求。 2、根据供应商的询问，以及供应商提供的资料，及时的回复客户的问题，提高客户的满意度。 3、根据采购单的跟踪情况、客户的订单情况安排配送计划给配送中心及仓库，准备送货。 4、跟踪送货的情况。 |
|
|
业务处理结果 |
生成订单、采购申请单，并向采购部门提交采购单资料。 |
|
|
前置业务 |
客户输入订单或客户联系销售人员要求采购货物。 |
|
|
后续业务 |
采购人员开始采购货物，或计划配送。 |
|
|
补充说明 |
||
|
销售业务人员可以查看库存情况，也可以查看客户的资料、历史订购与交货情况、应付款的收款情况，从而可以对客户进行评估，确定客户的信用额。 |
||
2.4.1.2 业务流程图
2.4.1.3 业务环节说明
1. 订购：客户根据自己销售情况，向销售人员下订单采购货物。如果是使用系统的客户，可以直接通过前端系统，下采购单。如果提供电子订货系统（EOS），客户可以直接通过EOS下订单。
a). 如果客户想了解货物的价格情况，系统应提供自动报价功能。自动报价系统需要输入的数据包括客户名称、询问商品的名称、商品的详细规格、商品等级等。然后，系统根据这些数据调用产品明细数据库、客户交易此商品的历史数据库、对此客户报价的历史数据库、客户数据库、厂商采购报价等，以取得此项商品的报价历史资料、折扣数据、客户以往交易记录及客户折扣、商品供应价等数据。接着由报价单制作系统打印出报价单，经销售主管核准后即可送予客户报价单经客户签回后即可成为正式订单。
2. 登记订单：如果客户采用EOS或前端系统，销售人员不需要输入订单。如果客户是联系销售人员（电话、传真或EMAIL等方式）要求订货，销售人员根据客户的订购情况（货物规格、数量、交货日期等）输入到系统中。
a). 销售人员可以根据客户的订货情况，查看库存货物的库存量；如库存有足够的货物，直接安排配送计划给配送部门。如果库存数量不够时，提出采购申请。
b). 这里，如果管理比较严格，对于货物的供应商资料（名称、折扣、地址、联系人、电话等）对销售人员进行屏蔽。从而可以对信息进行保密处理，防止有关信息被非法使用。
c). 如果是第一次办理业务的客户，应登记客户的相关资料。如果对客户有折扣等信息，可以输入单个订单的折扣、单个货物的折扣。
d). 如果订购的货物有赠品时，可以在货物资料的基本信息中，添加相应的赠品资料及相应的要达到条件的赠品数量。
e). 销售业务人员可以打印客户的订单、采购申请单。
f). 赊贷控制：系统接到订货后立即检查客户的赊账是否已超过规定限额。如已超出限额，系统通过行动文件向赊贷管理员提供决策信息，而不是简单代替管理人员作任何决定。
g). 订货项的识别：为保证订货项不出错，系统可按项号去查找该项的一些摘要，加以核实。有时客户不一定知道它要的产品编号，只能给出一些属性，系统将从数据库中找出有关项供核实。在用户要备品备件等情况下，系统可根据客户订货历史资料和产品历史资料找到客户需要的项。
h). 订购要实现的功能点：
¨ 报价系统具备由客户名称、客户编号、商品名称、商品编号、最近报价日期、最近订货数据等查询该客户的报价历史、订购出货状况和付款状况等资料，作为对客户进行购买力分析及信用评估的标准。
¨ 所需输入数据包括客户资料、商品规格资料、商品数量等。
¨ 日期及订单号码、报价单号码由系统自动填写，但可修改。
¨ 具备按客户名称、客户编号、商品名称、商品编号、订单号码、订货日期、出货日期等查询订单内容的功能。
¨ 具备客户的多个出货地址记录，可根据不同交货地点开立发票。
¨ 可查询客户信用、库存数量。
¨ 具备单一订单或批次订单打印功能。
¨ 可由销售主管或高层主管随时修改客户信用额度。
¨ 具备相似产品、可替代产品资料，当库存不足无法出货时，可向客户推荐替代品以争取销售机会。
¨ 可查询未结订单资料，以利出货作业的跟催。配送中心的计算机管理系统还需注意开发加快订货速度与正确性的电子订货系统（EOS）及各项数据转换标准的建立。
3. 采购申请：销售人员根据客户的订单情况及库存情况，制定采购申请单（同时，分配库存的货物给客户的订单，防止库存货物被其他订单使用），并输入相应的交货日期，货物规格等资料（这时，不需要输入供应商的资料，由采购业务人员根据实际情况，添加供应商的资料）。销售人员对采购申请单确认之后，可以向采购经理申请采购。
a). 订货优先级。系统对每一项订货根据重要程度赋以优先级，在完成兑付过程中根据拖延的情况可以提高优先级。这里定义的优先级对制造活动计划系统来说提供了外部影响因素。
b). 确定订货交付日期。订货可从现库存中发放，也可根据计划采购回来后支付。订货服务系统提供一系列判别功能，由库存系统和采购计划系统提供必要的信息，最后确定订货交付日期。
c). 应提供全面的查询功能，以便管理人员和客户及时了解他们所关心的订货执行状态。如果中途要改变订货，比如取消订货、加急订货、修改订货等等。
4. 退货申请：客户如果与系统联接，可以使用终端直接输入退货申请后，再上传给销售部门；如果有CRM系统，客户可以直接在CRM系统中，输入退货申请；或直接联系销售部门，由销售部门输入退货资料。
5. 退货确认：销售人员对客户的退货申请单进行确认后，制订退货单。如果退货的申请不符合退货条件时，可以退回客户的退货申请，并告知原因。
a). 退货折扣不明确？
6. 退货回收计划：对于客户的退货申请确认之后，销售人员根据退货情况，安排退货回收计划，并传给配送中心与仓储部门。
7. 入库计划：仓储部门根据销售部门的退货回收计划，及配送中心的配送计划，制订入库计划，准备入库。详情见仓储管理。
2.4.2 采购管理
2.4.2.1 业务概述
|
业务名称 |
采购管理 |
|
|
业务描述 |
||
|
采购业务人员根据销售人员提交的采购申请单，对采购申请单进行评估。如果对销售人员的申请没有异议，可以向供应商发送采购单；如果对销售人员的采购申请有异议时，退回采购申请单并输入退回的理由，从而销售业务人员可以根据退回的理由，修改采购申请单后再次申请。 |
||
|
业务参与者 |
业务发起者 |
销售业务人员 |
|
业务执行者 |
采购业务人员、采购经理、供应商 |
|
|
业务触发条件 |
销售人员提交采购申请 |
|
|
业务处理频度 |
不定时，比较频繁 |
|
|
业务处理时限 |
即时处理 |
|
|
业务处理目的 |
采购有两个目的： 1、根据销售人员的申请，采购商品以满足批发商、零售商等的需求。 2、为了提高客户满意度，企业补充一定的库存，当库存低于安全库存时，系统自动生成采购申请单，从而补充库存量，防止出现库存短缺现象。 |
|
|
业务处理结果 |
生成采购单，并向供应商传递采购单资料。 |
|
|
前置业务 |
销售人员或客户输入订单。 |
|
|
后续业务 |
当供应商送货到之后，进行入库操作；如果供应商不能供货，可以取消采购单。 |
|
|
补充说明 |
||
|
采购业务人员可以查看库存情况，从而可以对采购申请单进行确认。也可以查看供应商的资料、历史采购与交货情况，从而可以对供应商进行评估。对于采购单的资料、退货资料、可以生成采购对账单。 |
||
2.4.2.2 业务流程图
2.4.2.3 业务环节说明
1. 采购申请：销售人员在对市场分析、客户订单（包括零售店、加盟店、书报刊等）的基础上，提出采购申请（可以查看其他零售店、加盟店现有库存情况，从其他店调入货物，以提高用户的满意度）；也可以是系统根据最低库存量（安全库存）的设置，当库存现有数据量低于最低库存量时，系统也会根据采购的批量，生成采购申请单。如是销售人员提出的采购申请，应该由销售经理进行审批之后，才向采购部门提交采购申请表。在采购申请时，销售人员可以查看系统中的现有库存量及所属的订单情况。必要时，销售人员可以从其他的订单中，提取库存的货品代替现有客户的订货单中的货品。
2. 采购申请确认：采购业务人员对销售人员或系统自动提交的采购申请单进行审核。在采购申请审核时，采购人员可以查看系统中的现有库存量及所属的订单情况。如果对采购申请单有问题时，可以输入相关内容再退回给销售人员；从而销售人员可以根据采购人员退回的情况，再做修改。如果审核通过，再向采购经理申报审批。
a). 采购人员在确认了采购申请之后，可以选择供应商进行采购。货品可以分解成几个供应商一起供应货物。系统应提供对供应商的基本资料、以前的采购情况、送货情况、退货比例、采购折扣、退货方式以及提供的折扣情况进行记录。
b). 也可以查看其他零售店、加盟店现有库存情况，从其他店调入货物，以提高用户的满意度。
3. 采购单审批：采购经理对采购员上报的采购单进行审批，如不同意采购员的决定，可以输入原因并退回采购单。如果同意，系统生成采购单；如果供应商有电子采购系统（EOS），系统自动生成XML的采购单数据，传递给供应商的电子采购系统；如果供应商没有EOS，采购员根据审批通过的采购单，打印出来后，再传真给供应商或直接打电话给供应商下订单。
4. 供应商EOS系统：这是供应商的EOS系统。如果供应商提供了这些系统，采购人员可以直接通过EOS系统传递采购单。
5. 采购跟踪：如果供应商有CRM系统，供应商对采购单的处理情况，传递到采购跟踪环节中；如果没有CRM系统，采购业务人员可以联系供应商，随时了解采购单的进度、质量、数量等数据，并输入到系统中。采购员可以随时通过查看供应商的生产情况、配送情况。销售人员也可以查看供应商的生产情况、配送情况，及时准备配送计划；并向客户提供货品什么时候会配送过去的计划。
a). 如果在跟踪过程中，发现供应商不能按时交货，采购人员可以调整采购计划，或从竞争对手手中购买货物。也可以取消采购单，重新制订采购计划，向另一供应商下订单，采购货物。
b). 有关采购计划的变动，系统应自动提醒销售部门及仓储部门；从而，这些部门对相应订单的计划进行调整。
6. 入库计划：采购人员在跟踪采购单后，根据跟踪情况，生成入库计划后，通知仓库，做好入库的准备。
7. 采购入库：当采购货物送达后，仓储人员对采购货物进行入库。同时，通知采购业务人员、销售人员，采购货物已经入库。
8. 采购结案：当采购货物入库后，采购业务人员可以对采购单进行结案，完成整个采购业务。
9. 应付款过帐：系统根据采购结案、采购入库情况，对采购产生的应付款自动或手动的方式过帐到应付帐中。
10. 配送计划：销售人员根据采购跟踪单的情况、采购人员对采购单的调整情况，制订配送计划，并将配送计划传给配送人员，安排配送。配送中心根据销售退货计划，安排回收货物。
11. 销售退货计划：销售人员根据客户的退货申请，查看采购单的退货方式、比例等情况，并跟客户进行协调后，安排退货回收计划。并把销售退货计划传给采购人员、配送中心。
12. 退货申请：采购人员根据销售人员的退回申请，进行确认后，并向供应商提出退货申请。如果客户提供CRM系统，直接传递给供应商；否则，打电话、传真等方式跟供应商联系。
13. 退货确认：供应商根据采购人员的退货申请，经确认后，通过采购人员对退货的处理方式。
14. 采购退货计划：采购人员根据供应商的答复情况，制订采购退货计划、采购退货计划给仓库、配送中心，进行退货安排。同时，根据采购退货情况，传给销售人员，以答复销售人员的退货申请。
15. 出库计划：系统根据采购人员的采购退货计划，生成出库计划。仓储人员根据出库计划，准备出库。并在出库后，反馈退货出库情况给采购人员、销售人员。
16. 退货的财务处理（需求不明）？？？？？
2.4.3 配送管理
2.4.3.1 业务概述
|
业务名称 |
配送管理 |
|
|
业务描述 |
||
|
配送，实质上是运输。配送是系统的终端，是直接面对服务对象的部分。配送功能完成的质量及其达到的服务水平，直观而具体地体现了物流系统对需求的满足程度。配送人员根据销售人员的配送计划、退货回收计划进行汇总，再根据汇总计划，安排车辆调度计划、路线安排，并打印派车单。司机根据送货单装车后，按照指定路线、车辆，运送货物到指定地点、指定客户的手上。如果客户有退货的，回收退货。司机完成任务后，回配送中心，由配送中心业务人员对配送的货物情况进行确认，及时反映给销售人员----有关配送的情况。 |
||
|
业务参与者 |
业务发起者 |
销售业务人员 |
|
业务执行者 |
配送人员、司机 |
|
|
业务触发条件 |
销售人员安排配送计划、退货回收计划。 |
|
|
业务处理频度 |
不定时，比较频繁 |
|
|
业务处理时限 |
即时处理 |
|
|
业务处理目的 |
根据客户的订货要求，安排人员运送货物给客户；以及从客户手中回收客户的退货。 |
|
|
业务处理结果 |
生成车辆调度计划、路线安排计划；货物从仓储部门转移到客户手中，或从客户手中回收货物入库。 |
|
|
前置业务 |
销售人员安排配送计划，退货回收计划。 |
|
|
后续业务 |
根据配送情况，由销售人员跟踪应收款项、客户对帐单。 |
|
|
补充说明 |
||
|
配送人员根据配送计划，退货回收计划，随时调整车辆调度计划、路线安排计划。对于突发事件，应可以临时安排车辆调度计划，以提高系统的灵活性。 |
||
2.4.3.2 业务流程图
2.4.3.3 业务环节说明
1. 计划汇总：销售人员根据客户的订单、采购跟踪情况、销售退货情况，安排配送计划表、退货回收计划表。配送人员根据销售人员的配送计划、退货回收计划进行汇总，生成计划汇总表。
a) 计划汇总表中包含送货地点、送货日期、客户、联系电话、联系人、货物规格、数量等信息。
2. 车辆调度指派：配送人员可以根据计划汇总表的信息，对车辆使用情况进行调度。也包括司机的安排、所属车辆、装载订单货物的车辆。
3. 路线安排：配送人员根据客户订单的情况：送货地点、客户、送货日期等，选择合适的线路进行运送。
4. 出库管理：仓储人员根据销售人员的配送计划，生成出库计划。然后根据出库计划，安排人员进行分拣货物、包装、装箱、出库操作之后，再将货物搬运到待送货区中，等待送货人员拿送货单前来提取货物。
5. 装车：送货人员根据送货单到待送货区中，提取装箱后的货物后，进行装车。
6. 车辆运送：司机根据派车单、行驶路线、送货单的地址运送货物到指定地点。
7. 交递货物、货物回收：司机运送货物到达后，根据送货单卸货给客户。如果对应的客户还有退货回收单，则将退回的货物装车后，再运送到仓库的待入库区。
8. 卸货、待入库：司机运回客户的退货后，搬运人员卸载货物，并搬运到待入库区中，等待检验入库。
9. 入库：仓库人员对退回的货物进行检验，并根据货物的损坏情况进行不同的入库操作。
10. 订单结案：在客户接收到货物并签收送货单后，司机带回送货单。并根据送货单中对应的订单情况，进行反馈。从而销售人员可以对订单进行结案或由系统自动进行结案处理。
2.4.3.4 输入输出数据
2.4.4 仓储管理
2.4.4.1 业务概述
|
业务名称 |
仓储管理 |
|
|
业务描述 |
||
|
|
||
|
业务参与者 |
业务发起者 |
采购人员、销售人员、配送人员 |
|
业务执行者 |
仓储人员 |
|
|
业务触发条件 |
销售人员安排的配送计划、退货回收计划，采购人员安排的入库计划。 |
|
|
业务处理频度 |
不定时，比较频繁 |
|
|
业务处理时限 |
即时处理 |
|
|
业务处理目的 |
|
|
|
业务处理结果 |
|
|
|
前置业务 |
|
|
|
后续业务 |
|
|
|
补充说明 |
||
|
|
||
2.4.5 人事管理
2.4.6 财务管理
工资核算模块：允许用模块提供的
应收帐模块：
应付帐模块：处理从发票输入，批准支付直到检查打印和对帐的发票业务。支持关于什么时候付款，付多少，是否付全部金额，是否有现金折扣的决策。
成本核算模块：为控制整个物流经营活动提供成本信息，确保精确地制定成本，并提供灵活的分析和模拟工具。该模块有助于估算出预计成本，库存价值，产品价格及进行成本控制。
总账：总帐模块跟其他模块完全集成在一起的，因此其它模块的活动结果自动产生财务业务。它还可以对财务状态进行全面分析，产生财务报告。
2.4.6.1 业务概述
|
业务名称 |
财务管理 |
|
|
业务描述 |
||
|
|
||
|
业务参与者 |
业务发起者 |
供应商、销售人员 |
|
业务执行者 |
财务人员 |
|
|
业务触发条件 |
|
|
|
业务处理频度 |
不定时，比较频繁 |
|
|
业务处理时限 |
即时处理 |
|
|
业务处理目的 |
|
|
|
业务处理结果 |
|
|
|
前置业务 |
|
|
|
后续业务 |
|
|
|
补充说明 |
||
|
|
||
2.4.6.2 业务流程图
2.4.6.3 业务环节说明
2.4.6.4 输入输出数据
2.5 系统管理功能
2.5.1 安全管理
一个好的安全防护体系，应包括结构的合理性及可扩展性、内容的完备性、组织上的可行性与安全性。世界上没有一个通用的安全体系，某个信息网络系统的安全体系是针对该系统本身而言的，通常它不能用于另外的某个系统。所以，在设计安全体系时，在一定的理论指导下，要结合具体的实际情况进行研究分析。要考察的实际情况主要是风险分析与评估、安全需求分析的内容，安全体系的设计是完整的信息安全工程学中的一个环节，是以风险分析与评估、安全需求分析为基础的。
安全对整个系统来说，是比较重要的，特别是一些机密度比较高的数据。所以系统在设计时，应考虑到各层业务人员、领导、分销商、零售店、专卖店等情况，合理地分配各种角色的权限，防止数据被非法访问。同时，对于整个网络来说，更要加强网络安全的管理。使用防火墙、身份认证等方式，控制系统数据的有效范围。
从系统的角度来考虑，安全管理包括系统角色的定义、用户资料的管理、用户授权、发放身份认证书。因为是整个系统是树状的管理模型，所以对于用户、权限、行身份认证书采取分级管理的模式：上一级决定下一级的系统管理员的权限，再由最低层的系统管理员分配相应的权限给操作人员。
2.5.1.1 安全体系四项原则
为了保证安全体系的实用性，在设计安全体系时，必须遵循以下四项原则：
a) 安全性。设计安全体系的最终目的是为安全工程提供一个可靠的依据和指导，保护信息与网络系统的安全，所以安全性成为首要目标。要保证体系的安全性，必须保证体系的可理解性、完备性和可扩展性。
b) 可行性。设计体系不能纯粹地从理论角度考虑，再完美设计方案，如果不考虑实际因素，那么也只能是一些废纸。设计安全体系的目的是指导安全工程的实施，它的价值也体现在所设计的工程上，如果工程的难度太大以至于无法实施，那么体系本身也就没有了实际价值。
c) 高效性。信息与网络系统对安全提出要求的目的是能保证系统的正常运行，如果安全影响了系统的运行，那么就需要进行权衡了。信息网络系统的安全体系包含一些软件和硬件，它们也会占用信息网络系统的一些资源。因此，在设计安全体系时必须考虑系统资源的开销，要求安全防护系统本身不能妨碍信息网络系统的正常运转。
d) 可承担性。安全体系从设计到工程实施以及安全系统的后期维护、安全培训等各个方面的工作都是由对象单位来支持的，单位要为此付出一定的费用和开销。如果单位要付出的代价比从安全体系中获得的利益还要多，那么单位就不会采用这个方案。所以，在设计安全体系时，必须考虑单位的实际承受能力。
2.5.1.2 安全体系的组成
一个完整的安全体系应该包含以下几个基本的部分，根据具体情况的不同，
可以在此基础上进行修剪或扩展。
a) 风险管理：研究信息系统存在的漏洞缺陷、面临的风险与威胁，这可以通过安全风险评估技术来实现；对于可能发现的漏洞、风险，规定相应的补救方法，或者取消一些相应的服务。
b) 行为管理：对网络行为、各种操作进行实时的监控；对各种行为进行分类管理，规定行为的范围和期限。
c) 信息管理：信息是企业的重要资产，由于它的特殊性，因此必须采用特殊的方式和方法进行管理，根据具体的实际情况，对不同类型、不同敏感度的信息，规定合适的管理制度和使用方法，禁止不良信息的传播。
d) 安全边界：信息系统与外部环境的连接处是防御外来攻击的关口。根据企业具体的业务范围，必须规定系统边界上的连接情况，防止非法用户的入侵以及系统敏感信息的外泄，如可以利用防火墙对进出的连接情况进行过滤和控制。
e) 系统安全：操作系统是信息系统运行的基础平台，它的安全也是信息安全的基础。根据具体的安全需求，应该规定所要采用的操作系统类型、安全级别以及使用要求。为了实现这个目的，可以采用不同安全级别的操作系统，或者在现有的操作系统上添加安全外壳。
f) 身份认证与授权：信息系统是为广大用户提供服务的，为了区分各个用户以及不同级别的用户组，需要对他们的身份和操作的合法性进行检查。体系应该规定实现身份认证与权限检查的方式、方法以及对这些用户的管理要求。
g) 应用安全：基于网络信息系统的应用有很多，存在的安全问题也很多。为了保证安全，应该根据安全需求规定所使用的应用的种类和范围，以及每一种应用的使用管理制度。
h) 数据库安全：保护数据库的安全一直是一个核心问题。为了达到这个目的，需要规定所采用的数据库系统的类型、管理、使用制度与方式。
i) 链路安全：链路层是网络协议的下层协议，针对它的攻击一般是破坏链路通信，窃取传输的数据。为了防御这些破坏、攻击，需要规定可以采取的安全措施，如链路加密机。
j) 桌面系统安全：桌面系统包含着用户能够直接接触到的信息、资源，也是访问信息系统的一个入口，对它的管理和使用不当也会造成敏感信息的泄露。所以，需要对各个用户提出使用桌面系统的安全要求，进行必要的安全保护。
k) 病毒防治：随着网络技术和信息技术的发展，各种各样的病毒泛滥成灾，严重威胁着信息财产的安全。为了避免因为病毒而造成的损失，必须制定严格的病毒防护制度，减少、关闭病毒的来源，周期性对系统中的程序进行检查，利用病毒防火墙对系统中的进程进行实时监控。
l) 灾难恢复与备份：不存在绝对安全的安全防护体系，为了减少由于安全事故造成的损失，必须规定必要的恢复措施，能够使系统尽快地恢复正常的运转，并对重要的信息进行周期性的备份。
m) 集中安全管理：为了便于安全体系的统一运转，发挥各个功能组件的功能，必须对体系实施集中的管理。因此，需要制定科学的管理制度，成立相应的管理机构。
2.5.2 维护管理
在日常的工作之中，对于数据的维护也是很有必要的。如数据的备份、数据的恢复、数据的归档等。还有一些对系统参数的设置与维护；工作流程的调整。在维护工作之中，应尽可能的使用简便的方式，使维护人员可以很轻松的操作。
2.5.3 日志管理
日志管理是针对业务的操作，数据的访问进行记录。并根据日志情况，进行分析。从而优化系统的整体结构，性能提供依据。在日志管理功能之中，主要是对每个业务操作的情况进行记录。
2.6 决策支持功能
物流决策支持系统是由物流系统的消息采集、统计、分析、监测、预测、预警、决策支持系统构成。系统是在充分运用物流信息以及网络技术的基础上，根据物流管理各环节的相互关系而设计和建立的分析预测系统，为企业的决策科学化提供先进的技术手段。通过本系统对物流数据资料进行统计与分析，可以描述企业现状以及预测未来发展前景，进而为企业有关部门的决策提供科学依据。
2.6.1 与其它子系统的关系
决策支持子系统是整个信息管理系统的重要组成部分，它负责将数据按一定的条件进行统计，按一定的方法提供决策预警，将各个业务处理系统中的数据从相应的数据库中取出处理，以供监测和决策。它涉及企业内外各种部门。
2.6.2 总体结构
数据采集统计汇总 子系统 数据库模型库方法库子系统 预测、预警 子系统 决策分析
从总体上，系统主要功能包括以下三个方面：
对数据的汇总处理，其中包括对采购、销售、仓库、配送等方面的现状进行描述与分析。对市场发展状况进行监视和预测，并建立预警系统。制定中长期发展规划等方面的决策提供技术支持。
决策支持系统主要是由领导层使用，他们的工作紧张，日程安排短；所以，应该使用比较快速的方式、简便的操作为各级领导提供相关决策数据。同时，对各种分析的结果，可以从上而下追踪到每一个具体的业务单据、负责的人员、日期等详细信息。
第3章 目标系统界面与接口需求
3.1 界面需求:S1
3.1.1 说明
l 假定使用本系统的用户为：对应用程序或计算机的一般用法有一定了解，用户希望界面符合Windows 风格，对易用性、简洁性有比较高的要求，同时对界面的快速输入也有一定需求。
l 系统显示风格与操作系统无关，应用程序采用纯JAVA™开发；
l 界面设计必须经过确认才能完成。
3.1.2 设计原则
l 应用系统使用图形用户界面（GUI）设计原则，界面应做到直观、对用户透明，尽量使操作功能结构化、简单化，使用户对界面上的功能不需太多培训即可使用本应用系统；
l 界面参考工业标准控件（IndUtry Standard），不使用非标准控件，工业标准参考IBM（1993）和Microsoft （1995）Official Guidelines for Uer Interface Developers and Designers；
3.1.3 界面风格
3.1.3.1 界面一致性原则
在同一个应用程序中的信息表现方式不一致会导致用户的注意力分散与迷惑，因此开发人员应注意在同一软件中表现形式的一致性。一致性原则在字体、标签风格、颜色、术语、显示错误信息等方面确保一致：
3.1.3.2 显示原则
l 只显示与当前用户操作环境有关的信息；
l 当数据字段过多时，使用便于用户迅速吸取信息的方式表现信息；
l 使用一致的标记、标准缩写和可预测的颜色，显示信息的含义应该非常明确，用户不必再参考其它信息源；
l 使用缩进和文本来辅助理解；
l 使用窗口分隔控件分隔不同类型的信息；
l 高效地使用显示器的显示空间。
3.1.3.3 数据输入原则
l 尽量减少用户输入动作的数量，加快输入的速度；
l 维护信息显示和数据输入的一致性；
l 交互应该时灵活的，对键盘和鼠标输入的灵活性提供支持；
l 在当前动作的使不合适的操作命令不起作用；
l 消除冗余输入；可能的话提供缺省值、绝不要让用户提供程序中可以自动获取或计算出来的信息。
3.1.4 接口需求
第4章 标准规范
第5章 目标系统其它要求
5.1 安全性
系统需要采用先进、成熟、可靠的方法和技术，提高系统在安全和容错等方面的能力。来确保系统的正常运转和各类数据的完整性、一致性和安全保密性。要求系统要具有严密的权限管理机制，具有监视和控制功能，以防止发生窃密和破坏活动。
为了保证系统安全，要求系统实现以下功能：
1. 严密、完整的操作权限管理
2. 完善的日志管理机制
3. 数据传输加密
4. 数据安全备份和恢复
5. 系统入侵检测
6. 数据与外网逻辑隔离
5.2 可靠性
l 可用性 ：要求能7×24小时运行。
l 完整性：保证每次交易的完整性，对不成功的交易回滚操作。
5.3 灵活性
从分析业务系统的规律、以及将来在整个行业中，统一整个市场，提高系统可变因素的自适应性和灵活性的角度进行设计。使得业务软件能够自定义设置，能够根据用户的需要或业务结构的变化，灵活方便地调整软件的功能和分布结构，方便地组合各种子系统或组件。
发表于 @ 2007年10月29日 04:12:00 | 评论( loading... ) | 举报| 收藏
旧一篇:报表引擎规范说明 | 新一篇:在线分销系统(ONLINE DRP)软件需求说明书(一)
- 查看最新精华文章 请访问博客首页相关文章
-
- 发表评论
-
- 表 情：
-
- 评论内容：
- 用 户 名：