外贸销售管理信息系统需求说明书文档格式.docx
- 文档编号:21380239
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:22
- 大小:190.45KB
外贸销售管理信息系统需求说明书文档格式.docx
《外贸销售管理信息系统需求说明书文档格式.docx》由会员分享,可在线阅读,更多相关《外贸销售管理信息系统需求说明书文档格式.docx(22页珍藏版)》请在冰豆网上搜索。
3.1.23调货申请
3.2对性能的规定
3.3数据管理能力的要求
3.4其他专门要求
4.运用环境规定
4.1设备
4.2支持软件
外贸销售管理信息系统需求分析报告
1.引言
此需求分析报告的目的是规范本软件的编写,旨在提高软件开发过程的能见度,便于软件开发过程中的控制与管理,同时提出了江苏亚示灯具有限公司外贸销售管理信息库系统的软件开发过程,便于系统分析师,程序员与客户之间的交流、协作,充分识别客户的需求,并作为工作成果的第一份系统材料和进一步工作的依据,明确外贸销售管理信息库的各个功能,说明本软件的基本共性,得到客户的确认,以期能够获得更大的应用范围。
本报告的读者是系统分析师和程序员,在得到客户认同签署后即作为开发的设计任务书。
作为一个产品外销近百个国家和地区的大型灯具公司,目前对外贸销售管理的信息,仍采用WORD中电子报告的方式进行数据荟集和处理,根据对外贸部的人员的调整研究,以及针对原使用的信息弊端分析,用户操作单一,输入信息的操作工作强度大,耗时长,灵活性差,信息无法共享。
另外生产、后援、采购、物控等管理人员对于外贸的销售信息管理也有迫切需求,现开发的系统可以对销售人员从繁琐、重复、疲惫的键盘输入工作当中解脱出来,快速计算外贸产品的包装盒采购计划清单,各地区各代理商的成交额、累计额、前期、本期、上期的同比增长,成交价,各个品种的分布,规格的差异,各个订单的交付日期。
系统灵活的操作模式,统一方便的查询统计功能,数据的统一管理,极大减少外贸销售信息的管理人员操作时间。
此系统需要与外贸部门的管理人员配合,能快速响应全世界各地各代理、经销商的合同建立、变更、执行、发运、结单、核帐等功能。
为外贸部门信息管理提供有力支持,达到信息集成和高度共享的需求,以实现外贸信息资源的及时汇集、统计、归档、综合、分析、传递和有效整合,全面提高外贸管理的水平。
a、软件名称江苏亚示灯具有限公司外贸信息管理系统,他是新开发的系统,替代现采用的WORD文档操作中的销售信息,并作为外贸管理系统中的子功能模块。
b、任务提出者:
外贸陆经理
c、本项目由外贸陆经理提出设想,由系统分析师XX为主,会同程序设计师及公司的系统规划框架,经外贸陆经理作为系统的客户确认后进行项目开发。
开发初步完成后,交付外贸销售人员试用,开始系统实施、使用。
由公司企管部门与外贸部门及开发人员共同管理维护。
d、此软件系统与在线外贸动态精密相关,需要以实时、准确的外贸信息为基础。
用户:
使用《员工信息管理系统》的工资结算、审核、查询统计人员;
文件:
存储在永久性存储介质上的数据集合;
数据库:
存储在永久性存储介质上的文件;
类:
是对一个或几个相似对象的描述;
消息:
是对某种对象处理的说明;
模块:
作为程序的一部分,同时又能单独完成某项目任务的功能组合;
接口:
一个功能之另一个功能的连接点;
关联:
反映对象之间的相互依赖、相互作用的关系定义缩微词和约定;
软件名称:
《员工信息管理系统》;
客户:
是指江苏亚示照明灯具有限公司外贸部门;
(又称用户);
客商:
是指接受江苏亚示照明灯具有限公司产品销售的顾客;
(又称经销商、代销商)
台:
灯具含全部电器(整流器、触发器、电容、灯具6大件);
套:
灯具含光源(整流器、触发器、电容、灯具5大件);
盏:
空灯具1件;
只:
电器单卖;
a、软件开发申请书;
b、《软件工程概论》
c、软件需求说明书标准(GB856T-88)
2任务概述
a、开发意图
通过对外贸销售管理信息系统的开发,进一步规范外贸销售信息的输入流程,减少键盘输入操作,提高汇总统计分析,方便信息查询,强化报表输出功能,统一数据管理等。
b、应用目标
1、友好的操作界面
简洁明了的界面布局,通俗易懂的功能按钮,强大的权限控制,只显示与用户操作相关的功能,从根本上杜绝了用户进行操作无关的功能。
2、网络环境下协同操作
本系统可提供多名用户进行同时操作,采用在分布式环境下协同操作模式,和现有的输入系统完全不同。
用户可以实时的共享资源,同步进行操作,利用多人的智慧和努力完成工作,有助于提高汇总统计分析的效率。
特别适用于用户分散、距离较远,管理较复杂的情况下使用,最大限度地发挥用户的操作水平。
3、全新的外贸销售信息管理模式
外贸销售数据由以往的手工整理转换为自动化输出,与正在实施开发当中的采购、库存系统相连接,通过系统每月自动将数据下载至外贸管理数据库中,系统只需要根据每月订单合同数据直接进行统计计算,不再需要手工输入包装物等人工计算的另星数据。
4、快速、准确的数据检验
本系统是建立在全新的信息管理系统数据库,因此是以准确的外贸合同为基础,取消了原来的人工统计模式:
即费时,费力,而且还会出现统计数据错误,影响力整个外贸包装材料结算的准确性。
采用新的模式以后,包装相关信息是以合同上的确认信息为准,而且信息根据合同的变动、发运实时变化,用户可以根据最新的合同信息进行汇总,结算,不再需要进行繁复的人工信息统计工作,而且也确保了信息准确性。
5、快速的包装物计算
系统采用分布式的协同操作模式,所有用户都可以同时操作,不需要等待某一用户的工作结束之后再操作:
系统根据用户输入一些简单的数据,进行结算,减少用户繁杂的手工录入和计算,由服务器或用户计算机进行批量导入和计算,把包装物计算人员从手工输入的繁重工作当中解脱出来,同时也提高了计算的准确性,以及结算的速度;
6、统一、方便的数据查询统计
系统设计新的查询模块,可以根据用户自定义条件进行查询统计,不同的经销商,不同国家地区类型,根据部门、查询汇总,结算人员汇总,对于各项付款情况提供已经扣除客商清单、未扣除客商清单和与客商不同产品历次成交价清单等,提高了查询清算数据的高校管理。
7、数据的统一管理
数据采用集中式的管理,所有2008年3月31日10:
51:
32全部存储于数据库中,用户通过网络,从数据库中读取、更新数据,而且其它用户可以实时的查询到更新之后的数据;
数据库由服务器做定期备份,确保数据安全。
8、逐期外销报表的输出和按客商、按地区按产品规格(类别)的报表输出
在对现系统的报表进行分析以后,结合用户的调查,设计新的报表输出功能,可以根据不同的要求进行设置打印台头,自定义台头名称,所有报表功能都可以由用户进行灵活定义。
c、作用范围
本软件适用于包装材料采购清单下发,各国家、地区、客商、各类产品、各类规格的单价、总价审核,外贸销售各类报表输出,以及客商合同交付价,响应周期,包装物明细的查询。
外贸销售信息管理系统是外贸信息管理系统的一个子功能模块,通过合同基本信息进行对应,以客商、产品、单价等编号与系统指定的产品编号作为连接的桥梁,将外贸销售信息管理系统与外贸信息管理系统融为一体。
2.2用户的特点
本软件面向的最终用户是:
各个被授权的职能部门的生产、采购人员,需要具有一定的计算机操作水平及会计知识,具有一定的学习能力,能够快速的接受新的知识,了解新的功能,快速掌握新的操作技能。
本软件维护人员是:
软件维护人员,数据库维护人员,数据维护整理人员:
a、软件维护人员需要具有一定的编程知识及编程经验,借助软件开发文档,能够以最短的时间,了解软件各子模块的功能,并可以根据要求对模块进行修改或改善;
b、数据维护人员需要具有较强的数据库专业知识,能够定期的备份数据库、优化数据库运行环境及数据库运行监控,了解实时的数据库运行情况;
c、数据维护整理人员需要熟悉整个软件的各个功能,熟悉整个软件的运行流程,并能够根据软件运行情况及实际情况提出整改意见,进一步完善软件的功能。
由于外贸销售信息管理系统是外贸信息管理系统的一个子功能,外贸信息每天都有使用,因此本软件使用频度很大,对数据库要求较高,需要作大量的处理。
3需求规定
3.1.1核算本期总销售额
该功能模块主要是针对本期销售资金回笼及指定客商的销售合同额完成数使用,由分管外销归口人员核算出每个地区、国家及客商的每月的总额,然后汇总,并与上期同比。
输入:
外销人员根据每份合同核算出本人负责的计划销售;
处理:
将总额写入服务器数据库,计算出计划回笼资金,并生成总额明细表;
输出:
地区、客商成交总额明细表、汇总表;
数据查询条件:
1、根据部门查询总成交明细数据,包括每月的回笼资金数据;
2、根据部门查询汇总数据;
外币、人民币
3、根据指定年份月份查询所有总成交额明细数据、汇总数据;
报表输出:
1、按部门输出各国家地区指定年份或月份外贸销售明细数据报表;
2、按部门输出各客商指定年份或月份外贸汇总数据报表;
3、按销售人员分工指定年份或月份外贸汇总数据报表;
4、按产品类型规格指定年份或月份外贸汇总数据报表;
实例:
2007年1月—2007年6月分管销售人员外销金额明细报表
报表日期:
2007-08-11
地、国
客商
统计月份
合同号
订货成交合同额
完成额
货款资金到达额
2007年客商合同成交汇总报表
地区
成交额
3.1.2外贸合同销售产品基础信息设置
该模块需要设置好外贸合同中,国家、地区、产品规格、特点描述、交货期、成交期、经办人、数量、单价的基本信息,然后根据各产品的尺寸、重量、包装要求情况,包装材料的全部采购数量、规格、单重;
同时还需要设置客商,产品在包装上的信息(如头、贴牌)需要手工输入,并根据需要及时的更新;
根据外贸合同产品编号、查询该产品尺寸、交付、发运、重量、发运港、到达港基本信息,预先输入的每项产品包装物尺寸基本信息,员工基本成数/分数明细;
从信息库中提取该产品基本信息,设置不同产品的基本数量、包装要求,以及产品配套(台、套、盏、只)
产品交付所需包装物数量,产品交付日期,发运,到达地;
1、根据产品编号、查询该产品基本参数及合同要求配套
2、根据国家、地区查询各合同、单价、总价、产品、交付等明细数据;
3、根据外贸员分工查询等明细数据;
4、根据客商编号、查询产品单价、交付记录明细;
1、按国家地区部门生成的基础信息报表;
(单价等)
2、根据客商类型生成的基本信息数据明细报表;
3、按销售人员分工统计明细报表;
外销产品基础信息明细报表(销售员A、B)
报表日期:
地区国家
产品名称
规格
单价
数量
总价
一线员工基础信息明细报表(国家地区)
销售人员
国家地区
备注
各类产品对应的包装材料基础信息明细报表
产品
重量kg
内包装尺寸体积
长
宽
高
内包装数量
外包装总量
包装物到厂日期
件/每个内包装
其他下略
3.2.1精度
程序输入量:
文字形式的以字符形式输入:
日期形式的以标准日期格式(YYYY-MM-DD)输入,具体到时间的标准日期格式输入(YYYY-MM-DDHH:
MM:
SS);
数值型数据保留二位小数输入,增速位数根据实际情况确定,并保留一定的变化余
地。
程序输出量:
所有输出量都格式化成字符形式输出,日期格式转化
成标准公司以后以文本形式输出,数值型保留二位小数,最
终以整数形式输出,不保留小数。
数据传输过程:
字符型以文本形式传输,日期格式标准日期时间格式传
输,数值类型根据输入精度处理,结算进行四舍五入,保留
整数。
3.2.2时间特性要求
说明对于该软件的时间特性要求,如下:
a、系统要求快速的查询响应时间,合理设计数据库
索引,减少大数据量查询;
b、管理模块需要根据销售人员分工或国家、地区、大公司设定明确的界定时间,由系统自动生存明细;
c、系统要求进行快速计算,避免长时间计算而系统出现假死状态,同时要求精密显示计算精度条,明确显示计算精度;
d、系统要求快速报表,避免每次报表都要进行计算,报表一次生成,需要修改则重新生成,计算生成报表数据记录入数据库,其它查询报表直接从数据库中查询,不用再进行计算;
3.2.3灵活性
软件系统需要具有较强的灵活性,具体要求如下:
a、软件要求运行于多个平台,虽然大多数为WindowsXP操作系统,不排除仍存在其它操作系统,因此需要兼容多个平台;
b、系统要求运行同一分辨率,以达到最灵活的操作,需要自动识别当前分辨率,并根据系统设定,自动更改分辨率;
c、系统要求采用模块化的代码编写,提高代码复用性,减少冗余代码的编写;
d、系统要求可以用户自定义的参数进行配置,由用户自己设定运行参数,灵活变换参数,为统计结算的更改提供有力的支持;
e、系统要求尽量减少鼠标操作,每个操作功能都增加键盘快捷键;
f、系统要求大数据量的操作尽可能的使用批量处理,减少重复操作,提高工作效率;
g、系统要求实现自动变更功能,程序启动自动检测新版本;
h、系统要求采用简洁、直观的操作界面,通俗易懂的提示信息。
3.3数据管理能力要求
系统对数据管理能力具有较高的要求,每月的数据量随产品品种的增加而增加,根据现有产品数,以及未来的发展趋势,初步列出数据存储量如下:
1、产品销售记录:
是以销售产品品种为主,根据现有信息,采用每月份分割数据存储的方式,将上年度的数据作为历史数据另外存储,新年度的数据由系统自动创建存储空间,另外存储;
2、销售人员业绩记录:
当月实际销售数是以该销售人员业绩为基础的,但当前销售员相对较多,每月生成一次,考虑到系统实际运行的性能,仍采用数据按月份分割存储方式;
3、可列出该品种在各国、地区、销售人员的明细记录:
根据月销售而生成的数额;
考虑数据量的增加对数据库的访问性能有影响,因此绝大部分数据存储采用按年份进行拆分的数据存储方式,一方面有效的对历史数据进行管理,另一方面区分对历史数据的访问,极大的提高数据查询速度,同时也提高了数据的汇总、报表的生成速度。
3.4其它专门要求
系统对数据保密性又较高的要求,由于涉及到同一产品,各经销代理商的单价与金额,因此要求根据不同的地区、经销商和时期,对于本职范围的权限要进行严格控制,一方面保护公司的机密,另一方面防止数据的外泄。
系统将采用团队开发模式,必须要求代码模块化,一方面可以提高系统的运行效率,精简代码,另一方面为以后的维护提供方便,另外要求系统要有一定的接口,方便以后系统功能的扩充。
4运行环境规定
下面列出了运行该系统需要的硬件设备,包括:
a、CPU:
P4或具有统一性能的其它处理器,
内存:
256M内存以上,
硬盘:
20M硬盘空间及以上,
操作系统:
Windows2000及以上,
数据库系统:
采用MicrosoftSQLServer2000作为属性数据库;
b、打印机:
普通A4打印机,主要用于打印各类报表;
c、网络:
本系统是基于C/S模式,一个是用户客户端,一个是数据库系统。
所以需要普通的客户PC各数据服务器构成一个网络环境。
列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。
整个系统开发过程当中,需要用到以下支持软件:
1、MicrosoftWindowsXPProfessional操作系统平台,
2、BorlandDelphi7企业版作为系统开发平台,
3、MicrosoftSQLServer2000个人版作为数据测试平台,
4、VSS6.0作为版本控制系统,
5、各类系统开发平台插件等。
附录A
系统总体方案设计
系统组成及逻辑结构
1)系统模块结构
2)数据库销售数据组织结构图
应用系统结构
我们采用分布式客户/服务器应用系统。
分布式客户/服务器应用系统,在完全分布的客户/服务器应用系统下,客户端用户接口进程在PC上执行,这些计算机LAN与应用系统服务器相连。
工作站上的进程(程序)响应用系统服务器请求服务。
用户接口程序,即客户程序是应用系统的数据来源或数据用户。
它们可以是传统的“菜单和屏幕”程序,也可以是一种事件驱动器。
支撑系统结构
支撑系统主要包括计算机网络系统、数据库系统和信息化基础软件核心平台
1)计算机网络
计算机网络的基本功能是突破地域和时间限制,实现资源(信息、软件、硬件和服务)享受
在本系统中,我们采用内部局域网。
2)数据库系统
数据库系统的基本功能是对数据进行组织、存储和管理。
企业在生产控制过程和经营管理过程中必然会产生大量的数据,对这些数据进行有效的管理和合理应用,并从大量的数据中提取出有效的信息以支持企业的决策,是数据库系统的基本目标
我们在结合公司所有数据库版本和数据库的兼容性后,决定采用数据库
3)信息化基础软件核心平台
信息化基础软件核心平台通过一系列的中间件为制造信息化提供支撑服务,支持网络分布软件的开发、运行和部署,为信息化提供安全、高效和高可用的运行支撑环境。
在系统中暂不考虑信息化基础软件核心平台。
系统集成
系统集成即时以用户的应用需要和投入资金的规模为出发点,综合应用计算机网络相关技术,适当选择各种软硬件设备,经过相关人员的集成设计,安装调试,应用开发等大量技术性工作和相应的管理性及商务性工作,使集成后能够满足用户的实际工作要求,具有良好的性能和适当的价格的计算机网络系统的全过程。
由于公司前期工作完备,计划合理,已经实现了基本信息化,网络化,主要业务操作人员都配备有计算机和熟练的计算机操作经验,公司在硬件,软件方面基本准备完毕,基本可以实现少量投入。
附录B
数据库系统设计
需求分析
公司外销管理信息库系统提出的要求中,有要求“管理软件必须严格设定登陆修改权限,工作人员能浏览所以信息,但只可修改属于本条线的信息,以防止意外损害其他信息”具体要求,根据该要求和其他设计要求,我们数据库设计方案如下:
1.将信息表中的基本信息,销售经办人等不涉及到各条线业务和基本不会改动的信息提取出来,组成一张基本销售员信息表。
2.将各业务数据单独提取出来,组成各地区国家的业务数据库,同时,严格分析各业务数据的交叉数据,与工作人员联系,确定该交叉数据的具体选择和修改人员,避免交叉修改造成数据不一致。
3.使用人员编号为数据库的各业务数据的联系纽带,通过人员编号将各种业务和人员信息连接成一个有机整体。
4.每个业务表有一个历史表以保存期数据的变化和修改
这样设计的好处有:
1.不会造成因交叉修改造成数据不一致
2.每次修改只需要保存与业务相关的数据修改,不但能大大的减少数据库开销,还能在一定程度上保持数据完整性
数据信息模型
1.个人信息数据信息模型
2.销售信息数据信息模型
修改和改变后的户籍信息结构图
3.数据库数据结构
数据库设计模型
就公司目前网络情况来看,我们决定采用纯网络数据库的结构:
采用这个结构从理论的角度来看,是最合适这个系统的,应为它具有最好的实时性,可以将当前获得的数据立即传输出去,这样其他部门也就立即可以得知目前的业务情况。
而且采用这个结构,从数据库应用角度来看,对网络底层的传输情况不需要由太多的了解(这部分由tp/tcp提供的网络传输协议保证)。
但是这种结构还有一个问题是它很大程度上依赖于中心数据库,对中心数据库可靠性和稳定性的要求相当高。
这种结构的示意图如下:
数据库设计思想
本系统应为考虑到数据完整性,数据一致性外贸部门提出的设计要求,采用了按操作员来划分模块的办法来划分模块。
这样一来,各条线业务数据被单独提取出来,组成各条线的业务数据库,同时,严格分析各业务数据的交叉数据,确定该交叉数据的具体操作和修改人员。
因此业务的复杂性和相互间的不相关性,会导致业务数据表的多样性和复杂性。
在考虑业务流程的基础上,可以预计如下
(1)公司有近几千种产品配套构成,同一人在每个业务数据库中至少有一条记录,初步估计初始化数据规模为7万到10万记录,为10万数据记录级别。
(2)有几项业务发生较为频繁,涉及数据较为庞大,历史数据表增加迅速。
初步估计整体数据库年增加记录数在50万条左右。
为10万数据记录级别。
(3)在进行业务操作时,联表查询的数据要求较多。
众所周知,数据库联表查询对数据库开销较大,对数据库临时表空间的大小要求较大。
(4)数据库接口较多,大量的数据项,不是从数据库生存的,是从各个行政组长,业务员收集来的,这不但会使数据库需要提供更多接口,也给数据的一致性和安全性带来隐患,例如:
二次收集的信息不同,或收集信息不及时,带来了错误信息。
根据以上情况,我们可以考虑对数据库的结构稍微调整一下,以适应这种情况,集体如下:
由于数据基数巨大(品种配套方式多),任一点对结构的有益调整对数据库的优化都是有非常大作用,并且这种优化是根本性的,我们考虑有以下优化方式:
●尽量将信息归并到信息中,减少数据表中的数据项。
例如:
业务员的个人用代号,换人不换代号,大大减少数据表中的数据项。
●可以考虑将业务和数据库管理接近的数据表合并。
这样一来不但在一定程度上,在数据库管理和数据库开销,运行上得到优化。
数据结构相似,可以考虑数据表合并。
缺点:
可能增加了不必要的大表全表搜索
●在进行业务操作时,联表查询的数据要求较多。
但分析可能的联表查询的业务,绝大部分和基本销售信息表进行联表查询的。
其他模块和业务之间有逻辑数据独立性,我们基于这种情况可以建立一些视图和内嵌视图来缓解数据库联表查询对数据库开销较大,对数据库临时表空间的大小要求较大的影响。
●任何一个应用程序的库表至少需要创建两个表空间,其中之一用于存储表数据,而另一个用于存储表索引数据。
因为如果将表数据和索引数据放在一起,表数据的I/O操作和索引的I/O操作将产生影响系统性能的I/O竞争,降低系统的响应效率。
将表数据和索引数据存放在不同的表空间中(如一个为APP-DATA,另一个为APP-IDX),并在物理层面将这
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 外贸 销售 管理信息系统 需求 说明书