连锁书店信息管理系统分析与设计说明书范本Word格式.docx

连锁书店信息管理系统分析与设计说明书范本Word格式.docx

《连锁书店信息管理系统分析与设计说明书范本Word格式.docx》由会员分享，可在线阅读，更多相关《连锁书店信息管理系统分析与设计说明书范本Word格式.docx（14页珍藏版）》请在冰豆网上搜索。

实际上我国在加入WTO之前整个出版发行行业的集团化连锁经营己经在全国各省如火如荼地展开了、有的连锁经营己具相当规模，如上海图书城、深圳书城、北方书城等，有的正在筹备之中。

因而，功能强大且行之有效的信息治理系统也面临专门大的需求市场。

对规范化的图书连锁经营来讲，计算机治理是不可缺少的必备条件、计算机治理系统是图书连锁经营的“神经中枢”，它既是商品经营的治理平台，又是销售信息的传输管道。

假如图书发行行业通过行会组织，制定统一的行业规范，开发统一的行业软件系统，那么，既能够节约成本，又能够加快书店图书连锁经营进程，冲破计算机网络系统“各自为政”的束缚。

第二节项目开发目的

代表新兴商业形态的连锁经营，最要紧的特征是实行统一商业标志、统一经营理念、统一采购、统一治理、统一核算和统一配送等，充分运用高科技手段形成强大的网络销售能力和低成本规模扩张能力。

连锁经营适应了便利化、个性化的现代消费趋势，能以大流通促进大生产。

该项目旨在促进我国出版物发行业加快进连锁经营的引入和推进，尽快改变书业流通领域分散、低效的格局，适应国际出版发行业的集约化经营和规模化进展的趋势。

第三节可行性分析

往常，书店只是把计算机当作一种收款平台来使用，没有发挥其管现、进货、指导销售的功能，在业务治理上始终是一种粗放型的治理，书店进了多少书，卖了多少书是一个相对模糊的数字，无法对某一品种进行跟踪治理，而一些与图书销售紧密有关的信息，如出版动态、读者需求、图书市场预测等，没有一套科学的技术手段进行监控。

从目前各大集团计算机网络运行情况来看，计算机网络管现总体是多系统并存、多元化进展，所开发的软件都存在一些问题，有的使用的软件系统只解决了零售环节的问题，而采购、配送环节依旧问题百出，还没有一套软件系统能解决整个图书销售流程各环节的问题。

现在各省自己花钞票开发的软件从使用情况来看各有利弊、假如没有一个行业统一的软件治理系统，那么跨地区连锁经营必将问题百出。

新系统的使用将有以下几个方面的优势：

1、从技术上考察

A、分为分公司的POS机和总公司系统，通过共享数据库联系，处理数据快速、准确；

B、通过权限的设置，数据的安全性好；

C、方便查询；

D、有效治理进出货、指导销售，跟踪治理某一品种图书，同时全面监控与图书销售紧密有关的信息，如出版动态、读者需求、图书市场预测；

E、不仅只解决了零售环节的问题，系统也涵盖了采购和配送环节，全面整合治理了供应链的上下游。

2、从经济上考虑

A、系统建设不需要专门大的投入；

B、可缩减人员编制，减少人力费用；

C、人员利用率的改进；

3、从各种社会因素来考察

A、可降低工作人职员作强度，提高效率，会得到企业上下职员的一致同意的；

B、可引进先进的治理系统开发方案，从而达到充分利用现有资源。

综上所述，本系统的开发立项是可行的。

第二章连锁书店信息治理系统的系统分析

第一节组织结构与功能分析

企业组织结构图：

图1组织结构图

第二节组织/业务关系图

联系组织

程度

门

店

采购部

仓

库

经

理

销售活动

*

采购活动

库存治理

行政监督治理

图2组织/业务关系图

第三节业务功能一览表

图3业务功能一览表

第四节业务流程图

图4业务流程图

第五节数据流程图

图5数据流图

第六节系统数据库建模----E-R模型分析

图6E-R图

第三章连锁书店信息治理系统的系统设计

第一节功能子系统划分

门店治理子系统：

对门店资料、门店发出的进货申请单等进行治理；

采购治理子系统：

治理供应商信息，治理采购申请单、收货单等单据，进行采购、收货、验货、退货等业务；

库存治理子系统：

治理图书信息、仓库信息、图书库存量以及出库单、入库单等单据，实现库存量的查询；

统计分析子系统：

实现各时刻单位的毛利计算、各门店（各图书）的销售情况的统计。

第二节层次化模块结构图

图9-1层次化结构模块图

层次化模块结构图：

1）层次化（门店）进书模块结构图：

图9-2层次化进书治理模块结构图

图10-1进书申请单处理IPO图

2）层次化采购图书模块结构图：

图9-2层次化图书采购治理模块结构图

图10-2缺货备货处理IPO图

3）层次化收退货治理模块结构图：

图9-3层次化收退货治理模块结构图

图10-3收货处理IPO图

第四章个人总结

一、郭孙佳（20064323）：

在这次课程设计中，我们小组选择了连锁书店治理信息系统，灵感来源于新华书店之类连锁书店，这些书店遍布全国各地，总店要求操纵各连锁门店的进销存假如仅仅通过传统的人工方式专门难治理，因此设想能够通过连锁书店治理信息系统来达到便捷治理的目标，要紧采纳共享数据库的方式，鉴于课程设计时刻有限，因此简化为门店治理系统和总公司治理系统在同一台电脑上演示以达到共享数据库的目的。

按照上学期系统分析与设计课程中所学的SDLC方法进行软件需求调查和分析、系统分析、数据库设计、界面设计，下面谈谈我对编码方面的心得体会。

最近在看梁肇新的《编程高手箴言》，书中提到编程高手成长的六个时期：

第一时期，现在期要紧能熟练地使用某种语言。

这就相当于练武中的套路和架式这些表面的东西。

第二时期，现在期能基于某种平台的接口（例如我们现在常用的Win32的API函数）以及所对应语言的自身的库函数。

到达那个时期后，也就相当于能够进行真实散打对练了，能够在真正实践中做些应用。

第三时期，现在期能深入地了解某个平台系统的底层，差不多具有了初级的内功的能力，也确实是“手中有剑，心中无剑”。

第四时期，现在期能直接在平台上进行比较深层次的开发。

差不多上，能达到那个层次就能够讲是进入了高层次，进入了高级内功的修炼。

这时差不多不再有语言的束缚，语言只是一种工具，即使要用自己可不能的语言进行开发，也只是简单的熟悉一下，就手到擒来。

第五时期，现在期差不多不再局限于技术上的问题了，而是能从全局上把握和设计一个比较大的系统体系结构，从内核到外层界面。

达到了“手中无剑，心中有剑”的时期。

第六时期，现在期为最高境地，达到“无招胜有招”，这时候任何问题就纯粹变成一个思路的问题，不是用什么代码就能表示的。

也确实是“手中无剑，心中也无剑”。

书中讲道，在达到最高的时期时，以练功为喻，确实是差不多不用再去学什么少林拳，只是在旁看一下少林拳的对战，就能把此拳拿来就用。

这才是真正的大师级的人物。

可见，编程的最高境地并不是什么都会，而是一种学习的能力，在这次课程设计的编程过程中我对此深有体会，专门多东西本来不明白，然而没关系，只要有解决的方法就足够了，能够查阅书籍，看MSDN，在网上搜索……，我们学过C++、Delohi等，差不多有了一定的语言基础，关于理解和运用一门语言来讲并不是太困难，最重要的确实是学习能力，明白自己想要的，并擅于通过各种途径汲取到自己想要的东西，正如我们不可能认识每一个汉字，然而我们会查新华字典，不是吗？

二、冯蕾（20064242）：

通过为期20天的课程设计，我确实学到了专门多专门多！

在那个地点我要感谢老师们给予的热心关心和指导、小组伙伴的团结与协作，没有这些我们的设计作品是不可能这么快而且顺利地完成的！

在这期间，我们深入学习了科学有效的信息系统分析与设计的方法，再次感受到了它的魅力。

从前期规划到系统的分析，再到系统的设计，最后是实施与反馈，那个系统的流程，在我看来是特不美的，他总结和分析了许多前人的经验，因此我们也不应该停滞不前，依旧需要不断学习其他先进、新颖的分析与设计的方法，但这一切都必须建立在把当前方法学习透彻的前提下进行的。

因此，一个项目的进行必定伴随着许多问题与成长，我们专门快乐同老师一起分享：

一、遇到的问题：

1、项目进度没有及时更新。

由于各种人为因素和不可抗拒的因素，项目的时刻安排总不能按照初始的打算进行，然而我们在这次的项目中，不是每次的时刻变更都及时记录下来，导致之后烦的项目打算混乱。

2、技术专有。

尽管是术有专攻，但一个项目中技术不能被独占，否则一个人罢工之后，没有人能替补其空缺，专门可能会导致项目的滞后，因此重要的工作应有多个人分担，减少项目推迟的风险。

二、我们的成长：

1、流程化。

不管是系统的分析与设计，依旧日常生活中遇到的各种情况，流程化差不多上特不重要的，它关系到一个人解决问题的思维，需要从一定的高度来看待问题，而不是一个方面或是一个细节，流程化是解决问题的有效途径，它能够提高效率，还能让人们思维清晰、目标明确地区解决问题。

2、打算与分工。

做项目，打算是十分重要的，时刻是个敏感问题，在做规划的时候就要明确整个项目的时刻规划，什么时候该完成什么，让小组伙伴们达成一致的目标；

小组分工也是十分重要的，分工不明确，专门可能造成有的活没人干、一个活被重复干等尴尬局面，分工要明确，如此职责才能明确，有问题才能够找到正确的人来询问和解决；

最后，白纸黑字，写下来最保险。

3、问题的解决。

出现问题并不可怕，可怕是不出现问题。

通过课程设计过程中出现的问题，我们总结了一些解决问题的思维模式：

定义问题设计概念提出解决方案执行解决方案反馈、化解风险。

三、钞票维（20064281）：

持续3周的信息系统课程设计终于在有条不紊的进行中接近了尾声。

尽管是通过重组小组后我才进入新的团队的，然而小组成员之间都互帮互助，合作得特不愉快。

首先是选题，小组的5人如何按照老师要求分工，选题时关键。

通过热烈讨论我们选中了总公司系统和POS机系统这一形式。

然后就开始进行系统规划和分析。

这一部分也是我们集体参与的成分最多的时期。

从可行性分析到用户的需求分析，一步步地细化用户需求，我们不断提出问题，再集思广益提出解决方案。

当意见有分歧的时候，也会各自阐述，集体讨论给出最后一致的处理结果，用户的需求分析和业务流程设计过程考虑得比较周全，也进行得比较顺利。

例如，在处理退货的问题上，我们开始提出的是顾客退回分店，分店退回总店，总店再退给印刷厂或出版社。

后来通过讨论，我们也从周围的书籍上得到些启发，让顾客的退货不通过分店、总店，而是直接退回给出版社，从而简化了设计，也减轻了系统负担。

还有在处理POS机与总公司系统的关系时，我们也充分考虑了其系统实现的难易以及组员分工的均衡，而将POS机的功能定义为享有不同权限的门店系统，具体权限划分给如收银机和查询系统等。

紧接着我们分工完成概念设计的环节，ER图的绘制；

逻辑设计；

过程建模：

数据流程图的绘制；

业务流程图。

特不是数据流图的绘制过程比较繁琐，各层数据流的流入流出都要对应有详细标示，为此画图必须清晰明了而详尽，我们也花了许多心思。

由于个人缘故，请假回家一周，因此我参与程序实现的环节不是专门多，然而在系统分析时期的工作我也是投入了心思的，要紧是项目背景、可行性分析、业务流程、具体功能需求分析和过程建模。

这回的团队也让我学到了专门多，冯蕾同学对项目小组的组织作用专门大，大伙儿协作精神专门好，郭孙佳同学在编程和对系统的理解上都专门有一套。

而我锻炼了自己并对系统分析这块产生了专门大的兴趣，也从中认识到系统开发的前期分析工作对整个项目有专门重要的作用，希望今后能在这方面多扩展知识，有所进展。