阿弥陀佛

把自己前一段时间做的一款BSC信道仿真软件放上来和大家分享。BSC信道仿真软件是一款CAI (Computer Assisted Instruction) 计算机辅助教学软件，可以用于信息科学基础课程的课堂演示或实验教学。软件的目的是模拟BSC (Binary Symmetric Channel)信道传输信息时，信道干扰对信息的影响。其实信道上传输的消息可以是文字也可以图片，甚至可以是语音，为了直观、形象和有趣起见，这款软件设计为在信道上传输图片的情况，而且假设图片是二元位图，即图片中只有黑色和白色。由于干扰黑色就可能变成白色，白色也可能变成黑色，改变的程度或者多少标志着信道干扰的强弱。这样就可以把抽象的概念以直观和形象的方式展现出来。

软件运行的效果如下图所示：

今天的心情很不好，因为从早上到晚上一直在整理Moodle网络课堂，整来整去发现了很多问题。这才觉察到原来自己对Moodle的掌握并不透彻，而自己又是一个追求完美的人，看到自己做的网站有这么多问题，不禁感叹人生的失败。Moodle这个CMS系统从今年过年后就开始接触和研究了，而且已经给软件学院08级学生用了一个学期了，自以为都搞明白了，哎...。

烦恼之余，只好自我开导，才发现原来自己在自寻烦恼，人生其实就是在不断前进的，前进的过程中都是不完美的，因此才有苟日新，日日新，又日新，不断进步的需要。所以，以后吸取教训，要认识到任何事情都不是最完美的，总有改进的余地，不能自满，也不能妄自菲薄，只要不断努力，不断进步就好。这也许就是残缺的美吧！

十一长假期间打算把Using Moodle (for student)的系列视频录制出来，供养软件学院09级的新生。使他们在十一长假回来上课的时候能够很快熟悉软件学院的Moodle网络课堂，尽快的投入到计算机导论的课程在线教学中。

很奇怪...

自从上个学期在软件学院内部建立Moodle网络课堂的网站开始，自己的博客就很少花时间照顾了，总感觉建了一个网络课堂的网站会有很多人收益，博客就用处不大了。现在一个学期过去了，发现原来自己的想法是错误的，Moodle网络课堂是学院内部的网站，而博客是互联网上的网站，面向对象不同，所影响的范围差别也很大。因此，重新回来整理自己的博客，算是一个轮回吧——又回到了开始的地方。最近先把播客整理了一下，以后慢慢的有步骤的把网络视频教学丰富起来。博客就充当我的工作日志吧！

这个学期总共上两门课：.net framework 2.0 程序设计和数据访问技术——ADO.net 2.0。最近两个礼拜已经开始在.net framework 2.0 程序设计的课上录制视频了，刚开学的几周没有录制视频，以后有机会再补吧，随着课程的进展后续视频会陆续制作并上传到播客中。下半个学期数据访问

　　打算从今天开始录制和讲解下列工具软件的使用，一个比较艰巨的工程，对自己也是一个督促和提高。

一、工具列表：
（以下内容也可以既可以面向教师听众，作为内部培训，也可以面向学生听众，作为课外辅导教程，当然可以用于MLearning的教育视频内容）

1. Visual C++ 6.0 + MSDN 6.0

（可以覆盖三门课程：程序设计基础、数据结构和面向对象程序设计I）
内容包括：
1） 安装
2） 程序调试
3） 工程配置
4） 使用技巧
5） 快捷方式

　　最近一直在做SCIS（Software College Information System）项目的需求，把其间的一些感触记录下来，一方面帮助自己做一下知识和经验的沉淀，同时也跟大家分享一下收获，一举两得。

1. 软件需求其实不外乎三件事情，捕获需求（或者称为识别需求）、描述需求和管理需求变更，因为我们目前处于项目初期所以没有涉及需求变更管理。当前的两件事情就是捕获需求和描述需求。
2. 项目组在需求开发过程中采用RUP方法论中的技术和手段，主要是用例建模和用例规约文档，其他的还有UI原型以及词汇表。项目组成员在初期学习了不少UML和用例建模方面的技术和资料，然而需求开发的结果确有些走样，在下面的第3点，我分析和总结了其中的问题。
3. 需求文档写的再好或者用例模型画得再漂亮，这只是一个形式。而问题的关键是我们能否捕获对用户真正有价值的需求，因此需求捕获和需求描

　　《用例驱动的UML对象建模应用——范例分析》相当于《用例驱动的UML对象建模》书的实验手册，作者写这两本书来培样学生的建模能力。书写的即简洁又实用。作者确实想把软件需求、分析和设计的理论和方法教给学生。书总体翻译的不错，把个别感觉翻译不太好的地方罗列出来，仅供大家参考（本人学识有限，也可能翻不对）！

　　24页倒数第4行“...二进制树...”，英文原文是“...such as a binary tree”，感觉翻译为“...二叉树...”比较好。

　　38页正数第5行“...使用情况。”，英文原文是“...usage.”，感觉翻译成“...用况”比较好。

　　38页正数第6行。“用例文本不应包含过多的描述细节，也不应没有任何关于屏幕字段的细节。”英文原文，“Not only shouldn't your use case text include too many presentation details, but

　　花了两天的时间把《用例驱动的UML对象建模应用——范例分析》读完了。书中的关键内容就是40条CheckList，总结摘抄下来和大家分享。

十种最常见的域建模错误

10. 立即给关联指定多重度，确保每个关联都有明确的多重度。

9. 对名词和动词做过度的分析，而背离初衷。

8. 不对用例和时序图进行研究，就将操作分配给类。

7. 在确保以满足用户需求之前，对代码进行优化以提高重用性。

6. 对每个part-of关联，就使用聚集还是组合而争论不休。

5. 未对问题空间进行建模之前，就假定一种具体的实现策略。

　　我给05级毕业班学生设计的毕业设计题目如下，感兴趣的同学如果有时间可以自己做做看！

1. 联机考试系统的设计与实现
2. 软件测试框架的设计与实现
3. 信息科学基础教学演示平台的设计与实现
4. 业务建模的方法和应用
5. 教学信息系统的设计与实现
6. 智能工作量表计算器的设计与实现
7. UML在教师教学领域的建模和应用
8. 项目管理软件中关键路径算法的设计与实现
9. 基于SDL的迷宫算法教学演示程序的实现
10. 自适应的Huffman压缩算法的设计与实现