万庄电子仓储管理系统设计方案.doc

仓储管理系统设计方案
万庄电子

【内部资料 严禁外泄】
版权所有(C) 2023

目 录
一、前言 3
二、需求分析 3
三、设计原则 4
3.1、面向用户 4
3.2、先进性原则 5
3.3、可靠性原则 5
3.4、实用性原则 5
3.5、可维护性原则 5
3.6、网络互联及开放性原则 5
3.7、可扩充性原则 6
3.8、经济性原则 6
3.9、遵循项目工程方法原则 6
四、系统架构 6
五、系统具体设计 7
5.1、仓库管理 8
5.2、装卸工管理 8
5.3、车辆管理 8
5.4、财务管理 8
5.5、用户管理 9
5.6、查询与信息发布 9
5.7、记录分析 9
5.8、销售管理 9
六、系统建设目的 10
七、技术架构 21
7.1、技术路线 21
7.2、技术标准 23
八、项目开发管理 24
九、开发及运营环境 28
十、系统开发管理 29
10.1、人员组织： 29
10.2、开发计划表 30
十一、版本控制 31
十二、客户方人员配备 32

仓储管理系统设计方案

一、前言
随着计算机及互联网络技术的发展，以网络技术作为依托的互动、自助式服务已经进一步到人们的平常生活。运用互联网技术，开发以仓储管理为基础的应用平台已经变得切实可行。通过网络仓储平台自身的便捷性、快速性、准确性，从而达成将仓储管理的各项资源有效整合的目的。
仓储管理系统力争做到为仓库管理者、客户（商家）、仓库管理员、运送机构、搬运机构等建立便捷的交流、查询、服务窗口，使其在宣传、管理、费用收取、商品运送等工作中有效地节约人力和财力成本并提高效率。
本仓储管理系统采用先进的网络技术，满足仓储管理的现实需要，同时将通过科学合理的5S系统，提高仓储管理水平。
二、需求分析
通过前期需求分析，我们对仓储管理整体建设思绪有了比较充足的结识和了解。通过综合考虑，本方案将遵循“整体规划，重点突出”的建设原则，在参照贵单位提供的开发需求说明的基础上，结合仓储管理建设模式，建设应重要突出简洁、明了、方便使用者为基本思绪，并结合时下较为流行的开发技术及设计理念，对仓储管理进行建设开发。项目重要研究技术内容涉及：
2.1、信息发布（广告、仓库信息、储运信息、销售信息）
重要是文字、图片信息发布。
内容重要是仓库管理者通过本平台发布广告、储运、仓库、货品等信息。
2.2、会员管理
对所有注册会员（内部员工、客户、搬运工、运送单位）进行有效管理。
2.3、社区互动（网上交流）
2.4、仓库管理（库房内管理）
2.5、车辆管理（短途）
2.6、搬运工管理
2.7、综合查询
1.货品查询 2.费用查询
2.8、记录分析
1.库房运用率记录分析 2.库房收入记录分析 3.往期数据对比分析
2.9、销售管理
三、设计原则
3.1、面向用户
切实解决仓库管理在网站上的信息获取、信息发布、信息交流等方面的实际问题，满足仓库管理员、管理人员、客户的多种需要，保证系统易操作、易管理。
3.2、先进性原则
该系统在设计上采用三层结构、Web Service技术，DIV+CSS WEB2.0，使之在选用平台、采用技术上具有先进性、前瞻性、扩充性，从而保证建成的网站系统具有良好的稳定性、可扩展性和安全性。
3.3、可靠性原则
由于该系统用户群比较大，既有大量不同级别会员在网站上进行信息浏览、发布及交流，也有仓储内部管理使用的操作层、业务层，因此有必要将系统的可靠性和安全性放在突出位置。系统设计中，应有适量冗余及相应保护措施，使软件在运营过程中具有良好的容错性、容灾性等。
3.4、实用性原则
考虑到在尽量满足业务功能需求的前提下，又要适应各业务角色的工作特点，该系统应做到简朴、实用、人性化，实现统一身份和资源管理、统一认证、统一内容管理、个性化界面和内容定制。
3.5、可维护性原则
系统设计立足标准化、规范化，按照分层设计，程序构件化思想。采用程序构件化的开发方式：一是系统结构分层，业务与实现分离，逻辑与数据分离；二是以统一的服务接口规范为核心，使用开放标准；三是构件语意描述形式化；四是提炼封装构件规范化。
3.6、网络互联及开放性原则
系统应当遵循国际标准，工业界流行的通信协议及接口和铁路行业标准，开放性能好。
3.7、可扩充性原则
软件系统可满足不断优化、平滑升级的规定，以保护用户的投资。
3.8、经济性原则
在有限的资金资投入下，建立一个高标准、高水平、高效率的管理系统。
3.9、遵循项目工程方法原则
本系统的开发严格按照需求分析、具体设计、编码、测试等开发流程。采用结构（模块）化方法和面向对象方法，结合原型法，形成优势互补。

四、系统架构
系统遵从技术标准，采用基于浏览器的开放式三层架构。

五、系统具体设计
仓储管理的主体对象涉及：
仓库管理员：仓库的具体管理者；物流部门经理：仓库进出的管理方；
物流财务管理员：仓库进出的结算方；市场财务经理：总财务控制方；
市场管理层：系统总体控制方；市场外部合作金融机构：结算中介机构。
交易市场、物流部
物流管理中心1
物流管理中心2
物流管理中心n
库区1
库区n
库区1
库区n

5.1、仓库管理
5.1.1、库区管理：库区设立、库区平面图
5.1.2、入库管理（订单）：商品、存放位置、起存时间、费用
5.1.3、出库管理（提货）：商品、存放位置、存储时间、费用
5.1.4、库房盘存：商品、库区、实际库存量、丢失解决
5.1.5、货品查询：依据查询条件模糊查找，精拟定位
5.2、装卸工管理
5.2.1、编制管理：装卸工团队编制
5.2.2、人员信息：分编制团队人员信息
5.2.3、服务信息：分编制人员装、卸货信息
5.3、车辆管理
5.3.1、车辆档案：车辆档案管理
5. 3.2、车辆运送记录：车辆运送记录
5.4、财务管理
l 货品出入库的时间、数量及其相应的仓储费、装卸费、运费。
l 客户协议管理（重要是计费方式、费率、周期、结算时间）。
l 仓库盘点。
l 对外客户的财物和查询服务内容。
l 丢失货品解决
5.5、用户管理
l 内部用户的分类（物流中心开票、仓官员、市场物流部、市场物流副总经理等）、权限。
l 市场外部用户的分类（物流货主客户、装卸工、司机、物流接货客户）、权限。
5.6、查询与信息发布
l 内部信息发布。
l 外部信息发布。(广告类除外)
l 客户查询
5.7、记录分析
l 库房运用率记录分析。
l 库房收入记录分析。
l 往期数据对比分析
5.8、销售管理
l 工作台：是每个办公人员的入口，提供自己全县范围内的工作接口，内容涉及：
a.工作台　b.记事本　c.内部公告 d.销售目的
l 客户：就是整个销售团队的销售网络节点，涉及：采购商、供应商两个群体
a.客户列表　b.客户关怀 c.销售费用　d.相关业务查询
l 日程任务：员工的工作计划
a.日程安排 b.待办任务 c.行动历史 d.工作量计数器
l 联系人：客户群体的联络人
a.联系人管理　b.客户关怀 c.发手机短信
l 协议/订单
A．协议/订单管理 A1.店面型销售单
B.交付计划/订单明细 C.交付记录/发货明细 D.发货单 E.回款计划 F.回款记录 G.开票记录
l 产品
a.产品管理 b.产品分类维护 c.产品导入 d.产品权限设立
l 库存管理
a.库存总控台 b.初始化库存 c.库存列表 d.库间调拨 e.入库单 f.出库单 g.盘点 h.库存流水账
l 采购管理
a.采购单 b.采购明细 c.付款计划 d.付款记录 e.付款发票
l 客服
a.客服控制台 b.投诉解决　c.客服记录 d.客服权限
l 在线帮助
找帮助
l 帐户管理
a.公司帐户信息　b.用户管理　c.数据字典 d.系统日记　e.系统设立 f.实时备份
六、系统建设目的
6.1. 前台页面栏目设立
1.主页面实现
主页面涉及页首、页尾、公告区、广告区、办公区、查询区、论坛区。
页首涉及：除Logo、Banner外，还涉及办公导航、查询导航、论坛导航、帮助导航、注册登录等信息；
页尾涉及：版权信息、工商信息、联系我们等。
2.办公页面实现
主页面：权限导航
搜索页面：对货品、车辆、表单、人员分类搜索
办公页面：对业务的具体操作
帮助页面：对业务分类的提醒帮助
3.财务页面实现
财务解决、分类查询、个性化设立。
4. 车辆页面
车辆档案、运送信息、费用查询
5.搬运工管理
团队管理、班次管理、人员管理、作业管理、费用管理、综合查询。
6.用户管理
登陆页面：实现用户的登录、用户检测、并根据用户的级别分派相应的权限。
注册页面：提供应用户信息的注册、以及用户提供的信息分派相应的级别。
信息页面：提供用户的个人注册信息，以及个别用户信息的更改。
根据用户的级别显示相关的功能页面导航。
7.销售管理（新增）
1. 销售管理的内容
u 工作台：是每个办公人员的入口，提供自己全县范围内的工作接口，内容涉及：
a.工作台　b.记事本　c.内部公告 d.销售目的

u 客户：就是整个销售团队的销售网络节点，涉及：采购商、供应商两个群体
a.客户列表　b.客户关怀 c.销售费用　d.相关业务查询

u 日程任务：员工的工作计划
a.日程安排 b.待办任务 c.行动历史 d.工作量计数器

u 联系人：客户群体的联络人
a.联系人管理　b.客户关怀 c.发手机短信

u 协议/订单
A．协议/订单管理 A1.店面型销售单
B.交付计划/订单明细 C.交付记录/发货明细 D.发货单 E.回款计划 F.回款记录
G.开票记录

u 产品
a.产品管理 b.产品分类维护 c.产品导入 d.产品权限设立

u 库存管理
a.库存总控台 b.初始化库存 c.库存列表 d.库间调拨 e.入库单 f.出库单 g.盘点
h.库存流水账

u 采购管理
a.采购单 b.采购明细 c.付款计划 d.付款记录 e.付款发票

u 客服
a.客服控制台 b.投诉解决　c.客服记录 d.客服权限

u 在线帮助
找帮助

u 帐户管理
a.公司帐户信息　b.用户管理　c.数据字典 d.系统日记　e.系统设立 f.实时备份

2. 三种销售模式

A．协议 (v表达必填字段)

基本信息：
v协议主题:

v相应客户:
①直接查客户:      ②浏览选客户: 
相应机会:

协议号:

分类:

总金额:

外币备注:

付款方式:

交付地点:

v开始时间:

v结束时间:

产品/服务:
i提醒
客户签约人:

我方签约人:

v所有者:

v签约时间:

执行状态：
回款金额:
￥0.00    i提醒
毛利:
￥0.00  i提醒
v状态:
执行中结束意外中止
其他：
协议正文及附件:

备注:

窗体顶端

B．订单 (v表达必填字段)

v主题:

订单号:

v相应客户:
①直接查客户:      ②浏览选客户: 
付款方式:

相应机会:

总金额:

分类:

回款金额:
￥0.00
毛利:
￥0.00  i提醒
v日期:

v最晚发货:

v状态:
执行中结束意外中止
发货:

v所有者:

订单明细:
保存后方可编辑明细
备注:

窗体底端

注意：当回款已完毕，发货未完毕时，订单状态不能被改为“结束”。

窗体顶端

C．店面型销售单 (v表达必填字段)

客户和单据状态：

v相应客户:
①直接查客户:      ②浏览选客户:  
③或记为散客:
主题:

单据参数：
总金额:

自动计算

毛利:
￥0.00  i提醒
v签约时间:

分类:

单据号:

v所有者:

出货仓库:

产品明细：
产品名称[单位]
单价
数量
折扣
总价
备注
操作

合计:

   查询/添加产品   检测当前产品库存  说明 ≡ :不计算库存； 红色数字:不够发货

备注：

回款：
回款金额:
全额回款 或部分回款:

v付款方式:

v分类:

  开发票
v开票内容:

v票据类型:

发票号码:

  需要发货
收货人/地址:
收货人
从联系人读取:

或者填写姓名:

电话:

　移动电话:

地址 类型:
临时地址客户单位地址联系人家庭地址

地址:

邮编:

　　更新客户/联系人【说明】
将收货人创建为新联系人

发货日期:

发货方式:

发货单号:

打包件数:

重量(Kg):

运费:

运费结算:

窗体底端

特别事项：协议/订单/店面型销售单使用须知
1. 协议、订单、店面型销售单
　 协议和订单、店面型销售单都用来管理客户的合约
协议管理由：协议、交付计划、交付记录组成
订单由：订单、发货单组成
假如涉及到产品库存，必须使用订单，只有订单可以生成出库单！
店面型销售单是对订单的操作优化，操作效率更高
2 协议适合于服务类合约或产品较少的合约
　 当管理服务类合约，比如：技术服务、征询服务、旅游项目等交易情况，使用协议管理
合约涉及到产品种类较少，比如一个合约只涉及1-2个产品，也可以使用协议管理
3 订单适合于产品种类较多的合约管理
在一个合约里，客户购买了几种甚至几十种产品，这种情况下使用订单管理更为方便
4 店面型销售单用于店面型销售、柜台销售或者钱货两清的销售方式
特点是：一个单据完毕订单、明细、出库、发货、回款的所有记录，操作效率更高
5 订单的特殊
订单可以由报价单直接生成 也可以新建订单 订单可以生成出库单
6 店面型销售单的特殊性
店面型销售单在没有被执行完毕时，其出库、发货和回款记录均不生效，只有合约金额、产品明细生效。被执行完毕后，店面型销售单的所有数据生效

6.2. 后台管理功能建立
网站后台信息发布功能重要是对信息进行添加、编辑、审核、发布、记录等一系列功能的实现。
6.2.1. 系统管理
该模块实现系统常用参数的设立、栏目类别添加和其他附属功能的填充。
6.2.2. 安全管理
安全管理重要实现对用户的管理及权限的分派、密码修改以及数据备份等功能。
6.2.3. 信息发布
网站编辑登录后台系统后，可以进入信息发布系统，信息发布系统重要有新闻标题、关键字、内容、发布日期、顶置、顶置时间限制等组成。
信息内容采用所见即所得多功能编辑器，假如信息是从网络上摘录并且包含图片，则图片自动保存到服务器上。
信息实行一级审核制，即编辑发布的信息由管理员审核后才干在网站上显示。
前台可以对信息进行评论，当维护每条信息的同时，还可以维护其评论信息，评论信息采用每日分段集中解决模式，重要实现对非法评论进行删除。
信息显示页面可以生成静态页面，需要互动的信息采用AJAX异步与服务器交互。
对部分信息设立权限限制，只有会员才可以查看，同时对信息进行加密，保证未经授权的浏览者进行复制。

6.3. 特别考虑
1. 关于系统部署
u 独立服务器：拥有自己的内部及外部服务器。
优点：各方面相对独立，便于升级、维护
缺陷：费用高，需要专业人员专人维护
u 空间租用：就是租用运营商的服务器空间。所有与系统相关的代码都在其上储存、运营。
有点：费用低廉，无需专业人员看管。
缺陷：缺少灵活性。
2. 关于仓库等工作点无电脑设备的考虑
考虑到仓库、货运站等实际所在地大多比较偏僻，有线网络无法直接接入，因此我们按照成本高低推荐如下接入方案：
u 短信接入方式：在服务器端接入短信猫，工作地通过互发短信与系统交流。
优点：成本低廉
缺陷：人工干预，缺少互动性、及时性、准确性。
u 手机网络方式：通过专用PDA或高智能手机直接登录到系统管理平台，实现即时交互式工作。
优点：如同有线网络一般，及时、互动、准确
缺陷：高性能手机及专用PDA造价比较高，传递的数据有限
u 无线网络模式：直接通过架设无线网络设备方式实现即时通讯。
优点：等同于有线网络
缺陷：硬件成本高。
综合考虑，建议采用手机网络方式。
考虑到贵方的实际需求，计划采用短信接入方式。
3.关于仓库平面排列考虑
作为数字化仓库管理的标志，我们将仓库平面数字化并以简朴平面图快加以显示。如图：

七、技术架构
7.1、技术路线
该方案重要基于Microsoft®公司的系列产品，具体技术架构如下：
1) 架构说明
作为一个大型的网站系统，其实现将采用业界先进且成熟稳定的工具和技术，整个应用系统的技术架构(重要阐述B/S模式相关的)从以下几个方面来体现：数据库、Web服务器、ASP.NET、C#、ADO.NET及IE6等。
Ø 数据库
整个系统的数据库采用Microsoft® SQL Server™ 2023。SQL Server™ 2023是大规模联机事务解决 (OLTP)、数据仓库和电子商务应用程序的优秀数据库平台。
Ø Web服务器
Web服务器使用Microsoft的Internet信息服务，它有助于Web管理员创建可升级的、灵活的应用程序。它提供了摘要式身份验证、安全通讯等与安全相关的功能。保证整个系统在该环节的安全性。
Ø ASP.NET2.0
ASP.NET2.0 是统一的 Web 开发平台，用来提供生成公司级 Web 应用程序所必需的服务。
Ø C#
整个系统在开发时，将使用C#作为ASP.NET2.0的嵌入语言。C#是一种简朴、现代、面向对象且类型安全的编程语言。
Ø ADO.NET
ADO.NET 提供对 Microsoft SQL Server 等数据源以及通过 OLE DB 和 XML 公开的数据源的一致访问。
2) 架构优势
Ø 先进
整个系统的架构采用了当今最先进的技术工具组合，各个成员都与其以前的版本很好地兼容，又为以后的版本升级预留了丰富的接口。这样，既有效地保证了使用单位的前期投资，又在技术上紧跟行业潮流，保证数年不落后。
Ø 安全
该架构无论是从语言(C#)的选择、编程模型(ASP.NET)的拟定、数据库(SQL Server 2023)的采用，还是数据库访问技术(ADO.NET)的使用等，都把安全性放在首位。基于该架构并融合前台Web应用程序高强度的多级认证机制，可有效地防止常见的网络袭击，如网络扫描、网络嗅探、拒绝服务、缓冲器溢出、口令破译(注入式)等。
Ø 高效
以往的Web应用程序，若采用ASP开发，大多内置VBScript或Jscript或JavaScript等脚本语言的形式进行，由于这些脚本语言属于解释型语言，这样就导致整个系统运营速度不佳，影响客户的浏览。而新的技术架构，由于采用了新的编程模型ASP.NET2.0，并内嵌编译型语言C#，可使整个系统的运营速度大幅度提高。此外，C#作为.NET Framework 这种新的计算平台的核心语言，它已成为高度分布式 Internet 环境中高效应用程序开发的首选。
Ø 可靠
整个系统的可靠性由架构中的众多成员来承担，可与Windows 2023的Active Directory和基于操作系统的高性能集群系统或双机、多机热备份技术融合起来，以实现并行解决和节点机失效后的任务平滑接管或服务器失效，备份机接管。
Ø 易管理
系统的开发，将实现人机界面良好的管理工具，方便管理人员对系统的管理，从而避免人员由于直接接触底层软件操作所带来的数据丢失、窃取等现象。
7.2、技术标准
1. 《中华人民共和国国家标准计算机软件产品开发文献编写指南》中华人民共和国电子工业部
2. 《中华人民共和国国家标准信息解决-数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文献编制符号及约定》中华人民共和国机械电子工业部
3. GB8566-88计算机软件开发规范
4. GB9385-88计算机软件需求说明编制指南
5. GB9386-88计算机软件测试文献编制规范
6. GB/T12504-90计算机软件质量保证计划规范
7. GB/T12505-90计算机软件配置管理计划规范

八、项目开发管理
整个项目的开发按项目小组的形式组织，具体执行将严格按照公司的《XAL项目技术开发规范》进行，将有效地实现对项目质量的控制。根据该规范的既定流程，整个项目将经历如下阶段：
可行性研究与计划阶段
需求开发与管理阶段
系统设计阶段
实现与测试阶段
系统测试阶段
结项管理阶段

2) 可行性研究与计划阶段（Feasibility Research and Plan, FRP）
在该阶段公司将根据用户的业务需求，通过度析调查用户方现有系统的现状，制订技术方案，签订项目开发方案。然后，任命项目主管，组建开发团队，筹备经费资源等。
3) 需求开发与管理阶段
Ø 需求开发（Requirement Development, RD）
通过调查与分析，获取用户需求并定义软件需求。结束准则：《软件需求说明书》已经撰写完毕，并且符合以下规定：A、符合文档规范B、严格反映协议所附技术方案功能、性能及质量等方面的规定C、用户方负责人签字D、部门主管签字。
Ø 需求管理（Requirement Management, RM）
在客户与开发方之间建立对需求的共同理解，维护需求与其他工作成果的一致性，并控制需求的变更。此时，也许根据需要填写需求变更申请表。
PROJ001需求变更申请表
模块名称

以前功能简述

编号

申请变更的文档

变更的内容
完善

新增

变更的理由

评估需求变更将对项目导致的影响

声明
该需求变更文档建立在双方对需求的共同理解基础之上，双方签字确认后，后续的开发工作才干根据该需求变更文档开展。该文档将作为相应的软件需求说明书的附件，需求的变更（或反复）将也许导致双方重新协商成本、资源和进度等。
申请人签字

项目主管签字
审批意见：
签字： 日期：
客户签字（协议项目）
审批意见：
签字： 日期：
主管领导审核

评审意见：
签字： 日期：

Ø 系统设计阶段（System Design, SD）
设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足《软件需求说明书》的软件。结束准则：《概要设计说明书》、《具体设计说明书》、《数据库设计说明书》已经完毕，并通过评审（系统设计说明书重点评审软件结构、算法及外部资源的表述情况）。
Ø 实现与测试阶段（Implementation and Test, IT）
依据系统设计文档，编写并测试整个系统的代码。结束准则：实现《系统设计说明书》、《数据库设计说明书》中对软件功能、性能及质量等方面的规定。
Ø 系统测试阶段（System Test, ST）
对最终软件系统进行全面的测试，保证最终软件系统满足软件需求并且遵循系统设计。结束准则：能全面反映《软件需求说明书》、《数据库设计说明书》及《系统设计说明书》中对功能、性能、质量等方面的规定。测试标准：由部门主管指定专人进行测试，项目主管配合对软件进行全面测试，测试结果以测试人、项目主管及部门主管三方签字为准。
Ø 结项管理阶段（Project Closing Management, PCM）
在项目开发工作结束后，对项目进行综合评估；总结经验教训等。结束准则：项目开发期间所产生的各种文档，涉及公司规定的必填文档和因项目需要额外定制的文档已经提交；软件源代码已经提交；《项目开发总结报告》已经撰写完毕，公司领导签注最终意见，客户方验收通过。
C． 重要技术标准规范
1. 《中华人民共和国国家标准计算机软件产品开发文献编写指南》中华人民共和国电子工业部
2. 《中华人民共和国国家标准信息解决-数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文献编制符号及约定》中华人民共和国机械电子工业部
3. GB8566-88计算机软件开发规范
4. GB9385-88计算机软件需求说明编制指南
5. GB9386-88计算机软件测试文献编制规范
6. BG/T12504-90计算机软件质量保证计划规范
7. GB/T12505-90计算机软件配置管理计划规范
九、开发及运营环境

开发环境
Windows 平台 (Xp以上)
系统架构
系统开发采用三层架构
软件开发集成环境
MicroSoft Visual Studio 2023(VS2023)
C#语言
Ajax技术
后台数据库
SQLServer2023
数据库访问
SQLHelper作为中间层
代码控制
MicroSoft Visual SourceSafe(VSS)
运营环境
Windows Server
Internet Information Server (IIS 6.0以上)
.NET Frame Work 2.0

十、系统开发管理
从上述系统设计内容不难看出，系统不是单一的仓储管理模型，而是仓库管理、物流管理、销售管理、会员管理、信息发布的融合；各系统模块即独立使用又互相嵌套、衔接，进而融为有机的整体。
系统采用三层架构、模块化设计，最大限度的保证代码重用，便于二次开发。
按照系统内容工作量及正常工作日人均平常工作量计算，系统大约需要10人X三月完毕。其中：

名称
开发周期
系统设计、方案论证、数据库设计与构建
2周
页面美工、软件开发
8周
内测、公测、资料整理、安装交付
2周

10.1、人员组织：
人员
人数
职责描述
组长
1人
负责联络、进度安排、工步跟进、代码安全（MA）
页面美工
1人
页面布局及美工（CI）
数据库设计
1人
软件项目的系统设计、数据库设计（DBA）（客串）
软件开发
5人
软件C#具体实行（PA）
系统测试
2人
软件测试工程师（TE）（客串）

10.2、开发计划表
仓储管理进度计划表

项目名称
第二周
第四周
第六周
第八周
第十二周
总体进度
15%
30%
50%
70%
100%
数据库设计
100%

表达层
60%
100%

业务逻辑层
60%
100%

页面及后台

20%
50%
80%
100%
其中：页面美工

50%
80%
100%

代码实现

30%
50%
80%
100%
系统测试

30%
50%
70%
100%

十一、版本控制
感谢Acknowledgments
特别感谢所有参与该文档制定工作的各位同仁
The contribution of the individuals in preparing this document is gratefully acknowledged:

文档编号：
XAL-CCGL-0906-011
文档名称：
仓储管理系统方案
创建日期：(初稿)
2023年5月
存储位置：
//XAL-SERVER/Public/[2023] CCGL
发放格式：
PDF
保密等级:
(一般，内部，机密，保密)
内部

版本
版本
日期
作者
具体描述
0.7
2023.05.27
HXQ
初稿
0.8
2023.05.28
XLB
格式化
0.9
2023.05.30
HXQ

0.9.1
2023.09.02
HXQ
添加销售模块
图像化控制销售库

十二、客户方人员配备
针对贵方现有人员配备情况，我们对贵方正式投入运营时提出如下人员配备建议：
专职系统管理员一名。
职责：
l 前期负责双方沟通与联络
l 后期负责服务器平常管理及数据安全备份
l 负责各用户机器的简朴硬件故障排除
l 负责解答使用过程中出现的小问题
规定：
l 具有计算机专业大专以上学历
l 纯熟掌握 Windows Server 2023及Microsoft SQLServer 2023
l 简朴掌握软件故障排除技巧