精华内容
下载资源
问答
  • 2021-02-10 04:01:25

    基于Odoo的物流库存管理系统的设计(Python)(任务书,开题报告,论文13000字,参考代码)

    摘  要

    随着互联网时代的到来,我国中小企业信息化进程也在不断推进,要想在激烈的市场竞争中站稳脚跟,管理者必须学会利用现代化管理思想和工具来领导企业。由此,ERP应运而生。ERP是以现代企业的先进管理思想为基础,利用互联网和信息技术,帮助企业进行计划制定、流程监控、业务处理及数据统计分析的全方位、系统化的解决平台。

    本文就物流管理系统中的一个分支:库存管理系统为着重点,借助开源ERP软件Odoo的库存管理模块进行研究。从系统分析开始,对系统实施的可行性、企业的业务需求、企业现有业务流程及数据流图进行了分析;随后进行系统设计,主要包括系统功能结构图、E-R图、数据表的设计,完成了系统蓝图;然后根据系统蓝图进行Odoo物流库存管理系统的系统实现;最后还采用黑盒测试法进行了系统测试。

    本文主要设计了路线规则,实现了产品入库、出库的自动化管理,并对产品的位置进行从供应商到客户的全面追溯,有详细的库存统计报表。

    关键词:Odoo;ERP;物流库存管理;PostgreSQL数据库

    Abstract

    With the advent of the Internet era, China's small and medium-sized enterprise information process is also advancing, in order to stand out in the fierce market competition, managers must learn to use modern management ideas and tools to lead the enterprise. As a result, ERP came into being. ERP is based on the advanced management of modern enterprises, based on the use of the Internet and information technology to help enterprises plan development, process monitoring, business processing and data analysis of a comprehensive, systematic solution platform.

    In this paper, a branch of the logistics management system: inventory management system for the focus, with the open source ERP software Odoo inventory management module to study. From the system analysis, the feasibility of the system implementation, the business needs of the enterprise, the existing business process and the data flow chart are analyzed. Then the system design, including the system function chart, ER diagram, data table design, Completed the system blueprint; and then according to the system blueprint Odoo logistics inventory management system system implementation; Finally, the use of black box test method for system testing.

    This article mainly designed the route rules, to achieve the product storage, the library of automated management, and product location from the supplier to the customer's comprehensive trace, a detailed inventory statistics report.

    Key Words:Odoo;ERP;Logistics Inventory Management;PostgreSQL Databas

    本文以开源ERP软件Odoo为基础,通过研究其库存管理模块,需完成以下工作:

    (1)对Odoo进行系统了解,包括Odoo的各个模块、系统架构、数据库设计方式、后台编码方式等,针对其库存管理模块,研究它的基本操作方式,功能特点以及与其它模块的集成关系。

    (2)库存管理主要包括原料采购入库、生产领料、成品生产入库、成品销售出库、产品库存计价、产品报废、产品库存量盘点等内容,通过本文的研究,希望能实现产品出入库的全自动化管理,能根据补货规则自动生成补货申请,能对产品全寿命周期的移动进行位置追溯,能对在库产品进行盘点并生成盘点报告。

    (3)设计系统时,首先应结合企业实际业务,对流程进行优化;设计出的系统应满足企业的管理需求,符合中小企业实际的库存管理要求,让系统能真正投入使用,帮助企业提高经济效益[5]。

    本课题基于开源ERP软件Odoo来进行研究,Odoo提供了一系列易用业务应用程序,已形成完整的一套工具,满足任何业务需求;采用Python语言作为开发语言,结构比较简单,开发过程中没有编译这个环节,而且能与Windows很好地兼容;采用PostgreSQL作为后台数据库,支持几乎所有的数据类型;

    e17f85c1b82afef791ef0bcbb771dd8e.png

    83a33c1056f0acaba3a58588789a4020.png

    9e95a235c572a98632d8aa8ad4350195.png

    ba79468c2f207f4ce8a0b5a068bd5d91.png

    目录

    第1章 绪论    1

    1.1 课题研究背景    1

    1.2 课题研究的目的和意义    1

    1.3 国内外研究现状    1

    1.3.1 国外研究现状    1

    1.3.2 国内研究现状    2

    1.4 本文主要工作    2

    第2章 相关技术简介    4

    2.1 ERP简介    4

    2.2 Odoo简介    4

    2.3 Odoo库存管理模块    4

    第3章 系统分析    6

    3.1 可行性分析    6

    3.2 业务需求分析    6

    3.2.1 现状存在的问题    6

    3.2.2 业务需求描述    7

    3.3 业务流程分析    7

    3.4 数据流图    9

    第4章 系统设计    11

    4.1 功能结构图    11

    4.2 模块间交互关系    11

    4.3 数据库设计    12

    4.3.1 E-R图    12

    4.3.2 数据库表    13

    第5章 系统实现    16

    5.1 用户登录与系统首页    16

    5.2 系统路线规划    17

    5.3 产品信息管理    20

    5.4 产品出入库    23

    5.5 成品生产入库    30

    5.6 库存盘点    31

    第6章 系统测试    36

    第7章 结论    38

    参考文献    39

    致  谢    40

    更多相关内容
  • 库存管理系统数据流图

    热门讨论 2010-05-03 10:43:18
    自己做的库存管理系统数据流图是我们自己设计的。仅供参考!
  • 数据库课程设计,附完整数据库和流程。仅供学习交流使用。
  • 工厂人事管理系统业务流程图以及数据流图 还是比较详细的 我自己做的 有缺点大家包涵 希望对大家能有作用
  • 1请根据以下描述画出某库存管理系统数据流图该系统的...
  • 1.本文首先对库存管理系统的需求进行分析,对系统的业务流程进行研究,同时结合数据库技术,用户权限管理技术和基于Java的Web开发技术等,对系统的设计方法和思路进行分析,包括系统的总体架构,软件层次,各功能...
  • 数据流图习题

    2011-12-21 19:22:12
    1、根据以下描述画出某库存管理系统数据流图 2、根据以下描述画出系统的数据流图 3、请根据以下业务流程描述,画出某物资管理系统的数据流图 4、请根据以下描述画出某设备管理系统的数据流图 5、请根据以下业务...
  • 图书馆有一个图书管理系统,店员每天登记图书信息(编号、书名、数量等),并根据用户的需求查阅库存信息,若有用户需要的图书,且数量足够,就取书给用户;否则让用户填写订购信息,并录入缺货信息。每月打印报表...
  • 软件工程 -- 数据流图的画法

    万次阅读 多人点赞 2021-11-13 20:24:29
    1. 数据流图的画法 1.1 数据流图的概念 ...此外,设计数据流图时只需考虑系统必须完成的基本逻辑功能, 完全不需要考虑怎样具体地实现这些功能, 所以它也是今后进行软件设计的很好的出发点。 1.2

    1. 数据流图的画法


    1.1 数据流图的概念

    数据流图(Data Flow Diagram,DFD)是一种图形化技术,它描绘信息流和数据从输入移动到输出的过程中所经受的变换。

    数据流图的优点

    1. 在数据流图中没有任何具体的物理元素,它只是描绘信息在软件中流动和被处理的情况。
    2. 因为数据流图是系统逻辑功能的图形表示,即使不是专业的计算机技术人员也容易理解它,所以是分析员与用户之间极好的沟通工具。
    3. 设计数据流图时只需考虑系统必须完成的基本逻辑功能,完全不需考虑怎样具体地实现这些功能,因此,它也是今后进行软件设计很好的出发点。
    4. 数据流图可以在任何抽象层次上被用来表示系统或软件。事实上,数据流图可以被分层次地画,层次越低(在数据流图中1层比0层的层次更等)表现出的信息流细节和功能细节也越多。数据流图既提供了功能建模机制、也提供了信息流建模机制。

    1.2 数据流图的基本符号

    在这里插入图片描述
    数据流图有4种基本符号:

    • 正方形(或立方体)表示数据的源点或终点;
    • 圆角矩形(或圆形)代表变换数据的处理;
    • 开口矩形(或两条平行横线)代表数据存储;
    • 箭头表示数据流,即特定数据的流动方向。

    初学者在画数据流图时,往往试图在数据流图中表现分支条件或循环,殊不知这样做将造成混乱,画不出正确的数据流图。在数据流图中应该描绘所有可能的数据流向,而不应该描绘出现某个数据流的条件。

    注意:

    • 处理并不一定是一个程序。一个处理框可以代表一系列程序、单个程序或者程序的一个模块;它甚至可以代表用穿孔机穿孔或目视检查数据正确性等人工处理过程。
    • 一个数据存储也并不等同于一个文件,它可以表示一个文件、文件的一部分、数据库的元素、记录的一部分等;数据可以存储在磁盘、磁带、磁鼓、主存、微缩胶片、穿孔卡片及其他任何介质上(包括人的记忆)。
    • 数据存储和数据流都是数据,仅仅所处的状态不同。数据存储是处于静止状态的数据,数据流是处于运动中的数据。
    • 通常在数据流图中忽略出错处理,也不包括诸如打开或关闭文件之类的内务处理,数据流图的基本要点是描绘“做什么”而不考虑“怎样做”。
    • 有时数据的源点和终点相同,这时如果只用一个符号代表数据的源点和终点,则将有两个箭头和这个符号相连(一个进一个出),可能其中一条箭头线相当长,这将降低数据流图的清晰度。另一种表示方法是再重复画一个同样的符号(正方形或立方体)表示数据的终点。有时数据存储也需要重复,以增加数据流图的清晰程度。为了避免可能引起的误解,如果代表同一个事物的同样符号在图中出现在n个地方,则在这个符号的一个角上(比如左上角)画n−1条短斜线做标记。

    补充:数据流说明

    在这里插入图片描述


    2. 示例:工厂订单报表

    假设一家工厂的采购部每天需要一张订货报表,报表按零件编号排序,表中列出所有需要再次订货的零件。对于每个需要再次订货的零件应该列出下述数据:零件编号,零件名称,订货数量,目前价格,主要供应者,次要供应者。零件入库或出库称为事务,通过放在仓库中的CRT终端把事务报告给订货系统。当某种零件的库存数量少于库存量临界值时就应该再次订货。


    2.1 数据流图有4种成分分析

    数据流图有4种成分:源点和终点、处理、数据存储和数据流。画出上述定货系统的数据流图可采用以下步骤。

    1. 首先考虑数据的源点和终点,从上面对系统的描述可以知道“采购部每天需要一张订货报表”,“通过放在仓库中的终端把事务报告给订货系统”,所以采购员是数据终点,而仓库管理员是数据源点
    2. 接下来考虑处理。再一次阅读问题描述,“采购部需要报表”,显然他们还没有这种报表,因此必须有一个用于产生报表的处理。事务的后果是改变零件库存量,而任何改变数据的操作都是处理,因此,对事务进行的加工是另一个处理。注意,在问题描述中并没有明显地提到需要对事务进行处理,但是通过分析可以看出这种需要。
    3. 最后考虑数据流和数据存储。系统把订货报表送给采购部,因此订货报表是一个数据流;事务需要从仓库送到系统中,显然事务是另一个数据流。产生报表和处理事务这两个处理在时间上明显不匹配:每当有一个事务发生时立即处理它,然而每天只产生一次订货报表,因此,用来产生订货报表的数据必须存放一段时间,也就是应该有一个数据存储(存储着订货报表的数据,每当订货报表的数据有更新时,可以立即获取最新的订货报表的数据,这样就可以实现每当有一个事务发生时立即处理它)。

    注意,并不是所有数据存储和数据流都能直接从问题描述中提取出来。例如,“当某种零件的库存数量少于库存量临界值时就应该再次订货”,这个事实意味着必须在某个地方有零件库存量和库存量临界值这样的数据。因为这些数据元素的存在时间看来应该比单个事务的存在时间长,所以认为有一个数据存储保存库存清单数据是合理的。

    下表列出了上面分析的结果,其中加星号标记的是在问题描述中隐含的成分。

    在这里插入图片描述


    2.2 开始画数据流图

    一旦把数据流图的4种成分分离出来后,就可以着手画数据流图了。但是要注意,数据流图是系统的逻辑模型,而任何计算机系统实质上都是信息处理系统,也就是说计算机系统本质上都是把输入数据变换成输出数据。因此,任何系统的基本模型都由若干个数据源点/终点以及一个处理组成,这个处理就代表了系统对数据加工变换的基本功能。


    2.2.1 顶层数据流图

    对于上述的定货系统可以画出下图所示的顶层数据流图(突出表明了数据的源点和终点)。
    在这里插入图片描述
    顶层数据流图这样非常高的抽象层次开始画数据流图是一个好办法。在这个高层次的数据流图上是否列出了所有给定的数据源点 / 终点是一目了然的,因此它是很有价值的沟通工具。


    2.2.2 第0层数据流图

    顶层数据流图太抽象了,从这张图上所能了解到的信息非常有限。下一步应该把基本系统模型细化,描绘系统的主要功能。

    由于 “产生报表” 和 “处理事务” 是该系统必须完成的两个主要功能,它们将代替图顶层数据流图中的“订货系统”。此外,细化后的数据流图中还增加了两个数据存储:处理事务需要“库存清单”数据;产生报表和处理事务在不同时间,因此需要存储“定货信息”。除了2.1节(2.1 数据流图有4种成分分析)的表中列出的两个数据流之外还有另外两个数据流,它们与数据存储相同。这是因为从一个数据存储中取出来的或放进去的数据通常和原来存储的数据相同,也就是说,数据存储和数据流只不过是同样数据的两种不同形式(事务 <–> 库存清单,订货信息 <–> 订货报表)。

    在这里插入图片描述

    给处理和数据存储都加了编号,这样做的目的是便于引用和追踪。


    2.2.3 第1层数据流图

    接下来应该对功能级数据流图中描绘的系统主要功能进一步细化。考虑通过系统的逻辑数据流,当发生一个事务时必须首先接收它;随后按照事务的内容修改库存清单;最后如果更新后的库存量少于库存量临界值时,则应该再次定货,也就是需要处理定货信息。因此,把“处理事务”这个功能分解为下述3个步骤:“接收事务”、“更新库存清单”和“处理订货”,这在逻辑上是合理的。

    在这里插入图片描述

    我们为什么不进一步分解“产生报表”这个功能呢?因为订货报表中需要的数据在存储的订货信息中全都有,产生报表只不过是按一定顺序排列这些信息,再按一定格式打印出来。然而这些考虑纯属具体实现的细节,不应该在数据流图中表现。同样道理,对“接收事务”或“更新库存清单”等功能也没有必要进一步细化。总之,当进一步分解将涉及如何具体地实现一个功能时,就不应该再分解了。

    在对数据流图分层细化时必须保持信息连续性,即当把一个处理分解为一系列处理时,分解前和分解后的输入/输出数据流必须相同。

    还应该注意在数据流图中对处理进行编号的方法。处理1.1,1.2和1.3是更高层次的数据流图中处理1的组成元素。如果处理2被进一步分解,它的组成元素的编号将是2.1, 2.2……如果把处理1.1进一步分解,则将得到编号为1.1.1,1.1.2……的处理,以此类推。


    2.3 补充: 数据流图命名规范

    数据流图中每个成分的命名是否恰当,直接影响数据流图的可理解性。
    因此,给这些成分起名字时应该仔细推敲。

    数据源点/终点并不需要在开发目标系统的过程中设计和实现,它并不属于数据流图的核心内容,只不过是目标系统的外围环境部分(可能是人员、计算机外部设备或传感器装置)。通常,为数据源点 / 终点命名时采用它们在问题域中习惯使用的名字(如“采购员”、“仓库管理员”等)。

    数据流(或数据存储)命名:

    • 名字应代表整个数据流(或数据存储)的内容,而不是仅仅反映它的某些成分。
    • 不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。
    • 如果在为某个数据流(或数据存储)起名字时遇到了困难,则很可能是因为对数据流图分解不恰当造成的,应该试试重新分解,看是否能克服这个困难。

    处理命名:

    • 通常先为数据流命名,然后再为与之相关联的处理命名。这样命名比较容易,而且体现了人类习惯的“由表及里”的思考过程。
    • 名字应该反映整个处理的功能,而不是它的一部分功能。
    • 名字最好由一个具体的及物动词加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作为名字。
    • 通常名字中仅包括一个动词。如果必须用两个动词才能描述整个处理的功能,则把这个处理再分解成两个处理可能更恰当些。
    • 如果在为某个处理命名时遇到困难,则很可能是发现了分解不当的迹象,应考虑重新分解。

    3. 练习


    3.1 教务管理子系统

    教务管理是一项需求周密计划、严谨安排的工作,要依据教师、学生信息进行合理安排。

    教务管理子系统的需求描述:

    • 开学阶段,需要教师提交开课申请进行开课,学生根据老师的开课信息,选择课程,教务处生成学生课表、教师课表。
    • 期末阶段,需要根据开课情况对学生进行考试安排,对教师进行监考安排,以及学生考试成绩管理。
    • 学期结束,需要对学生成绩进行统计,计算绩点,排名,评定奖学金。

    3.1.1 顶层数据流图

    在这里插入图片描述


    3.1.2 第0层数据流图

    在这里插入图片描述


    3.1.3 第1层数据流图

    在这里插入图片描述


    3.2 图书馆管理子系统

    图书馆管理子系统的需求描述:

    • 借书过程,学生到图书馆查询图书信息,出示借书证,办理借书。
    • 还书过程,判断是否超期、图书是否破损,办理还书。

    3.2.1 顶层数据流图

    在这里插入图片描述


    3.2.2 第0层数据流图

    在这里插入图片描述


    3.2.3 第1层数据流图

    在这里插入图片描述


    4. 补充:数据流图的附加符号

    在这里插入图片描述

    • * 表示数据流之间是“”关系(同时存在)
    • + 表示“”关系
    • ⊕ 号表示只能从中选一个(互斥的关系)

    注意:这里的圆形可以被圆角矩形框替换,都表示变换数据的处理。
    在这里插入图片描述


    5. 说明:顶层数据流图和0层的关系

    在这里插入图片描述

    在这里插入图片描述

    • 顶层数据流图只含一个加工表示整个系统
    • 0层数据流图是对父层数据流图中某个加工进行细化,它的某个加工也可以再次细化,形成子图,层次的多少,一般视系统的复杂程度而定。


    展开全文
  • 医院库存管理

    2020-12-15 21:38:43
    这是一款整理发布的医院库存管理,适用于学习、借鉴、参考医院库存管理,欢迎大家下载使用。P...该文档为医院库存管理,是一份很不错的参考资料,具有较高参考价值,感兴趣的可以下载看看
  • 商品信息的存储并对其进行编码,来区别各类商品
  • 文章目录一:数据流图的定义(DFD)二:数据流图的特点三:数据流图的符号(1)符号(2)注意(了解)四:数据流图示例(1)...数据流图系统逻辑功能的图形表示,是分析员与用户之间极好的通信工具 设计时只需考虑系

    一:数据流图的定义(DFD)

    数据流图:描述信息流和数据从输入到输出所经受的变换。没有任何具体物理部件,只是描绘数据在软件中流动和被处理的逻辑过程

    二:数据流图的特点

    • 数据流图中没有具体的物理部件,只是描绘数据在软件中流动和被处理的逻辑过程
    • 数据流图是系统逻辑功能的图形表示,是分析员与用户之间极好的通信工具
    • 设计时只需考虑系统必须完成的基本逻辑功能,不考虑怎样具体地实现这些功能

    三:数据流图的符号

    (1)符号

    基本符号
    在这里插入图片描述

    关于“数据流”的扩充

    在这里插入图片描述

    (2)注意(了解)

    1.在数据流图中应该描绘所有可能的数据流向,而不应该描绘出现某个数据流的条件。
    2.一个处理框可以代表一系列程序、单个程序或者程序的一个模块
    3.一个数据存储可以表示一个文件、文件的一部分、数据库的元素或记录的一部分等 。
    4.数据存储是处于静止状态的数据,数据流是处于运动中的数据。
    5.通常在数据流图中忽略出错处理
    6.表示数据的源点和终点相同的方法是再重复画一个同样的符号表示数据的终点。
    7.代表同一事物的符号出现在n个地方,在这个符号的角上画(n-1) 条短斜线做标记。

    四:数据流图示例

    (1)示例1

    假设一家工厂的采购部每天需要一张订货报表,报表按零件编号排序,表中列出所有需要再次订货的零件。对于每个需要再次订货的零件应该列出下述数据:零件编号,零件名称,订货数量,目前价格,主要供应者,次要供应者。零件入库或出库称为事务,通过放在仓库中的CRT终端把事务报告给订货系统。当某种零件的库存数量少于库存量临界值时就应该再次订货。画出上述订货系统的数据流图


    A:首先从题目中提取四种成分

    1:考虑数据的源点和终点

    • 数据源点:仓库管理员
    • 数据终点:采购员

    2:考虑有哪些处理

    • “采购部需要报表”,所以需要一个产生报表的处理
    • 仓库中的零件数量会发生改变,所以对事物进行的加工是另一个处理

    3:考虑数据流

    • 系统会把订货报表送给采购部,所以订货报表是一个数据流
    • 事物需要从仓库送到系统中,所以事物是一个数据流

    4:考虑数据存储

    每当有一个事物发生时就应该立即处理,但是由于每天只产生一次订货报表。因此用于产生订货报表的数据必须存放一段时间,所以有一个数据存储

    B:画数据流图

    1:基本系统模型

    • 任何系统的基本模型都由若干数据源点/终点以及一个处理组成,该处理代表系统对数据加工变换的基本功能

    如下

    在这里插入图片描述

    2:细化模型,描绘系统主要功能

    • 产生报表和处理事物是系统必须完成的两个主要功能
    • 细化后增加了两个数据存储:处理事物需要库存清单数据;产生报表和处理事物需要订货信息

    在这里插入图片描述

    3:进一步细化功能级数据流图中描绘的系统主要功能

    当一个事物发生使必须先接受它,随后按照事物的内容修改库存清单,最后如果更新后的库存量少于临界值,需要再次订货
    请添加图片描述
    4:考虑是否继续分解和细化

    一旦在想要分解时产生了诸如 “如何具体地实现一个功能” 这样的疑问时就表明不需要分解了

    5:检查

    • 分层必须保证信息的连续性
    • 注意编号的处理

    (2)示例2

    银行计算机储蓄系统的工作过程大致如下:储户填写的存款单或取款单由业务员键入系统,如果是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息,并印出存单给储户;如果是取款而且存款时留有密码,则系统首先核对储户密码,若密码正确或存款时未留密码,则系统计算利息并印出利息清单给储户

    第一层
    在这里插入图片描述

    第二层

    在这里插入图片描述

    五:数据流图的用途

    (1)目的

    1.作为交流信息得工具

    2.作为分析和设计的工具

    (2)自动化边界

    以图中不同处理的定时要求为指南,能够在数据流图.上画出许多组自动化边界,每组自动化边界可能意味着一个不同的物理系统,因此可以根据系统的逻辑模型考虑系统的物理实现

    展开全文
  • 库存管理系统数据库设计 系统需求分析: 入库管理: 供货单位将货物连同填好的入库单一起送到仓库,仓库管理员将验收货物,首先将货物 的代码、类型、规格和数量与入库单进行核对,在核对无误后将货物按名称分类入库...
  • 数据流图

    万次阅读 多人点赞 2018-06-25 10:38:04
    数据流图(DFD- Data Flow Diagram)让系统分析者弄清楚“做什么”的问题,其重要性就不言而喻了。那么我们怎么画数据流图呢?数据流图系统流程图又有什么区别呢?步骤1数据流图里包含的内容数据流图描述的是系统...
    数据流图(DFD- Data Flow Diagram)让系统分析者弄清楚“做什么”的问题,其重要性就不言而喻了。那么我们怎么画数据流图呢?数据流图与系统流程图又有什么区别呢?
    步骤
    1
    • 数据流图里包含的内容
    • 数据流图描述的是系统的逻辑模型,图中没有任何具体的物理元素,只是描绘信息在系统中流动和处理的情况。因为数据流图是逻辑系统的图形表示,即使不是专业的计算机技术人员也能容易理解。

      不要将数据流图(DFD)与系统流程图、程序流程图相混淆。

    步骤
    2
    • 数据流图里的符号

    数据流图里的符号也极为简单,只有四个:1)外部实体;2)处理;3)连线;4)数据存储。这四个符号也有两种。一种是Yourdon & Coad法,另一种是Gane & Sarson法。只是略有不同而已。如果你使用Microsoft Visio,那么你只能使用Gane & Sarson法了。





    需要注意的是:

    1)处理并不一定是程序。它可以是一系统程序、单个程序或程序的一个模块,甚至可以是人工处理过程;

    2)数据存储并不等同于一个文件。它可以是一个文件、文件的一部分、数据库元素或记录的一部分;它代表的是静态的数据。

    3)数据流也是数据,是动态的数据。

    步骤
    3
    • 分离数据流图中的元素
    • 假设一家工厂的采购部门每天需要一张定货报表。报表按零件编号排序,表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据:零件编号、零件名称、定货数量、目前价格、主要供应商、次要供应商。零件入库或出席称为事务,通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存数量少于库存临界值时就应该再次定货。

       源点/终点

      (外部实体)

      • 采购员
      • 仓库管理员

       数据处理

      • 产生报表
      • 处理事务 
       数据流
      • 定货报表
        零件编号
        零件名称
        定货数量
        目前价格
        主要供应商
        次要供应商
      • 事务
        零件编号
        事务类型
        数量 
       数据存储
      • 定货信息(见定货报表)
      • 库存清单
        零件编号
        库存量
        库存量临界值
    步骤
    4
    • 逐步分解地画出数据流图
    • 第一步,画出最概括的系统模型。因为任何系统实质上都是由若干个数据源点/终点以及一个处理组成。这个处理就代表了系统对数据加工变换的基本功能。



    •  

      对上图进行细化

      再细化一点


      勾画出边界



                                                                                                                                                                                                                                                                                          


    步骤
    5
    • 命名的方法
    • 1)为数据流(或数据存储)命名
          A.名字应该代表整个数据流(或数据存储)的内容;
          B.不要使用空洞的、缺乏具体含义的名字(如“数据”、“输入”);
          C.如果为某个数据流(或数据存储)起名字时遇到困难,则很可能是因为对数据流图的分解不恰当造成的,应该试试重新分解数据流图;

      2)为处理命名
          A.通常先为数据流命名,然后再为与之相关联的处理命名;
          B.名字应该反映整个处理的功能;
          C.应该尽量避免空洞笼统的动词做名字,如“处理”、“加工”;
          D.通常用一个动词命名,如果必须用两个动词才能描述整个处理的功能,则可能要把这个处理分解成两个处理更恰当;
          E.如果在为某个处理命名时遇到困难,则很可能是发现了分解不当的情况,应考虑重新分解。

      3)为数据源点/终点命名
      通常,为“数据源点/终点”命名时,采用它们在问题域中习惯使用的名字(如“仓库管理员”、“采购员”)。



    展开全文
  • 库存管理系统

    2012-05-13 17:20:34
    库存管理系统,基于java开发,带有数据库的,方便做数据库课程设计
  • 商店库存管理系统

    2007-06-01 22:54:00
    一个非常好用的库存系统。包括库存管理和收款功能。
  • 数据流图(Data Flow Diagram ,DFD)是一种图形化建模工具,也是结构化分析的最基本的工具。 1.数据流图的4种基本符号 数据流图的基本符号如图2.3所示有三种不同的表示方法,归纳起来数据流图只有4种基本符号元素,...
  • 数据流图的画法,如何画数据流图

    万次阅读 多人点赞 2020-04-15 16:19:58
    数据流图是结构化分析方法中使用的工具,它以图形的方式描绘数据在系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能,所以它是一种功能模型。 数据流图英文缩写DFD(Data Flow Diagram)它是描绘信息流和...
  • 系统功能描述2.2.4系统数据流图三、项目概要设计3.1.系统建模设计3.1.1.UML简介3.1.2.系统的用例分析3.1.3.系统的层次模块图3.2管理员录入出入库信息3.3 用户录入出入库信息3.4 管理管理用户信息3.5 管理员录入...
  • 图25.7 库存管理系统功能模块图 17 图26.1 制造标准管理业务数据流图 18 图26.2 制造标准管理实体关系图 18 图26.3 制造标准管理功能模块图 19 图27.1 计划管理业务数据流图 20 图27.2 主生产计划管理业务数据流图...
  • 物品库存管理系统

    2014-06-30 10:12:04
    很详细的 采用了数据结构和C/C++创建的一个库存管理系统课程设计说明书 内含代码
  • 数据流图的销售管理系统

    千次阅读 2018-06-04 15:10:25
    某个企业销售管理系统的功能为(1)接受顾客的订单,检验订单,若库存有货,进行供货处理,即修改库存,给仓库开备货单,并且将订单留底;若库存量不足,将订货单登入缺货记录。(2)根据缺货记录进行缺货登记,将...
  • 数据流图概述与应用

    千次阅读 2018-11-08 19:29:39
    数据流图(DFD,Data Flow Diagram)是软件工程结构化分析模型中的一种功能模型,用来描述系统中的数据处理过程。数据流图服务于两个目的:一是指明数据在系统中移动时如何被变换,二是描述对数据流进行变换的功能和...
  • 3.2.1 数据流图: 3.2.2系统流程图: 3.2.3数据字典: 3.3 支持信息 3.3.1 运行环境 3.3.2 支持软件 3.3.3接口 3.3.4控制 3.3.5需求注解 3.4需求分析总结 四、 概要设计 4.1 总体设计 4.1.1需求规定 ...
  • 软件工程-数据流图

    万次阅读 多人点赞 2019-01-10 08:39:57
    阅读以下说明和,回答问题1至问题3。 某时装邮购提供商拟开发订单处理系统,用于处理客户通过电话、传真、邮件或 Web站点所下订单。其主要功能如下: (1)增加客户记录。将新客户信息添加到客户文件,并分配一个客户...
  • ERP 库存管理系统 需求分析 1核心业务 2核心业务流程 3核心业务流程数据流图 4数据字典 总体设计 由数据流图与流程图得到软件结构图 软件结构图模块化具体化 同时设计出测试用例 对象化的类图 详细设计 1 对象之间的...
  • 数据库课程设计:建材物资管理系统数据库课程设计 ** 一.课设简述 ** 本次设计基于大二学习的数据库原理这门课程,选择了建材物资管理系统这个课设题目,在查阅了相关资料后,设计了集进货商家信息,进货报表到物资...
  • 数据流图中每个成分的命名是否恰当,直接影响数据流图的可理解性。因此,给这些成分起名字时应该仔细推敲。 命名 1.为数据流(或数据存储)命名 (1)名字应代表整个数据流(或数据存储)的内容,而不是仅仅反映它的...
  • IO版的图书管理系统,附源码,快进来看看吧!长期以来,人们使用传统的人工方式管理图书馆的日常业务,其操作流程比较烦琐。所以,我们需求设计一个图书管理系统来方便学生的借书和图书馆管理书籍。
  • 超市库存管理系统

    千次阅读 2020-01-13 20:35:15
    模拟真实的库存管理逻辑,完成超市管理系统的日常功能实现,见下 二、案例需求分析 根据案例介绍,我们进行分析,首先需要一个功能菜单,然后输入功能序号后,调用序号对应的功能方法,实现想要的操作。分析...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 27,995
精华内容 11,198
关键字:

库存管理系统数据流图

友情链接: PV_MPPT.zip