今天开始系统需求文档撰写阶段，先对一个模块进行分析，然后组合成一个功能的需求文档，最后完成整个系统的需求文档。

培训是按照HP的模板讲的，然后大家各自分一个模块，然后组长整合，小组评审，全体评审。

关于SRS的结构：

1. 文档概述——包括目的、范围、约定、参考、图例说明等
2. 系统概述——包括系统背景、系统目标、系统范围、业务范围、功能范围、集成范围等
3. 业务流程描述——整个业务流程的详细描述
4. 业务规则描述——编码规则、产品谱系结构、业务规则、业务状态用语、相关约定等
5. 业务实体及属性——业务实体、属性的详细描述
6. 功能需求描述——总体功能、业务功能等
7. 功能原型描述——整个系统的界面原型和功能模块描述
8. 非功能需求描述——如性能、数据精度、容量需求、安全性、部署、培训等
9. 附录

大体的结构就是这样，具体如何书写，实际操作后就知道了。

这周项目正式启动，首先是分组，很高兴自己第一个站出来毛遂自荐，并且得到了想要的结果。

第一次小组会议的议题是小组名称，《罗伯特议事规则》看起来容易，实践起来就开始力不从心了。

然后是组长上台演讲，介绍小组名称与组员。

说实话，这么多人面前真的有点不自信。但同学的一句话惊醒了我，你以前学生会竞选演讲时说的那么好，你现在怕什么啊？

是啊，我怕什么？

曾经的我哪里去了？

为何现在突然这么不自信了？

以前的我是多么神采飞扬，只要我想做的，就没有做不到的。

我怕什么！

没有合适的机会，不愿将就，只好回来参加HP Education 提供的 POL Java实训。

决定从现在开始每日总结。

其实，拖这么久是因为我本来想用Github+Jekyll+Readthedocs来写的，但LaTex暂时还没搞懂，先出发再说。

这是第一周：

其实是按照瀑布模型的Java项目开发，关于现代软件工程，推荐阅读http://www.cnblogs.com/xinz/archive/2011/11/27/2265425.html。

微软的软件工程教学班虽然比这个层次更高一点，但大致相符，具有很强的参考价值。

有时间可以再看下《人月神话》、《项目管理之美》。

步入正题，

项目语言是传统的Java，Struts、Spring、Hibernate（SSH）路线……

我当然想用Guice或者Play！残念……XML文档什么的最讨厌了。

但技术路线的选择重要但不具有决定性，语言和框架并不是最重要的，重要的是编程思想。

第一周其实都是一些基础性的知识，如Java基础知识复习、Struts基本配置、Orcale数据库配置、PL/SQL增删改查联系。

我选择的是《Java程序设计教程》、《Head First Java》来快速复习（大二上课之后再也没有接触了），Struts等框架看官方文档就可以了，SQL增删改查倒是值得一练，推荐《Learn SQL the Hard Way》。

其实，大四上就开过软件工程实践，师资太差、团队不作为导致单打独斗等问题，使得最后可以说是相当失败！

但，这并不能作为自己没学好的理由，其实原因还在自己：如果自己真的想改变，真的有很多事情可以做的，即使结果没有自己想象那么美好，但至少尝试过。可悲，四年了，竟然还没有把对学校环境的依赖性摆脱掉，真的很差劲。