Tiny软件开发过程管理暂时不再开源

简介:

悠然一直想做一个我不是级的TINY示例,但是这个东东工作量巨大,不是3下5除2可以搞得定的,于是这事儿也就放了下来,直到2015年8月,悠然觉得应该启动这个事情了,当时想得是利用群里的Tiny爱好者来开发,于是就发动了一下,结果有20多名同学准备加入,悠然非常开心,但是实际上也有一些问题,就是这些同学们热情是有的,但是无奈于都是社会中的同学,有的受工作影响,有的受家庭影响,有的受女朋友影响,实际进展不太有利。

正在此时,悠然所在公司的某个部门有十名按C语言招进来的应届毕业生,拟转到Java方向,呵呵,由于原部门Java力量薄弱,该部门经理请求悠然代为培训。哈哈哈哈,这不是瞌睡的时候来了个枕头,正好用这批小鲜肉来做个试验,第一验证一下0基础的人员学习Tiny需要多长时间,另外也看看能不能利用这批人员快速的构建一个系统。

第一步当然是做培训了,为了表示重视,悠然亲自出马给他们培训Tiny的设计思想及各种高级特性,当2个小时讲下来的时候,悠然发现他们眼神迷离,一脸茫然,才意识到对牛弹琴了。好吧,悠然承认小心脏受到了打击。

于是接下来的2周只好安排Java基础培训、Html培训、Xml培训、SQL培训、Spring培训。唯一令悠然开心的是小鲜肉们的上进心还是非常好的。他们努力的学习到晚上10点多都是常事。经常两周的魔鬼训练,我们的小鲜肉们终于由大白变成了小白。接下来又用一周的时间培训了一下Tiny,依旧是同样的磨炼过程。一个星期下来,由Java的小白变成了Tiny的小白。

然后,从本部门抽调了两名按Java招入的应聘毕业生作为项目组小组长,每个人带领一半的小鲜肉们就开始Tiny软件开发过程管理软件的开发之路。当然,中间的过程,对于小组长和小鲜肉们以及悠然来说都是步步惊心,步履艰难的过程,漫长的艰辛的2个月过去了,于是就有了下面要介绍的Tiny软件开发过程管理软件。

设计思想及要求

虽然项目是一个实战项目,但是我的要求是按真实的项目来要求的,提了以下要求:

  1. 功能主要以参考常见项目管理软件的为主
  2. 需要考虑更大的组织内使用的场景,比如:有几百个项目,上万人人的规模使用
  3. 要符合模块化的开发要求
  4. 要符合SOA的体系架构,为方便的进行水平扩展奠定基础
  5. 菜单需要按照自发现及自组织,以方便未来功能的不断扩展
  6. 关联信息的展示需要有自扩展机制,也就是通过后续的扩展,可以动态增加显示页面中的相关信息
  7. 对于常见项目管理软件中一些用户体验不太好的部分进行提升
好的,要求已经提出,然后就是小鲜肉们表现了。

开发过程

定义要用到的类型


编辑标准字段


定义表结构


生成源代码


于是妥妥的DAO层代码就生成好了。

其他开发

当然了后面还要写Action层的、展现层的代码,由于采用了TinyUiEnterprise,因此这些小鲜肉们做起来界面可真不含糊。由于这个只是简单介绍一下过程,因此就不花太多的篇幅完整介绍整个开发过程了。

界面效果展示

登录界面


我的地盘


产品线


任务看板


甘特图


燃尽图


统计报表


这里小数点没有截位...正在修改中。

更多界面

更多请访问http://sdpm.tinygroup.org自己体验。

关心Tiny框架的同学可以访问:http://git.oschina.net/tinyframework/tiny查看相关源码。

也可以访问http://tinygroup.org访问Tiny官网,获取更多内容,如果不想错过我发的精彩的文章,请对我关注。

由于系统刚刚提交公测,因此里面有些问题在所难免,如果发现问题,可以直接在此博客下面回复,我们会飞速响应。

SDPM1.0暂时不再开源,有需要源码的同学,请加入群228977971获取

致谢

要非常感谢我们的小鲜肉们,正是他们付出的艰苦卓绝的努力,才有了此项目的顺利完成。

另外,也要感谢TINY核心团队对小鲜肉们的支持,尤其是UI组的同学们,你们的努力非常重要。

有请我们的小鲜肉们登场:

后记

经过这个项目实战的小鲜肉们回到原部门之后,参与了一系列项目的开发,其战斗力之强悍为其管理者及合作者所刮目相看,无论是进度和质量都超越了他们的期望,感谢小鲜肉带给我的震撼以及他们对我的一些陈旧认知的强大冲击。

相关文章
|
9月前
|
开发工具 C语言 C++
CMake构建大型C/C++项目:跨平台设计与高级应用(二)
CMake构建大型C/C++项目:跨平台设计与高级应用
301 0
|
3月前
|
jenkins Java 持续交付
软件开发自动化程度的不断提高,持续集成(CI)和持续部署(CD)成为现代软件开发的重要组成部分
随着软件开发自动化程度的不断提高,持续集成(CI)和持续部署(CD)成为现代软件开发的重要组成部分。本文以电商公司为例,介绍如何使用 Jenkins 自动发布 Java 代码,包括安装配置、构建脚本编写及自动化部署等步骤,帮助团队实现高效稳定的软件交付。
57 3
|
6月前
|
机器学习/深度学习 测试技术 持续交付
ONNX 与持续集成/持续部署 (CI/CD):构建可信赖的 ML 生命周期管理
【8月更文第27天】随着机器学习 (ML) 模型的广泛应用,确保模型的正确性、稳定性和可追踪性变得尤为重要。持续集成/持续部署 (CI/CD) 是软件开发中的重要实践,旨在通过自动化测试和部署流程来提高软件质量和开发效率。将 ONNX 集成到 CI/CD 流程中可以实现模型版本管理、自动化测试和部署,从而构建一个可信赖的机器学习生命周期管理系统。本文将探讨如何将 ONNX 模型与 CI/CD 流程结合,以实现模型的自动化管理。
137 5
|
6月前
|
前端开发 Devops 持续交付
【前端自动化新高度】Angular与Azure DevOps完美结合:从零构建持续集成与持续部署的全自动流水线,提升开发效率与软件交付质量!
【8月更文挑战第31天】Angular作为领先的前端框架,以强大功能和灵活性深受开发者喜爱。Azure DevOps提供一站式DevOps服务,涵盖源码管理、持续集成(CI)及持续部署(CD)。本文将指导你如何在Azure DevOps中搭建Angular项目的CI/CD流程,并通过具体示例代码展示整个过程。首先,我们将创建一个Angular项目并初始化Git仓库;然后,在Azure DevOps中设置CI流水线,定义YAML文件以自动化构建和部署流程。最终实现每次提交代码后自动构建并部署至Azure Web App,极大提升了开发效率和软件交付速度,使团队更专注于创新。
60 0
|
6月前
|
开发者 持续交付 Android开发
Xamarin开发者的秘密武器:如何通过持续集成与持续部署(CI/CD)实现高效、高质量的软件交付
【8月更文挑战第31天】在当今追求高效、高质量软件交付的时代,Xamarin开发者需像大厨般迅速烹制数字化佳肴,而持续集成(CI)与持续部署(CD)则是关键工具。CI要求开发者频繁将代码集成到共享仓库,利用自动化工具如Azure Pipelines或Jenkins自动编译、测试代码,确保质量。CD在此基础上进一步实现自动化部署,简化从开发到生产的全过程。借助如Visual Studio App Center这样的工具,Xamarin项目得以快速构建、测试并部署至Android和iOS平台,显著提升开发效率和代码质量,助力团队乘风破浪,驶向成功的彼岸。
44 0
|
9月前
|
Dart 前端开发 测试技术
移动应用开发的未来:跨平台框架与原生系统的融合深入理解软件测试中的持续集成与持续部署(CI/CD)
【5月更文挑战第30天】 在本文中,我们将深入探讨移动应用开发领域的最新趋势:跨平台开发框架与原生操作系统的融合。随着移动设备成为日常生活的核心,高效、灵活且性能卓越的应用程序需求日益增长。文章分析了当前主流的跨平台工具如React Native和Flutter,并探讨了它们如何与iOS和Android等原生系统相互作用,以及这种融合对开发者、用户和整个移动生态系统意味着什么。我们还将预测未来可能的技术发展,并提出相应的策略建议。
|
9月前
|
敏捷开发 测试技术 持续交付
Python 的软件开发实践:解释什么是敏捷开发和持续集成(Continuous Integration)?
Python 的软件开发实践:解释什么是敏捷开发和持续集成(Continuous Integration)?
93 0
|
9月前
|
前端开发 JavaScript SEO
项目开发架构模型
项目开发架构模型
68 0
|
JavaScript 前端开发 搜索推荐
项目开发时对整个架构模型的选择
项目开发时对整个架构模型的选择是十分重要的,当然这是对公司而言,对于我们开发者自己而言,开心最重要,喜欢什么用什么~
122 0
|
监控 测试技术 开发者
软件工程高效学 | 软件项目的开发模型
软件工程是计算机领域的一门专业基础课,它对于培养开发者的软件素质、提高开发者的软件开发能力与软件项目管理能力具有重要意义。本篇介绍软件项目的开发模型。
189 0
软件工程高效学 | 软件项目的开发模型