摘要：
一、起因 公司交给我一个任务，为测试员写一个手机模拟界面，以方便她们的手机短信测试。过去她们都是用MC4J直接调用公司服务器的MBean服务来模拟进行测试，以验证我们整个系统平台。这种测试主要是检查收发短信是否正常，而我的要做的工作就是，让她们在测试的时候更方便更直观。二、需求 我和测试员陈MM（也就是软件的使用者）约定了一个时间，大家一起来讨论这个软件的需求。 1、首先，我大概了解了一下她们的测试工作，知道我要做个什么东东。 2、然后我回去思考了一下，再次找她详细了解其测试的具体步骤，并在一张白纸上以UML用例图的方式，记录下需求的功能。用例是什么？用例就是需求，就是你的软件应该具有... 阅读全文
摘要：
可行性分析是要决定“做还是不做”。 需求分析是要决定“做什么，不做什么”。 即使可行性分析是客观的、科学的，但决策仍有可能是错误的。因为决策者是人，人会冲动，有赌博心态。如果可行性分析表明做某件事的成功率是10%，失败率是90%，倘若该事情的意义非常大，决策者也许会一拍脑袋：“豁出去，干！”于是这世界就多了一份极喜与极悲。一、可行性分析的四大要素：经济、技术、社会环境和人 目前国内很多软件公司做系统集成项目，如果谈谈系统集成项目的可行性分析将很有意思。可是那些系统集成项目大多是政府机构的，由于软件行业尚不规范并且客户方存在腐败现象，所以业内流传“没有做不了的系统集成项目”。软件公司的注意... 阅读全文
摘要：
软件设计最大的敌人，就是应付需求不断的变化。变化有时候是无穷尽的，于是项目开发就在反复的修改和更新中无限期地延迟交付的日期。变化如悬在头顶的达摩克斯之剑，令许多软件工程专家一筹莫展。正如无法找到解决软件开发的“银弹”，要彻底将变化扼杀在摇篮之中，看来也是不可能完成的任务。那么，积极地面对“变化”，方才是可取的态度。于是，极限编程（XP）的倡导者与布道者Kent Beck提出要“拥抱变化”，从软件工程方法的角度，提出了应对“变化”的解决方案。而本文则试图从软件设计方法的角度，来探讨如何在软件设计过程中，解决未来可能的变化，其方法就是——封装变化。 设计模式是“封装变化”方法的最佳阐释。无论是创. 阅读全文