摘要：迭代式的两种选择：1。功能导向型开发（一个时间内只关注一个功能的现实：比如在三层架构中，用一周开发完数据层，一周开发完逻辑层，再用二周开发完页面，再去整合）2。用例导向型开发（根按用例图，分析出所有可能的场景，顺次编写代码处理这些场景：比如用户登录/注销这两个用例，先开发登录的UI->BLL->DAL，然后再开发注销的UI->BLL->DAL） 你应该在各种使用情况下测试你的代码，正常的和非正常的...
阅读全文
阿牛 - 专注.NET开发如果梦想与实现之间有一道不可逾越的鸿沟，那么“执行力”就是跨越这道鸿沟的桥梁。 |
公告
眼界决定境界，气度决定高度； 定位决定地位，格局决定结局； 脑袋决定口袋，想法决定活法； 思路决定出路，观念决定信念； 心态决定姿态，细节决定成败； 性格决定命运，习惯决定未来. 点这去看我的吉他博客 |
随笔分类 - 《OOAD》读书笔记
《面向对象的分析和设计》一书的读书笔记
摘要：迭代式的两种选择：1。功能导向型开发（一个时间内只关注一个功能的现实：比如在三层架构中，用一周开发完数据层，一周开发完逻辑层，再用二周开发完页面，再去整合）2。用例导向型开发（根按用例图，分析出所有可能的场景，顺次编写代码处理这些场景：比如用户登录/注销这两个用例，先开发登录的UI->BLL->DAL，然后再开发注销的UI->BLL->DAL） 你应该在各种使用情况下测试你的代码，正常的和非正常的...
阅读全文
摘要：如果让你写一个只有几百行代码的程序,你不用设计很快就能写出来. 但如果让你编写一个几w行,几10w行代码程序,你又如何做呢? 程序员的水平,也许只有通过大问题,大项目的考验才能见高低. 以下是用面向对象的角度,分析如果解决大问题(大项目) 1. 和客户充分交流，分析出他们真正想要什么样的系统。未来的系统，像什么（如：CRM, HR)，不像什么（ERP)。2. 将用户需要的功能，用普通的用户能...
阅读全文
摘要：注意：在分析阶段，我们得出的类是域类，不是现实类。 所谓域类是指和用户业务相关的，用户能够“认得”的类，它存在于用户的领域中，和计算机技术无关。 如：订单，客户，产品。。。 所谓现实类是指在程序实现过程中（或详细设计阶段），程序员在代码中编写的类，通常和计算机平台，编程语言密切相关。 如：在一个三层架构的系统中，“订单”这个域类，在每一层都需要单独的类来现实。这些类就是现实类。 刚接触...
阅读全文
摘要：有了需求和Use Case之后,接下来就要对需求进行分析. 分析的方法很多种如:E-R模型,概念模型,对象模型. 在这里我们只谈面向对象的分析. 面向对象的分析的过程,就是对象建模的过程. 其产出主要是:类模型图(Class Daigram). 当然还有活动图,时序图等.总之就是要找出系统当中有什么类.类有什么属性和操作. 分析时要从两个方面去看: 1.看对象包含有哪些数据(这是静态方面的...
阅读全文
摘要：软件开发中唯一不变的一个真理就是:变化 用户需求变化,对我们来说可以说是家常便饭. 作为程序员我们不能报怨,努力争取做到灵活,复用才是正道. 需求变化,常常会给系统带来一些新的问题,如果我们不去深入分析思考,可能不会发现这些问题. 需求变化可以用一些设计原则来减少程序的变化: 封装: 将变化和不变的东西分开,不要混在一起. 这样当需求变化时, 只要改变化那一块的代码,这样可以减少一些问题. ...
阅读全文
摘要：用户给我们的需求,通常是不完整的,不精确的. 有时,一些很重要的细节,需求中并没有写出来,也许是用户真的忘记了,但更多的是他们认为那些事儿很自然,习以为常. 但这些"自然的事"开发人员并不清楚. 不管用户的需求文档写的多少好, 我们都有必要和用户反复的沟通来细化需求,澄清细节．往往＂细节决定成败＂. Use case是一个和用户沟通的好工具,你可以直接用文字书写各个case,也可以用UML画...
阅读全文
摘要：什么是好的软件? 首先,它必须满足客户的要求,做客户想做的事情 然后,好的软件是经过良好设计,良好编码的. 容易维护,重用和扩展 换句话说,好的软件不只是满足了客户,还要"满足"程序员. 维护这个软件的程序员,不是你自己:) 怎么现实好的软件? 确保真正达到了客户的要求 应用基本的OO思想,OO设计原则以增加灵活性 应用设计模式或架构模式,以达到一个可重用,容易维护的目的.
阅读全文
|
