一份不错的概要设计文档流程图资料下载.pdf
- 文档编号:16120425
- 上传时间:2022-11-20
- 格式:PDF
- 页数:77
- 大小:1.11MB
一份不错的概要设计文档流程图资料下载.pdf
《一份不错的概要设计文档流程图资料下载.pdf》由会员分享,可在线阅读,更多相关《一份不错的概要设计文档流程图资料下载.pdf(77页珍藏版)》请在冰豆网上搜索。
4.7供货商长期合同信息表.错误!
4.8客户长期合同信息表.错误!
4.9主配配额设置表.错误!
4.10征订单主表.错误!
4.11征订单明细表.错误!
4.12客户目录报订单表.错误!
4.13客户品种报订单表.错误!
4.14供货商订单表.错误!
4.15供货商报订批次表.错误!
4.16配货记录表.错误!
4.17供货商收货单表.错误!
4.18供货商收货纪录表.错误!
4.19客户发货单表.错误!
4.20客户发货纪录表.错误!
4.21客户退货单表.错误!
4.22客户退货表.错误!
4.23供货商付退表.错误!
4.24差错记录表.错误!
4.25转仓表.错误!
图书零售系统概要设计文档图书零售系统概要设计文档24.26调拨批次表.错误!
4.27分省汇总单表.错误!
4.28线路汇总单表.错误!
4.29发运批次表.错误!
4.30连锁店进销存信息表.错误!
4.31一级仓库表.错误!
4.32二级仓库表.错误!
4.33仓位表.错误!
4.34库存入库/出库表.错误!
4.35损益表.错误!
4.36异常出库表(将异常出库申请表合并到此表中).错误!
4.37盘点主表.错误!
4.38盘点细表.错误!
4.39中转收货批次表.错误!
4.40中转收货发货记录表.错误!
4.41中转发货批次表.错误!
4.42中转结算批次表.错误!
4.43中转结算单表.错误!
4.44中转资费表.错误!
4.45客户预收预付表.错误!
4.46供货商预收预付表.错误!
4.47与供货商结算批次表.错误!
4.48与客户结算批次表.错误!
4.49与客户结算表.错误!
4.50与供货商结算表.错误!
4.51角色表.错误!
4.52用户表.错误!
4.53用户角色对应表.错误!
4.54角色权限表.错误!
4.55操作日志表.错误!
4.56十大图书分类编码表.错误!
4.57国图图书分类编码表.错误!
4.58自定义图书分类编码表1.错误!
4.59自定义图书分类编码表2.错误!
4.60版别表.错误!
4.61出版社号表.错误!
4.62补货报警配置表.错误!
4.63退货报警配置表.错误!
4.64人口资料表.错误!
4.65基本信息表.错误!
4.66日库存表.错误!
4.67日发货表.错误!
4.68日进货表.错误!
4.69日收退表.错误!
图书零售系统概要设计文档34.70日付退表.错误!
4.71补货报警表.错误!
4.72退货报警表.错误!
5系统出错处理设计.755.1出错信息.755.2补救措施.765.3系统维护设计.76图书零售系统概要设计文档图书零售系统概要设计文档41引言引言1.1编写目的编写目的本文档的目的是阐述GG区Legend书店图书管理系统的概要设计.本概要设计说明书编写的目的在于全面说明GG区Legend书店图书管理系统第一阶段中的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分和功能分配,为程序的详细设计提供基础。
本说明书的预期读者为系统设计人员、软件开发人员、客户方的系统设计人员和项目评审人员。
1.2背景背景GG壮族自治区Legend书店图书管理信息系统是广东省新闻出版局信息服务中心为GG区Legend书店开发的一套信息管理系统,内容涉及业务,储运,网站,音像,零售五个子系统。
软件将被使用在GG区Legend书店的各个相关部门以及各个连锁店。
1.3定义定义套装书套装书可以成套出售也可以单册出售的图书。
套装书有以下几种情况:
(1)各分册的书号一样,单价也一样,只录入套书名,不分别录入书名,一律以分册命名。
(2)各分册的书号一样,单价不一样,录入各分册书名(3)各分册的书号不一样,这种情况可以不考虑单价。
录入各分册书目。
套装书的数量录入一律以各分册的数量录入,在按套销售时逐一在库存中减去各分册的数量。
图书品种图书品种书号,书名,版别相同者定义为同一个品种图书销售商品单位图书销售商品单位书号,书名,版别,单价,相同者定义为同一个图书销售商品单位图书发货单位图书发货单位书号,书名,版别,单价,出版年限,规格相同者定义为同一个发货单位供货商供货商提供图书资源的企业分销商分销商集团下属的,对统一购进的图书商品进行分销的书店客户客户图书商品销售的对象,分为集团客户和个人客户。
代发站代发站为了减少物流成本,区店设置了代发站(桂林,柳州。
),代发站用专用线路连接到区店,直接访问区店数据库,所以可以将待发站当作一个远程的仓库,他的处理方法和区店的仓库管理系统类似1.4参考资料参考资料。
图书零售系统概要设计文档52总体设计总体设计2.1总体设计方案总体设计方案本系统采用框架(框架的说明请参考”基于框架的程序设计.doc”)设计,系统的各个子模块之间功能独立,可根据用户的需要动态进行组合,各个子模块之间没有直接耦合,而是通过数据库之间的联系由框架进行组合,子模块的修改只是模块内的局部修改,不会导致修改的蔓延,从而使系统的抗修改能力大大提高,降低了系统开发的风险。
框架程序利用COM技术,采用面向对象的设计方法,PnP(即插即用)的设计理念,在框架的组织下,程序员无需了解项目的流程等细节,只需要关心其负责的功能模块,对程序员的要求大大降低,也避免了由于程序员的个人理解能力对系统造成不必要的影响。
大大增强了系统的可维护行,降低了维护的风险。
基于框架的程序设计一个最重要的特点是实现了模型视图控制器模式(MVC),模型组件封装了内核数据和功能,从而使核心的功能独立于输出表示和输入方式。
视图组件从模型获得信息并向用户显示。
控制器组件与唯一的一个视图组件连接,接受用户的输入。
通过模型,视图和控制器的相互分离,应用了框架设计的书店系统可以方便的改变用户接口,甚至在运行期间也可以修改,使得系统可以十分灵活的适应用户多变的功能界面要求。
此外,采用框架技术进行软件开发还包括以下的主要特点:
?
利用框架开发的软件具有一致性结构,框架决定了软件产品的最终形式,利用框架建立的系统很容易维护,系统之间可以很方便地相互存取,而且用户看来也是一致的。
限制了软件设计人员一定程度的创造性行为,软件设计人员可以无须作出太多的设计决策,依照规定的方向建立应用,指导软件设计人员全面了解相关领域,充分完成需求分析,避免过早考虑实现细节,了解框架结构的软件设计人员将很快地洞悉整个系统的逻辑结构。
大粒度的设计支持分析和设计的重用,框架把一个系统有机地分解成一群相对独立的构件,定义了各个构件间的接口和作用关系,符合软件工程中设计的模块化、独立化和信息隐藏等特征。
降低了对软件开发人员的技术要求,低层编程可以基于框架中的支撑条件接口、构件库和约定进行,软件开发人员只需要了解局部信息就可以考虑实现。
参数化框架使系统的适应性、灵活性增强,通过复用、可配置等技术,一方面可以支持可变化的逻辑结构的实现,另一方面可以允许系统的分步建成。
图书零售系统概要设计文档图书零售系统概要设计文档62.2各系统之间的连接示意图各系统之间的连接示意图区店网站系统区店图书信息管理系统业务系统仓储系统运输系统现批系统区店音像信息管理系统业务系统仓储系统运输系统现批系统零售系统信息对外发布系统信息交换平台内部交流平台业务系统储运系统批发系统零售系统2.3需求规定需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见需求说明书。
2.4运行环境运行环境图书零售系统概要设计文档72.5基本设计概念和处理流程基本设计概念和处理流程图书零售系统概要设计文档图书零售系统概要设计文档82.6结构结构销售商品管理客户管理货源组织配发管理供货商管理销售管理仓库管理供货商付退管理客户退货管理与供货商结算与客户结算连锁业务报表统计分析信息查询每日要情单据转换基础数据维护会员管理收货处理主要功能模块划分:
模块名称功能描述每日要情本模块主要集中了一些提醒性的功能,方便业务人员的工作.单据转换目的是为了减少录入人员的工作强度,把系统已经有的单据直接转成可以被其他业务人员使用的其他单据格式。
这种转换功能包括系统内和连锁两种形式。
基础数据维护用来维护系统中需要用到的基础数据供货商管理对与供货商相关的信息进行维护客户管理对与客户相关的信
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 一份 不错 概要 设计 文档 流程图