终稿超市管理系统项目开发应用项目商业计划书.docx

终稿超市管理系统项目开发应用项目商业计划书.docx

《终稿超市管理系统项目开发应用项目商业计划书.docx》由会员分享，可在线阅读，更多相关《终稿超市管理系统项目开发应用项目商业计划书.docx（24页珍藏版）》请在冰豆网上搜索。

终稿超市管理系统项目开发应用项目商业计划书

超市管理系统

项目开发计划书

1.引言

1.1目的

（1）大大提高超市的运作效率；

（2）通过全面的信息采集和处理，辅助提高超市的决策水平；

（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。

1.2范围

由于这是一个较小的软件项目（开发人数少，并且开发时间短）适应于各种小型的超市。

1.3定义术语

对软件组织内部和外部有关的行业术语、专用名词进行定义。

（1）、软件架构：

软件系统的总体逻辑结果。

按照不同的设计方法，有不同的总体逻辑结构。

采用面向功能或面向数据的设计方法，总体逻辑结构为一树形的功能模块结构图。

采用面向对象或面向部件（构件）的设计方法，总体逻辑结构为部件（结构）的组装图。

（2）、数据结构：

数据结构包括：

数据库表的结构、其他数据结构等。

（3）、子系统：

具有相对独立功能的小系统叫做子系统。

一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个不见组成。

（4）、模块：

具有功能独立、能被调用的信息单元叫做模块。

模块是结构化设计中的概念。

（5）、内部接口：

软件系统内部各子系统之间、各部件之间、各模块之间的接口，叫做内部接口。

接口描述包括：

调用方式、入口信息、出口信息等。

（6）、参考数据：

参考数据是指文件书写时用到的其他数据。

（7）、相关文档：

相关文档是指当本文档内容变

1.4参考质料

【1】、《软件需求分析》SwapnaKishore编机械工业出版社

【2】、《软件工程技术概论》朱三元等编着

【3】、《SQLServer2000编程员指南》李香敏编北京希望电子出版社

【4】《数据库原理及设计》陶宏才编清华大学出版社

【5】《超市管理软件资料》。

【6】《开发要求说明》．

【7】《软件需求说明书》。

【8】《概要设计说明书》。

1.5相关文档

【1】超市管理系统立项建议书

【2】超市管理系统需求书

1.6版本更新记录

版本更新记录

版本号

创建者

创建日期

维护者

维护日期

维护说明

V1.0

V1.01

2.项目概述

2.1项目的目的

超市随着市场经济和现代信息技术的的发展，不可必要的要卷入信息现代化的大潮，如何使用现代化的工具，使企业和经营者个人在最小的投入下获取最大的回报，成为每一个人的梦想。

因此，在超市管理中引进现代化的办公软件，就成为时下最好的解决办法。

使用软件办公，不仅能使经营者的劳力资本减少，同时能使超市的管理更规范更合理，解决了超市中用于管理进出货以及购买、库存等众多繁琐、工作量巨大从而导致耗费人员过多，超市经营紊乱等众多问题。

2.2项目的范围

商品录入：

根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。

该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。

收银业务：

通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。

在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。

如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。

会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。

安全性：

OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。

进货管理：

根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。

按计划单有选择性地进行自动入库登记。

综合查询打印计划进货与入库记录及金额。

销售管理：

商品正常销售、促销与限量、限期及禁止销售控制。

综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。

按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。

库存管理：

综合查询库存明细记录。

库存状态自动告警提示。

如库存过剩、少货、缺货等。

软件为您预警，避免库存商品积压损失和缺货。

库存自动盘点计算。

人员管理：

员工、会员、供货商、厂商等基本信息登记管理。

员工操作权限管理。

客户销售权限管理。

2.3项目的使用对象

我国零售业信息化状况的三个层面的分布基本明朗：

在高端企业，进销调存核心结构体系基本运作正常，面临的主要问题是数据的深挖掘和加工、财务业务系统的高度集成、根据企业的并购重组保证系统和数据的统一、稳定；在中端企业，分散营运向集中管理转变，进销调存核心结构系统正在由分散单店管理、销售核算向连锁管理、进价核算过渡；在低端企业，刚刚涉足、转向连锁零售业，对于信息化认识处于表面层次，业务流程和信息系统建设需要一段时间的探索、认识和渐进过程。

而整个零售行业对信息化的认识已经逐渐趋向一致的认识：

信息化是企业可持续发展、增强核心竞争力的必要手段。

　　超市软件系统从企业运营及管理的实际情况出发，结合当前中国零售业业态发展趋势，顺应了零售行业对信息化的要求，为商业管理信息系统提供了系统全面的技术解决方案。

基于以上原因，超市信息管理系统目前在各个商业领域都发挥了很大的作用，也得到了越来越多的中、小型商业企业的应用。

但就目前的应用状况分析，管理系统在中、高端企业得到了广泛的应用和重视，在小型企业、零售店的应用仅局限于信息化的表面层次，没有得到高度的重视。

同时，小企业也因资金发面问题限制了其向更高程度信息化的应用！

3程序系统的结构

3.1系统结构图

4．模块设计

4.1进货管理模块

功能：

该模块主要是实现进行进货信息查询、进货计划制定两个功能。

进货信息查询：

该模块为超市提供整个超市的进货情况查询，也可以进行进货信息的明细查询，并以进货报表形式打印出来。

进货计划制定：

该模块可以为制定进货计划，并形成相应的采购订单。

输入项、输出项：

该模块的输入项为超市的进货单，其中包括进货单的编号，商品的编号，供货商号，进货价，数量，金额进货日期，备注。

（1）该进货管理模块的用例图，如图4-1所示：

图4-1-1进货管理用例图

（2）该进货管理模块的活动图，如图4-1-2所示：

图4-1-2进货管理模块活动图

（3）制定进货计划的时序图，如图4-1-3所示：

图4-1-3制定进货计划时序图

（4）进货信息查询时序图，如图4-1-4所示：

4.2销售管理模块

功能：

本模块的主要功能是把销售信息写入销售清单，同时对库存清单进行更新，以备用户将来对库存信息进行查询和打印，此外还可以对销售信息进行查询和盘点功能。

销售信息查询：

根据商品销售情况，按需要对销售情况进行查询。

在该查询模块中，可以按照商品的编号、销售日期等多种方式进行商品销售信息查询。

销售信息盘点：

可以按照需要对在一定时期内的销售情况进行盘点。

输入项、输出项：

本模块的数据输入项主要是商品的销售单号和商品编号。

其中还包括销售数量和销售日期。

（1）该销售模块的用例图，如图4-2-1所示：

图4-2-1销售管理模块用例图

（2）该销售管理模块的活动图，如图4-2-2所示：

图4-2-2销售管理模块活动图

（3）销售信息查询时序图，如图4-2-3所示：

图4-2-3销售信息查询时序图

（4）销售盘点时序图，如图4-2-4所示：

图4-2-4销售盘点时序图

4.3仓库管理模块

功能：

本模块的主要功能是商品信息的查询和更新，库存信息的查询和更新。

查询商品信息：

主要功能查询商品的明细信息，和它的库存信息。

添加商品信息：

主要功能添加新进的商品。

修改商品信息：

主要功能是修改商品的信息，包括他的库存数量。

删除商品信息：

主要功能是删除不再销售的商品信息。

输入项、输出项：

本模块的数据输入项主要是商品编号。

（1）该库存管理模块的用例图，如图4-3-1所示：

图4-3-1库存管理用例图

（2）库存管理模块活动图，如图4-3-2所示：

图4-3-2库存管理模块活动图

（3）库存管理查询时序图，如图4-3-3所示：

图4-3-3库存管理查询时序图

（4）库存管理添加时序图，如图4-3-4所示：

图4-3-4库存管理添加时序图

（5）库存管理修改时序图，如图4-3-5所示：

图4-3-5商品管理修改时序图

（6）库存管理删除时序图，如图4-3-6所示：

图4-3-6库存管理删除时序图

4.4人事管理模块

在系统开发中，为解决超市人员流动问题，在系统中增添了员工管理子模块，用来对超市的人员进行信息化管理，以此来提高员工的办事效率，节约人力资源。

新员工录入：

在超市招进新员工时，对其进行基本信息的存储，对员工信息进行基本的了解。

员工信息维护：

当员工信息发生变化，或者是员工离职，换岗对相关信息发生变化时，利用此子模块对其进行信息变更。

（1）职工管理模块用例图，如图4-4-1所示：

图4-4-1职工信息管理模块用例图

（2）职工管理模块活动图，如图4-4-2所示：

图4-4-2职工管理模块活动图

（3）职工管理查询时序图，如图4-4-3所示：

图4-4-3职工管理查询时序图

（4）添加新职工时序图，如图4-4-4所示：

图4-4-4新职工添加时序图

（5）职工信息修改时序图，如图4-4-5所示：

图4-4-5职工信息修改时序图

（6）职工信息删除时序图，如图4-4-6所示：

5.项目组织

项目组织

负责人

职责

项目管理组

对项目实施全部责任。

质量保证组

负责项目过程于产品质量控制和报告。

配置管理组

负责项目产品的版本、配置管理和配置库状态报告。

软件工程组

执行软件工程过程，负责项目产品的开发和维护工作。

测试组

测试软件各部门模块，确保系统的可靠性和安全性

需求管理组

对需求基线和需求变更进行管理

项目经理

指导，控制。

管理和调整项目完成构造软件或硬件工作

6.软件生存周期

【1】项目生存期框架图

【2】项目生存期说明

（１）项目的开发依次经过：

需求、设计、编码和单元测试、

　　　集成以及维护–这一基本路径。

（２）在每一阶段提交以下产品：

软件需求规约、设计文档、

　　　实际代码、测试用例、最终产品等。

工作产品（又称可　

　　　提交的产品，Deliverables）流经“正向”开发的基本步

　　　骤路径。

（３）“反向”步骤流表示对前一个可提交产品的重复变更（又

　　　称为“返工”（Rework））。

　　由于所有开发活动的非确定性，因此是否需要重复变

　　　　更，这仅在下一个阶段或更后的阶段才能认识到。

　　返工不仅在以前阶段的某一地方需要，而且对当前正

　　　　在进行的工作也是需要的。

7.任务于工作产品

【1】需求分析

【2】系统设计

【3】系统实现

【4】测试

【5】产品交付

【6】产品维护

项目可能包含的产品有：

【1】需求说明书、

【2】规格分析说明书

【3】系统设计说明书

【4】源代码

【5】各种测试报告

【6】用户手册

【7】软件维护记录

8.工作产品、任务规模、工作量估计

任务规模

人数

工作量估计

编写文档

1

5-6份

编码

1

500-700行

前台功能点

1

3点

后台功能点

1

3点

性能点

1

6点

9.成本估计

开支项目

开支金额（元）

支付日期

支付方式（现金/支票）

直接人工

500

2016-6-18

现金

直接费用

60

2016-6-18

现金

间接成本

1000

2016-6-18

现金

制造费用

1000

2016-6-18

现金

管理费用

1200

2016-6-18

现金

企业费用

1500

2016-6-18

现金

人事费用

1300

2016-6-18

现金

其他办公费

300

2016-6-18

现金

水电费

400

2016-6-18

现金

印刷费

50

2016-6-18

现金

不可预计费用

100

2016-6-18

现金

项目总投入（人力费用+设备费用+其他经费资源投入）经费元）

10.关键计算器资源计划

系统模式

本系统采用C/S模式作为开发模式

硬件环境

服务器端：

高性能的计算机一台，

普通的双绞线作为连接。

客户端：

普通的计算机或者工作站，

普通的双绞线作为连接。

软件环境

服务器端：

安装SQLServer2000的服务器版本，

安装windows2000服务器版本，

配置了诺顿等必须的防毒软件。

客户端：

安装SQLServer2000的服务器版本，

安装了VB等可视化开发工具软件，

安装windows2000服务器版本。

11.软件项目进度计划

阶段名称

需求分析

概要设计

详细设计

编码

测试

包装于发布

第1周进度

√

第2周进度

√

第3周进度

√

第4周进度

√

第5周进度

√

第6周进度

√

第7周进度

√

第8周进度

√

第9周进度

√

第10周进度

√

12.风险分析

【1】：

被识别的重大风险：

信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。

常见因素有：

数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。

因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：

为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。

【2】采取的预防措施：

系统要能重建系统应该是可审查的系统应能进行有效控制，抗干扰能力强系统使用者的使用权限是可识别的。

【3】风险事件后采用的处理措施：

降低难度系统，更改计划等。

感谢

阅读