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组的同学们,你们的努力非常重要。

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

后记

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

相关文章
|
6月前
|
开发工具 C语言 C++
CMake构建大型C/C++项目:跨平台设计与高级应用(二)
CMake构建大型C/C++项目:跨平台设计与高级应用
228 0
|
3月前
|
机器学习/深度学习 测试技术 持续交付
ONNX 与持续集成/持续部署 (CI/CD):构建可信赖的 ML 生命周期管理
【8月更文第27天】随着机器学习 (ML) 模型的广泛应用,确保模型的正确性、稳定性和可追踪性变得尤为重要。持续集成/持续部署 (CI/CD) 是软件开发中的重要实践,旨在通过自动化测试和部署流程来提高软件质量和开发效率。将 ONNX 集成到 CI/CD 流程中可以实现模型版本管理、自动化测试和部署,从而构建一个可信赖的机器学习生命周期管理系统。本文将探讨如何将 ONNX 模型与 CI/CD 流程结合,以实现模型的自动化管理。
75 5
|
6月前
|
Dart 前端开发 测试技术
移动应用开发的未来:跨平台框架与原生系统的融合深入理解软件测试中的持续集成与持续部署(CI/CD)
【5月更文挑战第30天】 在本文中,我们将深入探讨移动应用开发领域的最新趋势:跨平台开发框架与原生操作系统的融合。随着移动设备成为日常生活的核心,高效、灵活且性能卓越的应用程序需求日益增长。文章分析了当前主流的跨平台工具如React Native和Flutter,并探讨了它们如何与iOS和Android等原生系统相互作用,以及这种融合对开发者、用户和整个移动生态系统意味着什么。我们还将预测未来可能的技术发展,并提出相应的策略建议。
|
6月前
|
编译器 Linux C语言
CMake构建大型C/C++项目:跨平台设计与高级应用(一)
CMake构建大型C/C++项目:跨平台设计与高级应用
770 0
|
6月前
|
编译器 持续交付 项目管理
CMake构建大型C/C++项目:跨平台设计与高级应用(三)
CMake构建大型C/C++项目:跨平台设计与高级应用
206 0
|
6月前
|
开发者 索引 容器
【鸿蒙软件开发】Stage模型开发概述应用/组件级配置
【鸿蒙软件开发】Stage模型开发概述应用/组件级配置
333 0
【鸿蒙软件开发】Stage模型开发概述应用/组件级配置
|
6月前
|
前端开发 JavaScript SEO
项目开发架构模型
项目开发架构模型
56 0
|
JavaScript 前端开发 搜索推荐
项目开发时对整个架构模型的选择
项目开发时对整个架构模型的选择是十分重要的,当然这是对公司而言,对于我们开发者自己而言,开心最重要,喜欢什么用什么~
113 0
|
测试技术 微服务
架构视角 - DDD、TDD、MDD领域驱动、测试驱动还是模型驱动?
「领域驱动设计」之于微服务,好比麦当劳之于汉堡(个人更喜欢肯德基,汉堡要大些,麦当劳的汉堡,想吃顿饱饭,请先给我上6个😂)。但是TDD测试驱动、MDD模型驱动好像也很火啊,到底什么在驱动?
架构视角 - DDD、TDD、MDD领域驱动、测试驱动还是模型驱动?
|
数据采集 缓存 算法