摘要:传统的任务管理工具可以让任务得到恰如其分的计划,根据任务本身的紧急程度或其他任务的依赖性来确定不同任务的优先级,从而使整体事务的工作效率得到提高,同时还具有任务的调度、跟踪与团队协作管理等能力,但是这些工具大都无法兼容多种不同应用环境下的任务管理工作,不能很好地为用户在不同的情景下提供服务,因此在不同平台工具之间切换的过程中容易产生时间浪费等现象。为了提升用户的工作和管理效率,实现更大的社会价值,以B/S模式为基础,基于同望V3产品开发平台设计开发一个具有灵活性和多环境兼容能力的通用型任务管理系统。
关键词:任务管理; 管理信息系统; B/S
Abstract:
At present,the traditional task management tools allow tasks to be properly planned,and prioritize different tasks based on the urgency of the tasks or the dependencies of other tasks,thereby improving the efficiency of the overall transaction.It also has task scheduling,tracking,and team collaboration management capabilities.However,most of these tools are not compatible with task management in a variety of different application environments and cannot provide users with services in different scenarios.Therefore,during the process of switching between different platform tools prone to waste time and other phenomena.In order to improve the user's work and management efficiency,and achieve higher social value,based on the B/S model and the Toone V3 product development platform,a universal task management system with flexibility and multi-environment compatibility is designed and developed.
Keyword:general task management; management information system; B/S;
目录
1引言………………………………………………1
2系统需求分析……………………………………………2
2.1功能需求……………………………………………3
2.2非功能需求……………………………………………4
3业务流程分析……………………………………………5
4系统的设计方案……………………………………………6
4.1系统的总体布局及其运行平台……………………………………………7
4.2系统总体结构设计……………………………………………8
4.3数据库设计……………………………………………9
4.4系统界面……………………………………………10
5结论……………………………………………11
文内图表……………………………………………12
图1系统总体结构……………………………………………13
表1个人用户信息表……………………………………………14
表2团队信息表……………………………………………15
表3任务信息表……………………………………………16
图2系统登录界面……………………………………………17
图3系统主界面……………………………………………17
参考文献……………………………………………18
1 引言(Introduction)
现阶段常见的任务管理系统的业务流程主要是用户通过创建由待执行任务分解而来的子任务来实现任务的正常执行,其主要流程为任务创建、任务执行、任务进度监控以及任务执行后期的统计分析。从任务定义的完整性上来看,在这一流程中,缺少对任务的目标和具体执行步骤进行定义的支持;而同时从任务执行的人性化角度来看,当下常见的任务管理系统业务流程缺少科学柔性的任务评价标准,而且在任务的定义与执行阶段对于相关各方面的可自定义程度都不够高,只是拘泥于简单而固定的"创建任务→执行任务"的流程,不能根据每一项具体任务的实际业务需要来对任务的结构、具体信息以及阶段性目标等要素进行自定义,这样便在一定程度上降低了系统的友好性和方便性[1,2,3,4].
2 系统需求分析(System requirements analysis)
本系统的需求分析主要基于功能性需求和非功能性需求[5,6].
2.1 功能需求
2.1.1 前台功能需求
(1)登录功能:系统的前台能够进行注册和登录操作。
(2)搜索功能:能够基于用户键入的关键词对任务进行搜索。
(3)个人中心:用户进入个人中心后,可以查看、修改个人资料等信息。
(4)任务管理功能:用户可以进行任务基本信息的定义、任务具体执行步骤的定义、任务执行过程中对于阶段性的里程碑目标的设定,以及不同性质的任务之间的相互转化等。
(5)伙伴功能:用户可以在此模块下进行系统中的伙伴添加、维护等功能,进行任务执行的伙伴监督。
2.1.2 后台功能需求
(1)任务执行监控管理。这一模块是针对任务执行过程中的消息提醒的管理和任务执行情况的管理,可以具体分解为在任务执行过程中对于任务的相关人员的消息提醒、任务执行的进度和状态的动态监控,以及对于任务的执行质量和效果等的监督机制。
(2)统计分析管理。个人任务信息统计分析管理和团队任务信息统计分析管理。系统支持对用户所执行的任务进行相应的统计分析,从而形成可视化数据供相关工作参考使用;除了对用户个人任务的统计分析之外,系统还支持对于团队任务执行的统计分析,作为衡量团队任务执行能力与效率的考量信息。
(3)用户激励管理。用户在任务的执行过程中,系统具有相应的激励机制,因此该模块涉及激励积分规则的维护管理。
(4)用户账号管理。这一部分是对于用户的账号信息等的管理。
2.2 非功能需求
(1)可用性:系统应当具有较为友好的界面,并且既要符合任务管理的实际业务要求,也要能够满足为具体业务汇总提供相关统计信息的需求。
(2)可靠性:在任务管理的实际场景和过程中会存在大量的业务信息数据录入和存储的需要,因此系统需要具有较高的信息容量,以保证其可靠性。
(3)可扩充性:要求系统支持对各类对象的编码都具有良好的可扩充性。
(4)可维护性:要能够实现对于任务管理实际业务流程中的各项信息和数据增加、删除、修改和查询的后期维护功能。
(5)安全性:任务管理过程中的数据信息应保证避免发生错漏或者丢失的情况,因此其业务进度的控制需要较高的安全性。
(6)兼容性:系统可以兼容多种不同的操作系统,并能在这些操作系统上开展任务管理的业务工作。
3 业务流程分析(Business process analysis)
用户在系统的登录界面通过账号登录进入系统后,可以进行任务的定义、执行,以及维护等管理操作。当用户定义一个任务时,可以对任务设置里程碑目标、验收人等,在团队任务的协作执行时,可以在工作流的推进过程中,验收人可以对里程碑的任务节点进行验收评估,同时对任务节点的执行人可以根据实际需要进行变更,在任务总体完成后,相关的人员可以对任务进行整体的验收,而任务的执行人也会得到相应的积分。
4 系统的设计方案(System design scheme)
4.1 系统的总体布局及其运行平台
在系统的开发模式方面,本系统采用浏览器/服务器模式进行开发,而用户在连接上网络服务器后通过使用浏览器执行登录操作进入系统后便可以进行使用,免去了安装客户端软件的烦琐操作,提升了用户体验的同时,对于系统后期的维护和升级等工作也比较方便。
在数据库管理系统方面,本系统采用Microsoft SQL Server与MongoDB相结合的模式进行数据库的设计与开发。Microsoft SQL Server是一个较为成熟的关系型数据库管理系统,且开源免费[7].利用其数据库功能,通过界面对用户信息与相关任务信息等数据的采集、存储、分析和统计,同时结合基于分布式的面向集合数据库MongoDB高性能、易部署、易使用等优点,可以方便高效地解决实际业务需求。
在Web开发上,系统基于同望V3信息系统快速开发技术,前端采用Visual Studio Code进行Vue.js+HTML的模式开发。V3开发系统通过可视化设计环境,实现系统零编码开发,同时平台内部提供强大的开发模板库作为支撑,使系统实现高效率和高质量的开发。
4.2 系统总体结构设计
经过前期的需求优化和系统功能的整合,本系统最终由用户管理、任务管理、基础设置管理,以及基于任务的统计分析管理等四个模块组成,而在用户管理模块中,又细分为"我的信息""我的团队""我的伙伴""我的积分"和"积分兑换"等子模块;任务管理模块可分为"我的任务""任务定义""任务台账""任务转化"和"任务监督"五个部分;基础设置模块可以分为"消息提醒管理""管理视图"和"目标评价标准管理";而统计分析模块主要是个人任务和团队任务两个模块的统计分析管理,基于上述细分,其总体结构如图1所示。
图1 系统总体结构
Fig.1 Overall system architecture
4.3 数据库设计
系统的任务管理过程涉及任务数据与用户数据的管理,而用户数据基于实际业务流程又分为个人信息和团队信息,因此其数据的完备性是比较重要的[8].基于上述原因,系统的数据库设计如表1-表3所示。
Tab.1 Table of user information
表1 个人用户信息表
Tab.2 Table of team information
表2 团队信息表
Tab.3 Table of task information
表3 任务信息表
4.4 系统界面
系统的界面设计进行过程基于用户需求原则、可读性和可理解性原则、应用性和统一性原则等三大原则[9],其中系统登录界面和系统主界面分别如图2和图3所示。
图2 系统登录界面
Fig.2 Login interface
图3 系统主界面
Fig.3 System interface
5 结论(Conclusion)
本文以传统的任务管理工作及其流程为主要背景,通过多次深入调查研究和业务流程优化,分析和设计了相应的基于B/S的通用型的任务管理系统,在保留一般任务管理工具优点的前提下,能够为用户实现多种应用场景下的任务和计划的一站式管理,更好地优化用户体验,以创造更大的社会价值和效益。
参考文献
[1] 周建益,熊松泉,包佳楠。基于工作协同的任务管理系统开发[J].投资与创业,2016,5:132-137.
[2]于萧榕。基于SQL Server的任务管理系统的应用[J].现代计算机,2011(14):71-73.
[3]韩杰科,孙蕾。基于C/S的协同任务管理系统的设计与实现[J].计算机应用与软件,2008(9):138-139.
[4]丁玉涛,许晓晖。工作计划与任务督办管理系统设计与实现[J].福建电脑,2015(7):114-115.
[5]黎俊杰,王译萱,田艳。市政管理系统的分析与设计[J].软件工程,2019(2):32-34.
[6] 黄梯云,李一军。管理信息系统导论(第3版)[M].北京:机械工业出版社,2015.
[7]苗雪兰。数据库系统原理及应用教程[M].北京:机械工业出版社,2014.
[8]魏晓明,曲朝阳,祝永志。基于Web的通用任务管理系统[J].东北电力学院学报,2003(2):65-68.
[9]王二威,余文滔,江浚杰。某高校社团事务管理信息系统分析与设计[J].电子设计工程,2016,24(21):45-47.论文