首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    基于Vue和SpringBoot实现智能化人事系统

    基于 Vue 和 SpringBoot 的智能化人事系统能够为公司提供良好的公司事务管理信息界面,方便公司对自己结构层次,人事处理进行修改、维护、检索信息。采用 SpringBoot + Vue + MySQL 设计实现智能化人事系统,其主要功能职位管理、职称管理、部门管理、操作员管理、员工管理、工资管理、个人中心等七大模块。职位模块有添加职位,删除职位,修改职位等功能,职称管理包括添加职称,删除职称和修改职称等功能,部门模块有查询部门,添加部门和删除部门等,操作员管理包括添加操作员,删除操作员,修改操作员信息的功能,员工管理包括添加员工,删除员工,搜索员工等功能,工资管理包括修改工资,工资套账等功能,个人中心包括修改个人信息和修改密码等功能。

    02

    [答疑]业务用例的研究组织可以在同一个建设系统中可以变化吗

    2013-02-08 9:44:15 上孙安俊(359***041) 请问大家一个问题,业务用例的研究组织可以在同一个建设系统中可以变化吗? 2013-02-08 9:44:51 潘加宇(3504847) 没有必要变化了 2013-02-08 9:46:55 潘加宇(3504847) 这个划定的范围,能把你要改进的场景被包在里头就可以。 2013-02-08 9:48:41 上孙安俊(359***041) 如果想做一个部门业务管理系统, 2013-02-08 9:48:54 上孙安俊(359***041) 有时间,从部门外面,接报问题,需求处理, 2013-02-08 9:49:32 上孙安俊(359***041) 但是一些部门的内部管理,比如员工请假,工作记录,也会涉及到,这个时间的范围好像已经变了,按科室去管理了 2013-02-08 9:50:59 潘加宇(3504847) 员工还要上厕所呢,是不是这时需要改变研究对象为厕所? 2013-02-08 9:51:42 潘加宇(3504847) 部门就可以了,把这些场景组织到部门的用例下面 2013-02-08 9:54:44 潘加宇(3504847) 既然改进的范围波及整个部门,就要用"部门"的眼光去思考"请假"等问题 2013-02-08 9:55:28 上李帅(958**7) 比如那些非常苛刻的工厂,员工上厕所都要记时,那么厕所应该也纳入研究对象么? 2013-02-08 9:56:31 潘加宇(3504847) 不能"因为请假所以请假",要想一想"员工请假"对部门的价值意味着什么? 2013-02-08 10:14:41 上李帅(958**7) 意味着缺少了资源 2013-02-08 10:25:47 上孙安俊(359***041) 请假与加班是相对的,可以进行调休 2013-02-08 11:04:09 潘加宇(3504847) 我上面讲的不知道是否理解了? 2013-02-08 11:11:15 潘加宇(3504847) 请假本身不是部门的用例,但会影响部门的某些用例的实现,把请假作为一个场景放在这些用例下面。 2013-02-08 11:15:53 刘佳(761**3) 利润=需求-设计,看来程序员仅仅会需求分析,会一些程序设计语言,不断制造东西却不维护,代码复用度太低,会影响利润 2013-02-08 12:02:38 上孙安俊(359***041) 好

    03

    【设计模式系列】行为型之责任链模式

    责任链模式,小编在自己项目迭代过程也参与了维护和设计实现;本篇博文主要针对该设计模型进行总结和实践; 简单举例日常生活或者工作中能够接触的责任链模式场景:采购审批流程,请假流程,软件开发中的异常处理流程,web请求处理流程等各种各样的流程; 本文中主要借助比较常见的场景OA请假流程: 作为底层员工的溪源同学发起一个请假申请; 1.当溪源请假天数小于3天时,只需要得到上级主管批准即可; 2.当溪源请假天数大于3天时,主管批准后还需要提交给经理审批即可; 3.当溪源确实有事需要请假超过7天时(比如,度个蜜月啦,哈哈~)那经理审批通过,肯定要进一步提交给总经理审批。 相信这个场景大家应该可以非常轻松的能够理解; 简单的一个流程图如下图:

    04

    驱动领域DDD的微服务设计和开发实战

    你是否还在为微服务应该拆多小而争论不休?到底如何才能设计出收放自如的微服务?怎样才能保证业务领域模型与代码模型的一致性?或许本文能帮你找到答案。 本文是基于 DDD 的微服务设计和开发实战篇,通过借鉴领域驱动设计思想,指导微服务项目团队进行设计和开发(理论篇详见《当中台遇上 DDD,我们该如何设计微服务?》)。本文包括三部分内容:第一部分讲述领域驱动设计基本知识,包括:分层架构、服务视图、数据视图和领域事件发布和订阅等;第二部分讲述微服务设计方法、过程、模板、代码目录、设计原则等内容;最后部分以一个项目为例讲述基于 DDD 的微服务设计过程。

    04
    领券