|
摘要：
做计算机的人都知道MVC模式即：Model-View-Control,使用这个模式使软件更加的松耦合更加好维护，但是我发现这个模式很符合人的思考模式，也许这就是计算机抽象的结果吧，更符合现实世界的行为。人的思维模式有两种。第一种：刺激—反应模式，即发生一件事立即反应，比如别人说你坏话立即生气并反击，这种思维模式很像我以前开发软件的方式，这是一种不成熟的思考方式，画软件界面->添加... 阅读全文
posted @ 2010-05-10 15:21 err 阅读(283) 评论(0) 推荐(0)
摘要：
软件开发唯一不变的是变化，变化的来源于客户的需求还有市场的变化。我们辛辛苦苦的做需求调研再根据调研成果做软件设计，完了再实现设计，最后发现客户需求变了，可想而知有多痛苦。解决变化的方式是跟客户经常的沟通和设计灵活的架构。如何加强沟通那在需求阶段需要通过用例图等方法跟客户沟通，在架构设计阶段就需要原型法做沟通，在开发阶段就需要迭代式开发来加强沟通。原型法是软件经常用的方式，通过原型让客户尽早接触到我... 阅读全文
posted @ 2010-05-04 11:13 err 阅读(1160) 评论(0) 推荐(0)
摘要：
为什么要定义关键需求？因为关键需求能够决定架构，如果一开始就分析所有需求那可能对需求分析的不够细也有可能造成分析瘫痪，而且也有工期的压力，而通过分析关键需求对关键需求进行架构设计，再通过非关键需求来验证架构，这样做是最佳的方式。下面说说关键需求分类。1.关键功能需求：功能需求就是软件必须实现的功能，功能需求是否是关键需求要通过客户的指定，通过跟客户配合来定关键需求，并且分析要实现此关键功能需要协助... 阅读全文
posted @ 2010-05-04 11:12 err 阅读(899) 评论(0) 推荐(0)
摘要：
在完成“概念性架构”设计下一步就进行对概念性架构做细化，我们用五视图方法对概念性架构进行细化。五视图设计的来源或者说是输入是：领域模型，关键需求，概念架构，约束，经验，通过以上的输入条件最终我们会输出五视图架构方案。 下面介绍一下五视图方法具体的原则。1.逻辑架构：逻辑架构设计着重考虑功能需求，关系行为职责的划分，包括功能需求的和为了实现功能需求提供的辅助功能。一般而言逻辑... 阅读全文
posted @ 2010-05-04 11:12 err 阅读(1104) 评论(0) 推荐(0)
摘要：
1.分层架构：分层架构是使用最多的架构模式，通过分层使各个层的职责更加明确，通过定义的接口使各层之间通讯,上层使用下层提供的服务。分层分为：严格意义上的分层，一般意义的分层。严格意义的分层是n+1层使用n层的服务。而一般意义的分层是上层能够使用它下边所有层的服务。领域驱动设计的分层定义：UI层，UI控制层，服务层，领域层，基础设施层。2.MVC架构：MVC架构相信做软件的都听说，主要是为了让软件的... 阅读全文
posted @ 2010-05-04 11:11 err 阅读(1681) 评论(0) 推荐(1)
摘要：
概念性架构设计是对架构的一个概览，下面写一下生成概念性架构的过程。1.鲁棒性分析：鲁棒性分析是对用例的分析，分析出实现用例用到的哪些对象每个对象的职责对象间的调用关系，是业务到技术的一个转变过程。2.引入架构模式：根据项目的现实情况分析需要用到的架构模式，大部分都用分层的架构，也有可能在某层上运用其它的架构模式比如在数据访问层ORM用元数据架构模式。把鲁棒分析的对象放到分析完的架构里。3.质量属性... 阅读全文
posted @ 2010-05-04 11:11 err 阅读(366) 评论(0) 推荐(0)
摘要：
1.业务目标到特性列表：根据客户的业务需求描述整理特性列表。2.特性列表到用例图：根据特性列表分析出实现此特性的用例和执行者，并对每个用例进行简述。3.用例图到用例规约：对关键用例进行行为描述(用例规约)，记得关键用例，不要把所有用例都做用例规约这样会带来分析瘫痪(小项目除外)。4.需求启发与需求验证：设计原型界面或者可运行的原型系统跟客户交流，挖掘客户新需求。对需求进行变更。注：软件在用例分析阶... 阅读全文
posted @ 2010-05-04 11:10 err 阅读(477) 评论(0) 推荐(0)
摘要：
1.需求分析：整理需求，对需求进行分类，按照“功能性需求”“非功能性需求”分类，并且非功能性需求还要按照“约束”“运行期质量属性”“开发期质量属性”。2.领域建模：根据需求，分析领域的核心领域对象(可以通过名词动词法)，这些核心对象在此领域中相对稳定比如拿银行来说：银行账户，银行... 阅读全文
posted @ 2010-05-04 11:09 err 阅读(302) 评论(0) 推荐(0)
摘要：
怎么能评估自己做的用例是否有效那，业界有几种评估方法从不同侧面评估用例的有效性。1.老板测试：如果老板问你“整天都在做什么”，而你的回答是：“登陆系统”，这显然不能让老板高兴，因为你的回答不具有可量化的价值。不具有可量化的价值就是不具有提高工作效率、产生有价值结果的操作，即该操作对老板来说没有价值。如果你写的用例不具有可量化的价值，则不能通过老板测试... 阅读全文
posted @ 2010-05-04 11:08 err 阅读(527) 评论(0) 推荐(0) |
||
浙公网安备 33010602011771号