[置顶]:原创--使用BitmapData提高动画执行效能(测试演示)

4

本文作者:dmh2002  发布于:2008-6-29  分类:AS3 经验/技巧/游戏  点击:

OO系统分析员之路--用例分析系列(6)--用例实现、用例场景和领域模型

0

本文作者:dmh2002  发布于:2009-5-24  分类:系统分析与架构  点击:

        上一篇确定了业务用例,以及业务场景。该场景只描述了业务框架,接下来要对业务用例进行场景分析。用例场景分析要用到三种视图,业务用例实现视图、业务用例场景、业务实体模型(领域模型),每个业务用例还应当写一份用例文档,也称为用例规约(UseCase Specification)。若有非功能性需求,例如性能要求,吞吐量要求等,还应当写一份补充用例规约。

        上一篇说到我们经过初步的业务分析,得到了用户、业务用例以及业务场景模型。这三项工作成果形成了基本的需求框架,并圈定了业务范围。这时应当做一份基线。 
...

OO系统分析员之路--用例分析系列(5)--用户、业务用例和业务场景

0

本文作者:dmh2002  发布于:2009-5-24  分类:系统分析与架构  点击:

       用户、业务用例以及业务场景。这三项工作成果已经形成了基本的需求框架,并圈定了业务范围。就笔者的工作习惯而言,在得到这三个成果后,就会暂停调研,而通过评审会,研讨会等形式充分论证这些成果的正确性和完备性。求得业务专家,用户代表,开发方,项目经理等各方的一致认可,将其作为第一份基线。 

       很久没有动笔了,这期间承蒙许多朋友的喜欢和鼓励,再不写点东西就对不住这些朋友了。
...

OO系统分析员之路--用例分析系列(4)--业务建模一般步骤和方法

0

本文作者:dmh2002  发布于:2009-5-24  分类:系统分析与架构  点击:

        使用OO方法建立商业模型必须先定义涉众。商业系统无论多复杂,无论什么行业,其本质无非是人,事,物,规则。人是一切的中心,人做事,做事产生物,规则限制人事物。人驱动系统,事体现过程,物记录结果,规则则是控制。无论OO也好,UML也好,复杂的表面下其实只是一个简单的规则,系统分析员弄明白有什么人,什么人做什么事,什么事产生什么物,中间有什么规则,再把人,事,物之间的关系定义出来,商业建模也就基本完成了。
...

OO系统分析员之路--用例分析系列(3)--业务建模之涉众

0

本文作者:dmh2002  发布于:2009-5-24  分类:系统分析与架构  点击:

        在了解了系统目标以后,系统分析员最先要做的事情不是去了解业务的细节,而是去发现与这个目标相关的人和物。英文把这种人和物称为Stakeholder,在Rose中,这类模型的类型被定义为Business Actor 。有的资料翻译为干系人,笔者则更喜欢涉众这种翻译方法。这就谈到了业务建模的第一步:发现和定义涉众。

        从这一篇开始,笔者将借助一个虚拟的实例来阐述获取用例的方法,以及如何判断用例获取是否完备,粒度选择是否合适。事实上,在做这些工作时,我们正在进行需求分析的第一个阶段,即业务建模阶段。借助这个例子,笔者同样会阐述业务建模到底应该做什么,做到什么地步才能说明业务需求已经完整,可以称为一份完整的需求规格说明书了。
...

OO系统分析员之路--用例分析系列(2)--用例的类型与粒度

0

本文作者:dmh2002  发布于:2009-5-24  分类:系统分析与架构  点击:

        在正式讨论如何获取用例之前,笔者觉得有两个问题还是先解释清楚为好,这对正确获取用例有很大帮助。这两个问题也是初学者最为困惑,也是最难掌握的。一个是各种用例类型之间的区别和用法,另一个是用例的粒度。
        在正式讨论如何获取用例之前,笔者觉得有两个问题还是先解释清楚为好,这对正确获取用例有很大帮助。这两个问题也是初学者最为困惑,也是最难掌握的。一个是各种用例类型之间的区别和用法,另一个是用例的粒度。
...

OO系统分析员之路--用例分析系列(1)--什么是用例

0

本文作者:dmh2002  发布于:2009-5-24  分类:系统分析与架构  点击:

        我发现,在OO和UML几乎一统天下的今天,仍有很多系统分析员对OO和UML一知半解,甚至包括很多已经使用了很久UML的系统分析员。

        于是打算写一个系列文章,将多年来的工作经验做一个总结。对初学者起个启蒙作用,也希望抛砖引喻,与各路大虾共同探讨,共同提高。

        这个系列文章将以我对OO和系统分析的理解为主,从UML基础开始,阐述面向对象的需求分析方法,过程,并以RUP为例,阐述如何将OO过程与软件过程有机结合在一起,做一个真正OO应用。 
...

缺陷与出路—一个游戏开发者的反思

0

本文作者:dmh2002  发布于:2009-5-24  分类:产品设计  点击:

dmh2002注:       在你看这篇文章之前,我先说一下我对这篇文章的一些看法:      1、这是一篇不可多得的好文;      2、这是一篇很长的文章,但是我建议你最好读3遍;   &nbs

小心避免软件需求分析中五类陷阱

0

本文作者:dmh2002  发布于:2009-5-24  分类:系统分析与架构  点击:

        用例(Use case)已经成为被广泛使用的需求开发技术。围绕着用户和他们的目标,而不是产品的功能,这大大提高了开发出能真正满足客户需求的软件产品的可能性。然而,由于对用例所知甚少,造成用例的神秘感与日俱增,很多开发团队也在试图成功地运用用例技术。本文将针对已经开始应用用例技术的分析师,特别指出五处应避免的用例应用陷阱。

  陷阱1:连用户都不理解的用例

...

如何分析问题和需求

0

本文作者:dmh2002  发布于:2009-5-24  分类:系统分析与架构  点击:

         一、提出问题          1.树状遍历式寻找问题     每个问题都不是单一存在的,它都有相关问题,犹如一棵树一样,主问题就是主树杆,主问题伴随的其他问题,就是支树杆,以次类推。首先不要

101条伟大的计算机编程名言

0

本文作者:dmh2002  发布于:2009-5-24  分类:随便侃侃  点击:

人们总是害怕改变.电被发明出来的时候他们害怕电,是不是?他们害怕煤,害怕蒸汽机车.无知无所不在,并导致恐惧.但随着时间推移,人们终究会接受最新的科技.

正如比尔盖茨曾经警告过一样,计算机已经真正成为我们的最新科技,几乎遍布我们日常生活的每一方面.所以,我们这个时代的某些最伟大的头脑开始思索起计算机和软件对于人类的重要性来了.以下就是101条有关计算机的伟大名言,并且,既然我们这个网站是一个软件开发网站,我们尤其关注编程方面的.

计算机
...

Page 3 of 16 «2345678910111213141516»