学校教材订购系统可行性研究分析研究报告

学校教材订购系统可行性研究分析研究报告
学校教材订购系统可行性研究分析研究报告

学校教材订购系统

可行性研究报告

一.引言

1.1. 编写目的

编写本报告的目的是研究本系统的总体需求、实现方案,并分析开发系统的可行性,为决策者提供是否开发该系统的依据和建议。

1.2 项目背景

开发软件名称:学校教材订购系统

项目开发者:闽江学院计算机科学系“学校教材订购系统”开发小组:

陈晓彬(17号,组长),谢小龙(14号),何明同(10号), 郭冬盛(24号) 用户单位:闽江学院

1.3 定义

“学校教材订购系统”有两部分组成:销售系统和采购系统。

销售系统的工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学

生即可去书库领书。

采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给

书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

1.4 参考资料

(1)钱乐秋等,《软件工程》,青还大学出版社;

(2)张害藩,《软件工程导论》(第四版),清华大学出版社;

(3)王珊等,《数据库原理及设计》,清华大学出版社;

(4)赵池龙等,《软件工程实践教程》,电子工业出版社。

二.可行性研究的前提

随着计算机应用的日益普及和深化,网上办公已经成为一种趋势。本项目要开发的是基于局域网和互联网的教材订购系统。由于学院学生多,用书量大,原

来的人工工作方式不仅会造成办理时间的延误和人力资源的浪费,特别是在新学

期开始果时这种冲突更加明显,而且存在着各种信息不易存放、易丢失、难以备

份和查询等缺点。因此,实现一个将各种教材订购管理和服务功能集成起来的管

理信息系统就显得十分必要,既可以节省资源,又可以有效存储、更新、查询信

息,提高工作和服务效率。

开发的系统要求界面友好,方便直观。要方便管理员对教材信息进行添加、删除、修改、查询和统计等管理。

2.1. 要求

为方便教师、学生领书,教材发行人员处理各种单据,以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。若是脱销教材,则登记缺书,发缺书单给书库采购人员;

一旦新书入库后,即发进书通知给教材发行人员。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了,易于操作,数据库利于维护。

2.2 系统结构图

A.销售子系统

B.采购子系统

2.3程序描述

A.功能

销售子系统模块:提交购书单、审核购书单、开发票、登记购书纪录、返回领书单、修改和维护数据库中相应的表。

采购子系统模块:发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。

B. 性能

①精度:购书是由需求决定的,只要有缺书现象则会体现出来,但也因为这

样,如果需要提前多购相关书籍的话,则需要管理人员的参与。

②时间特性要求:定购需要提前若干天。

③可靠性:较高

④灵活性:在购书单未审核时,可以撤消订购或修改,一旦审核,则不能再

修改。

C. 输入项目

销售子系统模块:需要输入购书单中要求的信息(提交人姓名、书名、书号、数量、身份识别码)。

采购子系统模块:需要输入缺书单中要求的信息(书名、书号、数量)。

D. 输出项目

销售子系统模块:需要打印领书单(书名、书号、数量、领书人姓名),发票(书名、书号、开票人姓名、交易金额、交易日期)。

采购子系统模块:需要打印进书通知单(书号、书名、进书日期)。

E. 程序逻辑

销售子系统模块程序流程图:

采购子系统模块程序流程图:

F.信息传递

各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。

具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在模块之间传递。

G. 存储分配

为程序当中的数据结构在内存中开辟空间存储,如入到数据库中后在数据库的表中为其开辟存储空间。

H. 限制条件

输入的信息都封装在数据结构当中,不能独立存在,在向数据库中提交数据时必须一起提交而不能逐项提交。输入数据的类型必须和定义的数据类型相匹配。

I. 测试要点

对本程序进行黑盒和白盒测试,在白盒测试中,进行路径测试,条件测试,判定覆盖,语句覆盖;在黑盒测试中采用等价类划分的测试方法,列出尽可能多的有效等价类和无效等价类。确保程序正常运行,无误。

2.4可扩展性

能够适应应用要求的变化和修改,具有灵活的可扩充性。

2.5安全性

具有较高的安全性。系统对不同的用户提供不同的功能模块,只有具有一定权限的管理员用户才能允许有借、还书权限,只有具有高级权限的部门管理者或维护人员用户才能对用户进行管理,一般的读者用户只能查看图书信息和借阅情况。

还应具有一定的保护机制,防止系统被恶意攻击,信息被恶意修改和窃取。

有完善的备份机制,如果系统被破坏应该能快速恢复。

2.6完成期限

2009年4月1日至7月30日,共4个月。

2.7 目标

所建议系统的开发目标包括:

?减少人力与管理费用;

?提高信息准确度;

?改进管理和服务;

建立高效的信息传输和服务平台,提高信息处理速度和利用率。

2.8条件,假定和限定

建议软件寿命:10年。

?进行系统方案选择比较的时间:为10天。

?经济来源:闽江学院。

?硬件条件:PC机6台,服务器3台,局域网,INTERNET。

?软件条件:WINDOWS 2000Server和XP操作系统,OFFICE软件,

ORACLE 数据库,浏览器等。

2.9决定可行性的主要因素

本次可行性分析是按照软件工程的规范步骤进行的,即按复查项目目标和规模,研究目前正使用的系统,导出新系统的高层逻辑模型,重新定义问题这一循

环反复的过程进行。然后提出系统的实现方案,推荐最佳方案,对所推荐的方案

进行经济、技术、用户操作和法律的可行性分析,最后给出系统是否值得开发的

结论。以上分析结果写城本文档。

?成本/效益分析结果:效益>成本;

?技术可行:现有技术可完成开发任务;

?操作可行:系统能被现有的工作人员快速掌握并使用;

?法律可行:所使用工具和技术及数据信息不违反法律。

三.所建议的系统

所建议系统是C/S和B/S模式结合。系统管理、书籍管理、读者管理和借阅管理

等大部分的功能通过图书馆内的局域网实现,有利于提高系统的效率和安全性;

图书信息查询、个人借阅情况查询、续借等功能可在互联网上进行,利于有效地

提高系统使用效率;能在一定程度上实现局域网和互联网数据交换的自动化。用

户在经过身份确认后,系统按照权限的不同向其不同各种类型用户所对应的功能

3.1.影响

在建立所建议系统时,预期会带来的影响包括以下几个方面。

?对设备的影响

由于所建议系统是基于WINDOWS操作系统和互联网的,所以需要配备足够符合以上列出的各种软硬件条件的计算机和通信线路。系统失效后,服务器端

需要利用备份的数据库恢复数据信息,要求要有足够的数据备份空间。

?对软件的影响

需要落实是否有符合本报告所列出的正版的软件环境,如果没有则需要购买。

?对用户单位机构的影响

投入使用前还需改进现有的管理模式。

?对开发的影响

开发过程需要用户进行密切的配合,准确阐明需求。

?对经费开支的影响:

除了需要支付开发单位的有关费用外,每年还需要一定的运行维护费用(见经济可行性分析)。

3.2 技术条件方面的可行性

本系统是一个基于局域网、互联网和WINDOWS操作的系统,现有技术已较为成熟,利用现有技术完全可以实现系统开发目标。同时,开发期限较为宽裕,

预计可以在规定期限内完成开发任务。

四.经济可行性分析

4.1投资成本

硬件设备费共10万元,其中:微机6台约4万元;服务器3台及网络等设备费6万元。

外购开发工具、软件环境费用共9万元。

其他费费用共2万元。

一次性支出总费用:21万元。

?经常性费用

主要是,假设本系统运行期10年,每年的运行费用(包括系统维护、设备维护等)5

万元

系统投资成本总额为:21+50=71万元

4.2.收益

假设投入本系统,效率可以提高50%,以现有的工作人员20人计算,可减少10

人,每人每月平均工资按2500元计算,每年节约人员工资10×12×0.25=30万

元/年.

4.3.成本/收益分析

在10年期内,系统总成本71万元,系统总收益300万元。

纯收益:300-71=229万元

从经济上考虑,开发本系统完全可行的。

五.社会因素可行性分析

5.1.法律方面的可行性

所有软件都用正版,技术资料都由提出方保管,数据信息均可保证合法来源。

所以,在法律方面是可行的。

5.2用户使用可行性

使用本系统的人员均有一定计算机应用基础,系统维护员由计算机的专业人员担任,所有人员都要经过本系统的使用培训。经过简单培训人员就会熟练使用

本软件。

六.结论

本项目具有方便快捷等优势,投资回报利益大,使得图书管理实现电子化,符合社会信息化发展的需要,技术、经济、操作、法律方面都是可行的,可以开

发本系统。

数据库-教材订购系统

《数据库原理》课程设计报告 题目: 姓名: 学号: 专业班级: 指导老师: 年月日

摘要 /*(300字左右,宋体,五号)课程设计内容摘要主要是对撰写过程中实践、实验、研究的内容、方法和得到的主要结果的完整概括。 关键词: /*(3 – 5个,各个词之间用“;”分割,宋体,五号,黑色)*/

目录 第1章引言 (4) 1.1 项目背景 (4) 1.2 项目定义 (4) 1.3 开发环境 (4) 第2章需求分析 (5) 2.1 需求分析的目标与任务 (5) 2.1.1 信息需求 (5) 2.1.2 处理需求 (5) 2.1.3 安全性和完整性要求 (5) 2.2 需求分析阶段成果 (6) 2.2.1 学校教材订书系统的业务流程图 (6) 2.2.2 学校教材订书系统系统的功能模块图: (7) 2.2.3 学校教材订书系统系统的数据字典 (7) 第3章概念设计 (19) 3.1 概念设计的目标与任务 (19) 3.2 阶段结果 (19) 3.2.1 属性与实体 (20) 3.2.2 各子系统与分E-R图 (21)

3.2.3 合并各分E-R图,得到总E-R图 (22) 第4章逻辑设计 (23) 4.1 逻辑设计的任务和目标 (23) 4.2 阶段结果 (23) 4.2.1 将E-R图转换为关系模型 (23) 4.2.2 模型优化 (24) 4.2.3 数据库模式定义 (24) 4.2.4 用户子模式定义 (28) 第5章物理设计 (30) 5.1 物理设计阶段的目标与任务 (30) 5.2 阶段结果: (30) 5.2.1 存取方法设计 (30) 5.2.2 存储结构的设计 (31) 5.2.3 评价物理结构 (31) 第6章数据库实施阶段 (32) 6.1 建立数据库、数据表、视图、索引 (32) 6.1.1 建立数据库 (32) 6.1.2 建立数据表 (32) 6.1.3 建立视图 (33) 6.1.4 建立索引 (33)

软件工程-学校教材订购系统

1.引言 1.1编写目的 对学校教材订购系统进行初步设计 1.2项目背景 名称:学校教材订购系统 本项目的用户:学校的学生,老师和教材订购管理员 本项目与其它软件或其他系统的关系:工作于windows所有的系统 1.3参考资料 软件工程—理论、方法与实践 1.4系统简介 本系统可以细化为两个子系统:销售系统和采购系统 销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。 采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.5技术要求及限定条件 (1)当书库中的各种书籍数量发生变化(包括进书和出书)时,都应修改相关的书库记录,如库存表或进/出库表。

(2)在实现上述销售和采购的工作过程时,需考虑有关的合法性验证。 (3)系统的外部项至少包括:教师、学生和教材工作人员。 系统的相关数据存储至少包括:购书表、库存表、缺书登记表、待购教材表、进库表和出库表。 需求说明书 1.需求分析的目的 需求分析对学校教材订购系统进行简单的分析,给出了系统的数据流图。加深与用户间的交流,在功能与系统界面上与用户达成一致的看法,以便于开发出用户满意的系统。 2.软件产品的作用范围 学校教材订购系统是为大多数教育院校开发的,用于日常的教材管理,包括销售与采购。提供数字化的管理,提高学校教材管理部门的工作效率。 3.一般性描述 本系统可以细化为两个子系统:销售系统和采购系统 销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。 采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

客户管理系统需求分析

客户管理系统需求分析 目录 1需求概述 (1) 1.1商机管理 (1) 1.2客户管理 (1) 1.3行动管理 (1) 1.4服务管理 (2) 2功能清单 (2) 2.1商机管理 (2) 2.2客户管理 (3) 2.3行动管理 (4) 2.4服务管理 (5) 1需求概述 客户管理系统包括商机录入、客户分类管理、联系人列表、联系活动、库存维护、产品维护、服务反馈、记事本、电话本。 1.1商机管理 商机管理包括商机录入和电话本。商机即商业机会这里提供信息的录入、查询、报表输出。录入时使用录入窗口录入(录入窗口具有辅助录入功能),在此录入窗口中可以录入商机信息、客户信息、联系人信息、产品信息和销售信息(客户

信息、联系人信息、产品信息和销售信息只能在此录入)。在录入窗口中成功与否有三中状态:成灰色状态、有对勾状态和空白状态,成灰色状态即商机还没有完成,有对勾状态机商机成功,空白状态机商机失败。 电话本中记录了联系人的电话和地址,可以方便对联系人的管理。 1.2客户管理 客户管理客户分类管理和联系人管理。这里只提供客户和联系人的查询和报表输出,如果想录入客户或联系人的信息要在商机录入的窗口中录入。 1.3行动管理 行动管理分为销售、联系活动、记事本和历史数据,历史中包括历史联系活动、历史记事本、历史销售。 销售:这里只显示未完成的销售信息,对于完成的销售信息需要在历史数据中查询。在录入窗口中确认销售有三中状态:成灰色状态、有对勾状态和空白状态,成灰色状态即商机还没有完成,有对勾状态机商机成功,空白状态机商机失败。 联系活动:这里只显示当天或大于当天的活动信息,利辛县需要造历史数据中查询。 记事本:这里可以当作日历本使用,在表格界面中只显示当天或大于当天的信息。历史信息可以在历史数据中查询。 历史数据:历史数据分为历史联系记录、历史记事本、历史销售记录。历史联系记录和历史记事本中的记录是小于当天的记录。历史销售记录是完成的销售记录。

学校教材订购系统—罗学东

华科学院计算机科学与技术专业 《数据库课程设计》报告 (2009/2010学年第一学期) 学生姓名:罗学东 学生班级:信息管理092201H 学生学号: 2 指导教师:武研 2011年12月25日

目录 第一章系统概述 (1) 1.1 开发背景……………………………………………………………………………………… 1.2开发意义 (1) 1.3开发工具及主要技术 (2) 第二章总体系统需求分析 (3) 2.1总体设计要求 (3) 2.2总体系统软件结构图 (3) 2.3总体系统软件业务流程图 (4) 第三章子系统需求分析 (5) 3.1子系统设计要求 (5) 3.2子系统功能模型 (5) 3.3子系统业务流程模型................................................................................................第四章系统设计 (8) 4.1代码设计 (8) 4.2输出设计 (8) 4.3 输入设计 (8) 4.4 数据库设计 (9) 4.4.1概念数据模型 (9) 4.4.2 物理数据模型 (13) 4.5数据库建立…………………………………………………………………………………………… 4.5.1数据库的建立和使用……………………………………………………………………… 4.5.2建立用户表………………………………………………………………………………… 4.5.3建立存款表……………………………………………………………………………… 4.5.4建立上下机表…………………………………………………………………………… 4.5.5建立操作员表…………………………………………………………………………… 4.5.6建立上机标准表………………………………………………………………………… 4.6刷卡……………………………………………………………………………………………………… 4.7存款……………………………………………………………………………………………………… 4.8操作员…………………………………………………………………………………………………… 4.9查询刷卡全体用户...................................................................................................第五章系统实现 (15) 4.1系统功能截图 (15) 4.2源代码 (16) 心得体会 (26) 参考文献 (27)

学校教材订购系统

软件工程课程设计 题 目: 学校教材订购系统 系 别: 计算机科学与技术系 专业年级: 2014级专升本14xx 班 姓 名: xxx 学 号: 2014xxxxxx 2015年10月28日 LULIANG UNIVERSITY

目录 第一章项目计划书 ............................. 错误!未定义书签。第二章可行性研究分析 ..................... 错误!未定义书签。第三章需求规格说明书 ..................... 错误!未定义书签。第四章系统概要设计 ......................... 错误!未定义书签。第五章系统详细设计说明书 ............. 错误!未定义书签。第六章系统测试说明书 ..................... 错误!未定义书签。第七章项目结项总结 ......................... 错误!未定义书签。

第一章项目计划书 1.1项目设计目的 设计本项目的目的是根据对软件工程设计的学习,对学校教材订购人员需求进行了全面细致的分析,深入描述《学校教材订购系统》软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求。为了明确项目开发的目标和要求,明确任务进度,熟悉项目开发的基本流程和规范要求。 1.2项目简介 销售系统的主要工作过程为:首先由教师及学生提交购书单,经教材发行人员审核是有效购书单后,开发票,登记并返还给教师和学生领书单,教师和学生即可去书库领书。采购系统的主要工作过程为:若是脱销教材,则登记缺书单给书库采购人员,一旦新书入库后,即发进书通知给教材发行人员。 1.3项目开发环境 开发地点:吕梁学院新校区电教楼三层 系统环境:Windows xp 开发人员:袁琳娜 1.4项目所需文档 《项目开发计划书》、《项目需求分析规格说明书》、《系统概要设计》、《系统详细设计规格说明书》、《系统测试说明书》、《用户手册》、《会议记录》、《项目结项总结》。 1.5项目工作内容进度安排 a)前期工作:完成项目可行性分析研究报告,制定开发计划,重点是 完成项目的需求分析,总体设计,详细设计。 b)中期工作:编码实现需求功能,完成项目初步设计规格说明书和项 目详细设计规格说明书。 c)后期工作:项目测试,维护。

快递物流管理系统需求分析

快递物流管理系统需求分 析 Last revision on 21 December 2020

快递管理教学系统 需求分析 目录

第1章项目概述 随着快递公司业务的发展,业务量不断增多,跨区域工作的需求,客户需要一种能够运行于B/S模式的网络数据管理系统。本软件能满足快递公司与客户之间的业务需求和快递公司与承运人之间的业务需求,并能对业务数据进行统计和管理,最后以报表的形式体现出来。本系统新增了客户服务,使快递公司与客户之间能随时沟通。 1.1目的 本手册对《快递管理教学系统》的各个模块进行详细的设计,为软件开发人员提供文档参考。 1.2对象 本手册适用于与客户进行需求的沟通与确认,及所有《快递管理教学系统》的设计开发人员。 1.3范围 本手册适用于系统的新建,开发和维护。 第2章业务需求 2.1业务描述 首先,发货客户与快递公司签订货运合同(货运单),把货物交给快递公司来托运,并按照货运合同的付款方式付款。快递公司根据货物运输线路,为货物配车,找到合适的车辆后,与司机签订运输合同(回执单),并按照运输合同的运费结算方式结算。司机对货物检查无误后,装车,然后发车,发车后,货物的任何损失由司机承担。 司机到达目的地后,需要经过货物验收,验收通过,填写一份司机回执单,快递公司这时同时通知发货客户和收货客户,货物已到达。如果货物没有通过验收,则填写差错记录。如果该货物不需要中转,通知收货客户来提货,客户验收通过后,填写客户回执单,快递公司这时通知发货客户,所发货物已被提走。如果该货物需要中转,则填写一份中转信息单,快递公司这时同时通知发货客户和收货客户,货物已被中转。中转成功后,收货客户来提货,并通知发货客户,货物已被提,然后进行转货结算。

学校教材订购系统测试报告

学校教材订购系统测试报告 1.1编写目的 软件测试的目的是为了发现软件设计和实现过程中的疏忽所造成的错误,但是进行测试应该制定正式的测试计划,若测试是无计划的进行,既浪费时间又浪费不必要的劳动。测试规格说明书是将软件测试团队的具体测试做法文档化,主要包括:制定描述整体策略的计划、定义特定测试步骤的规程以及规定将要进行的测试。 1.2测试需求 本系统需要对以下的系统功能进行测试: 1)系统操作登录注册。用户登录时进行相关测试可是否可以正常的登录。 2)销售模块测试 1.用户的选书、提交订书单模块 2.用户的订购模块。系统的用户登录之后,看是否可以进行相关的订购操作。 3)采购模块测试。系统管理员登录时看是否可以选择添加、修改、删除、查询等功能。 1.3测试环境 1)硬件环境:运行本软件要求处理器在奔腾Ⅲ以上,存在256MB以上的计算机。 2)软件环境:本系统支持的操作系统包括:Windows95 、Windows98 、Windows2000、Windows Me Windows XP ;本系统支持的数据库为Mysql;本软件的开发工具为JAVA程序语言。 1.4测试工具 任何工程化的产品都可以采用以下两种方式之一进行测试,即黑盒测试和白盒测试,下面对两种测试方式进行简单的介绍: 黑盒测试指在软件接口处执行测试,检查系统的基本方面而很少关心软件的部结构,了解已设计的产品所完成的制定功能,可以执行测试以显示每个功能是可操作的,同时查找每个功能中的错误。 白盒测试是基于过程细节的封闭检查,了解产品的部运行情况,可以执行测试以确保“所有齿轮吻合”——即部操作依据规格说明执行,而且对所有的部构件已进行了充分测试。

crm客户关系管理系统需求分析报告

客户关系管理系统需求规格说明书 编号:JB-RM-CRM 版本:1.0

1概述 客户是公司最宝贵的资源,为了更好的发掘老客户的价值,并开发更多新客户,XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规化管理;希望通过对销售机会、客户开发过程的追踪和记录,提高新客户的开发能力;希望在客户将要流失时系统及时预警,以便销售人员及时采取措施,降低损失。并希望系统提供相关报表,以便公司高层随时了解公司客户情况。 客户服务是一个涉及多个部门,存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台,使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。 1.1目的 本文档是北京信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2围 本系统包括:营销管理、客户管理、服务管理、统计报表和基础数据五个功能模块。另包括权限管理模块用于系统的用户、角色和相关权限。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下,应能满足合同和相关投标书所描述的功能。 1.3读者对象 1.4参考文档 无 1.5术语定义 系统用户: XX公司员工。

客户: 购买XX公司产品或有意向购买XX公司产品的单位客户,不包括个人客户。 客户服务: 由客户提出申请,需要XX公司员工对其做出响应的活动。分咨询、建议、投诉等类型。

教材订购系统需求分析

需求分析 1概况 1.1 项目背景 随着高校办学规模的扩展,管理方式和管理效率显得日益重要。在教材订购方面,就手工管理方式和文档系统管理方式在管理质量和管理效率上而言,从根本上不能适应大规模的管理要求。而随着经济发展,计算机科学的提高与进步,计算机科学管理方式,无论在管理效率还是在管理质量上都逐步显示很好的可靠性和优越性。而且计算机管理在人力、物力等资源方面都比以前的管理模式更优秀,更适合信息化的潮流。计算机管理正以它自身的优越性成为管理模式中的主流,提高效率的加速器。教材订购管理系统采用计算机管理模式的必然性也正在与此! 本系统以学校为背景,在认真调研和分析了学校订购教材的现状之后,根据用户的需求和各个功能的关系,作出了积极的设计方案。在新的管理资源和管理模式上,一定能使工作质量、工作效率等得到提高,推动学校发展的步伐! 1.2项目目标 1.2.1项目说明 学校教材订购系统是为高等院校开发的,用于日常的教材管理,包括销售与采购。提供数字化的管理,提高学校教材管理部门的工作效率,从而保证教学的顺利进行。 为方便教师、学生领书,教材发行人员处理各种单据,以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。若是脱销教材,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.2.2系统要求 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了,易于操作,数据库利于维护 1.3 定义 1.3.1专门术语 库存表:存放库中存在的书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 待购教材表:存放待购书籍信息。 1.3.2 缩写 系统:若未特别指出本设计中指“学校教材订购系统”。 Access。 1.4参考资料 数据库开发经典案例分析(清华大学出版社) C程序员成长攻略(中国水利水电出版社) 系统需求说明模板(来自网络) 软件技术基础(电子科技大学出版社) 数据库开发(电子工业出版社)

客户管理系统需求分析表

客户管理系统需求分析表 CRM(Customer Relationship Management)是客户关系管理简称,通常包含有线索管理、客户管理、商机管理、合同管理和回款管理,友博云CRM各功能如下表所示: 一级功能二级功能三级功能 编名称编号名称编号名称号 1-1-1 新客户统计 1-1-2 新商机统计 1-1-3 跟进统计 1-1 概览统计 1-1-4 新合同统计 1-1-5 新回款统计 1-2-1 portlet部件管理 1-2-2 portlet部件首页调取 1-2-3 最近商机部件友博云CRM 1 1-2-4 最近通知部件工作台 1-2 友博云部件 1-2-5 最近客户部件 1-2-6 最近报销部件 1-2-7 最近合同部件 1-2-8 销售漏斗部件 1-3-1 激励话语调取(单独管理) 1-3 提示信息 1-3-2 日报温馨提示 1-3-3 新消息未读提示 2-1-1 客户新增 2 客户模块 2-1 客户管理

2-1-2 客户编辑 2-1-3 客户列表 2-1-4 客户列表统计 2-1-5 搜索(含高级) 2-1-6 删除(含回收站) 2-1-7 导入导出 2-1-8 批量转移(转移负责人或公海) 2-2-1 客户基本资料 2-2-2 客户状态快捷变更 2-2-3 客户最近联系人 2-2-4 客户最近商机 2-2-5 客户最近合同 2-2-6 客户最近应收款 2-2-7 客户最近报销2-2 客户详情 2-2-8 客户日程列表 2-2-9 客户日程评论 2-2-10 客户所有联系人列表 2-2-11 客户所有商机列表 2-2-8 客户所有合同列表 2-2-7 客户所有应收款列表 2-2-6 客户所有报销列表 2-2-5 客户所有动态列表 2-3-1 列表 2-3-2 新增 2-3 客户状态 2-3-3 编辑 2-3-4 删除 2-1-1 联系人新增 2-1-2 联系人编辑 2-1-3 联系人列表 3 联系人模块 3-1 联系人管理 2-1- 4 搜索(含字母筛选) 2-1-5 删除 2-1-6 导入导出 2-1-7 批量转移(转移到客户) 4-1-1 商机新增 4-1-2 商机编辑 4-1-3 商机列表 4-1 商机管理 4-1-4 商机统计

学校教材订购系统可行性研究分析研究报告

学校教材订购系统 可行性研究报告 一.引言 1.1. 编写目的 编写本报告的目的是研究本系统的总体需求、实现方案,并分析开发系统的可行性,为决策者提供是否开发该系统的依据和建议。 1.2 项目背景 开发软件名称:学校教材订购系统 项目开发者:闽江学院计算机科学系“学校教材订购系统”开发小组: 陈晓彬(17号,组长),谢小龙(14号),何明同(10号), 郭冬盛(24号) 用户单位:闽江学院 1.3 定义 “学校教材订购系统”有两部分组成:销售系统和采购系统。 销售系统的工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学 生即可去书库领书。 采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给 书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.4 参考资料 (1)钱乐秋等,《软件工程》,青还大学出版社; (2)张害藩,《软件工程导论》(第四版),清华大学出版社; (3)王珊等,《数据库原理及设计》,清华大学出版社; (4)赵池龙等,《软件工程实践教程》,电子工业出版社。 二.可行性研究的前提 随着计算机应用的日益普及和深化,网上办公已经成为一种趋势。本项目要开发的是基于局域网和互联网的教材订购系统。由于学院学生多,用书量大,原 来的人工工作方式不仅会造成办理时间的延误和人力资源的浪费,特别是在新学 期开始果时这种冲突更加明显,而且存在着各种信息不易存放、易丢失、难以备 份和查询等缺点。因此,实现一个将各种教材订购管理和服务功能集成起来的管 理信息系统就显得十分必要,既可以节省资源,又可以有效存储、更新、查询信

客户关系管理系统需求分析

客户关系管理系统系统需求说明书 作者:通瀛软件实习四组 日期:2011年-7月-1日

目录 1 概述 (3) 1.1 编写目的 (3) 1.2 读者对象 (3) 1.3 术语和缩写 (3) 1.4 参考资料 (3) 2 应用现状分析 (3) 3 系统业务流程分析 (5) 3.1 人事管理 (5) 3.2 市场营销 (6) 3.3 客户管理 (13) 3.4 服务管理 (18) 4 系统内容分析 (22) 4.1 信息内容 (22) 4.2 业务内容 (22) 4.3 内容存储 (22) 4.4 数据字典 (22) 5 系统功能分析 (23) 5.1 总体功能分析 (23) 6 用户界面分析 (23) 7 系统接口分析 (24) 8 系统性能分析 (24) 9 系统环境分析 (24) 10 系统安全分析 (25) 10.1 应用级安全控制 (25) 10.2 系统级安全控制 (25) 11 需求优先级分析 (25)

1概述 1.1 编写目的 客户是公司最宝贵的资源,为了更好的发掘老客户的价值,并开发更多新客户,公司实施客户关系管理系统。系统的功能是:通过这个系统完成对员工基本信息、客户基本信息、交往信息、客户服务信息的充分共享和规范化管理;通过对销售机会、客户开发过程的追踪和记录,提高新客户的开发能力;在客户将要流失时系统及时预警,以便销售人员及时采取措施,降低损失。 客户服务是一个涉及多个部门,存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统提供一个客户服务在线平台,使客户服务处理过程中的相关人员可以在线完成服务的处理和记录工作。 1.2 读者对象 此文档针对各种不同的预期读者,主要包括一下人员: 1)系统用户; 2)系统开发人员; 3)项目经理; 4)营销人员; 5)测试人员; 6)文档编写人员。 1.3 术语和缩写 1.4 参考资料 无 2 应用现状分析 人事框架:

学校教材订购系统可行性分析报告

可行性分析报告 1.引言 1.1目的编写 随着信息技术的不断发展,计算机已经可以帮助我们日常生活中的许多工作,为了使老师和学生在订购教材时得到方便现在特别需要一个学校的教材订购系统来缓解手工订书汇总的压力。通过进行可行性分析,我编写了这份可行性报告对这个项目的技术,经济,运行等方面进行可行性分析。 在本阶段中,应对下个阶段的开发提出建议,为工程制定一个初步的计划,主要工作有:分析和了解现有的系统(系统流程图),分析系统数据的信息集合(数据字典)及数据在软件中流动(数据流图),最后对开发该系统成本和效益进行分析描述。 1.2项目背景 a.开发软件的名称:《学校教材订购系统》 b.整个系统的工作过程:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,由财务系统开发票、付了款后,登记并由财务系统返给教师或学生领书单,教师或学生即可去书库领书。若是脱销教材,则登记缺书,财务系统发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.3定义

库存表:存放库中存在得书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 代购教材表:存放代购书籍信息 财务表:核对信息 2.可行性分析前提 2.1输入项目 销售子系统模块:需要输入购书单中要求的信息(提交人姓名,书名,学号,出版社,数量等) 采购子系统模块:需要输入缺书单中要求的信息(姓名,书名,学号,出版社,数量等) 2.2输出项目 销售子系统模块:需要打印领书单(书名,书号,出版社,数量,领书人姓名等),发票(书名,书号,开票人姓名,交易金额,交易日期) 采购子系统模块:需要打印进书通知单(书号,书名,出版社,进书日期) 2.3 软件结构

学校教材订购系统总体设计

《学校教材订购系统总体设计》 开发人员: 组长:朱天业 成员:杨力 周颖斌 罗达思 2005-10

总体设计说明书 1.引言 1.1 编写目的 在前一阶段(学校教材订购系统需求分析说明书)中已解决了实现该系统需求的程序模块设计问题。包括如何把该系统化分成若干个模块、决定各模块之间的的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的详细设计报告中间将对在本阶段中对系统所做的所有详细设计进行说明。 在本阶段中,确定如何具体的实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序。主要工作有:根据《学校教材订购系统需求分析说明书》所描述的数据、功能性能需求、处理流程、总体结构和模块设计,涉及软件系统的结构设计、逐个模块的程序描述。 1.2 项目背景 “学校教材订购系统”有两部分组成:销售系统和采购系统。 销售系统的工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。 采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给书库采购人员; 一旦新书入库后,即发进书通知给教材发行人员。 1.3 定义 1.3.1专门术语 库存表:存放库中存在得书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 待购教材表:存放待购书籍信息。 1.3.2 缩写 系统:若未特别指出,系统指本“学校教材订购系统”。 Access。 1.4 参考资料 1)《学校教材订购系统需求分析说明书》软件开发小组 2)张海藩《软件工程导论》清华大学出版社 3)萨师煊、王珊《数据库系统概论》高等教育出版社 2.总体设计 2.1 需求概述

《学校教材订购系统》需求分析说明

《学校教材定购系统》用户需求说明书 组长: 组员: 2012年5月10日 信电学院计算班

目录 一、引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (5) 二、系统说明 (5) 2.1系统目标 (5) 2.2运行环境 (5) 2.3条件、假定和约束 (5) 2.4系统功能图 (6) 2.5数据流图 (7) 2.5.1顶层流图 (7) 2.5.2第一层数据流图 (7) 2.6 系统E-R图 (9) 2.7 数据字典 (10) 三.功能分析 (11) 功能1订书功能 (11) 功能2审核订书单 (12) 功能3库存索引 (12) 功能4缺书登记 (13) 功能5书籍入库查看 (13) 功能6书籍出库记录 (13) 功能7采购系统 (14) 四、外部接口要求 ........................................................................................ 错误!未定义书签。 4.1外部接口说明...................................................................................... 错误!未定义书签。 4.1.1用户接口........................................................................................ 错误!未定义书签。 4.1.2软件接口........................................................................................ 错误!未定义书签。 4.2性能需求.............................................................................................. 错误!未定义书签。 4.2.1硬件的限制.................................................................................... 错误!未定义书签。 4.3属性...................................................................................................... 错误!未定义书签。 4.3.1友好性............................................................................................ 错误!未定义书签。 4.3.2安全性............................................................................................ 错误!未定义书签。 4.3.3可维护性........................................................................................ 错误!未定义书签。 4.3.4可转移/换性................................................................................... 错误!未定义书签。 4.4系统的运行环境.................................................................................. 错误!未定义书签。 4.5其他需求.............................................................................................. 错误!未定义书签。 4.5.1用户操作需求................................................................................ 错误!未定义书签。 五、操作环境要求 (18)

客户管理系统需求分析

目录 软件需求分析.......................................................... 错误!未定义书签。 1.1 编写目的 (1) 1.2项目背景 (1) 第二章项目概述 (2) 2.1 产品简述 (2) 2.2 产品功能 (2) 2.3 一般约束 (2) 第三章系统流程图 (3) 3.1 系统流程图 (3) 3.2 系统E-R图 (3) 4.1 系统运行环境: (4) 4.2 系统安全问题: (4) 系统说明 (5) 概述 (5) 用户与角色 (5)

第一章引言 客户管理系统包括客户信息的录入,修改,删除。客户信息得浏览包括:按“客户编码”查询客户信息,按“客户姓名”或“录入时间”查询客户信息等。客户是公司最宝贵的资源,为了更好的发掘老客户的价值,并开发更多新客户,管理公司的日常交往。对一个公司实施客户关系管理是很有必要的。 1.1 编写目的 对一个公司实施客户关系管理是很有必要的。客户管理系统包括客户信息维护系统和客户信息查询系统。有客户系统管理系统权限的业务员可登录进入客户信息维护系统,进入客户信息维护子系统之后,业务员通过计算机来管理各类客户实现对客户信息录入、客户信息修改、客户信息删除操作,但是没有将客户信息移动复制的权利,只有超级管理员可以进行该项操作。没有管理权限的一般客户可以登录进入客户信息查询系统实现对客户的按编号查询、按姓名查询、按所客户信息录入时间等查询操作。客户信息管理系统是一种用于存储企业客户信息资源,便于与客户及时沟通交流,来增强与客户关系、提高企业管理水平的系统。企业可以通过客户信息管理系统管理、分析和统计现有客户资源,以便快速、全面、准确的了解现有企业客户情况,从而制定长期客户沟通和访问计划,制定营销战略,促进企业长期、良性经营发展。客户管理系统可以帮助企业充分利用客户关系资源,扩展新的市场和业务渠道,提高顾客满意度和企业的盈利能力,是企业在激烈的竞争中得以立足和发展。 1.2项目背景 客户信息管理系统是一种用于存储企业客户信息资源,便于与客户及时沟通交流,来增强与客户关系、提高企业管理水平的系统。企业可以通过客户信息管理系统管理、分析和统计现有客户资源,以便快速、全面、准确的了解现有企业客户情况,从而制定长期客户沟通和访问计划,制定营销战略,促进企业长期、良性经营发展。

学校教材订购系统-需求分析

需求分析报告 1.引言 1.1 编写目的 随着生活节奏的加快和网络的发展,教师、学生对教材的订购越来越重视,希望获取教材的过程简单,方便,快速。因而,做一个好的学校教材订购系统是十分重要的。 在本小组成员对系统进行了全面细致的分析后明确了该系统“做什么”,编写这份说明书的目的是将小组分析结果条理清晰的展示出来,它说明了本产品实现的各种功能以及各种功能的适用范围。使小组成员充分认识本系统的情况,方便以后更好的开展具体工作。本说明书主要提交给老师,小组成员和其他同学参考,以达到最终满足用户的要求,让用户满意。 1.2 项目背景 项目名称:学校教材订购系统 项目提出者:XX(老师) 项目开发者:XXX 用户:学校教务科,教师,学生 运行环境:计算机 开发平台:Eclipse、MySQL、JDK 1.6 1.3 定义 Eclipse:适合快速开发的Java的开源IDE。 Java:一种面向对象的程序设计语言,具有面向对象、简单性、可移植性、稳定性、安全性等特点。它最大的优势是不受平台限制,如.NET,VB,VC,C++只能在Windows环境中运行而Java却可以在任何平台中运行。 MySQL:高性能的开源的数据库。 1.4 参考资料 1.《软件工程导论》(第四版) 张海藩,清华大学出版社,2003 2.《实用软件工程》(第二版) 郑人杰等,清华大学出版社,1997 4.《Java语言程序设计》马皓等,清华大学出版社,2006 3.《Eclipse使用教程》林峰等,东南大学出版社,2008 4.《MySQL使用手册》 2.目标系统概述

2.1 目标 本系统可细化为两个子系统:销售系统和采购系统。 销售系统的工作过程为:首先由教师或学生提交购书单,经教材科发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。若是脱销教材则生成缺书单。 采购系统的主要工作过程为:汇总缺书单,发采购单给书库采购人员;一旦新书入库后,即发到货通知。 2.2 用户的特点 本软件的最终用户可分为操作人员、维护人员。 其中,要求操作人员对计算机有一定了解,可以无障碍的使用本系统提供给操作人员操作权限内的各种功能。 要求维护人员是对本系统有较深的了解,同时对系统相关信息及工作流程有所了解的技术人员。 本系统主要在学期开学发书、学期结束订书时大频度使用,这时候也是本系统最需要维护的时候,所以在这时候要对本系统进行必要的检修,防止系统出错。 2.3 假定和约束 本系统XX班六名同学承接设计。设计人员都是专业的计算机技术人员,都已学习了相关课程,编程等有关知识,由于此课程设计开发时间有限,除统一安排的上机时间外,小组成员只能利用有限的课余时间进行设计。而且考虑到作为在校生,小组没有此类开发经验,所以,本小组在设计过程中不可避免的出现考虑不全面,技术不成熟等问题,设计的系统相对比较简单。 3.需求规定 3.1 软件功能的规定 3.1.1 系统功能 产品主要实现以下功能: a. 销售系统 教材浏览服务:学生或教师在填写购书单前可以先对教材总体进行浏览,对教材名称,库存数量及价格进行一定的了解,然后再结合自己的情况决定自己要购买的教材,填写购书单。 购书服务:本系统在向学生售书时要求学生填写购书单(包括以下信息:学生姓名、购书数量、购书书名信息),经审查有效后,打印领书单返回给学生领取书籍。 教材信息发布:学院教材订购负责人提供教学用书表后,本系统将教材信息公布,以便于学生确定所需书目,下购书单。 通知采购:当库存中缺书时,汇总缺书信息,通知教材工作人员进行采购。

学校教材订购系统 详细设计说明书

学校教材订购系统详细设计说明书 1引言 1.1 编写目的 在前面(学校教材订购系统需求分析报告)中已明确了系统的主要功能,解决了系统“做什么”的问题,在概要设计阶段,我们对设计方案进行了概述。在这个阶段,我们需要确定如何具体的实现所要求的系统,因此要详细设计系统的各个模块。主要工作有:作出软件模块层次结构图,描述所有模块清单(名称,功能,I/O),从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序;设计数据库;设计页面。 本说明书主要提交给小组成员参考。 1.2 背景 a. 待开发的软件系统的名称:学校教材定购系统 b.本系统是河北大学内部的一个教材订购系统,实现教材的销售和采购。 c.本项目由老师委托我小组开发,开发人员包括: 组长兼系统分析员:龙一、系统设计员:xx、程序设计员:xx、数据库管理员:xx、数据操作员:xx。系统最终用户为xx大学,由xx大学提供计算网络。 d.该系统还和学校财务科进行资金数据来往,.由本系统向财务处提供销售情况,实行教材的安全发放和采购.并顺便和各书店联营向个别人员单独售书。 1.3 定义 1.3.1专门术语 库存表:存放库中存在得书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 待购教材表:存放待购书籍信息。 1.3.2 缩写 系统:若未特别指出,系统指本“学校教材定购系统”。 1.4 参考资料 《软件工程导论》—第五版清华大学出版社张海藩编著 2程序系统的结构 模块结构图略 3程序描述 3.1销售子系统模块具体描述

销售系统的工作过程为:首先由教师或学生提交购书单,经教材科发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。 输入项目 需要输入购书单中要求的信息(提交人姓名、书名、书号、数量、身份识别码)。 输出项目 需要打印领书单(书名、书号、数量、领书人姓名),发票(书名、书号、开票人姓名、交易金额、交易日期)。 流程逻辑 分析:由订书人员提交购书单后,经过审核,通过后提交成功,由工作人员开出发票,同时登记购书记录并审核无误后,发领书单,最后更新相应表项,如出库表,库存表,并进行审核修改。 接口: 各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在模块之间传递。 存储分配: 为程序当中的数据结构在内存中开辟空间存储,如入到数据库中后在数据库的表中为其开辟存储空间。 测试计划: 本模块的具体测试将在下面各过程的设计中具体说明。 3.1.1提交购书单过程(HandBuyBookBill) 用户通过该程序向系统发出购书请求,在提交购书单界面中输入购书单中的各信息。本程序为并发执行,可以多人同时向系统提交购书单。无子程序。 功能: 收集用户提交的购书单,获得购书者的基本信息。 输人项: 提交人姓名(Name)String 购书的名称(BookName)String 购书的书号(ISBN)String 数量(No)String 身份识别码(ID)String 输出项:无。 算法: V oid HandBuyBookBill(n,bn,ibn,no,id) { Name<

物流管理系统需求分析

物流管理系统需求分析

目录 第1章项目概述 0 1.1 目的 0 1.2 对象 0 1.3 范围 0 第2章业务需求 0 2.1 业务描述 0 第3章需求分析 (1) 3.1 业务需求 (1) 3.1.1 票据管理 (1) 3.1.2 接货管理 (1) 3.1.3 配车管理 (1) 3.1.4 到货管理 (2) 3.1.5 中转管理 (3) 3.1.6 结算管理 (3) 3.1.7 客户服务 (4) 3.1.8 监控分析 (4) 3.1.9 成本核算 (5) 3.1.10 应用管理 (5) 3.1.11 系统管理 (6) 3.2 系统需求 (6) 3.2.1 系统架构 (6) 3.2.2 通信接口 (6) 3.2.3 外部硬件接口 (6) 3.2.4 性能需求 (6)

3.2.5 故障处理需求 (6) 3.2.6 实施部署 (6) 3.2.7 操作需求 (6)

第1章项目概述 随着快递公司业务的发展,业务量不断增多,跨区域工作的需求,客户需要一种能够运行于B/S模式的网络数据管理系统。本软件能满足快递公司与客户之间的业务需求和快递公司与承运人之间的业务需求,并能对业务数据进行统计和管理,最后以报表的形式体现出来。 1.1目的 1.2对象 1.3范围 第2章业务需求 2.1业务描述 首先,发货客户与快递公司签订货运合同(货运单),把货物交给快递公司来托运,并按照货运合同的付款方式付款。快递公司根据货物运输线路,为货物配车,找到合适的车辆后,与司机签订运输合同(回执单),并按照运输合同的运费结算方式结算。司机对货物检查无误后,装车,然后发车,发车后,货物的任何损失由司机承担。 司机到达目的地后,需要经过货物验收,验收通过,填写一份司机回执单,快递公司这时同时通知发货客户和收货客户,货物已到达。如果货物没有通过验收,则填写差错记录。如果该货物不需要中转,通知收货客户来提货,客户验收通过后,填写客户回执单,快递公司这时通知发货客户,所发货物已被提走。如果该货物需要中转,则填写一份中转信息单,快递公司这时同时通知发货客户和收货客户,货物已被中转。中转成功后,收货客户来提货,并通知发货客户,货物已被提,然后进行转货结算。

相关文档
最新文档