2007-04-22

[原创]对分析模式的一点理解（下）

面向对象的分析模式，现在的资料太少了，网上寻找需求也没找到，无奈只好自己看书，现在和大家分享一些我从书上看到的知识。

 

4.3 需求分析阶段

需求分析阶段为一个新系统定义业务需求。

需求分析阶段的关键是什么，而不是如何！需求分析阶段回答这个问题：“用户需要什么？想从一个新系统中得到什么？”，需求分析阶段可能被称为定义阶段或者逻辑设计阶段。

 

任务1－定义需求

第一个任务便是确定需求。

功能需求描述一个系统必须提供的活动和服务。

 

任务2－分析功能需求

功能需求确定后，我们必须分析功能需求。

逻辑系统模型描述一个系统是什么，或者一个系统必须做什么——而不是系统将如何实现。因为逻辑模型描述一个系统的本质（essential）需求，所以他们有时也被称为本质系统模型，有时也被称为逻辑设计（同逻辑系统模型相对应的是物理系统模型，物理系统模型用来描述一个系统将如何实现逻辑系统需求，物理系统模型也被称为物理设计）。

 

任务3－跟踪和完善需求

给定一套完整的需求以及基于系统模型和原型的需求分析，我们要跟踪每个系统模型和/或原型直到回到它实现的功能需求，并确保所有的功能包括在我们的系统模型和原型系统内。当跟需求中时，可能需要重新访问系统模型和原型并做出相应的修改和增加，不断的完善需求。

 

任务4－排列需求的优先次序

知道哪个需求比其他需求更重要，系统所有者和用户应该排列业务需求的优先次序。

时间盒技术（timeboxing）是一种以版本化的形式发布信息系统功能和需求的技术。开发团队选择系统的最小自己，这个自己如果完全时间，就能够立即向系统所有者和用户返回价值。系统以版本的形式开发出来，陆续加入新的功能和需求。

 

任务5－修改项目计划

确定了系统业务需求后，我们将会里重新定义对项目范围的理解并相应的修改项目计划。

 

持续不断的需求管理

需求分析阶段结速了？也许还没有。我们应当在项目开发过程和系统的生命周期中持续不断的管理需求。

 

4.4 决策分析阶段

决策分析阶段确定候选方案，分析那些候选方案并推荐一个将被设计、构造和实现的目标系统。最后的交付成功和里程碑是产生一个能够实现前面各阶段确定的业务需求的系统方案建议。

 

任务1－确定候选方案

根据系统分析的定义阶段确立的业务需求来确定候选方案。

 

任务2－分析候选方案

对每个候选系统方案进行可行性分析，大多数系统分析员按照至少4条准则来评估各个方案：

·技术可行性，方案技术上是否可以实现？

·运行可行性，方案实现了用户需求吗？实现到什么程度？

·经济可行性，该方案划算吗？

·进度可行性，该方案可以在一个可接受的时间段内设计和实现出来吗？

 

任务3－比较候选方案

完成了方案的可行性分析之后，就可以比较这个候选方案，从中选出一个或多个推荐给系统所有者和用户。

 

任务4－修改项目计划

可能你已经注意到有一个不断重复出现的主题始终贯彻系统分析，当一步一步了解了系统、问题、需求和方案时，我们需要不断的修改项目计划并相应的调整项目范围，并相应的修改项目计划。

 

任务5－推荐一个方案

最后应当从多个方案中选择出一个最佳方案推荐给系统所有者和用户。

 

小结：系统分析是建立一个系统重要步骤，请大家不要忽视和简化系统分析。一个新系统设计和实现的质量在很大程度上取决于系统分析的质量。

 

这里只能简单的介绍下系统分析模式概念，具体的还需要大家去找资料。

转载请标明出处：http://www.ddzhang.cn

评论
发表评论

您还没有登录，请登录后发表评论