软件体系结构的作用和意义 目前，软件体系结构尚处在迅速进展之中，越来越多的讨论人员正在把注意力投向软件体系结构的讨论.用于对软件体系进行规格描述的模型、标记法和工具仍很不正规。尽管这些不正规的模型是有用的，为使之更为精确和健壮，在很多方面的讨论工作还需要继续进行。许多项目都是在回顾时，才发现问题在结构上，因结构局限性,付出太多的代价，在体系设计上付出一天的努力解决的问题,在以后阶段可能要多付出几天到十几天。 首先,体系结构一般说来与需求是密切相关的.明确的需求可以制定明确的软件规格，越明确的规格来设计出来的软件架构越清楚。需求的变更也是必须要考虑，有明确的变更趋势也可以更早的在设计中体现出来。然后，在定制软件规格的阶段,要考虑一个问题,就是一些核心的技术，指的是这个项目中比较重要的关键的技术，应实验一个这些技术是否可行,假如稳定可靠才能采纳，否则只能另寻它路.一些难关也是要考虑的.这样制定的规格才能符合实际.这些工作应作为结构设计上的重要参考.最后，假如有明确的需求和规格，那应该进行详细的结构设计，从用例到类图，到关键部分的序列图，活动图等，越细越好.多多与别人沟通，尽量让更多的人了解你的设计，为设计提出建议。结构设计应注重体系的灵活性,一定要考虑各种变更的可能性。这是最关键的阶段， 但这通常是理想状态,一般来说,客户不会给出太明确的需求。只有走别的线路了， 这种情况下前面的亮点还是需要的，不能省略.总之写在纸上的东西就有案可查. 比如说： （1）写出一个小的原型来。假如有用户界面的，最好办，先写出界面，不实现具体功能.让用户试用。假如没有用户界面，试写一个能工作的最小系统,同样给用户试用。这样你和用户才能对这个软件有感性认识；（2）与用户探讨，记录用户的反馈； (3） 假如没问题进入第 3 步 ;（4） 回到（1）,写一个更完善的。 在 Coding 阶段时应遵循体系结构.所以开发人员必须对这个体系有深化的了解。了解它的内部结构和如何扩展.记录下遇到的问题.测试人员可针对这个体系设计测试程序。如性能上的，可能的缺陷等 在测试时期,记录下体系结构导致的问题,以便借鉴。开发人员 Review 整个架构。 总结整个项目,分析优缺点可以把这个体系作为后续项目的范本. 整个项目一般受到多种限制，尤其明显的是 Schedule.面对这些问题.在设计架构上要注意模块的划分，模块越独立越好。不要过分注重其它特性.假如设计不清，就要调整...
