忠麦一生

文档是软件开发，使用和维护的必备资料，贯穿软件的整个生存期。它是提高软件开发的效率和软件质量的重要保证。是软件使用过程中提高指导、帮助、解惑的主要依据。特别在维护工作中，文档更是不可或缺的资料。       写过第一次文档画了张图，想理清个文档之间的关系以及文档和软件工程过程中各个阶段的关系，不过太乱了，先将就着吧，如下：             在这张图上没办法反应文档和人的对应

软件测试在整个软件生存期中占据着重要位置。软件测试阶段占用的时间、花费的人力以及成本的开销占据着很大的比重，重要的是软件测试工作完成的质量将直接影响软件的质量。测试不完备的软件产品所可能带来的风险是不可估量的。软件中隐含的缺陷如果未能在测试阶段及时发现，并进行修改。当软件投入使用时轻则影响运行重则导致系统无法运行。因此，在软件开发过程中需要重视测试，进行尽可能细致和完备的测试，同时完善测试相关的文

在开始做机房收费系统的时候，师父和我说做系统之前先要分析需求，只有把需求弄清楚了才可以开工。所以先看，但是看了很长时间也没有看出个所以然来。之后师父又说机房收费系统最先需要做的部分是数据库。这让我更不明白了，我怎么都觉的数据库无法建立，因为我根本不知道信息是怎么流动的。而且我总觉的随着开发的深入，数据库一定不可能一直都适合，这样的话一改就会是一片。所以，最后我边开发边弄数据库。

看过了UML视频，觉的UML里的内容其实看的挺明白的。在开始画图的时候才发现，纯粹是老师讲到好。听的明白或者说觉的自己明白了只是一种错觉。对于UML里的图还是理解上不够透彻，当然现在要求自己就透彻也是痴人说梦。虽然是一种错觉吧，好赖也让我看视频的时候感觉的痛快。再者这种错觉肯定还是以一定的“明白”为根据的。所以这种错觉我喜欢！这篇博客开始对UML中的9种图做个总结，这一篇先讲用例图。

之前的博客对用例图做了一个总结，其中用例之间的关系的内容只是带过，因为本身自己对于用例间的关系理解不是特别的深刻。也是因为如此，UML用例图没有通过师父的验收。并且特别强调了用例间关系需要加深理解。那么本篇博客就是进一步理解之后（还没有彻底），特别对用例间的关系做一个总结。      1、关联关系（association）：用带箭头的实线表示，由参与者指向用例。       关联关系是指参

UML类图是描述系统内部对象特征、对象之间关系、以及对象所属的每个类的属性和操作、捕获系统的静态特征的模型。类图是面对对象思想的最直接表达，因为它贴近现实世界，所以表述的更为直观，有益于和客户沟通。            画类图首先应该明确类的定义：类是具有相同属性、行为、关系的一组对象的抽象。而对象是累的一个实例，例如洗衣机是一个家用电器。那么洗衣机就是家用电器这个类中的一个实例。画类图有两