软件工程阅读作业02（课外文章相关感想）

阅读文章：Managing the development of large software systems: concepts and techniques（瀑布模型）

以及和我们团队任务相关一篇文章，WebUi 制作规范（忘了在哪里下的了所以没有给链接 >_<）

说说我自己的感想吧，首先是有关瀑布模型的，显然，瀑布模型提供了一种可以从客户端的最终产品为起点模拟生产过程中的环境的思路，这样如果使用者在某个环节发现了问题，那么根据瀑布模型的原理，开发者应该返回上一个阶段进行适当的修改，然后按照其顺序继续实现直到回到最终版本，这样的思想貌似使得工程实现中的设计与工程实践相分离（这是第一个我不太明白的地方）

根据其它地方的资料，“用结构化的分析与设计方法将逻辑实现与物理实现分开“，”将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动“，这样的划分方法倒是很有道理，但是功能上的设计和最后工程上的实现，我觉得是分不开的，即如果功能上有缺陷或不足，从某一个点入手修改的必定会有工程中的一部分，就结合这些天来我们开发 ASP.NET 的经历来说，因为我们之前讨论的网站功能都没有达成一致（这些需要很多小组的人来一起讨论），所以在界面设计方面我们根本无从下手，因为界面的交互性直接由其需要具备的功能决定，所以我觉得，这篇文章所讲述的瀑布模型对我的启发是，当我们在做工程的时候，由顺序生成的原理，我们可以人为地在代码中加入断点标识（比如根据界面的布局，或根据实现功能的性质），这样在我们今后检查的过程中，我们可以分段检查，大大减少了时间和精力（和原来的直接从头开始修查相比），就像在编译原理课程里学的那样，当前一部分代码完成后，我们在其基础上进行中间代码的检查和后一部分代码的生成，这样多个部分的代码可以实现对工程的阶段划分~

另外，个人感觉由于其瀑布模型是建立在一定的工程顺序不变性之上的，所以它只能用在那些不太经常需要改动的项目中，因为经常发生变化（无论是内部功能还是外部的参数）其有序性一定胡发生一定程度的变化，这样瀑布模型就会变得（基本上 = =）没有什么用了，所以在这一点上还是要取决于开发者或者使用者的具体情况~

至于后一部分，即 Web.Ui 制作规范的文章，我真不知道应该怎么讲，我看这篇文件（确切地说应该是比较薄的一本书吧）的初衷是想了解以下设计 Web Ui 的基本过程和要注意的事项，而这篇文章主要讲的是设计风格方面的事，从中我也学到了很多，不过那些工程实践的知识就需要自己去找别的书或者视频学习了，不过我想说一句，界面设计这个事情（无论是 Web 的还是 Form 什么的）是需要一定的灵感和艺术感的，光看这样的书貌似是学不出来什么的，你只能看见别人设计的怎么好怎么不好，到你自己设计的时候有想法才是最重要的~

附上一级界面的修改版效果截图：