django重大公告卫生事件物资管理系统
摘要
随着信息技术的快速发展,计算机应用已经进入成千上万的家庭。随着物资数量的增加,物资库存管理也存在许多问题。物资数据的处理量正在迅速增加,原来的手工管理模式不适合这种形式。使用计算机可以完成数据收集、处理和分析,减少人力和物力的浪费。需要建立重大公告卫生事件物资管理系统,为物资管理提供信息管理和动态管理,提高物资管理的质量和效率。
在重大公告卫生事件物资管理系统的设计中,采用Python编程语言和Django技术,在MVVM的模式下,并使用MySQL作为系统的数据库。该系统设计了强大的功能模块,考虑了物资管理的各个方面。这些主要功能模块分别是首页、系统用户(管理员、仓管用户、普通用户、部门主管)模块管理(物资仓库、出库信息、入库信息、用户申请、部门申请、部门公告、新闻消息、配送信息)等功能模块。最后,通过系统需求分析和系统设计方法验证,结果表明该设计具有实用价值,因此从软件设计的角度,对研究理论、基础、总体系统布局和具体系统设计进行了详细研究。
关键词:Python编程语言;Django技术;软件设计
Django material management system for major public health eventsABSTRACT
With the rapid development of information technology, computer applications have entered thousands of families. With the increase of the quantity of materials in enterprises, there are also many problems in material inventory management. The processing volume of material data is increasing rapidly, and the original manual management mode is not suitable for this form. The use of computers can complete data collection, processing and analysis, and reduce the waste of human and material resources. Enterprises need to establish an inventory management system to provide information management and dynamic management for enterprise material management, and improve the quality and efficiency of material management.
In the design of the inventory management system, Python programming language and Django technology are used, and MySQL is used as the database of the system under the MVVM mode. The system has designed powerful functional modules, taking into account all aspects of material management. These main functional modules are home page, system user (administrator, warehouse user, general user, department head) module management (material warehouse, outbound information, inbound information, user application, department application, department announcement, news message, distribution information) and other functional modules. Finally, through system requirements analysis and system design method verification, the results show that the design has practical value. Therefore, from the perspective of software design, the research theory, foundation, overall system layout and specific system design are studied in detail.
Key words: Python programming language; Django technology; software design
目 录
第1章绪论
1.1开发背景与意义
由于突发公共卫生事件危害范围和程度的不确定性,不可能所有卫生应急物资均以实物形式储存,应该根据储备物品的种类、需求量、可保存性等特点,分为实物、资金、委托储备等形式进行储备。卫生应急物资实物储备实行严格计划管理,各责任科室要实行专库存储,专人负责,要建立健全各项卫生应急物资储备管理制度,发生突发公共卫生事件时,可先行电话请示相关领导许可,消耗的卫生应急物资要事后办齐调拨及领用手续。
重大公告卫生事件物资管理系统是计算机技术与物资管理相结合的产物,通过物资数据的管理系统实现了对用户物资仓库、出库信息、入库信息等进行高效管理。随着计算机技术的不断提高,计算机已经深入到社会生活的各个角落.而采用人工统计的方法,不便于使用,而且容易出错。为了满足物资管理人员对物资仓库、出库信息、入库信息高效的管理,在工作人员的具备一定的计算机操作能力的前提下,特编此重大公告卫生事件物资管理系统软件以提高疫情了解和疫情管理效率。
重大公告卫生事件物资管理系统是一项复杂而必要的工作。主管们需要每天处理大量的文档和数据。为了及时结算每个业务账户,检查库存数量和货物进出和出库情况,确保的正常运营和财产安全,经理需要花费大量的人力、物力和时间来做数据记录和统计。
在发达国家,计算机化库存管理水平非常高,自动化管理模式已经实现。尽管国内在这方面有很强的意识和很大的进步,包括物资管理,但在管理方面仍然存在一些问题。在一些,库存管理仍然是手工和半手工的。从物资购买登记开始到物资出库结束,所有操作基本上都是书面记录。库存管理是由库存管理人员编写的,统计是用计算器完成的。这种方法不仅管理复杂、效率低下,而且缺乏一些基本的库存管理工具,如库存状态统计、查询经济订货量的计算等。这也在一定程度上导致了管理落后、竞争落后以及经济效益的损失[3][4]。
1.3论文组成结构
论文整体分为六个章节模块:引言部分介绍研究背景以及意义,第二章主要是介绍采用的相关技术还有使用的开发方法,第三章描述的是前期调查分析,第四章的系统的功能等设计,第五章主要是整个系统的实现过程及关键代码,最后一章是系统测试方法以及测试结果的记录与描述。
开发环境主要就是包括以下几个类型:
1、操作系统:Microsoft Windows10Pro1709;
2、开发工具:Pycharm;
3、服务器:Tomcat7.0;
4、数据库:MySQL5.6、MySQL For Navicat(可视化界面管理客户端)
2.2操作系统
Windows10和Windows以后的版本关于Windows10,微软宣布它将以比以前更快的节奏更新Windows,将不会有官方的“Windows11”;相反,WindowsUpdate(或另一个服务模型)会将现有的Windows10更新为新版本。在编写此书时,已经有两个这样的更新发生在2015年11月(也称为版本1511,指服务年和月份)和2016年7月(版本1607,也因为周年更新的营销名称所知)[5]。
Windows10和“一个内核”多年来,几种不同类型的Windows已经发展起来。除了在PC上运行的主流Windows之外,还有Xbox360游戏控制台,它运行一个分叉Windows2000。WindowsPhone7基于WindowsCE(微软的实时操作系统)运行的一个变体[6]。维护和扩展所有这些代码库显然是困难的。因此,微软决定将内核和基础平台支持的二进制文件聚合为一个。这开始于Windows8和Windows电话8,其中共享内核(Windows8.1和Windows电话8.1具有聚合的Windows运行时API)。使用Windows10,融合就完成了,这个共享平台被称为Onecore,它运行在PC、电话、XboxOne游戏控制台、全息屏和物联网(IoT)设备(如树莓Pi2)上[7]。
PyCharm是一种Python IDE,带有一整套可以帮助用户在使用Python语言开发时提高其效率的工具,比如调试、语法高亮、Project管理、代码跳转、智能提示、自动完成、单元测试、版本控制。此外,该IDE提供了一些高级功能,以用于支持Django框架下的专业Web开发。
MySQL是一个关系型数据库管理系统,它的范围包括了膝上型计算机、台式机、服务器。20世纪,最初的MySQL是由Sybase专门为UNIX系统开发的,后来微软将它移植到了WindowsNT系统上。从1994年开始,微软发布独立于Sybase开发的MySQL版本,而Sybase在20世纪90年代后期,就已经停止使用MySQL这个名称。
MySQL提供MySQL多个拷贝之间以及其他数据库系统的复制服务。其中的分析服务是属于系统的一个完整部分,包括了:联机分析处理(OLAP)和数据挖掘工具。MySQL提供了一个大的图形化工具集和向导,引导数据库管理员执行各种任务,例如建立定期备份、在服务器之间复制数据,以及调整数据库性能[10]。
重大公告卫生事件物资管理系统采用的是MVC模式进行编写的。MVC英文即Model-View-Controller,即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离,这样一个应用被分成三个层,即模型层、视图层、控制层[11]。
视图(View)代表用户交互界面,在Web应用之中,可以说是HTML的界面,也有可能包括了XML、XHTML或者是Applet等。随着技术还有需求的发展,Web应用的复杂程度还有规模也在增加,因此处理的难度也在增加。一个Web应用就可能有很多的界面,在MVC模式中,视图仅仅处理的只有数据采集、处理,还有用户的请求,并不包括业务流程的处理,业务流程由模型(Model)来处理。
模型(Model)就是业务流程/状态的处理及业务规则的制定。模型处理业务流程的过程其它层是无法看见了的,它就像黑箱子,在接受视图请求的数据之后,然后返回最终的处理结果。MVC最主要的核心就是业务模型的设计,一个典型的应用例子就是目前流行的EJB模型,它从应用技术实现的角度对模型做了进一步的划分,以便充分利用现有的组件,但是它不能作为应用设计模型的框架。
控制器(Controller)可以理解为接收用户的请求,然后视图和模型匹配在一起,一起再完成用户请求。它有非常明显的作用在划分控制层上,可以很清晰地告诉你,它就是一个分发器,选择什么样的模型、视图,可以完成用户的什么样的请求。控制层不做所有的数据处理,比如说:用户点击一个连接,控制层接受到请求之后,并不处理业务信息,它只是向模型传递用户的信息,同时告诉模型做什么,然后选择符合需求的视图返回给用户[12][13]。
2.4.2Django框架
Django是一个由Python编写的具有完整架站能力的开源Web框架。使用Django,只要很少的代码,Python的程序开发人员就可以轻松地完成一个正式网站所需要的大部分内容,并进一步开发出全功能的Web服务[10]。
Django本身基于MVC模型,即Model(模型)+View(视图)+ Controller(控制器)设计模式,因此天然具有MVC的出色基因:开发快捷、部署方便、可重用性高、维护成本低等。Python加Django是快速开发、设计、部署网站的最佳组合[11]。
Django具有以下特点:
能完善、要素齐全:该有的、可以没有的都有,常用的、不常用的工具都用。Django提供了大量的特性和工具,无须你自己定义、组合、增删及修改[12]。
完善的文档:经过十多年的发展和完善,Django有广泛的实践经验和完善的在线文档(可惜大多数为英文)。开发者遇到问题时可以搜索在线文档寻求解决方案[13]。
强大的数据库访问组件:Django的Model层自带数据库ORM组件,使得开发者无须学习其他数据库访问技术(SQL、pymysql、SQLALchemy等)。
灵活的URL映射:Django使用正则表达式管理URL映射,灵活性高。
丰富的Template模板语言:类似jinjia模板语言,不但原生功能丰富,还可以自定义模板标签[14]。
可行性分析是项目开发前期评估的一个重要环节,通常是在项目开发的最初进行的,主要从多个角度来分析项目开发是否可行。
经济可行性分析主要是考虑在系统开发的过程中所涉及到的费用问题,从全方位角度分析,费用主要涉及人力资本费用,相关设备费用,以及维护费用等。本次系统开发的整体规模都比较小,涉及到的费用较低,对于个人来讲,都可以承受,为此,经济可行性的分析也是行得通的。
技术可行性分析主要通过对现有技术的判断,来预测系统的实际开发是否存在可能性,是整个分析过程中最为关键的一个环节,决定系统的实际成功率。因此,系统在技术可行性上做出详细的分析。首先,系统采用的是Django开发技术,这项技术比较全面,实用广泛,没有实现不了的功能需求;其次,数据库采用的是MySQL作为存储数据,这种数据库稳定性极高,也是大众实用的数据库;最后,开发工具,采用的是Pycharm,工具中具有框架函数等,可以直接引用;通过三年多的学习与实践,对本系统的使用技术掌握已经熟练,并对相应的技术种类有一定的了解,主要运用的语言是Python。
操作本系统所采用的是Web浏览器,并且浏览器是大家熟悉的浏览方式,Web浏览器主要是为了实现客户端的请求以及管理服务器端口组件,并对数据库的数据进行处理以及返还结果。数据库的建立是为了将数据进行整理并储存,从而保证了数据的完整性一旦需要对数据进行相关操作那么工作会变得较为容易,减少了工作量。所有操作都由系统自行控制完成。解放了生产力、加快工作效率的同时也降低了错误率,保证了系统的稳定性。本系统为了使整体操作更加轻松,便捷,使用了JS动态交互技术,在操作人员进行操作过程中就不要相关的数据库等资料进行了解,保证了核心数据的安全性。整个系统都是可视化操作,通过鼠标点击就可完成,不需要太多的数据处理,因此,操作可行性是可以行得通的。
通过上述分析,可以确定该系统具有实际开发的价值和可能性。
通过用户需求的调查与了解,系统主要提供的功能如下:
1.管理员账户的基本信息管理。主要提供管理员账户的基本信息录入、删除、维护和查询等功能,包括:
管理员录入管理员账户基本信息;
管理员更新、增加及删除管理员账户基本信息;
用户根据管理员账户ID查询基本信息;
系统管理员更改个人密码;
2.用户的基本信息管理。主要提供用户的基本信息录入、删除、维护和查询等功能,包括:
管理员录入用户基本信息;
管理员更新、增加及删除用户基本信息;
管理员根据用户ID查询基本信息;
用户用户更改个人密码;
3.物资的基本信息管理。主要提供物资的基本信息录入、修改和查询功能,包括:
管理员录入物资基本信息;
管理员更新、增加及删除物资基本信息;
管理员根据物资ID查询基本信息;
4.仓库的基本信息管理。主要是提供库房的基本信息录入、维护和查询功能,包括:
管理员录入库房基本信息;
管理员更新、增加及删除库房基本信息;
管理员根据库房ID查询库房基本信息;
5.入库的基本信息管理。主要提供入库的基本信息录入、删除、维护和查询功能,包括:
管理员录入物资入库信息;
管理员更新、增加物资入库基本信息;
管理员根据物资ID查询物资入库基本信息;
用户根据个人信息导航栏查询个人入库信息;
6.出库的基本信息管理。主要提供出库的基本信息录入、删除、维护和查询功能,包括:
管理员录入物资出库信息;
管理员更新、增加物资出库基本信息;
管理员根据物资ID查询物资出库基本信息;
用户根据个人信息导航栏查询个人出库信息;
重大公告卫生事件物资管理系统的主要构成分为两部分,一是物资的入库管理操作,另一个是物资的出库管理操作。围绕这两大部分,重大公告卫生事件物资管理系统的全部功能将展开。如下图中的传统业务流程图所描述,;操作员进行入库,然后归类汇总。当物资库存满足要求时,进行正常的出库处理;当物资库存量低于出库量,则要填写缺货单进行物资入库,从而进行着传统规模中正常的库存管理业务流程。
系统业务流程图如下所示。
图3-1系统业务流程图
1.数据流图0层0层数据流图是由普通用户、管理员及重大公告卫生事件物资管理系统组成的,用户可以向系统提入库信息、出库信息、配送信息信息;管理员可以向系统提供入库信息、统计信息、物资信息;管理员把物资信息传给系统,系统会把物资信息提供给用户。
本系统的数据流图0层如下图所示。
图3-2系统的0层数据流图
2.数据流图1层管理员可以对库存进行管理,产生库存信息表,把库存信息传递给物资信息管理,产生物资信息表,在把物资信息传给统计管理,对信息进行统计,也会把统计的信息传给管理员,用户还可以通过物资信息管理查看物资库存信息。
系统的数据流图1层如下图所示。
图3-3系统1层数据流图
3.库存管理数据流图2层管理员可以对入库进行管理产生入库信息表,物资信息表也可以提供信息给入库管理,入库信息表可以把信息传给出库管理,管理员对出库进行管理,产生出库信息表,库存管理分解2层数据流图如下图所示。
4.1系统设计的原理
系统设计原理包括:
- 模块化。模块化就是把整个程序划分为多个模块,每个模块有自己的名字并可以被独立访问。所有模块的功能集合起来就可以满足用户需求。
- 抽象。抽象是暂时忽略软件的细节,集中精力将软件的本质特征提取出来。
- 逐步求精。总体设计需要先解决主要问题,再将问题一步步细化。
- 局部化和信息隐藏。不同模块之间,信息相互不能访问,是不能访问的;并且应该在相近的物理地址上放置关系较密切的软件元素。
- 模块独立。模块之间应该遵循高内聚,低耦合的原则。
重大公告卫生事件物资管理系统从实际应用角度来说可以分成用户管理模块、系统模块、主要功能模块三大模块。
1.系统用户管理模块可以分成用户管理、个人信息管理和权限管理模块。用户管理是对用户的相关信息进行查阅、修改,删除等操作。个人信息管理可以对个人信息的情况进行添加、修改信息删除、个人信息修改和个人信息查询。
2.主要功能管理模块包括首页、系统用户(管理员、仓管用户、普通用户、部门主管)模块管理(物资仓库、出库信息、入库信息、用户申请、部门申请、部门公告、新闻消息、配送信息)。
3.系统管理模块系统管理模块分为数据备份。
系统的功能模块图如下图所示。
图4-1系统功能结构图
4.3数据库设计
数据库设计(DatabaseDesign)是指对一个给定的环境,构造良好的数据库模式,建立数据库系统,使之能够最有效地存储数据,满足各类用户的需求即处理要求和信息要求。在数据库应用范围内,经常把使用数据库的系统称为数据库的应用系统。
4.3.1概念模型设计
E-R设计方法是一种通过E-R图来描述现实世界信息结构的DB设计方法。E-R图由实体、属性、联系三部分组成。它有两个优点,即接近于人的思维,容易理解;与计算机无关,用户容易接受。
系统的主要实体间关系E-R图如下图所示:
图4-2系统E-R图
实体间可建立某种联系,大致可分为三种:(1)实体间一对一联系,这种关系可以独立也可与其他合并;(2)实体间是一对多联系,实体与另一个n端实体发生联系;(3)实体间为多对多联系,两个实体间存在某种关系。每个实体上码所具有的属性就是关系属性,实体码的组合就是关系码。
基于以上原则,可将图转换为关系模型。
物资信息表:{物资名称、分类、图片数量、所在库房};入库信息表:{物资编号、名称、分类、入库日期、数量、备注、账号、姓名};出库信息表:{物资编号、名称、分类、出库日期、数量、备注、账号姓名};配送信息信息表:{库房名称、物资名称、物资数量、分站库房名称、调配日期、账号、姓名}。
4.3.2逻辑结构设计
根据E-R模型,重大公告卫生事件物资管理系统建立了以下逻辑数据结构,下面是各数据表的详细说明。
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | delivery_information_id | int | 10 | 0 | N | Y | 配送信息ID | |
2 | application_supervisor | int | 10 | 0 | Y | N | 0 | 申请主管 |
3 | supervisor_name | varchar | 64 | 0 | Y | N | 主管姓名 | |
4 | competent_department | varchar | 64 | 0 | Y | N | 主管部门 | |
5 | material_documents | varchar | 255 | 0 | Y | N | 物资文档 | |
6 | delivery_progress | varchar | 64 | 0 | Y | N | 配送进度 | |
7 | shipping_details | text | 65535 | 0 | Y | N | 配送详情 | |
8 | operating_warehouse | int | 10 | 0 | Y | N | 0 | 操作仓管 |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表department_announcement (部门公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_announcement_id | int | 10 | 0 | N | Y | 部门公告ID | |
2 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
3 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
4 | announcement_content | text | 65535 | 0 | Y | N | 公告内容 | |
5 | release_supervisor | int | 10 | 0 | Y | N | 0 | 发布主管 |
6 | supervisor_name | varchar | 64 | 0 | Y | N | 主管姓名 | |
7 | competent_department | varchar | 64 | 0 | Y | N | 主管部门 | |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表department_application (部门申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_application_id | int | 10 | 0 | N | Y | 部门申请ID | |
2 | application_supervisor | int | 10 | 0 | Y | N | 0 | 申请主管 |
3 | supervisor_name | varchar | 64 | 0 | Y | N | 主管姓名 | |
4 | competent_department | varchar | 64 | 0 | Y | N | 主管部门 | |
5 | application_date | date | 10 | 0 | Y | N | 申请日期 | |
6 | material_documents | varchar | 255 | 0 | Y | N | 物资文档 | |
7 | application_information | text | 65535 | 0 | Y | N | 申请信息 | |
8 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
9 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_head_id | int | 10 | 0 | N | Y | 部门主管ID | |
2 | supervisor_name | varchar | 64 | 0 | Y | N | 主管姓名 | |
3 | gender_of_supervisor | varchar | 64 | 0 | Y | N | 主管性别 | |
4 | competent_department | varchar | 64 | 0 | Y | N | 主管部门 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | material_warehouse_id | int | 10 | 0 | N | Y | 物资仓库ID | |
2 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
3 | item_no | varchar | 64 | 0 | Y | N | 物资编号 | |
4 | material_type | varchar | 64 | 0 | Y | N | 物资类型 | |
5 | storage_warehouse | varchar | 64 | 0 | Y | N | 存放仓库 | |
6 | responsible_for_warehouse_management | int | 10 | 0 | Y | N | 0 | 负责仓管 |
7 | material_picture | varchar | 255 | 0 | Y | N | 物资图片 | |
8 | material_details | text | 65535 | 0 | Y | N | 物资详情 | |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | news_id | int | 10 | 0 | N | Y | 新闻消息ID | |
2 | news_headlines | varchar | 64 | 0 | Y | N | 新闻标题 | |
3 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
4 | news_number | varchar | 64 | 0 | Y | N | 新闻编号 | |
5 | publishing_author | varchar | 64 | 0 | Y | N | 发布作者 | |
6 | news_content | text | 65535 | 0 | Y | N | 新闻内容 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | ordinary_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | user_department | varchar | 64 | 0 | Y | N | 用户部门 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | outbound_information_id | int | 10 | 0 | N | Y | 出库信息ID | |
2 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
3 | item_no | varchar | 64 | 0 | Y | N | 物资编号 | |
4 | material_type | varchar | 64 | 0 | Y | N | 物资类型 | |
5 | storage_warehouse | varchar | 64 | 0 | Y | N | 存放仓库 | |
6 | responsible_for_warehouse_management | int | 10 | 0 | Y | N | 0 | 负责仓管 |
7 | delivery_date | date | 10 | 0 | Y | N | 出库日期 | |
8 | delivery_quantity | int | 10 | 0 | Y | N | 0 | 出库数量 |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_application_id | int | 10 | 0 | N | Y | 用户申请ID | |
2 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
3 | item_no | varchar | 64 | 0 | Y | N | 物资编号 | |
4 | material_type | varchar | 64 | 0 | Y | N | 物资类型 | |
5 | application_date | date | 10 | 0 | Y | N | 申请日期 | |
6 | number_of_applications | int | 10 | 0 | Y | N | 0 | 申请数量 |
7 | application_user | int | 10 | 0 | Y | N | 0 | 申请用户 |
8 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
9 | user_department | varchar | 64 | 0 | Y | N | 用户部门 | |
10 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
11 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | warehouse_user_id | int | 10 | 0 | N | Y | 仓管用户ID | |
2 | name_of_warehouse_keeper | varchar | 64 | 0 | Y | N | 仓管姓名 | |
3 | gender_of_warehouse_keeper | varchar | 64 | 0 | Y | N | 仓管性别 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表warehousing_information (入库信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | warehousing_information_id | int | 10 | 0 | N | Y | 入库信息ID | |
2 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
3 | item_no | varchar | 64 | 0 | Y | N | 物资编号 | |
4 | material_type | varchar | 64 | 0 | Y | N | 物资类型 | |
5 | storage_warehouse | varchar | 64 | 0 | Y | N | 存放仓库 | |
6 | responsible_for_warehouse_management | int | 10 | 0 | Y | N | 0 | 负责仓管 |
7 | warehousing_date | date | 10 | 0 | Y | N | 入库日期 | |
8 | receipt_quantity | int | 10 | 0 | Y | N | 0 | 入库数量 |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
1.登录模块,用户、仓管、主管、管理员可以通过登录进入该系统,如果输入正确,则可以进入该系统,显示的结果如下。
用户登录界面如下图所示。
图5-1登录模块界面
2.用户注册,某个人员进入该系统,则注册该用户的信息,如果注册成功,就可以进入该系统,显示的结果如下。
注册用户界面如下图所示。
图5-2注册用户界面
3.创建用户流程,首先获取用户的基本信息,然后将姓名转换为拼音做为用户名,默认密码是admin向数据库添加一条记录。
创建用户流程图如下图所示。
图5-3创建用户流程图
5.2用户管理功能模块实现
1.用户注册,审核用户注册信息,主要页面是yuangongxinxi_add.html文件,通过调用add()方法,将用户参数传入,实现用户信息的添加。
用户添加页面如下图所示。
图5-4用户添加页面
2.用户修改,管理员可以修改已存在的用户信息,除主键的ID不能修改外,其他属性基本都能修,主要页面是yuangongxinxi_update.html,通过调用update()方法,将用户参数传入,实现用户信息的修改。
3.用户查询,用户添加之后可以进行用户查询,输入用户编号可以查询出该用户的所有信息。包括用户编号、用户名称和电话。
用户查询界面如下图所示。
图5-5用户查询页面
4.用户删除,用对不需要的用户,或者输入错误的用户信息,管理员可以对其进删除,通过调用delete()方法,将用户参数传入,实现用户信息的删除。
5.用户添加流程,开始输入用户信息,在程序中验证输入的信息是否规范,如果规范就输入成功,如果不规范将重新进行输入。
用户添加流程图如下图所示。
图5-6用户添加流程图
1.物资添加,管理员添加物资信息,主要页面是wuzi_add.html文件,通过调用commDao类的add()方法,将物资参数传入,实现物资信息的添加。
物资添加页面如下图所示。
图5-7物资添加页面
2.物资修改,管理员可以修改已存在的物资信息,除主键的ID不能修改外,其他属性基本都能修改,主要页面是wuzi_update.html,通过调用commDao类的update()方法,将物资参数传入,实现物资信息的修改。
3.物资查询,物资添加之后可以进行物资查询,输入物资编号可以查询出该物资的所有信息。包括物资编号、物资名称、物资价格。
物资查询界面如下图所示。
图5-8物资查询页面
4.物资删除,对不需要的物资,或者输入错误的物资信息,管理员可以对其进删除,通过调用commDao类的delete()方法,将物资参数传入,实现物资信息的删除。
1.物资入库,如果管理员想进行物资入库,物资入库之前须要对物资进行登记,登记完之后进行物资入库,物资入库之后,生成入库记录,物资的当前库存量=入库前的数量加上入库数量,在库存在会显示入库的物资,,入库配送信息则将已入库的物资数量去除,则从库存数量减去配送信息数量得到库存总数量。
物资入库页面如下图所示。
图5-9物资入库页面
物资入库流程图如下图所示。
图5-10物资入库流程图
2.物资出库,和物资入库相反的是物资出库,物资的出库和出库上架都是对物资进行出库,物资出库之后,生成出库记录,物资的当前库存量=出库前的数量-出库数量,如果当前库存量小于出库量,则出库失败,物资出库配送信息则去除出库出去的物资,物资的库存量加上配送信息量得到物资现在的库存总量。
物资出库页面如下图所示。
图5-11物资出库页面
3.库存查询,用户点击该功能后,系统自动列出所有物资的信息和当前库存量,所有物资的总量进行计算。
物资查询界面如下图所示。
图5-12库存查询页面
4.物资配送信息,将配送信息发送到相应的申请部门。
配送信息调配界面如下图所示。
图5-13物资配送页面
6.1测试目的
测试的目的不仅要如何去组织测试,通过分析错误的产生原因以及结果,以便改进。在系统测试中,第一个目的就是检验系统在完成过程中的逻辑问题和系统可能存在的问题。然后通过测试修正原本的错误,提高系统的质量。第二个目的就是检测系统的安全性、可靠性也就是说系统的内容是不是安全的,会不会出现遗失等情况,系统是否能很好的正常的运行。
从重大公告卫生事件物资管理系统的实际情况来考虑,系统测试的根本就是:各项功能是否能够正常运行,不同的用户可以通过系统都做出哪些操作。能否对系统的数据进行调用,对表的增删改查操作,并且系统数据和数据库的数据是否一致。
6.2测试方法
一个业务模块应该由许多功能单元共同实现,黑盒测试针对业务功能是否能按计划完成,并且不考虑系统内部的结构和效率问题,白盒测试的要求就是要尽可能的测试到所有的组成结构,即要尽量包含所有的功能模块、覆盖全部路径。这种测试要求测试人员必须完全了解系统的业务逻辑及处理过程。但是完成上面的要求是一件很难的事,并且若程序中含有循环之后,路径的数量会越来越大,执行每一条路径都将会变得极不现实。
6.3测试过程
6.3.1系统测试计划
通过这个测试体现了此系统的功能比较完善,系统运行比较稳定,足以证明此系统具有安全性和完整性。测试计划进度表在测试之前用来计划测试目的于测试的范围,并且计划出测试的方法以及测试的时间。软件的质量是我们的追求,所以测试的过程是十分重要的,测试计划因此也成为了测试工作的基础。
系统测试计划如下表所示。
表6-1系统测试计划表
测试任务 | 工作描述 | 计划开始日期 | 计划结束日期 |
测试策划阶段 | 制定测试的计划、时间和预测效果 | ||
测试设计阶段 | 选定测试用例,回顾测试覆盖 | ||
测试实现阶段 | 开发测试用例/脚本 | ||
测试执行阶段 | 测试用例/脚本执行 | ||
测试总结阶段 | 生成测试和缺陷填写报告 |
6.3.2系统测试用例
1.用户登录模块测试用例,用户登录系统时须要输入用户名和密码,用户名和密码输入正确则登录成功,否则将会给会相应提示。对用户登录输入用户名和密码设计详细测试用例。
用户登录测试用例如下表所示。
表6-2用户登录测试用例表
设计人 | 测试人 | 功能编号 | 1 | |||||||||
功能组 | 登录界面 | 功能点 | 用户登录 | 测试日期 | ||||||||
测试环境及前提 | ||||||||||||
测试条件 | 已添加用户A用户:1,密码: B用户:2,密码: | |||||||||||
测试项目及内容 | ||||||||||||
测试步骤 | 输入项 | 预期输出项 | 实际输出 | |||||||||
1 | 空值/空值 | 提示“用户名或密码不能为空!” | 提示“用户名或密码不能为空!” | |||||||||
2 | 空值/123 | |||||||||||
3 | 123/空值 | |||||||||||
4 | 1/1 | 成功登录到主程序,“系统设置”菜单中拥有所有权限 | 成功登录到主程序,“系统设置”菜单中拥有所有权限 | |||||||||
111/1 | 提示“用户名或密码错误,请重新输入” | 提示“用户名或密码错误,请重新输入” | ||||||||||
5 | 2/2 | 成功登录到主程序,在“系统设置”菜单中只能修改自己的密码 | 成功登录到主程序,在“系统设置”菜单中只能修改自己的密码 | |||||||||
测试结论 | 用户登录功能可以正常使用 | 总体结论 | 基本通过 | |||||||||
测试结论 | 功能可正常使用 | 总体结论 | 基本通过 |
2.用户管理测试用例,添加用户时须要输入用户的详细信息,当用户信息输入正确时则输入成功,当用户信息输入不正确时则给出相应提示。
添加用户测试用例表如下表所示。
表6-3用户管理测试用例表
设计人 | 测试人 | 功能编号 | 2 | ||||
功能组 | 系统设置 | 功能点 | 添加用户 | 测试日期 | |||
测试环境及前提 | |||||||
测试条件 | 系统中存在欲创建人的基本信息 | ||||||
测试项目及内容 | |||||||
测试步骤 | 输入项 | 预期输出项 | 实际输出 | ||||
1 | 选择一条记录点击创建用户按钮 | 提示“用户创建成功!” | 提示“用户创建成功!” | ||||
2 | 使用管理员权限登录为刚刚创建的用户授权 | 提示“授权成功!” | 提示“授权成功!” | ||||
3 | 实用刚刚创建的用户登录系统 | 提示“登录成功!” | 提示“登录成功!” | ||||
测试结论 | 添加用户功能可以正常使用 | 总体结论 | 基本通过 |
3.物资管理测试用例,对物资管理功能模块进行增删改查的测试。
物资管理测试用例如下表所示。
表6-4添加物资测试用例
设计人 | 测试人 | 功能编号 | 3 | |||||
功能组 | 物资管理界面 | 功能点 | 添加物资 | 测试日期 | ||||
测试环境及前提 | ||||||||
测试条件 | 进入物资管理模块 | |||||||
测试项目及内容 | ||||||||
测试步骤 | 输入项 | 预期输出项 | 实际输出 | |||||
1 | 添加物资时,没有输入任何物资信息 | 提示“物资添加失败!” | 提示“物资添加失败!” | |||||
2 | 添加物资时,输入带*号的文本框,并且符合格式要求 | 提示“物资添加成功!” | 提示“物资添加成功!” | |||||
3 | 添加物资时,输入所有文本框,并且格式符合要求 | 提示“物资添加成功!” | 提示“物资添加成功!” | |||||
4 | 添加物资时,只输入没有带*号的文本框 | 提示“物资添加失败!” | 提示“物资添加失败!” |
4.物资入库管理测试用例,物资入库测试物资入库情况,可以选择一个物资进行入库,可以选则多个物资进行入库。
物资入库用例表如下表所示。
表6-5物资入库管理测试用例表
设计人 | 测试人 | 功能编号 | 4 | |||||
功能组 | 入库 | 功能点 | 物资入库 | 测试日期 | ||||
测试环境及前提 | ||||||||
测试条件 | 已录入物资信息 | |||||||
测试项目及内容 | ||||||||
测试步骤 | 输入项 | 预期输出项 | 实际输出 | |||||
1 | 选择一个物资,点击入库按钮,输入该物资入库数量 | 入库成功 | 入库成功 | |||||
2 | 选择一个物资,点击入库按钮,没有输入该物资入库数量 | 请输入入库数量 | 请输入入库数量 | |||||
测试结论 | 物资入库功能可以正常使用 | 总体结论 | 基本通过 |
测试结果包括界面及功能测试和代码测试两部分,本系统对每个功能点做了详细的测试,测试结果正常。
测试结果表如下表所示。
表6-6系统功能测试结果表
序号 | 测试模块 | 功能点 | 质量保证标准 | 问题属性 | 测试结果 |
F1 | 系统用户管理模块 | 修改密码 | 正确性 | 故障 | 正常 |
权限设置 | 正确性 | 故障 | 正常 | ||
角色管理 | 正确性 | 缺陷 | 正常 | ||
用户信息添加 | 正确性 | 故障 | 正常 | ||
用户信息修改 | 正确性 | 故障 | 正常 | ||
用户信息查询 | 正确性 | 故障 | 正常 | ||
用户信息删除 | 正确性 | 故障 | 正常 | ||
退出系统 | 正确性 | 故障 | 正常 | ||
F2 | 功能管理模块 | 物资信息添加 | 正确性 | 故障 | 正常 |
物资信息修改 | 正确性 | 故障 | 正常 | ||
物资信息删除 | 正确性 | 故障 | 正常 | ||
入库信息添加 | 正确性 | 故障 | 正常 | ||
入库信息修改 | 正确性 | 故障 | 正常 | ||
入库信息删除 | 正确性 | 故障 | 正常 | ||
出库信息添加 | 正确性 | 故障 | 正常 | ||
出库信息修改 | 正确性 | 故障 | 正常 | ||
出库信息删除 | 正确性 | 故障 | 正常 | ||
配送信息添加 | 正确性 | 故障 | 正常 | ||
配送信息修改 | 正确性 | 故障 | 正常 | ||
配送信息删除 | 正确性 | 故障 | 正常 |
本系统是通过计算机技术,结合物资管理的需求,研制出的一套用于各个的重大公告卫生事件物资管理系统。该系统能够为的物资管理提供方便,能够帮助对其进行信息化管理,能够为对各方面的管理提高工作效率。本系统还能够将各个资料录入,让管理层在网上查询所需要的资料,这样一来,就能够省去了专门负责库存管理人的工作量,也为库存管理工作提供了便利。
在对本系统进行了详细的分析以及一系列的可行性研究之后,根据该系统的设计构想,对本软件进行了开发设计。在确定了本系统具有较高的可行性以后,通过对系统的数据库的分析和总体的功能模块的设计,本系统前台采用的是Python开发技术,以MySQL作为后台数据库连接开发。在对系统进行详细的需求分析后,针对不同的需求设立不同的板块,发挥各部分不同的作用。根据该系统的功能结构图展示出了系统内各功能模块之间的业务逻辑结构。并且通过所设计的E-R图,表示出系统各个部分的功能,涉及到系统中各部分的联系,可以让读者能够清晰的了解到本系统的运行流程,并能够进一步的了解到系统各功能模块的相关信息。
[1]李秀红,徐介新,吕兰兰,王勍.基于Django的高校实验室管理系统的设计与实现[J].软件工程,2017,20(06):24-26.
[2]袁斌.基于Django的图书商城系统设计t初探[J].经营管理者,2017,(18):268-269.
[3]陈倩.基于Django的OA办公平台[J].经贸实践,2017,(12):223.
[4]施万里.从ESP到Django:专门用途日语教师专业发展研究[J].旅游纵览(下半月),2017,(08):247+249.
[5]李俊.基于jsp的数据库开发技术研究[J].才智,2017,(20):265.
[6]周江,李月.一种基于Django技术的网页表格组件的设计与实现[J].现代计算机(专业版),2017,(21):48-51.
[7]韩银锋.Django实现网站访问次数计数累计[J].数字技术与应用,2017,(06):205+208.
[8]袁永彦.基于Django技术的体育用品管理系统设计与实现[J].电子设计工程,2017,25(14):172-174+178.
[9]周文华,胡玉欣,周嘉雯,张之江.Django+Servlet+PythonBean开发的登录系统[J].工业控制计算机,2017,30(08):132-133+147.
[10]张继东.MySQL数据库基于Django的访问技术[J].电子技术与软件工程,2017,(15):169.
[11]黄小根.基于Django+MVC模式的个人博客系统设计[J].电脑编程技巧与维护,2017,(16):24-25+32.
[12]陈娟.基于Django的校园二手物品交易系统的设计与实现[J].计算机产品与流通,2018(11):140-141.
[13]刘欣华.基于jsp技术的网络考试系统的研究与设计[J].现代职业教育,2017,(05):80.
[14]AbbasMrAnsar,EliyanaProfAnis,EkowatiDrDian,SaudMrMuhammad,RazaMrAli,WardaniMsRatna.Datasetoncopingstrategiesinthedigitalage:Theroleofpsychologicalwell-beingandsocialcapitalamonguniversitystudentsinPythonTimor,Surabaya,Indonesia.[J].Datainbrief,2020,30.
[15]PatríciaAmorim,PedroSousa,ErnestoJardim,ManuelaAzevedo,GuiM.Menezes.Length-frequencydataapproachestoevaluatesnapperandgrouperfisheriesinthePythonSea,Indonesia[J].FisheriesResearch,2020,229.
[16]Mr.AnsarAbbas,Prof.AnisEliyana,Dr.DianEkowati,Mr.MuhammadSaud,Mr.AliRaza,Ms.RatnaWardani.Datasetoncopingstrategiesinthedigitalage:Theroleofpsychologicalwell-beingandsocialcapitalamonguniversitystudentsinPythonTimor,Surabaya,Indonesia[J].DatainBrief,2020,30.
[17]PengxiangZhou,ShaohongXia.Effectsoftheheterogeneoussubductingplateonseismicity:Constraintsfromb-valuesintheAndaman–Sumatra–Pythonsubductionzone[J].PhysicsoftheEarthandPlanetaryInteriors,2020.
[18]FranciscoAleixo,SeánA.O’Callaghan,LuísDuclaSoares,PauloNunes,RuiPrieto.AragoJ:Afree,open‐sourcesoftwaretoaidsinglecameraphotogrammetrystudies[J].MethodsinEcologyandEvolution,2020,11(5).
[19]BelénRíos-Sánchez,DavidCosta-daSilva,NataliaMartín-Yuste,CarmenSánchez-?vila.Deeplearningforfacerecognitiononmobiledevices[J].IETBiometrics,2020,9(3).
[20]MoeljadiMoeljadi,TriningsihSriSupriyati,SherlindaOctaYuniarsa.PersonalMotivationalFactorstoAligningInnovationCulture:EvidenceonTrenggalek,EastPython,Indonesia[J].SHSWebofConferences,2020,76.
经历了近三个多月的动手实践及老师辛勤的指导和同学朋友热心的帮助下,本人的毕业设计重大公告卫生事件物资管理系统的基本功能也基本完成。
此次设计中,通过不断的探讨与学习使我熟悉、使我初步了解了Django相关技术。我做的是一个B/S结构的重大公告卫生事件物资管理系统,使我对做网站所需要,及运行的环境有了初步的了解,在此次设计中我翻阅了较多的书籍,在有限的时间了丰富了对重大公告卫生事件物资管理系统技术的知识也积累了少许的经验。起初对Python的初步认识,通过这次设计更进一步的了解了其工作原理,懂得了配置服务器环境,连接数据库源,在设计过程中,也学会了用Pycharm设计一个简单的页面,增强了动手的能力,激发了在此方面的兴趣。
但是由于时间、基础及缺乏实践等多方面的问题,还有诸多需要解决的问题依然存在,设计中很多方面考虑不够周全或者考虑不到。
非常感谢我的老师,我的同学,我的朋友并希望在今后的学习生活中不断陪养多方面的兴趣,不断学习进步从而能够实现独立完成。设计中存在的诸多缺点诚肯老师的原谅。
请关注点赞+私信博主,免费领取项目源码