摘要: 一.用例分析技术1.软件开发是由用例驱动的;2.在系统分析和系统设计中,用例被用来将一个复杂的系统分割、定义成一个个小的单元,然后以每个单元为对象进行开发。二.建立一个用例实现1.包括所关注的用例中出现的所有类的一个UML类图;2.描述交互的对象,以及它们之间的调用关系的一个或多个UML交互图,如时... 阅读全文
posted @ 2015-12-30 18:31 dkjjjj 阅读(259) 评论(0) 推荐(0) 编辑
摘要: 划分大型系统:如果是做一个大系统,那么把大系统划分为小系统就是一个非常重要的事情!先选出系统中最重要的部分。主要的体系架构有如下几种:一、MVC结构,一层用来显示,一层用来控制,一层用来数据存储。例如JSP,Struct就是这种架构。二、管道和过滤器体系结构。主要思想就是一个部分输入数据,处理数据,... 阅读全文
posted @ 2015-12-30 18:29 dkjjjj 阅读(185) 评论(0) 推荐(0) 编辑
摘要: 用例分析技术小结前言现在RUP如日中天,需求分析是第一步,可以看作是高级系统分析员的必备知识,那么,如果用面向对象的分析技术来描述需求呢?在一个需求分析过程中,主要有项目描述,风险分析,用例图以及描述,项目建议这几部分。其中最重要的,也是最需要学习的就是用例的描述。那么用例的描述关键点在哪里呢?确定... 阅读全文
posted @ 2015-12-30 18:11 dkjjjj 阅读(277) 评论(0) 推荐(0) 编辑
摘要: 第五章用例5.1 CompelteSingleGole不适当的目标,会使编写人员不能确定什么时候一个用例结束,什么时候另一个用例开始。原因:太大的用例可能会因细节过多占去涉众的大部分精力;大的用例限制重用;过小的用例仅能描述某些价值实现的一部分;所以:编写每个用例,用来描述一个完整而且定义良好的目标... 阅读全文
posted @ 2015-12-14 17:10 dkjjjj 阅读(273) 评论(0) 推荐(0) 编辑
摘要: 1 阅读全文
posted @ 2015-12-14 17:10 dkjjjj 阅读(139) 评论(0) 推荐(0) 编辑
摘要: 第四章用例集用例集模式是编写一组良好用例的质量标志。4.1 SharedClearVision(愿景共识)缺乏一个清晰的系统愿景可能会导致优柔寡断,涉众之间不能达成一致意见,并可能很快就使项目瘫痪。原因:时间压力可能会使人过早的开发系统,他们的工作建立在错误的基础之上,使其步入正轨的代价可能会非常昂... 阅读全文
posted @ 2015-12-14 17:09 dkjjjj 阅读(212) 评论(0) 推荐(0) 编辑
摘要: (一)软件开发的相关人们(stakeholders)使用用例(Use Case)来探索需求。编写有效的用例,形象具体,简洁,清晰的表达需求。(二)书中的四个图标清晰形象:1.Figure1.1 The "Hub-and-spoke" modelof requirements,表达UseCase和全部... 阅读全文
posted @ 2015-12-14 17:06 dkjjjj 阅读(238) 评论(0) 推荐(0) 编辑
摘要: 1准确、有效需求分析的必要性 由于软件系统复杂性日益提高,软件规模日益庞大,上世纪六十年代末后爆发了深刻的软件危机,表现为:进度拖延,费用超支,软件不符合用户要求、可靠性差且难以维护。其最主要的原因就是缺乏准确、有效的需求分析。时至今日,软件危机问题一直没有得到很好解决。 有效需求分析的重要... 阅读全文
posted @ 2015-11-23 20:24 dkjjjj 阅读(339) 评论(0) 推荐(0) 编辑
摘要: 1,首先要圈定明确的客户群只有明确的客户群才能让我们很好去研究2,学会用客户的语言来描绘产品3,学会理解客户的多重身份4,了解客户的价值观5,理解客户需求背后的深层次心理需求6,像客户一样体验,像客户一样感知他们的生活世界1)像客户一样看2)像客户一样用3)像客户一样想去体验客户的生活世界,而不是客... 阅读全文
posted @ 2015-10-26 21:49 dkjjjj 阅读(639) 评论(0) 推荐(0) 编辑
摘要: 通过阅读有效用力分析书籍,学习到了许多宝贵的经验,现总结如下: 需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面,需求分析以系统规格说明和项目规划作为分析活动的基本出发点,并从软件角度对它们进行检查与调整;另一方面,需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于... 阅读全文
posted @ 2015-10-26 21:48 dkjjjj 阅读(146) 评论(0) 推荐(0) 编辑