认真看了老师的那篇文章，（对，就那篇！）颇有感触。学习了这么久，看了这么久的书，我发现这门学科其实是一门很大的学科。他的“大”在于，他贯彻到一个软件系统从刚开始的研究、定义，到最后的成型，再到最后的维护管理。这一整套的流程就是这门学科所学的。我很赞成宋老师这种实践教学方法。毕竟自己亲身经历，实干一番比一直学概念理论效果要强多少倍。我们自己从开始设计构思一款软件开始，接触到了（貌似是）整个软件形成过程中的各个环节。这应该对以后从事软件工作的各个职位，不管是需求工程师，还是程序员，还是经理啥的都算得上是稍微接触了一下。而且，在需求获取中，与人交流接触的这一环节。不但能让人有足够的耐心，虔诚的沟通，还能够学会权衡利弊，特别是当两个或多个需求出现矛盾的时候。（我觉得这是一门大学问吧） 还有最后一章的软件项目管理，就是从大的范畴上控制这款软件开发过程中的进度和资源费配。 所以说，这门学科大多都有在工作之后的经验累积，我是双手双脚赞同的。
接下来说说我对建模工具和建模语言的理解。我想要是通俗点来说，建模就是把你想要做一款软件的这一思维过程描述出来。往细了说就是把每一次想法，每一次获得的需求融合，舍弃应该舍弃的，最后成型。不管是SA建模还是面向对象的需求建模方法，他们的目的都是描述出你做的这个东西。只要达到了这一目的可以说成功了一半。建模语言为的是大伙可以看懂你的想法。可以彼此沟通。要是我们不学习统一建模语言，那就是你不懂他是啥意思，他不懂你是啥意思。说是语言，更可以说是一种“规则”，就是，咱们都这样用这样的表示方法。把大家的习惯都统一起来。我对它的第一印象就是详尽，把怎么该怎样表示，遇到什么情况该怎样表达，规定的很详细。我们都按他说的做就是了。至于建模工具，有很多种哇。它就像是你要写作业的本子。用的比较多的rational rose 、power designer啥的，就是人们觉得这种本子好用些，都用它。
题外话：可能以上说的都特别小儿科，大家都知道，完全废话。我只是想把这门学科整体把握一下。这给我一种豁然开朗的感觉，然后再去学习就觉得非常简单了。之所以写在作业里是因为，我也没有别处可写，那就一举两得吧，希望老师不要怪罪。。。