需求分析实验报告
沙漠绿洲书店是福州大学附近最大的民营书店。长期以来,城市沙漠书店为福大学子乃至整个城市读者提供了不少的便利。在2005年,该书店扩大了书店的面积,大大提高了库存量,使得读者可以购买到更多的书籍。但是,原来的图书销售已经渐渐无法适应市场的发展,因为图书销售的顾客群慢慢固定。为了进一步扩大市场,书店决定开发一套新的销售系统,以自动化的方式进行图书的销售以及管理。书店决定开通网上书店,面向全国进行网上售书,进一步扩大消费人群,同时,保留以往的电话售书的方式,为不在该市的消费者提供便利。
在图书管理方面,由于图书的数量年年增长,出现了许多新的消费热点,读者对图书的选择性有了一些变化。原来的系统已经无法体现这些变化,也无法满足企业制定销售战略。
在书店内部,由于面积的扩大,使得原来的导购小姐无法满足书店的需要,同时,书店也有意尝试通过在书店的不同位置放置可供读者自己查询的电脑来满足读者的需要。
在书店的规划方面,原来的系统只能够描述销售及库存的情况,对于整个书店的财务,会计等方面并没有涉及,这对于书店进一步扩大规模是不利的。÷
因此,书店决定开发一套新的图书销售系统。
书店的新战略规划:
书店的战略规划是要建立更多的客户群以扩大书店的发展规模,进而扩大市场。
一个战略是为外地用户扩大电话定购能力,另一个战略是要通过Internet增加直接客户市场销路。新系统是一个能为企业的快速增长进行计划并准备加强支持客户交互作用的系统。
战略系统计划项目产生了技术结构计划,应用程序结构计划和实施的时间帧。
1,技术结构计划:
1, 把商业应用软件转移到客户-服务器结构来,为数据库和电信功能保留了主机,以允许其容量增加及快速发展。
2, 向在Internet上经营商业转移,首先要有一个Web站点,然后要有链接到内部系统和数据库的一些客户和供应商的事务处理支持。
3, 预期最后向内联网解决方案发展
2,应用程序结构计划;
1,财务/会计:带客户-服务器的软件包解决方案
2,人力资源:一个软件包解决方案,最大限度地使员工访问人力资源表,过程和利益信息。
3, 客户支持系统:设计一个订单处理和执行系统,综合三方面的订单处理需求:通过WEB邮购,电话定购和直接客户市场销售。
4, 库存管理系统:设计一个商品销售和库存系统,可以部分提供给客户以便查询
5, 零售店系统:把商店管理系统与库存管理系统集成起来
3, 实施应用结构计划的时间帧
1, 首先,实施客户支持系统。
2, 在客户支持系统启动后立即开始实施库存管理系统。
3, 把零售店系统与库存管理系统集成起来
4, 更新人力资源系统和财务/会计系统
二,系统分析
根据书店的要求,可以确定系统相关者:
1, 主管用户:书店的高层管理人员,如店长
2,商业用户:使用系统处理日常事务的人
3,顾客:包括网络客户和电话定购客户
通过对各个系统相关者的调查分析,可以确定系统的基本事件表:
图书销售系统的系统事件表 | |||||
事件 | 触发器 | 来源 | 动作 | 响应 | 目的地 |
(非直接)客户查询库存书籍 | 商品查询 | 顾客 | 查询库存的图书 | 此书籍的详细信息 | 顾客 |
(非直接)客户发送订单 | 新订单 | 顾客 | 生成新订单 | 实时连接 | 销售部门 |
|
|
|
| 订单确认 | 客户 |
|
|
|
| 交易处理 | 银行 |
|
|
|
| 订单细节 | 发货部门 |
生成订单汇总报表的时刻 | 周末,月末,季度末,年末 |
| 生成订单汇总报表 | 订单汇总报表 | 管理部门 |
生成网络汇总报表的时刻 | 每天结束时 |
| 生成交易汇总报表 | 交易汇总报表 | 会计部门 |
客户或管理人员想查询订单 | 订单状态查询 | 客户或管理人员 | 查询订单状态 | 订单状态细节 | 客户或管理人员 |
发货部门按订单发货 | 订单完成通知 | 发货部门 | 记录订单完成情况 |
|
|
发货部门确认延期订货单 | 延期订货单通知 | 发货部门 | 延期订货单通知 | 延期订货单通知 | 客户 |
非直接客户退货 | 订单退回通知 | 客户 | 生成订单 | 退伙确认 | 客户 |
|
|
| 退回记录 | 事务处理 | 银行 |
生成销售情况汇总报表的时刻
| 周末,月末,季度末,年末 |
| 生成完成情况汇总报表 | 完成情况汇总报表 | 管理部门 |
(网络)客户修改帐户信息 | 客户帐户信息修改通知 | 客户 | 更新客户帐户信息 |
|
|
市场部门想给客户发送促销品货项目 | 促销品细节 | 销售部门 | 分发促销品和项目 | 促销品和项目 | 客户 |
销售部门修改图书目录 | 商品目录修改细节 | 销售部门 | 修改图书目录 |
|
|
销售部门促销某些书 | 促销图书细节 | 销售部门 | 生成促销图书记录 |
|
|
销售部门制定新的图书目录 | 新图书目录的细节 | 销售部门 | 生成新的图书目录 | 图书目录 | 客户和潜在客户 |
生成商品目录活动报表 | 月末 |
| 生成商品目录活动报表 | 商品目录活动报表 | 销售部门 |
直接用户查询图书 | 图书查询 | 直接客户 | 查询库存的图书 | 此书籍的详细信息 | 客户 |
直接客户购买图书 | 直接销售记录 | 直接客户 | 直接销售记录 | 直接销售记录确认 |
|
直接客户退货 | 直接客户退伙记录 | 直接客户 | 直接客户退货记录 | 直接客户退伙记录确认 |
|
生成直接客户交易汇总报表的时刻 | 周末,月末,季度末,年末 |
| 生成直接客户交易汇总报表 | 直接客户交易汇总报表 | 管理部门 |
生成图书销售排名报表 | 周末,月末,季度末,年末 |
| 图书销售排名报表 | 图书销售排名报表 | 管理部门 |
生成库存报表 | 每天结束时 |
| 生成库存报表 | 生成库存报表 | 管理部门 |
直接客户的团购 | 直接客户团购记录 | 团购客户 | 直接客户团购记录 | 直接客户团购记录确认 |
|
|
|
|
|
|
|
|
|
|
|
|
|
从系统相关者描述外部事件:
1, 顾客:顾客分为两类,一类为直接到书店买书的客户,称为直接客户;一类为通过电话,Web下订单定购的客户。下面分别描述其事件:
一, 直接客户:较为简单。顾客来到书店,通过查询,找到所要买的书, 然后购买。如果图书发生质量问题,在固定的期限类允许其退货。这里包括了三个外部事件:
直接用户查询图书,通过放置在书店相关位置的电脑,用户可以查询所要的图书,如果有库存的话,顾客就可以购买;客户购买图书:
直接客户在找到合适的书后就可以到服务台购买。
直接客户退货:可在符合条件的情况下到退货窗口退货。
二,非直接客户:分为两种一种是电话定购的客户,一种是通过WEB定购的客户。
电话定购的客户:打电话到书店,说明所要的书目,销售代表查找有关的书目,,如果库存有的话,便可以生成订单。订单当场经过用户确认。待书店收到来自用户的货款后,便由发货部门发货。如果发生意外情况,无法按时发货,那么发货部门将及时通知用户。
网络定购的客户:如果是新用户的话,在网络上注册客户信息,老客户不用注册,然后查询欲购买的书目,如果有库存,顾客便可以生成一个订单。在订单生成后,发送到系统,得到系统的确认后,系统发回一个订单确认信息给客户。待书店收到来自用户的款项后,便由发货部门发货。在此期间,客户可查询订单状态。如果发生意外情况,无法按时发货,那么发货部门将发给用户一个延期订货单通知,以通知用户。
非直接用户如果发现有质量问题,可立即联系书店,在一定期限内都可以办理退货。
网络客户还可以登陆到系统中以修改自己的客户信息。
这里包括了个外部事件:
1,(非直接)客户查询库存书籍
2,(非直接)客户发送订单
3,发货部门按订单发货
4,发货部门确认延期订货单
5,非直接客户退货
6,(网络)客户修改帐户信息
7,客户可查询订单状态
还有一类特殊的直接用户,他们是团购用户,这些用户一次性都购买大量的书籍,因此可以享有一些折扣,他们的外部事件是:直接客户的团购。
2, 商业用户:
根据书店的具体情况,商业用户可分为:销售部门,企业管理部门,发货部门。
其中,销售部门的具体任务是:根据库存状况,修改图书目录和制定新的图书目录,在节日进行促销。
其外部事件包括:销售部门修改图书目录
销售部门促销某些书
销售部门制定新的图书目录
市场部门想给客户发送促销品货项目
发货部门:发货部门的主要任务是去:对已经确认的订单进行处理,按时发货,如果遇到意外情况,无法及时发货,将尽快联系客户,发出延期订货单。
其外部事件包括:发货部门按订单发货
发货部门确认延期订货单
系统的临时事件:
系统的临时事件有,在周末,月末,季度末,年末时,系统自动生成:生成订单汇总报表,生成销售情况汇总报表,生成直接客户交易汇总报表,生成图书销售排名报表。
除了这些,每日营业结束时,还生成:库存报表和网络交易汇总报表。每个月末生成商品目录活动报表。
这些临时事件,更好地反应了书店的销售和管理情况,以便于管理者做出市场决断。
评估属性:
客户信息(网络客户)
项目名称 | 具体内容 | 备注 |
用户名 | 用户的真实姓名 | 无 |
用户ID | 由数字,字母组成 | 区分大小写 |
用户密码 | 由数字,字母组成 | 至少6位 |
性别 | 男或女 |
|
联系地址 | 文本 | 应提醒用户真实性 |
联系电话 | 文本 | 应提醒用户真实性 |
用户备注 | 文本 | 字数有限制 |
订单信息:
项目名称 | 具体内容 | 备注 |
订单号 | 由数字组成 | 无 |
用户ID | 由数字,字母组成 | 区分大小写 |
总价 | 数值 | 具体金额 |
促销情况 | 文本 | 是否促销 |
订单备注 | 文本 | 字数有限制 |
订单生成日期 | 日期 | 具体日期 |
支付情况 | 是否支付 |
|
发货确认
项目名称 | 具体内容 | 备注 |
订单号 | 由数字组成 | 无 |
用户名 | 由数字,字母组成 | 区分大小写 |
发送地址 | 文本 | 应提醒用户真实性 |
联系电话 | 文本 | 应提醒用户真实性 |
订单备注 | 文本 | 字数有限制 |
发送日期 | 日期 | 具体日期 |
发货编号 | 包裹编号 |
|
直接客户销售记录
项目名称 | 具体内容 | 备注 |
书名 | 文本 | 无 |
编号 | 由数字组成 | 无 |
价格 | 数值 | 无 |
购买时间 | 具体时间 | 无 |
客户退货情况
项目名称 | 具体内容 | 备注 |
书名 | 文本 | 无 |
编号 | 由数字组成 | 无 |
价格 | 数值 | 无 |
购买时间 | 具体时间 | 无 |
破损原因 | 文本 |
|
是否退货 | 是或者否 | 具体原因 |
经过这些分析,得到系统的类图如下:
÷
用例图如下
协作图如下:网络客户下订单
评估目标处理环境:
伴随着书店的不断发展,为更好地支持业务动能,RMO已经逐步建立其系统环境。
当前环境:
设施 | 设备 | 连接方式 |
数据中心 | 主机 |
|
零售 | 客户机-服务器 | 到数据中心的专线 |
仓库 | 中型计算机 | 到数据中心的专线 |
电话订单 | 客户机-服务器 | 到数据中心的专线 |
|
|
|
以上的表格时有关于原来的图书管理系统。已经拥有的技术包括主计算机,这台计算机位于专门的数据中心。
图书零售有本地的客户机-服务器零售系统。这种系统通过收款机来手机销售和财务信息。这些信息页发送到保存在主机的中心帐目和财务系统中。这种创送是每日成批进行的。
电话定购系统是一种在客户机-服务器环境中运行的相当小的windows应用程序,它由书店的员工建立,是一个独立的应用程序,与库存以及分发系统的其他部分集成的不是很好。每天信息成批的传送到系统上。
仓库是通过一台连接到数据中心的中心计算机来管理和控制的。它及时体现库存的最新情况,并在每天营业结束时生成报表。
建议的环境:
与目标环境相联系的许多决策时在战略计划阶段制定的,这些决策为这个组织确立了长期的方向。在其他情况下,随着新系统使用了最新的技术,战略计划页要进行修改。
书店把开发这套新系统作为一个重点来抓。新的客户支持系统和库存管理系统的范围和影响如此之大以至于这个项目应该对整个长期战略进行检查。在下表中,列出了书店可能的各种目标环境,表中选择方案根据技术类新和中心化程度列出。
方案 | 描述 |
1,加大internet的功能 | 使内部应用和外部的客户都支持基于Web的技术, 与持续发展的电子商务相适应 |
2,使用百分百的内部lan/wan技术 | 内部事务处理将更快,数据库不需要与web打交道,只需要把目录放在web上 |
3,混合1和2 | 使用web与客户交互但使用内部lan/wan作为后台处理,如发货,库存等 |
4,使用主机作为中心数据库服务器 | 支持高容量的事务,可以作为中心数据库以便控制和维护一致性 |
5,在本地服务器上使用分布式数据库 | 分布式数据能提供更快的响应,当存在如何保证所有的数据为最新的问题 |
6,使用完全的面向对象组件,如java | 使用对象处理程序建立无缝的应用程序,展望oo数据库的未来,可以一直保持最新的技术 |
7,在关系型数据库管理系统的基础上使用oo做用户界面 | 使用java在关系型数据库上开始应用程序,支持高容量,效率高 |
8,使用oo做用户界面 | 开始转移到完全的oo环境,需要中间件来集成方案 |
最初的三个方案考虑是否:
1, 加大internet的功能
2, 使用内部局域网/广域网技术
3, 混合使用这两种技术
接下来的两种方案集中在设备上,是否:
1, 使用主机中心处理器或
2, 使用分布式客户-服务处理器
最后,要考虑数据库的位置和类型。书店决定是使用传统关系型数据库技术还是转向更先进的面向对象数据库。
根据调查,书店希望使用最先进的技术,但是,它不想要一个高风险的项目,也不想尝试那些未被证明的新技术。
图书销售系统处理环境的战略方向
问题 | 方向 |
与其他系统的必要接口 | 1 与库存系统的临时连接 |
| 2 与新的库存管理系统的永久连接 |
| 3 与帐目提供数据的接口 |
| 4 自动为外部系统提供数据的接口 |
设备配置 | 1 主机主要限制在数据库和远程通信上,所有应用程序都在客户机-服务器的机器上 |
操作系统环境 | 转移到windowsNT环境上 |
网络配置 | 1 WindowsNT网络 |
| 2 具有internet能力 |
语言环境 | 1 使用visual Basic或者java |
数据库环境 | 维护DB2数据库的能力 |
| 从长远看可以转移到oo数据库上 |
确定范围:
系统销售潜在功能的范围表
功能(从事件表扩展得) | 优先权 | 描述 |
检查项目可用性 | 重要的 | 通过办事员或WEB检查 |
签订单 | 必要的 | 通过办事员或web创建新订单 |
修改或取消订单 | 重要的 | 通过办事员或者WEB修改或取消订单 |
检查订单状态 | 重要的 | 通过办事员或web检查发运或返回状态 |
完成订单 | 必须的 | 更新QOH,打印标签,发送通知给发运商 |
创建延期订单 | 重要的 | 对于脱销项目而言 |
返回项目 | 重要的 | 返回到库存,更新客户帐户 |
邮寄目录 | 必须的 | 打印客户地址信息 |
改正客户帐户 | 重要的 | 改变客户信息 |
发送促销材料 | 重要的 | 打印地址信息,跟踪促销情况 |
调整客户费用 | 必须的 | 更正客户帐户 |
更新目录 | 必须的 | 改变季节项目,出售图书和描述 |
创建促销材料 | 重要的 | 跟踪促销的内容和邮寄情况 |
创建新目录 | 必须的 | 计算机生成目录 |
维护客户购买历史 | 重要的 | 保持五年的客户购买记录的历史 |
给出版社提供反馈 | 期待的 | 每日的订单量和库存水平提供给出版社 |
从销售数据提供反馈给供应商 | 期待的 | 每日的订单量和库存水平提供给供应商 |
与发运商系统联系 | 期待的 |
|
数据仓库和分析 | 期待的 | 每日提取订单数据,分析趋势,购买模式,按人口进行统计的数据等 |
自动的销售促销 | 期待的 | 基于所选项目系统提供附件或者其他相关购买的建议 |
系统报表 | 期待的 |
|
生成订单总结报表 | 重要的 | 不同分类的订单数量 |
生成活动报表 | 期待的 | 定购,完成,取消和延期订单等 |
生成事务总结报表 | 期待的 | 支付,拖欠,信用卡和延期订单等 |
生成客户调整报表 | 期待的 | 返回,调整和趋势等 |
生成完成报表 | 期待的 | 时间,服务水平等 |
生成目录活动报表 | 期待的 | 目录,促销,web,电话和邮件的反馈等 |
|
|
|
|
|
|
如上图,每一个商业功能已经划分了优先顺序:必须的,重要的,期待的。用户和客户是按商业和新系统的目标需求来划分这些功能的优先顺序的。
定义自动化水平:
功能(从事件表扩展得) | 优先权 | 低自动化水平 | 中等自动化 | 高等自动化 |
检查项目可用性 | 重要的 | 定期列表 | 实时内部的 | +销售宣传的WEB |
签订单 | 必要的 | 员工日夜工作 | 实时和客户通过web | +促销宣传和脱销方案 |
修改或取消订单 | 重要的 | 员工日夜工作 | 实时和客户通过web | 实时和客户通过web直到发运 |
检查订单状态 | 重要的 | 员工日夜工作 | 实时和客户通过web | 实时和客户通过web直到发运 |
完成订单 | 必须的 | 打印活页和发运标签 | 活页,发运标签实时更新 | 自动化仓库 |
创建延期订单 | 重要的 | 手工输入数据 | 实时 | +系统自动 |
返回项目 | 重要的 | 手工输入数据 | 实时,办事员更新 | 自动库存和帐单更新 |
邮寄目录 | 必须的 | 打印客户地址信息 | 个性化封面的邮件 | +完全个性化 |
改正客户帐户 | 重要的 | 数据输入 | 实时 | +系统自动 |
发送促销材料 | 重要的 | 打印客户地址信息 | 个性化封面 | +完全个性化 |
调整客户费用 | 必须的 | 数据输入 | 实时更新 | +活动自动化 |
更新目录 | 必须的 | 数据输入 | 实时 | +基于销售历史的自动建议 |
创建促销材料 | 重要的 | 数据输入 | 实时 | 基于销售历史的推荐 |
创建新目录 | 必须的 | 计算机生成目录 | 产品,价格,图片的记录保存 | 数字扫描和页面布局 |
维护客户购买历史 | 重要的 | 汇总报表的存单文件 | 存档的,打印的促销通知 | 自动,实时的销售促销 |
给出版社提供反馈 | 期待的 | 打印的报表 | 每日更新 | 实时和趋势分析 |
从销售数据提供反馈给供应商 | 期待的 | 答应的报表和历史 | 每日更新 | 实时和趋势分析 |
与发运商系统联系 | 期待的 |
|
|
|
数据仓库和分析 | 期待的 |
| 趋势分析 | 趋势分析,数据可视化工具 |
自动的销售促销 | 期待的 |
| 基于促销 | 基于促销和历史 |
系统报表 |
|
|
|
|
生成订单总结报表 | 重要的 | 需要时打印 | 联机查看实时信息 | 可视化 |
生成活动报表 | 期待的 | 需要时打印 | 联机查看实时信息 | 可视化 |
生成事务总结报表 | 期待的 | 需要时打印 | 联机查看实时信息 | 可视化 |
生成客户调整报表 | 期待的 | 需要时打印 | 联机查看实时信息 | 可视化 |
生成完成报表 | 期待的 | 需要时打印 | 联机查看实时信息 | 可视化 |
生成目录活动报表 | 期待的 | 需要时打印 | 联机查看实时信息 | 可视化 |
|
|
|
|
|
|
|
|
|
|
根据客户要求,由于高等的自动化水平需要花费大量的金钱,因此,用户选择中等自动化水平。
总结:
本系统基本采用了中级自动化的方案,采用全开发,不购买软件包的方式,足以满足书店目前的发展规模,而且在未来的一段时间内应该也可以符合发展。在需求上,基本可以实现书店的需要,为书店节省了开支,在开发过程方面,基本上难度不大,也可以节省开发经费。