纵横中文网管理信息系统设计.docx
《纵横中文网管理信息系统设计.docx》由会员分享,可在线阅读,更多相关《纵横中文网管理信息系统设计.docx(35页珍藏版)》请在冰点文库上搜索。
![纵横中文网管理信息系统设计.docx](https://file1.bingdoc.com/fileroot1/2023-5/15/67f74510-1b9b-4314-95e8-b64cf7586f84/67f74510-1b9b-4314-95e8-b64cf7586f841.gif)
纵横中文网管理信息系统设计
纵横中文网书库
管理信息系统
题目:
纵横中文网书库管理信息系统
学院:
管理学院
专业:
信息管理与信息系统
班级:
200911030202
姓名:
ZYY
学号:
2009110302236
指导教师:
赵森茂
1.系统概述
1.1企业概况
北京幻想纵横网络技术有限公司,由国内领先的网络游戏企业北京完美时空(PWRD)投资成立于2008年6月,主要承担完美时空文化战略方向的业务,拥有“纵横中文”、“纵横动漫”等诸多优秀品牌与资源,深入贯穿线上阅读,线下出版、动漫改编、游戏改编、影视改编等整条文化产业链。
纵横中文网,是北京幻想纵横网络技术有限公司旗下的大型中文原创阅读网站,坚持原创精品的建站理念。
致力于本土优秀文化的传承、革鼎、激扬与全球化扩展,力求打造最具主流影响力与商业价值的综合文化平台,扶助并引导大师级作者与史诗级作品的产生,推动中华文化软力量的崛兴。
经过长达4年的建设,纵横中文网已经成为业内全国第二的中文原创文学类专业网站。
1.2企业业务概况
截止到近日,纵横中文网拥有在线作者3万多名,书库审核后作品17多万部,签约作品8万部,每日网站小说更新字数达1亿字,同时每日入驻加盟作者与日俱增。
2011年,纵横中文网已经成为业内第二的中文原创文学类专业网站。
目前,纵横中文网在Alexa的排名是2407,每日IP访问量27万,每日PV访问量272万,排名变化呈现增长趋势。
1.3现有信息系统概述
纵横中文网主要业务是由线上网络作者更新小说,然后再通过网站平台向读者提供阅读。
但是随着网站的不断发展,随着网站小说作者的不断加盟,随着小说作品的与日俱增,所以网站书库的管理压力也越来越大。
管理小说作品的专业人员,在纵横中文网中是编辑。
纵横中文网专业编辑共有19位,每位编辑平均每日阅读新书100部,涉及网络小说的各个类别,如玄幻、奇幻、都市、修真等等。
为确保网络小说的质量,所有签约的网络小说,皆为编辑人工审核,由于小说的种类的字数十分之多,所以编辑每日的工作量十分艰巨,管理起来也十分繁琐。
因此,需要建立一个计算机管理信息系统,以减轻工作人员的劳动强度,提高业务管理水平,适应新的发展。
1.4信息系统需求概述
本系统总体要求为:
提高工作效率,扩大服务范围,降低编辑的劳动强度,提高小说审核和管理的效率。
及时获取小说相关信息,为编辑预测小说的阅读量和正确的审核提供可靠的参考信息。
科学的管理小说和书库,提高优质小说阅读率,尽最大可能的限度满足顾客的需要。
2.信息系统分析
2.1初步调查
●编辑部概况
⏹编辑部组织结构图
图1纵横中文网编辑部结构图如图所示
该部门属于直线职能制,现行系统在主编的领导下,下设有编辑,如图1所示。
⏹编辑部职能分解图
图2纵横中文网编辑部职能分解图如图所示
编辑部的任务是:
主要是在本网站挖掘优质的网络作品,如果作品有一定的商业价值,则负责对该作品签约,同时提交备案,如果作品具有十分巨大的商业价值,则提交主编。
对已签约的作品,进行日常的维护,如推荐、上架等日常常规事务。
如作品商业价值看好,则买断。
如作品被出版商有意出版,或被开发成其它产品,则负责其市场拓展。
2.2可行性研究
●可行性分析
⏹新系统方案
◎实现登记、整理数据,处理核对顾客订货单。
◎向经理提供各种业务统计报表。
◎提供各级查询。
◎销售、采购、会计各部门的业务数据处理实现自动化。
⏹经济可行性分析
⏹技术可行性分析
⏹营运可行性分析
⏹结论
2.3系统详细调查并提出新方案
●信息系统主要工作内容概述
◎实现登记、整理数据,处理核对顾客订货单。
◎向经理提供各种业务统计报表。
◎提供各级查询。
◎销售、采购、会计各部门的业务数据处理实现自动化。
●业务流程分析
⏹文字描述
现行系统的业务流程情况如下图所示。
各项业务数据的输入、处理、存储和输出概况见表1。
⏹业务流程图
图3业务流程图
●信息流程分析
⏹文字描述
信息流程中分别有顶层数据流程图,第二层数据流程图,第三层数据流层图。
⏹数据流程图
▲顶层数据流程图
图4关联图
▲第一层数据流程图
图5第一数据流程图
▲第二层数据流程图
◎销售处理
◎采购处理
◎会计处理
图6第二层数据流程图(销售处理)
图7第二层数据流程图(采购处理)
图8第二层数据流程图(会计处理)
⏹数据字典
数据字典用于进一步定义和描述所有数据项,包括数据流字典、数据存储字典、数据处理字典、数据元素、外部项五部分。
▲数据流字典
数据流
系统名:
同仁堂管理信息系统
条目名:
订单
编号:
F1
别名:
订单
来源:
S1顾客
去处:
编辑处理
数据流结构:
订单:
{订单标识+顾客细节{顾客标识+姓名+地址+电话+传真}+货物细节{货物标识+名称+产地+数量}}
简要说明:
描述订单处理的有关信息,100张/天。
修改记录:
编写
孙羽佳
日期
2008-11-05
审核
Sunyujia
日期
2008-11-05
表2数据流
图9数据流字典清单(部分)
▲数据元素
数据元素
系统名:
同仁堂管理信息系统编号:
M1
条目名:
药品标识别名:
药品
属于数据流:
F1、F4-F6
存储处:
D1、D3
药品:
药品类别:
有2位组成按年药品类别编码如:
植物类、动物类、矿物类等
药用部分:
有2位组成按顺序来
药品产地:
有2位组成按顺序来
药材编号:
有2位组成按顺序来
例如:
东北产的人参代码为10201015
数据元素结构:
简要说明:
药品标识是学生的识别符,每个药品都有惟一的标识。
修改记录:
编写
孙羽佳
日期
2008-11-05
审核
Sunyujia
日期
2008-11-05
表3数据元素
▲数据存储字典
数据存储
系统名:
同仁堂管理信息系统
条目名:
货名文件
编号:
D1
别名:
货名文件
存储组织:
每批药品一条记录
主关键字:
药品标识
记录组成:
项名:
货物标识名称
近似长度:
812
(字节)
简要说明:
用于编辑订货
修改记录:
编写
孙羽佳
日期
2008-11-05
审核
Sunyujia
日期
2008-11-05
表4数据存储
图10数据存储字典清单(部分)
▲数据处理字典
加工
系统名:
同仁堂管理信息系统
条目名:
编辑顾客订单
编号:
P1.1.1
别名:
编辑顾客订单
输入:
F1订单
F47顾客情况
输出:
F4订单
F2新客户数据
加工逻辑:
根据订单和顾客情况,判断新老客户,并编辑成适合的订单。
简要说明:
无
修改记录:
编写
孙羽佳
日期
2008-11-05
审核
Sunyujia
日期
2008-11-05
表5数据处理字典
加工
系统名:
同仁堂管理信息系统
条目名:
判断、核对订单
编号:
P1.1.3
别名:
判断、核对订单
输入:
F4订单
输出:
F6不可供订单
F7可供订单
F11缺货单
加工逻辑:
检验顾客订单,分成不合格、可供、缺货三种情况处理。
简要说明:
检验订单属于哪一类,以便以后分别处理。
修改记录:
编写
孙羽佳
日期
2008-11-05
审核
Sunyujia
日期
2008-11-05
表6数据处理字典
图10数据处理字典清单(部分)
▲外部项
外部项
系统名:
同仁堂管理信息系统
条目名:
顾客
编号:
M1
别名:
顾客
输入数据流:
发货票、付款收据
输出数据流:
订购、货款
主要特征:
顾客主要特征是:
顾客标识、姓名、地址、电话、传真
简要说明:
存储顾客的各类信息,包括顾客标识、姓名、地址等。
修改记录:
编写
孙羽佳
日期
2008-11-05
审核
Sunyujia
日期
2008-11-05
表7外部项
⏹决策树
▲订单编辑决策树
图11订单编辑决策树
▲判断、核对订单决策树
图12判断、核对订单决策树
3.信息系统设计
3.1信息系统总体设计
3.1.1信息系统总体布局设计
同仁堂药店业务管理信息系统采用分布式系统的浏览器/Web服务器(B/S)计算模式,采购、销售、会计三个部门各配置一台微机,三台微机联成网络,相互通信。
采购、销售、会计三个部门各自独立地进行业务处理,各部门之间的数据通信由网络完成。
▲系统硬件配置
◎三台微机(包括主机、显示器及磁盘驱动器)。
◎打印机。
◎适配器、电缆等其它网络配件。
▲软件配置
◎汉字多用户操作系统。
◎汉字dBASE—Ⅲ数据库系统。
◎其它应用软件。
3.1.2软件系统的总体结构设计
●文字描述
同仁堂药店业务管理信息系统共分成销售、采购、会计三个子系统。
●模块设计
⏹绘制H图
图13 同仁堂药店业务管理信息系统功能模块结构
⏹绘制控制结构图
▲销售子系统控制结构
图14 销售子系统控制结构
在图12中,通过输入功能模块得到订单、顾客细节、库存细节信息,然后进行销售处理。
在销售业务处理中,首先对订单、顾客细节进行编辑,并反馈出编辑后的订单,然后对编辑过的订单再进行检验核对并且加载分类标志。
订单、顾客细节、库存细节经过编辑、检验核对后进行分类处理。
根据订单加载的分类标志,将订单划分为不可供处理(反馈出缺货单)和不合格订单,对于可供货的订单,要根据货名和数量修改库存,根据顾客细节、货名和数量建销售记录,并为顾客开发货票。
▲采购子系统控制结构
图15 采购子系统控制结构
▲会计子系统控制结构
图16 会计子系统控制结构
⏹绘制IPO图
图17系统的IPO图(主控模块)
图18 系统的IPO
(一)
图19 系统的IPO
(二)
图20 系统的IPO(三)
图21 系统的IPO(四)
图22 系统的IPO(五)
3.2代码设计
●文字描述
本系统的代码设计采用线性分类体系,按分类对象的从属、层次关系为排列顺序。
●代码设计(以产品代码为例)
⏹产品代码设计
图23 产品代码设计
第一位位:
药品类别二、三位数字为:
药用部分
编号
类别
1
植物类
2
动物类
3
矿物类
4
其他
编号
类别
01
果实
02
根类
03
叶类
04
花类
05
茎类
06
皮类
四、五位数为字:
药品产地六、七两位数字为:
药材编号
例如:
编号
类别
01
东北
02
华北
03
西北
04
东南
05
华南
06
西南
编号
类别
1010101
五味子
1010102
牛蒡子
1020101
人参
校验码为:
采用算术级数算法
例如:
东北产的人参
1020101
*1234567
1060507
则该代码的第八位为(1+0+6+0+5+0+7)Mod7=5
东北产的人参的代码为10201015
备注:
当余数为10时则校验码为0
3.3数据存储设计
3.3.1数据库设计
●概述
在系统的数据库设计中,首先要对系统分析得到的数据词典中的数据存储进行分析,分析各数据存储之间的关系,课采用E-R图的方法进行数据结构分析。
这里以药材数据库为例。
●实体—关系模型(E—R模型)
⏹绘制E—R图
图24E—R图
属性:
图25
图26
图27
图28
图29
图30
图31
●数据规范化
⏹说明三种规范户形式(描述1NF,2NF,3NF的定义)
1NF:
属于1NF的关系应满足的基本条件是元组中的每一个分量都必须是不可分割的数据项。
2NF:
指的是这种关系不仅满足第一范式,而且所有非主属性完全依赖于其主码。
3NF:
指的是这种关系不仅满足第二范式,而其它的任何一个非主属性都不穿地依赖于任何关键字。
⏹进行规范化(要求符合3NF),但必要时可以进行反规划
显然上面的E-R图完全符合3NF,因此不需要修改。
⏹绘制出调整后的E-R图
图32E-R图
●建立逻辑模型
实体:
药材信息表(药材标识,药材名称,药材类别)
库房信息表(仓库货位号,仓库位置)
供应商信息表(供应商编号,供应商名称,供应商地址,供应商电话,供应商传真)
客户信息表(客户编号,客户姓名,客户地址,客户电话,客户传真)
联系:
存储信息表(存储编号,药材标识,供应商编号,药材存储数量,药材入库时间,药材出库时间)
购买信息表(购买编号,药材标识,供应商编号,购买价格,购买数量,购买时间)
订单信息表(订单编号,药材标识,客户编号,销售价格,销售数量,销售时间)
3.4用户界面设计
3.4.1输出界面设计
输出是由计算机对输入的原始信息进行加工处理,形成高质量的有效信息,并使之具有一定得格式,提供管理者使用。
●输出信息内容
客户信息、发货票、货物、采购订单、货款、税款、各种统计报表、不合格订单等。
●输出设备
显示终端、打印机。
●输出介质
纸张、磁盘。
图33客户信息输出界面
3.4.2输入界面设计
●输入信息内容
客户订货单、供货单、付款单、货物、税单。
●输入设备和介质
键盘、鼠标、光盘、移动硬盘、读卡器、扫描仪、
图34客户订货单输入界面
3.5处理过程设计
●文字描述
●绘制处理流程图
⏹销售业务流程图
图35销售业务流程图
⏹会计业务流程图
图36会计业务流程图
⏹采购业务流程图
图37采购业务流程图
4.系统实施
4.1编程并编写文档
本系统在上述系统设计的基础上进行编程,这里就不做过多赘述。
4.2测试
系统测试是信息系统的开发周期中一个十分重要的活动。
尽管在系统开发周期的各个阶段均采取了严格的技术审查,但依然难免遗留下差错,如果没有再投入运行前的系统测试阶段被发现纠正,问题迟早会在运行中暴露出来,到那时要纠正错误将要会付出更大的代价。
因此我们有必要进行系统测试。
我们要以找错误为目的,不是要证明程序无错,而是要精心选取那些易于发生错误的测试数据,以十分挑剔的态度,去寻找程序的错误。
测试工作应避免由原开发软件的个人或小组来承担。
设计测试用列不仅要包括合理、有效的输入数据,还要包括无效的或不合理的输入数据。
不仅要检验程序是否做了该做的事,还要检查程序是否同时做了不该做的事。
保留测试用例,将会给重新测试和追加测试带来方便。
测试方法:
●人工测试
⏹个人复查
源程序编写完成后,直接由程序员自己进行检查。
⏹走查
由三至五人组成测试小组,测试小组成员是未介入过该软件设计工作的有经验的程序设计人员。
测试在预先阅读过该软件资料和源程序的前提下,由测试人员扮演计算机的角色,用人工方法将测试数据输入被测程序,并在纸上跟踪监视程序的执行情况,让人带特机器沿着程序的逻辑走一遍,发现程序中的错误。
⏹会审
测试小组的构成与走查相似,要求测试成员在会审前仔细阅读软件有关资料,根据错误类型清单,填写检测表,列出根据错误类型要提问的问题。
会审时,由程序作者逐个阅读和讲解程序,测试人员逐个审查、提问、讨论可能产生的错误。
会审要对程序的功能、结构及风格等全部内容进行审查。
●机器测试
⏹黑盒测试(功能测试)
将软件看成黑盒子,在完全不考虑程序内部结构和特性的情况下,研究软件的外部特性。
根据软件的需求规格说明书设计测试用例,从程序的输入和输出特性上测试是否满足设定的功能。
⏹白盒测试(结构测试)
将软件看成一个透明的盒子,按照程序的内部结构和处理逻辑来选定测试用例,对软件的逻辑路径及过程进行测试,检查与设计是否相符。
系统的测试工作一般有以下四个步骤:
图38系统的测试过程
过程如下:
◎单元测试
◎组装测试
◎确认测试
◎系统测试
4.3系统转换
●做出系统转换计划
由于原来企业一直为手工操作,大多员工需要进行一定的培训和熟悉之后才能够使用新系统进行工作,因此在这里采取分段转换的方式,即在新系统全部正式运行之前,分阶段一部分一部分地替代原有手工方式,如图35所示