阿弥陀佛的博客

BSC信道仿真软件

阿弥陀佛 — Tue, 20 Oct 2009 12:29:32 +0800

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

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

当用户选择“传输图片”操作时，BSC信道仿真软件根据用户设定的错误转移概率p，将待传输图片生成干扰图片，并将干扰的结果显示出来。如下图所示：

本软件是一款CAI计算机辅助教学软件，面向大学本科信息论与编码课程的教学，直接用户是学习该课程的学生和教师。用户通过该软件的使用可以直观的体会和观察到信道错误转移概率对信息传输的作用效果。

软件可以从这里下载：

http://drop.io/wangding/asset/bsc-rar

“七”乐无穷，尽在新浪新版博客，快来体验啊~~~请点击进入~

残缺的美

阿弥陀佛 — Thu, 01 Oct 2009 13:43:40 +0800

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

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

“七”乐无穷，尽在新浪新版博客，快来体验啊~~~请点击进入~

十月一讲座计划

阿弥陀佛 — Wed, 30 Sep 2009 09:51:35 +0800

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

“七”乐无穷，尽在新浪新版博客，快来体验啊~~~请点击进入~

轮回

阿弥陀佛 — Wed, 30 Sep 2009 09:10:43 +0800

很奇怪...

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

这个学期总共上两门课：.net framework 2.0 程序设计和数据访问技术——ADO.net 2.0。最近两个礼拜已经开始在.net framework 2.0 程序设计的课上录制视频了，刚开学的几周没有录制视频，以后有机会再补吧，随着课程的进展后续视频会陆续制作并上传到播客中。下半个学期数据访问技术——ADO.net 2.0会完整的录制下来。毕竟是第一次讲这些课程，肯定有很多有待完善的地方，录下来并上传的目的就是督促自己尽可能把课程准备的充分一些，讲的好一些，另外，对今后的改进提供一个参考依据。

“七”乐无穷，尽在新浪新版博客，快来体验啊~~~请点击进入~

以后学习和研究的内容

王顶 — Wed, 14 Jan 2009 12:44:17 +0800

工具软件教程视频开发计划

阿弥陀佛 — Wed, 14 Jan 2009 12:21:40 +0800

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

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

1. Visual C++ 6.0 + MSDN 6.0

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

2. Bugzilla（可以覆盖一门课程：软件测试）
1）安装

3. TortoiseSVN（可以覆盖一门课程：软件工程或者版本控制）
1）安装

2) ...

4. Eclips

1) ...

5. Linux (Debian)

1) 安装

2) ...

6. MySQL

1) 安装

2) ...

7. Postgre SQL

1) 安装

2) ...

7. Moodle

1) 安装

2) ...

9. ...

其他：
Office
Windows XP
输入法

1. Camtasia Studio（面向教师）
1）安装
2）录制
3）后期制作

二、计划安排
一周一个课程单元，从Visual C++开始

三、制作规范
录制工具：Camtasia 6录制
视频尺寸：1024×768
屏幕颜色：中16位
视频长度：一个课程单元在20～30分钟之间
后期制作：（参考播布客）
　1）封面（统一）
　2）中间的提示（快捷键，或其他）
　3）片尾
　4）背景音乐和片尾音乐

四、展示平台
FTP + Moodle

“七”乐无穷，尽在新浪新版博客，快来体验啊~~~请点击进入~

SCIS项目之需求开发心得

阿弥陀佛 — Wed, 31 Dec 2008 13:03:25 +0800

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

软件需求其实不外乎三件事情，捕获需求（或者称为识别需求）、描述需求和管理需求变更，因为我们目前处于项目初期所以没有涉及需求变更管理。当前的两件事情就是捕获需求和描述需求。
项目组在需求开发过程中采用RUP方法论中的技术和手段，主要是用例建模和用例规约文档，其他的还有UI原型以及词汇表。项目组成员在初期学习了不少UML和用例建模方面的技术和资料，然而需求开发的结果确有些走样，在下面的第3点，我分析和总结了其中的问题。
需求文档写的再好或者用例模型画得再漂亮，这只是一个形式。而问题的关键是我们能否捕获对用户真正有价值的需求，因此需求捕获和需求描述两者之间其实是一个内容与形式的关系。当然形式要服务与内容，即使需求描述的再准确、再规范，如果需求本身是用户不需要的，这显然也是没有意义的。因此，需求捕获或者说需求的识别才是问题的关键，当然，关键问题搞定了，需求描述这种形式上的东西就是锦上添花了。团队在项目初期没有把大部分精力放在内容上，而是放在了形式上，导致需求比较空泛或者没有太多实用价值。
既然需求捕获这么重要和关键，那么如何做好这个工作呢？需求捕获的技巧或能力我感觉基本上都属于软技能的范畴，包括的技术手段比如：和客户沟通、收集业务资料、分析业务资料。可是大多数软件需求的教课书上都没有提到一个很重要的技能，就是研究和学习已有的系统。比如，我们的SCIS项目需要用户身份验证，其实互联网上各种论坛、博客或者Email系统都有身份验证功能，从这些已有的系统我们在使用和操作的时候，就可以把相应的需求整理出来。这其实就是一个经验的问题，一方面新手可能缺乏项目经验，另一方面新手可能没有很多系统使用和应用的经验，也就是说见的不多识的不广，或者即使见多识广也未必会在用的过程对系统留心。任何一个软件系统，即使市面上没有完全一模一样的产品，也必然会存在部分相似的产品，这些部分相似的地方都是我们可以借鉴的，这本身就是需求捕获，或者说的高深一些就算是需求模式吧。其实这些软技能才是真正对需求开发最有价值的东西。
当然，捕获需求过程中最重要的一点就是我们要时常提醒自己——某某功能到底会不会给用户带来潜在的价值。如果不能带来价值，我们把它写进需求里就没有意义。当然，如果我们觉得没有价值，可是用户觉得很有价值，这样我们也不必太固执己见了，毕竟有人买单，这种情况就不在讨论的范围之内了。

“七”乐无穷，尽在新浪新版博客，快来体验啊~~~请点击进入~

《用例驱动的UML对象建模应用——范例分析》杂谈

阿弥陀佛 — Sat, 20 Dec 2008 11:39:09 +0800

　　《用例驱动的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 it should be relatively free of details about the fields on your screens, as well.”好像把意思译反了，感觉翻译为：“用例文本不应包含过多的描述细节，也不应有过多关于屏幕字段的细节。”比较好。

　　59页正数第4行“...协同图”，英文原文是“...collaboration diagram”，感觉翻译为“...协作图”比较好。

　　59页正数第5行“...构造类型”，英文原文是“...stereotyping”，感觉翻译为“...构造型”比较好。

　　75页练习题的标题“Take Recent Orders”，感觉原书的作者本身写错了，应该是“Track Recent Orders”，这样才能后76页的答案标题对得上。

　　108页倒数第10行“...分支流称...”，应该是字打错了“...分支流程”。

这两本书在chinapub上有介绍：

《用例驱动的UML对象建模》http://www.china-pub.com/2016704

《用例驱动的UML对象建模应用——范例分析》http://www.china-pub.com/24819

这两本书在网上可以下载：

《用例驱动的UML对象建模》http://www.51leifeng.net/thread-5610-1-2.html

《用例驱动的UML对象建模应用——范例分析》http://www.51leifeng.net/thread-21169-1-1.html

“七”乐无穷，尽在新浪新版博客，快来体验啊~~~请点击进入~

《用例驱动的UML对象建模应用：范例分析》读书笔记

阿弥陀佛 — Sat, 20 Dec 2008 11:09:18 +0800

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

十种最常见的域建模错误

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

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

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

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

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

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

4. 将类命名为难以理解的名称，而不是直观的名称。

3. 直接进入到实现结构，如友员关系和参数化类。

2. 在域类和关系型数据库表之间建立1对1的映射。

1. 过早地执行模式化，这将导致根据用户问题毫无关系的模式创建解决方案。

十种最常见的用例建模错误

10. 编写功能性需求，而不是使用场景文本。

9. 描述属性和方法而不是用况。

8. 编写的用例过于简洁。

7. 让自己同用户界面完全脱离。

6. 不给边界对象提供明确的名称。

5. 不从用户的角度进行编写，并使用被动语态。

4. 只描述用户交互，而忽略系统做出的响应。

3. 不描述操作的分支流程。

2. 不将重点放在用例的内部，而是放在如何达到这里或以后将发生的情况。

1. 花一个月的时间决定使用包含结构还是扩展结构。

十种最常见的健壮性分析错误

10. 违反一种或多种健壮性分析规则。

9. 不使用健壮性分析来帮助您在用例文本中采用一致的格式。

8. 健壮性图中不包含分支流程。

7. 不使用健壮性分析来确保类图和用例文本中的类名一致。

6. 给健壮性图中的类分配行为。

5. 包含的控制器过多或过少。

4. 试图使健壮性图十全十美，而花费过多的时间。

3. 试图在健壮性图上完成详细设计。

2. 不在用例文本和健壮性图之间进行可视化跟踪。

1. 不更新静态模型。

十种最常见的时序图错误

10. 不为每个用例绘制一个时序图。

9. 不将用例文本添加到时序图。

8. 不首先在健壮性图上确定所有必需的对象。

7. 不在用例文本和消息箭头之间提供可视化跟踪。

6. 不说明对象间的通信管道，而是让时序图表示高级抽象。

5. 将时序图绘制成流程图，而不是使用它来在对象间分配行为。

4. 不将重点放在有趣的方法上，而是放在get函数和set函数上。

3. 不仔细考虑消息箭头的起点（即特定时间内，哪个对象拥有控制权）。

2. 通过绘制消息箭头来分配行为时，不遵循职责驱动的OOD基本原则。

1. 不为每个用例包绘制本地类图，以更新静态模型。

“七”乐无穷，尽在新浪新版博客，快来体验啊~~~请点击进入~

05级学生毕业设计题目

阿弥陀佛 — Mon, 08 Dec 2008 14:23:29 +0800

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

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

“七”乐无穷，尽在新浪新版博客，快来体验啊~~~请点击进入~