两个月来的感想

　　我是一个高校财务处负责会计电算化技术的工作人员。最近两个月，通过我们处的信息技术总监蔡老师，网罗到学校里面一班大一、大二的同学，还从其他学校找来一个外援FengMK2，一起来做一个项目。项目暂定名“薪酬辅助核算系统”，通过Google翻译了一个名字：Supplementary Pay Accounting System，于是便简称SPAS。
　　具体的项目需求就不多说了，开发已经开始两个月了，基本上也从需求分析、设计走向了第一阶段的编码。这两个月正好是暑假，我和同学们做的都很辛苦，进度也很慢。主要原因是经验不足，队伍里面没有一个做过团队开发，所以只好从书上、网上寻找资料，自己摸索。
　　因为团队成员主要是学生的缘故，所以稳定性差了一些，毕竟还是希望暑假、周末可以休息一下的，所以并没有强迫团队成员天天出现，比较依赖成员的自觉性。经过两个月下来，比较稳定的从设计到代码一路走来的成员主要有三名，还有几个成员断断续续参与了一些工作。在这个这两个月我也没有追求进度，希望可以借此机会形成几名技术中坚，熟悉整个开发过程，以点带面，一次扩大团队，降低稳定性对团队工作的影响。不过，这个过程的确比较辛苦，有些技术、需求讲过了，新人进来又要讲一遍，光靠文档无法解决问题，另一方面，文档的组织也是一个问题，文档组织的不好，新人根本就不知到从那里下手，要让新人读得懂、读的明白真的很难。这些是下一阶段需要继续探索的内容。
　　考虑到微软的开发技术的易学易用、学习资源丰富、以及我相对了解微软的技术，所以最后选择了微软的开发体系而没有选择高校教学中常用的Java技术。
　　因为一直以来我在工作时候编写的一些小程序都是单打独斗，并没有做过团队开发，去年参加了VSTS的培训，给我壮了一下胆，决定使用VSTS，特别是使用TFS来进行源代码的管理。但是在使用过程中也发现了很多问题，以后会逐步把问题拿出来跟大家探讨。
　　需求分析和建模采用UML，开发过程采用UP做指导思想，这里面也碰到了一些问题。因为微软总是喜欢自成体系，在VSTS、visio中对UML支持有限，所以在分析过程中反反复复为UML建模的工具的选择出现了几次反复，这些以后再另文详述。
　　总而言之，通过实践，总结出不少经验，例如如何在VSTS中进行团队开发，如何进行单元测试等等，没有实践真的不知道会有这么多问题在等着我们。因此，我将在下一步逐步贴出过程中碰到的问题和我们的解决方案，这些解决方案可能并不是完美的，希望一方面可以对阅读我们博客的朋友有所帮助，另一方面也可以抛砖引玉，得到朋友们的指点。