某集团销售部OA系统技术方案书.docx
《某集团销售部OA系统技术方案书.docx》由会员分享，可在线阅读，更多相关《某集团销售部OA系统技术方案书.docx（31页珍藏版）》请在冰豆网上搜索。
某集团销售部OA系统技术方案书
某集团销售部0A系统技术方案书
龙蟒集团销售部OA系统
技
术
方
成都伟丰信息科技有限公司
二00九年六月
第1章项目概述
1.1项目背景
龙蟒集团公司拥有是一家集生产、国内贸易、国际贸易一体的大型集团公司，为了解决公司无纸化办公、实现电子化流程管理，将生产、库管、销售、日常办公纳入到电子化管理范畴之内，提高生产效率，解决企业内部信息孤岛问题，需要建立一个集成OA功能、销售管理、库存管理、移动办公等功能的自动化办公系统。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
1.2项目目标
1.打造决策支持系统，解决高层管理人员做决策时参考数据不准确的难题；
2.建立信息管理系统，解决中层管理人员在授权范围内无法及时获取信息及无法有效管理信息的难题；
3.建立实时事务/业务处理系统，提供销售人员可以准确、高效、愉快工作的环境。
4.规范业务流程，提高工作效率。
5.消除部门间信息孤岛，使部门间信息通畅。
1.3项目预期效果
1.打造企业内部异地实时、联机、互动、协作办公平台
2.实现工作流程的自动化
3.实现文档管理的自动化
4.建立库存信息发布与销售通信平台
5.授权销售情况在集团网站平台上实时发布
6.集团网站电子商务订单实时通知销售部
7.领导实时监控销售情况
8.集成手机商务办公，办公无处不在
9.节省办公费用支出
1.4方案特色
1.分步实施，减少风险。
2.智能商务决策支持系统，图表系统轻松辅助决策。
3.支持手机/PDA/计算机登录系统，短信审批，随时随地办公。
4.联通多个部门，沟通无障碍，责任明确，操作日志有案可查。
5.完全共享原有系统数据，提供多种数据输入/输出接口。
6.量身定制，简单易用，客户端无须安装。
7.无用户站点数限制，大大降低成本。
1.5本系统使用对象
1.供销公司总经理及销售部各位部长
2.国际部所有销售人员
3.国内销售部所有销售人员
4.销售内务
5.储运人员
6.商检人员
7.财务人员
1.6系统开发实施步骤
根据目前了解到集团公司现状，系统开发一步到位的方式比较困难，为了让项目成功实施，减少风险，稳扎稳打，建议至少分为三期来开发实施本系统：
。
。
第一步：
开发出日常办公系统基本模块，搭建系统基础框架，为后期的开发做好准备，并培训员工使用，目的是让员工先熟悉无纸化办公管理模式。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
第二步：
开发营销业务管理系统，能满足日常国际业务部和国内业务部的日常办公
需要，重心为日常营销业务管理，目的是解决目前最棘手的问题。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
第三步：
在有前二步成功实施的基础上，开发统计分析系统，方便领导管理，追踪，分析，决策和其它扩展，并开发WAP移动办公应用。
—
本公司目前有现成的0A办公系统，可以先培训后使用。
在使用的过程中，我们同时实施第二步骤，着手营销业务管理系统的开发工作。
二个步骤不冲突，可以同时进行。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
第2章系统方案介绍
2.1网络拓扑图
系统结构如上图所示，由：
WEB艮务器
实现WEB访问功能。
0A服务器
承担日常办公服务等功能。
数据库服务器
储存业务数据。
防火墙
保障数据安全。
核心交换机
搭建内部局域网
客户端
分为浏览器客户端和手机客户端，客户端无须安装软件，
通过浏览器完成客户端功能。
2.2系统逻辑结构图
本系统从业务逻辑上分为国内业务与国际业务二大部分：
国内业务与国际业务的销售数据，客户数据分开，二个部分数据互不干扰，
也不能查看对方数据，业务员只能管理自己授权范围下的所有销售数据，客户数
据。
只有高层领导可以查看二个部分的汇总报表数据。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
本系统从用户访问方式上分为Web访问和WAP访可二种方式:
Web访问方式是指用户可以通过计算机，输入软件访问地址，输入经过授权的帐号密码方式进入本系统，与平时上网方式一样基本相同。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
WAP访可方式是指用户可以通过手机，PDA等便携设备，不限时间、空间，输入经过授权的帐号密码方式进入本系统。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
用户操作的每一个关键步骤，都做到有案可查，责任明确，可以做到责任追溯。
本系统有K3数据接入接口，有Excel/Word/PDF等数据导出接口，保证了数据流的通畅性，同时本系统内部核心数据经过严密的加密处理机制，保证了数据的安全性。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
以下对系统中主要核心模块做一个简单介绍，以便从系统总体设计角度了解整体系统概况，主要分为库存管理，订单管理，手机邮箱，手机报表，手机定位管理，客户管理，审批流程，统计报表，文档管理，公共事务，档案管理，信息交流，协同项目管理，邮件系统，网络会议等。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
2.3系统功能介绍
2.3.1库存管理
库存管理满足目前异地多个仓库的需求，根据发货计划，发货通知发送货物，实现产品销售数据出库管理，实时更新发货仓库的库存数据。
由储运部衔接工厂与销售部，将了解到的信息及时更新产品信息，库存信息。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
系统默认设置仓库类别分为：
生产仓库，车站仓库，港口仓库，可以灵活自定义仓库类别管理。
库存管理在整个系统中，起到一个非常重要的作用，整个系统的数据都从库存初始化开始，经过销售流程，审批流程，出货管理最终到财务结账结束。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
库存初始化数据可以有二个数据来源：
1.可以从其它系统如k3系统接口读取
2.也可以手动初始化。
主要分为以下模块
库存管理
2.3.2订单管理
实现所有仓库的各种产品库存数据与国内业务部，国际业务部销售数据的实
时同步更新，从而有效解决目前集团内部存在的各部门信息孤岛棘手的问题。
一
本系统从仓库读取库存产品信息，包括产品名称，型号，数量，价格，包装等，从生成订单开始，经过领导授权审批通过，系统自动通知储运部，在客户付款后，可以进入发货流程，该产品自动从仓库中扣除本次销售的数量，在订单审批过程中，该产品的库存数量信息将临时冻结，至到该流程处理结束后将根据销售情况决定是释放还是扣除该数量。
一
系统自动按设置的佣金比例计算佣金，部长及以上领导可以授权业务人员可以查看自己的佣金状况。
该子系统可以与K3系统的财务系统对接，由K3系统提供财务子系统接口，本子系统提供数据来源。
订单管理
2.3.3合同管理
程处理完毕后，自动存档
2.3.4储运管理
储运部登录系统，可以接收到系统发出的待处理事项提醒信息，每天可以查
看从销售人员实时产生的新增订单，可查看正在处理的订单，可查看需业务员确认的订单，对需要根据发货计划对产品的运输信息进行管理，包括货代，船名，
航次，提单号，ETD,ETA装货方式进行记录，历史记录自动存档，做到责任明细,有案可查。
……
储运管理
2.3.5发货管理
也叫出货管理，主要内容是出口货物放货通知表。
包括：
目的港、发票号、品种、包装、编码、唛头、件、吨数、货代、箱量、签字人、签字时间。
…
2.3.6商检登记
完成出口业务的商检等流程管理。
2.3.7装箱单管理
对装箱单等实现录入、查询、统计等管理功能。
可通过手机进行操作。
2.3.8出口核销管理
238.1收汇确认
结汇、收回确认与提醒功能。
238.2佣金管理
佣金比例可进行设置，并自动根据销售人员情况进行计算
2.3.9手机邮箱
可以通过手机随时登录系统，收发自己的邮件，和日常收发邮件类似操作
手机邮箱
*邮件管理
2.3.10手机定位管理系统
销售公司通过使用位置通业务，综合运用LBS等定位技术以及地理信息系统GIS等相关技术，实现对本销售人员的统一监控、调度、管理，提高企业工作效率，降低企业管理成本。
—
2.3.11客户/供应商管理
客户管理主要是对直接经销商和间接经销商，大客户，小客户名单进行管理，客户分为不同等级，本系统由低到高预设五个等级，记录客户名称，客户地址,电话，邮编等信息。
―…
可以客户的付款方式进行管理，主要有信用证，赊销，现款后货等三种方式。
每个销售人员只能管理自己所属客户，部长即以上领导可以管理授权范围内的所有客户，客户信息可以导出为Excel等格式文档，也可以按规范格式导入到系统中。
—
2.3.12审批流程
审批流程主要用于领导与员工日常事务处理，审批流程一般有固定的流程，也可以自定义流程，一般审批后有二种结果：
审批通过，审批不通过。
一
审批通过的事务按原定流程进入下一个处理人，也可以临时选择处理人，系
统将记录临时处理人处理的时间及处理结果。
一
审批不通过，流程自动终止，系统自动记录终止时间，发出负责人及终止原因。
包含类别主要有费用审批，请款申请，订单，发货，潜在客户登录，加班，请假，用车类别等，可以自定义新的流程类别以适用部门需要。
一
审批流程
流
流
程
程1
监
疋
控
义
耳r
2.3.13即时信息
内部短信由系统策略自动生成，将自动通知到相应责任人，以语音加文字的方式提醒到责任人的计算机桌面上。
IMA是的即时通讯工具，类似QQ可用于局域网的即时消息、文件传递，也可利用其内置的0A精灵快速进入0A所有功能。
非常适合不允许QQ勺企业使用,显著提高局域网内工作效率一
手机短信是内部短信的一个延伸，如果责任人不在线，本系统将生成的通知信息，自动发送到责任人手机短信上。
及时信息
*内部短信
IMA短信
2.3.14工作日志管理
用户可以“新建日志”，日志分为工作日志和个人日志，新建工作日志时，每天可以新建多篇日志，可自定共享范围，……。
“最近日志”列出最近的10篇日志，日志以列表方式按时间排列，用户可
以编辑自己的日志内容，在日志中，可以方便的看到目前该日志是否有人做过点评，可以点击查看点评的内容。
。
。
。
日志可以由别人点评，点评者必须是角色权限高于本人，并管理范围包含本部门的人员，用户可以“最新点评”中看到近期有人做出的点评。
。
。
工作日志
2.3.15工作计划管理
工作计划分为今日计划，本周计划，本月计划，下月计划。
可按照指定条件新建与查询自己的计划，可以设置计划类型设置。
。
。
2.3.16会议管理
网上语音会议
网上视频会议、
网上文字会议等功能同时实现会议通知、会议室预定、会议纪要录入、会议纪要查询等管理功能。
2.3.17内部交流
讨论区可以是对全体员工开放，也可以是仅对某个部门开放。
选择一个讨论区主题进入该讨论区。
当有回复时，发帖人不能再删除帖子。
管理员和版主可以看到匿名贴子的真实姓名。
当用户以真实姓名发帖或回复发短消息，匿名时不发短信息提醒。
一
网络会议是由具有“网络会议管理”权限的用户创建的，在此建立网络会议后，在下面的“网络会议”模块中进入会议。
一
网络会议可以是对全体员工开放，也可以是仅对某个部门开放。
点击会议主题，进入该会议，如果点击视频会议，则进入免费的网络视频会议系统。
网络会议主要是以文字形式进行，操作方式与网上常见的聊天室是类似的。
用户可通过点击网络会议界面右下角的“离开会场”可以返回网络会议列表。
一
网络会议有密码功能，也可以不设置密码，如果设置了密码，有密码的人才
可以进入。
Net
互动会议。
进入后，如未使用过Netmeeting，系统会自动提示进行
meeting的设置。
使用此功能需安装相关硬件如麦克风、摄像头等。
—
2.3.18统计分析
可以
可以按指定条件统计系统中的各种报表，报表以直观的图形方式展示,分为饼图，直方图，曲线图等。
龙蟒集团2009年销售部业绩图
龙蟒集团2009年销售部磷产品系列销售比例图
龙蟒集团2009年磷制品公司产品销售业绩对比图
2.3.佃领导监控
领导可以监控业务人员手机所在位置，每个员工的工作计划及执行情况,单的执行情况，审批的工作执行情况，储运部的库存情况，收发手机邮件等。
最重要的是只有领导可以查看销售统计分析报表，对决策支持起到支撑作
2.3.20系统接口
对外接口：
金蝶K3系统财务接口，可以将本系统数据无缝对接到金蝶k3系
统财务接口，自动处理相应账务。
对内接口：
为了将来系统的可扩展性，本系统为集团公司将来内部其它系统预留接口。
Excel导入/导出数据接口：
本系统提供Excel导入/导出接口，并且还支持Word,PDF等其它导出接口形式。
—
2.4开发工具
本系统全部米用微软最新技术开发，保证了本系统在技术上的先进性，安全
性等各方面。
开发平台：
Microsoft.NETFramework3.5
开发工具：
VS.NET2008采用Web2.0技术
数据库：
Sqlserver2008;
系统建模工具：
PowerDesigner12,Rose2003;
辅助工具：
OFFICE2007VISIO2007、TFS2008等。
2.5服务器运行环境
服务器操作系统：
Windows2008月艮务器操作系统+IIS
数据库服务器:
SqlServer2008中文标准版
2.6系统测试
2.6.1测试方法
软件测试方法从总体上可以分为两类：
第一类测试方法是试图验证软件是“工作的”，就是指软件的功能是按照预定的设计执行的；第二类软件测试方法是设法证明软件是“不工作的”。
第一类测试可以简单抽象地描述为这样的过程：
在设计规定的环境下运行的软件功能，将其结果与用户需求或设计结果相比较，如果相符则测试通过，如果不相符则视为BUG这一过程的终极目标是将软件的所有功能在所有设计规定的环境全部运行。
这就是说在正确的外部条件下，软件工作正常。
若外部条件偏离，软件会工作怎么样？
这个问题就没有体现。
第二类方法：
就是以发现错误为目的而运行的过程，简单说就是设法验证软件是“不工作的”，或者说是有错误的。
测试的目的是尽可能地去找出潜在的错误。
我们在系统测试中将综合使用这两中方法。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
这里要注意上述两类方法都是以软件需求分析说明书为测试依据和目标，若需求分析说明书和用户实际需求不相符合，这靠测试是无法解决的，这也是我们强调系统试运行的原因。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
2.6.2软件测试工具
根据本项目特点，我们将结合使用三种软件测试工具，这些测试工具的主要功能和使用范围如下：
WinRunner功能：
1）插入检查点；
2）检验数据；
3）增强测试；
4）分析结果；
5）维护测试；
6）为无线应用作准备。
范围：
功能测试、生成测试用例、分析测试结果、维护测试用例、回归测试
LoadRunner功能：
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
1）创建虚拟用户；
2）创建真实的负载；
3）定位性能问题；
4）分析结果以精确定位问题所在；
5）重复测试保证系统发布的高性能；
6）EnterpriseJavaBeans的测试；
7）支持无线应用协议；
8）支持MediaStream应用；
9）完整的企业应用环境的支持。
范围：
性能测试、压力测试、模拟多用户、定位性能瓶颈。
TestDirector功能：
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
1）需求管理;
2）计划测试;
3）安排和执行测试
4）缺陷管理;
5）图形化和报表输出;
范围：
测试管理工具
软件测试工具的使用可以保证软件测试质量，避免人为差错，提高工作效率。
同时我们也会充分考虑到：
测试自动化的程度再高都不可能取代手工测试，即测试工具不可能取代测试人员；一般来讲，测试自动化在整个测试过程中只能占到30%左右；人工测试同样是保证软件质量的重要环节。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
2.6.3测试手段
本阶段的测试基本上都属于第一类测试，是保证在正确的条件下，软件能
正确地完成设计要求功能
每个程序模块在编码完成后，由该人员进行模块测试（黑盒子测试）。
黑盒子测试是指不考虑模块的内部编码，按模块的功能要求，准备测试例题，模块运行要能通过这些例题，得到正确的结果。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
由测试员对每个程序模块进行白盒子测试。
白盒子测试就是检查源代码，检查源代码编写是否符合规定要求、是否符合结构化编程要求、是否有不可到达代码和废代码等。
一般白盒子测试主要靠测试工具来完成。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
由系统分析员和测试员共同编写系统测试计划（重点测试业务流程）。
本阶段是对系统集成测试进行设计。
集成测试主要是测试各程序模块协同工作的情况。
设计前要仔细分析软件需求分析说明书和概要设计说明书，找出全部跨模块工作的业务流程，准备测试例题，测试流程和期望结果，形成测试计划。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
由测试员和一名高级程序员按测试计划对系统进行集成测试，编写测试报告项目经理和系统分析员检查测试结果，编写项目内部验收报告
2.7系统调试
在系统通过内部验收后，系统将安装在用户方投入试运行在试运行期间由用户方配合开发方进行：
系统安装、系统初始化、按实际应用要求进行高强度运行。
试运行是检查软件需求是否符合用户需求的重要环节。
尽管软件需求经过多级评审，正确性是得到保证的，但由于系统的复杂性和多样性，遗漏和疏忽在所难免，通过试运行检查系统设计功能是否和实际功能（软件需求分析说明书中功能）相符，根据试运行中发现的问题对系统功能做适当的调整和扩充，加速系统成熟。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
进行系统负荷强度试验。
检查在大量用户同时登录及大量数据同时接入时，系统是否仍然能正确工作。
进行系统边缘条件试验。
一般系统对输入的数据有一定的值范围检查，对数据进行计算处理，再根据处理结果采取相应操作。
有时当输入值接近范围边界时会发生异常情况，因此有必要做边缘试验。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
进行系统健壮性试验。
一个好的软件要容许用户的误操作。
不管用户在计算机上做什么操作，操作的错误有多严重，系统都不能死机，都要能保存正确操作的结果。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
进行系统容错性试验。
不管用户输入什么样的错误数据，系统都应该给出相应的错误提示信息，采取相应的处理。
2.8系统设计原则
2.8.1易用原则
参照国内外信息系统的成功与失败的经验，不论一个应用系统的功能有多么庞大，如果不能让使用者掌握，也不能发挥作用。
信息化的目的不是为了单纯的拥有现代的科学技术，而是为了提高管理能力和运行效率。
一个容易掌握和使用的软件，能缩短系统的实施、部署的时间、减少软件培训的投入，大幅减低企业信息化的投入。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
2.8.2实用性和先进性原则
实用性是衡量软件质量体系中最重要的指标，是否与业务紧密的结合，是否具有严格的业务针对性，是系统成败的关键因素。
因此，每一个提交给用户手上的系统都应该是实用的，解决问题的。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
当今的网络技术、信息技术发展迅猛，技术更新换代快，为了适应这一情况，必须保证系统能够在较长时期内保持较高的技术水准以满足应用需要。
系统采用当代最新技术，建立一种新概念的、开放的现代管理和办公环境，它以TCP/IP、
广域网互连、路由、防火墙和网络管理技术为核心，建立一个安全可靠的网络应用平台。
利用世界最新的.NET、XMLJavaScript、HTM超文本、Web2.0技术、SQL关系型数据库等技术，建立一个开放的信息资源管理平台。
利用数据库、模块化功能设计，构造信息存储与事务处理平台。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
2.8.3适用性原则
适应性是软件质量体系中重要的指标之一，系统的设计从最开始就应该以适应于多种运行环境，而且还必须具有应变能力，以适应未来变化的环境和需求，这就要求软件设计上非常灵活，才能具有很好的通用性。
系统采用B/S模式和.NET技术，系统可以容易得移植到各种系统平台；同时系统提供标准接口，以满足以后业务需求增加和变化的需要。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
2.8.4安全可靠原则
在信息化的21世纪，业务数据的实际价值远远超过了固定的有形资产，它们的价值是难以用数据简单估量的，对于我们来说，数据就是生命，所以这些数据必然需要得到安全完好的保护。
系统采用先进的加密、容错技术，能有效防止外界非法入侵和系统破坏；对系统内部数据实施有层次的权限管理，防止数据的非法和侵权操作；系统提供完善的数据备份和恢复功能防止系统的灾难性崩溃。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
2.9项目质量管理
本公司基于全球软件行业最先进的CMM,MSF勺软件开发规范，保证软件生命周期全过程质量与规范性。
确保软件开发过程中及出现的bug能及时修复，充分做好压力测试，功能测试，系统测试等，保证软件开发过程中的所有环节，都符合国际标准。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
我们的开发人员都是经过严格的面试流程筛选出来的最优秀软件行业精英、专家，软件行业经验丰富，都有极强的专业的素质及过硬的技术本领，在经过严格的试用流程后，能留下来的都是精英中的精英，以上条件，都从技术上，从公司管理层面上保证了人员的高素质，从而也保证了软件项目/产品的质量。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
2.10验收
2.10.1验收内容
可执行程序测试
IE版本6.0,7.0,8.0版本访问软件测试，在计算机屏幕1024X768,1280X
800分辨率下软件界面兼容性测试。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
手机及移动办公部分支持所有WinCE操作系统的手机及移动设备。
软件启动与关机、功能测试（正例、重要算法、边界、时序、反例、错误处理）、性能测试（正常的负载、容量变化）、压力测试（临界的负载、容量变化）、配置测试、平台测试、安全性测试、恢复测试（在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行）、可靠性测试等。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
2.10.2验收标准
软件开发已经完成，并全部解决了已知的软件缺陷。
验收测试计划已经过评审并批准，并且置于文档控制之下。
对软件需求说明书的审查已经完成。
对概要设计、详细设计的审查已经完成。
对所有关键模块的代码审查已经完成。
对单元、集成、系统测试计划和报告的审查已经完成。
所有的测试脚本已完成，并至少执行过一次，且通过评审。
使用配置管理工具且代码置于配置控制之下。
软件问题处理流程已经就绪。
已经制定、评审并批准验收测试完成标准。
第3章售后服务及承诺
3.1一般响应时间
般问题应在8小时内解决，工作量相对大
并对客户的需求及时给予响应。
的问题应在双方协商的期限内解决。
3.2故障响应承诺
按照问题对顾客业务影响的严重程度做出相应反应。
下面是对各种严重级别
的定义以及响应时间的说明
类另U
定义
响应时间
A-特急
业务停止，客户已无
升级会员 