手机询价系统

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

管理信息系统作业07工商(3)班
手机询价系统
一、概述:近年来随着手机种类和型号的不断更新,人们越来越频繁的更换自己所用的机型,但是,消费者在确定选择哪种机型时往往会面对大量的繁复的信息。

因此,某手机厂商决定开发一套信息系统,能让消费者清楚本公司出品的新机型和最时尚的设计及价格。

是消费者能快速的挑选出自己喜欢的机型,并对本公司的产品产生浓厚的兴趣,以提高销售额。

二、系统目标和开发可行性
1、系统目标:对现有的所有机型进行统计,并按价格区间分类,列出各款机器的亮点。

内容包括:机器型号,机器价格,机器的特点,电池续航能力。

系统实现后,由图片和数字来代替大量的文字介绍。

并可做不同机型之间的对比。

包括:机身大小,机器价格,出场时间,电池续航能力等。

2、系统开发的可行性
⑴技术可行性
要求系统开发人员能够熟练运用 VB等编程语言,并需要计算机一台。

目前技术人员已经掌握这些编程语言,学生实验室由多台电脑供学生使用。

因此,本此系统开发在技术上是可行的。

⑵时间可行性
开发时间约需要三个月左右。

前两个月主要用于系统分析、设计、实现,后面的时间用于调试。

⑶经济可行性
现在已有一部分计算机等所需设备,可以充分发挥作用,节约不少设备资金,其余开发人员费用由生产厂商支付。

⑷人员可行性
所需人员 10 人左右,其中由系统分析员、系统设计员、程序员等构成,同时应有超市业务人员参与。

开发小组进行培训学习后可达到技术和业务上开发的要求。

三、组织机构分析
该手机生产厂商组织结构如图所示。

该厂商的主要决策和管理机构是董事会,董事会分管各连锁店经理和配送中心;配送中心在经营过程中所扮演的角色是给各分校机构配送货品,相对而言,这个部门是相对独立的。

连锁店由专职经理负责,每家连锁店分为库存管理部、销售部、财务部和人事部四个主要部门。

销售部的主要任务是根据总公司提供的信息和配送中心及时联系,使货物供应充足,并保证销售额达到公司标准;负责货物的销售
(一)手机询价系统管理功能分析:
手机询价系统主要完成消费者对手机价格、功能、外观等方面的了解。

向消费者提供购买指南,支持消费意向。

销售部们的业务流程图:
销售组管理功能分析如下图:
(二)管理工作的业务流程分析
询价系统的业务流程图,如下图所示:
(四)主要的数据字典
1. 数据项的定义
数据项编号:I10
数据项名称:新款机型
别名:新款机型询价
概述:某新款手机相应数据
类型;数值型
长度:4位整数
取值范围:0~9999
2. 数据流的定义
数据流编号:F1
数据流名称:新款手机
简述:销售人员拿到的新款机型数据
数据流来源:相应部门
数据流去向:登记手机预售价格流水帐处理功能数据流组成:日期+入库单编号+商品号+单位+购
入数量
数据流量:15份/天
高峰流量:35份/天
数据流编号:F2
数据流名称:销售出库单
简述:销售人员填写的商品销售出库单数据流来源:销售人员
数据流去向:登记商品销售流水帐处理功能
数据流组成:日期+出库单编号+商品号+单位+数量
数据流量:600份/天
高峰流量:1200份/天
3 数据存储的定义
数据存储编号:S1
数据存储名称:库存台帐
简述:记录商品的编号、名称单价与库
存数量等信息
数据存储组成:商品号+商品名称+购入单价+销
售单价+库存数量
相关联的处理:登记库存台帐、制作报表
4. 处理逻辑的定义
处理逻辑编号:P1.1
处理逻辑名称:登记购入流水帐
简述:销售人员根据数据单信息登记
流水帐
输入的数据流: F 1新款机型
处理:读入商品入库单
读取手机入库单中的商品编号打开购入流水帐, 按商品号查找入库单、商品编号、入库数量如果存在
库存数量=库存数量+入库数量
否则
在流水帐中添加一条新记录
将商品入库单上的商品编号、入库数
量等写入购入流水帐
显示“入库完成!”信息
返回
输出的数据流:如果入库单数据检验不合格,拒绝登记,
并给出出错的原因和可能的改正方法;如果登记过程完
成,除将数据写入购入流水
帐中,还要在屏幕上给出登记操作完成的提示。

处理频率:30份/天
5. 实体的定义
外部实体编号:E1
外部实体名称:销售人员
简述:负责商品的购入、与库房的商品
交接
外部实体组成:编码+姓名+性别+年龄+所属部门
输出的数据流:F1商品入库单
四、系统设计
(一)概要设计
根据需求分析,该手机询价管理系统可划分为数据维护、数据查询、报表、统计分析、系统维护五个子系统:
1.数据维护子系统:主要完成三类文件数据的录入工作,一是商品功能文件数据的录入。

功能文件录入工作在系统投入运行之前,把新机型功能数据装入到手机功能文件中,并在系统运行过程中,录入新功能信息。

二是新机型预售价格文件的数据录入。

三是商品销售文件数据的录入。

2.数据查询子系统:主要是完成新机型销售查询工作,如查询实际销售数量,查询某一笔购入或是销售出库情况,某一机型在某一时期内的进销情况等。

3.报表子系统:能根据计算机所存数据生成各种所需形式的表格、报表。

4.统计分析子系统:能根据指定机型生产阶段的销售量的直方图,分析商品的销售量的走势等。

5.系统维护子系统:主要完成系统操作员的密码维护、操作权限的设定、系统数据的备份与恢复和其他的系统设置。

(二)系统功能结构设计
根据需求分析和总体设计结果,对系统的功能继续进行细化。

最终得到系统经过改进的功能结构图,如图
(三)代码设计
本系统的编码设计依据唯一性、合理性、可扩充性和稳定性的原则,根据这些原则,系统主要的编码如下:
1.员工工作证编码
具体如下:
第一、二位(部门代码)
XS——销售部
SC——生产部
CW——财务部
XZ——行政部
RS——人事部
ZJ——质检部
JS——技术部
CG——采购部
CK——仓库
第三位(职称)
0——总经理
1——副总经理
2——副总经理
3——副经理
4——班、组、仓库负责人
5——一般员工
第四、五位(编号):表示员工在其所在部门中的序号,由于公司目前每个部门的员工数量非常有限,且预计在未来多年内都很难出现超过100员工的部门。

因此只用两位来表示其序号。

另外,对于总经理和副总经理不属于具体部门时,则工作证以“XH”开头。

如:“CW206”表示财务部经理,同时他是财务部的第六号员工。

(四)数据库设计
1.概念结构设计
概念模型见图所示。

四、系统实施
(一)系统运行环境
1.硬件要求:
CPU:80586以上(最好PentiumⅡ以上);
内存:64M以上;
硬盘空间:至少100M剩余空间以上;
打印机及其他。

2.软件要求:
操作系统:采用MS Windows 2000简体中文版
数据库:SQL Server2000或Adaptive Server AnyWhere6.0
数据库前端开发工具:Power Builder7.0(或以上版本)。

相关文档
最新文档