|
|
|
|
|
# 项目总览
|
|
|
|
|
|
|
|
|
|
|
|
## 项目名称
|
|
|
|
|
|
|
|
|
|
|
|
商品订货系统
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 背景分析
|
|
|
|
|
|
|
|
|
|
|
|
当今社会是一个信息社会，信息已成为继劳动力、土地、资本之后的又一大资源。谁控制的信息越多，谁利用信息资源的效率越高，谁就会在各方面的竞争中占有一席之地，谁就会有更多的优势。公司商品订购管理系统是一个贸易公司不可缺少的部分，它的内容对于公司的决策者和管理者来说都至关重要，所以贸易管理系统应该能够为用户提供充足的信息和快捷的查询手段。
|
|
|
|
|
|
|
|
|
|
|
|
但目前还有一些小型企业使用传统人工的方式管理，这种管理方式存在着许多缺点，如：效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
|
|
|
|
|
|
|
|
|
|
|
|
随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用，计算机业飞速发展，技术淘汰指标高得惊人，价格下降以及软件应用的快速扩展引发了以信息处理计算机化为标志的“微机革命”。微型计算机的出现和普及， 为信息处理提供了物美价廉的手段，对于推动我国管理信息处理现代化起到了重要作用。
|
|
|
|
|
|
|
|
|
|
|
|
使用计算机对商品信息进行管理,具有手工管理所无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。为此我小组尝试开发商品订购系统，以提高商品信息管理的效率，也是企业的科学化、正规化管理及与世界接轨的重要条件。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 系统简要概述
|
|
|
|
|
|
|
|
|
|
|
|
系统的基本功能：本商品订货系统除了具备信息系统的基本功能外，还具备计划、控制和辅助功能。具体有以下几部分：
|
|
|
|
|
|
|
|
|
|
|
|
①数据处理功能。包括进货管理、库存管理和信息管理；
|
|
|
|
|
|
|
|
|
|
|
|
②计划功能。根据库存管理模块的库存上下限的预警，合理地安排超市商品的进货，并提供相应的计划报告。
|
|
|
|
|
|
|
|
|
|
|
|
③控制功能。对进货管理、库存管理这两个模块分别对应的进货分析、库存状况的检测、检查、比较执行与计划的差异，对差异情况分析其原因，管理人员及时以各种方法加以控制。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 主要任务
|
|
|
|
|
|
|
|
|
|
|
|
系统的主要任务：商品订货系统实施阶段的任务是根据超市确认的设计方案，实现具体的应用系统，包括建立网络环境安全，建立数据库文件，通过成簇设计与系统实现设计报告中的各应用功能并装配成一个完整的系统。
|
|
|
|
|
|
|
|
|
|
|
|
①规划阶段。根据所要创建的商品订货系统的需要和可能，给出总体方案，并对这些方案进行可行性分析。
|
|
|
|
|
|
|
|
|
|
|
|
②分析阶段。根据本系统开发计划所确定的范围，对现有商品订货系统进行详细调查，描述其业务流程，追出系统的局限性和不足之处，确定新系统的基本目标和逻辑模型。
|
|
|
|
|
|
|
|
|
|
|
|
③设计阶段。根据本系统规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案，即设计本系统的物理模型。
|
|
|
|
|
|
|
|
|
|
|
|
④实施阶段。数据文件的转换，系统调试等。
|
|
|
|
|
|
|
|
|
|
|
|
⑤维护与评价。本系统设计完成后，要进行维护，记录系统运行情况，根据程序对系统进行修改。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 成员安排
|
|
|
|
|
|
|
|
|
|
|
|
项目负责任：钱宸
|
|
|
|
|
|
|
|
|
|
|
|
开发人员：吴亚涛、李世豪、钱宸
|
|
|
|
|
|
|
|
|
|
|
|
测试人员：霍胤彤、张梅
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 技术栈
|
|
|
|
|
|
|
|
|
|
|
|
前端：Vue3
|
|
|
|
|
|
|
|
|
|
|
|
后端：SpringBoot2 + MybitsPlus + Maven
|
|
|
|
|
|
|
|
|
|
|
|
数据库：mysql8.0
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# 阶段一：可行性研究报告
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 可行性研究
|
|
|
|
|
|
|
|
|
|
|
|
### 1. 技术可行性：
|
|
|
|
|
|
|
|
|
|
|
|
#### 开发系统采用
|
|
|
|
|
|
|
|
|
|
|
|
前端：Vue3
|
|
|
|
|
|
|
|
|
|
|
|
后端：SpringBoot2 + MybitsPlus + Maven
|
|
|
|
|
|
|
|
|
|
|
|
数据库：mysql8.0，预期能够准确开发完成系统。
|
|
|
|
|
|
|
|
|
|
|
|
采用成熟的JS框架Vue3搭建项目的前端界面。Vue3框架足够安全，成熟。经验丰富的开发人员可以利用该技术迅速完成项目页面的搭建，并且能够满足任意市面上常见的需求。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 技术人员
|
|
|
|
|
|
|
|
|
|
|
|
开发人员经过两年半的专业学习，拥有一定的经验和扎实的基础。熟练掌握Vue3前端开发，SpringBoot2后端数据交互开发。有大量的项目经验，对于完成开发有足够的信心与能力。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 2. 经济可行性：
|
|
|
|
|
|
|
|
|
|
|
|
下k面从成本估计和效益分析两个方面对商品订货系统进行经济可行性的分析：
|
|
|
|
|
|
|
|
|
|
|
|
（1）成本分析
|
|
|
|
|
|
|
|
|
|
|
|
对于成本分析，有代码行技术，任务分解技术，自动估计成本技术三种方法来进行分析，本文采用任务分解技术对人力成本进行分析，首先将商品订货系统的开发任务进行分解，将任务分解成可行性分析，需求分析，设计，编码和单元测试，综合测试五大子任务，对于每个子任务需要使用人力的百分比大致如下表1-1所示
|
|
|
|
|
|
|
|
|
|
|
|
| 任务 | 人力（%） |
|
|
|
|
|
|
| -------------- | --------- |
|
|
|
|
|
|
| 可行性研究 | 5 |
|
|
|
|
|
|
| 需求分析 | 10 |
|
|
|
|
|
|
| 设计 | 20 |
|
|
|
|
|
|
| 编码和单元测试 | 25 |
|
|
|
|
|
|
| 综合测试 | 40 |
|
|
|
|
|
|
| 总计 | 100 |
|
|
|
|
|
|
|
|
|
|
|
|
完成整个任务大致需要的人力为10人月，我们团队有四名成员，按照每人每月费用450元，共计需要人力成本4500元。另外还需要资料费约200元，设备费300元以及各种开发工具购买费用1000元，合6000元。项目成本如下表 1‑2所示：
|
|
|
|
|
|
|
|
|
|
|
|
表1-2
|
|
|
|
|
|
|
|
|
|
|
|
| 成本类型 | 金额（元） |
|
|
|
|
|
|
| ---------------- | ---------- |
|
|
|
|
|
|
| 人力成本 | 4500 |
|
|
|
|
|
|
| 资料费 | 200 |
|
|
|
|
|
|
| 设备费 | 300 |
|
|
|
|
|
|
| 开发工具购买费用 | 1000 |
|
|
|
|
|
|
| 总计 | 6000 |
|
|
|
|
|
|
|
|
|
|
|
|
（2）效益分析
|
|
|
|
|
|
|
|
|
|
|
|
据估计，我们开发的商品订货系统的使用周期大致为5年，下面从货币的时间价值，投资回收期，纯收入以及投资回收率四个方面对商品订货系统进行效益分析。
|
|
|
|
|
|
|
|
|
|
|
|
**货币的时间价值**
|
|
|
|
|
|
|
|
|
|
|
|
我们开发的系统能够商品库存管理带来方便，减少企业在管理中不必要的人力资源，能够从多个方面提升企业的运转效率。据估计使用我们系统的公司每年能够节省各项费用约3000元。货币现在值计算公式如下：
|
|
|
|
|
|
|
|
|
|
|
|
$P = \large\frac{F}{(1+i)^n}$
|
|
|
|
|
|
|
|
|
|
|
|
其中p代表投资额，i代表年利率，n代表年数。
|
|
|
|
|
|
|
|
|
|
|
|
根据货币计算值公式，假定生命周期为5年，年利率为12%，计算每年预计节省的钱的现在价值如表 2‑3所示：
|
|
|
|
|
|
|
|
|
|
|
|
表 1‑3 将来收入折算成现在值
|
|
|
|
|
|
|
|
|
|
|
|
| 年 | 将来值（元） | （1+i）n | 现在值（元） | 累积的现在值（元） |
|
|
|
|
|
|
| ---- | ------------ | -------- | ------------ | ------------------ |
|
|
|
|
|
|
| 1 | 3000 | 1.12 | 2678.57 | 2678.57 |
|
|
|
|
|
|
| 2 | 3000 | 1.25 | 2400.00 | 5078.57 |
|
|
|
|
|
|
| 3 | 3000 | 1.40 | 2142.86 | 7221.43 |
|
|
|
|
|
|
| 4 | 3000 | 1.57 | 1910.83 | 9132.26 |
|
|
|
|
|
|
| 5 | 3000 | 1.76 | 1704.55 | 10836.81 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**投资回收期**
|
|
|
|
|
|
|
|
|
|
|
|
投资回收期能够表示累计的经济效益等于最初投资所需时间，能够衡量投资商品订货系统的价值，根据表 2‑3可知，投资商品订货系统2年后可以节省5078.57元，比最初的投资少921.13元，第3年后将再节省2142.86元，想要使得经济效益等于最初的投资金额，还需要
|
|
|
|
|
|
|
|
|
|
|
|
921.13/2142.86=0.43年
|
|
|
|
|
|
|
|
|
|
|
|
即为投资回收期为2.43年。
|
|
|
|
|
|
|
|
|
|
|
|
**纯收入**
|
|
|
|
|
|
|
|
|
|
|
|
纯收入即在整个生命周期之内系统的累计经济效益（折合成现在值）和投资值之差。根据表 2‑3数据可知投资开发本系统的纯收入是：
|
|
|
|
|
|
|
|
|
|
|
|
10836.81-6000=4836.81元
|
|
|
|
|
|
|
|
|
|
|
|
**投资回收率**
|
|
|
|
|
|
|
|
|
|
|
|
投资回收率是是用来衡量投资效益大小的工具，并且可以将其和年利率相比较，在衡量工程的经济效益时是最重要的参考工具。由上述的成本分析，我们可以知道本项目的投资额为6000元，并且已经根据货币的时间价值，估算出每年可以获得的经济效益，投资回收率的计算方程式如下：
|
|
|
|
|
|
|
|
|
|
|
|
$P = \frac{F_1}{(1+j)} + \frac{F_2}{(1+j)^2}+...+\frac{F_n}{(1+j)^n}$
|
|
|
|
|
|
|
|
|
|
|
|
其中P是现在的投资额；Fi是第i年年底的效益(i=1,2,3…n)；n是系统的使用寿命；j是投资回报率。根据该方程式以及上述分析数据，可以计算出 本工程的投资回收率是49%~50%。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 3. 运行可行性：
|
|
|
|
|
|
|
|
|
|
|
|
由于商品订货系统是相对独立的系统，除了与操作系统交互外，与其他软件的关系不大，所以发生冲突的概率较低。万一发生不能协调工作，为了本系统的安全，将对外来系统做一定限制，严重的将采取禁用策略。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 4. 法律可行性：
|
|
|
|
|
|
|
|
|
|
|
|
该系统在超市、百货商场等类似场所使用，用于记录商品的订货信息，其中不会添加获取用户密码等受法律保护的信息的操作。该系统只会保留用户进货日期和时间，以及供应商和商品等数据，以便用户日后核对，或者供其他一些有权限的人或部门调查。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 需求分析
|
|
|
|
|
|
|
|
|
|
|
|
为了真正开发出满足用户需求的软件产品，首先必须知道用户的需求。对软件需求深入了解是软件开发工作获得成功的前提条件。我们开发的商品订货系统的目标用户是一些小微企业，通过对现行小微商品订货业务进行全面而细致的调查研究后，我们团队得出结论：商品订货系统必须具备用户登录管理，员工用户信息，销售，仓库库存信息，销售信息，才能够满足小微企业的日常事务处理需求。
|
|
|
|
|
|
|
|
|
|
|
|
其中客户登录要能够支持用户注册，登录验证，密码找回，密码更改等功能；库存信息要能够满足查询现有商品的库存量，判断能否满足；销售要接受客服订单发送给仓库；仓库要判断是否有足够的库存，判断能否发货，能发货则开发货单，记录销售记录，在客户支付订单金额后出货，库存不足则要联系采购部门进行采购补货，在给客户进行发货。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 系统数据流图和数据字典
|
|
|
|
|
|
|
|
|
|
|
|
### 系统流程图
|
|
|
|
|
|
|
|
|
|
|
|
<img src="assets/image-20220927090846432.png" alt="image-20220927090846432" style="zoom:67%;" />
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 数据流图
|
|
|
|
|
|
|
|
|
|
|
|
#### 顶层DFD
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 0层DFD
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 1层DFD
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 2层DFD
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 数据字典
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# 项目进展
|
|
|
|
|
|
|
|
|
|
|
|
2022年10月7日，完成前端界面基本框架
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
