用户操作
[留言]  [发消息]  [加为好友] 
订阅我的博客
XML聚合    FeedSky
订阅到鲜果
订阅到Google
订阅到抓虾
blueheart20的公告
文章分类
Blog
Java基本面试题目
Nutch
PKI技术分析与应用
关于“一道引起全美大学生举国辩论的逻辑题”的答案
国际信息学奥林匹克竞赛指导--实用算法的分析与程序设计
新锐
算法图书
计算机算法
设计模式解说
Book
圈子圈套
输赢
Math与计算机
OpenSourceSite
CA安装指南
我是如何考上国家公务员的
SearchEngin
程序code
web
facelet与jsf
名人达士
专访郝培强:两周精通Python的技术达人
人在旅途
csdn安全圈子
朱律玮:踏实走好每一步
设计模式
设计模式简单代码之Flyweight模式
算法分析
网络安全
ca
openssl命令行
PKI十大风险
存档

原创  用例技术小札 收藏

用例技术目的为: 捕获需求/分析需求/部分的系统分析,衔接用户/客户,与系统设计部分奠定基础。

用例的具体分为: 用例图/用例简述/用例规约.

  •   用例图   适用于所有的用例
  •  用例简述 适用于单个的用例,侧重于通过简单的文字对用例的目的和功能进行描述
  •  用例规约  适用于单个用例,主要包括: 用例完整描述,主事件流,备选事件流,前置后置条件,还包括用例ID,优先级和使用频度等方面的定义

需求的分类

  •  业务需求(组织的目标) --> 用户需求(用户使用系统来作什么) --> 行为需求 (开发人员需要实现什么)
  • 功能需求(变更性大);非功能性需求(系统约束,运行时质量属性,运行时开发属性)

需求的开发

         业务需求--> 特性列表 -->整理用例图 -->用例简述/用例规约

架构的设计阶段

  •     分析阶段

               需求分析;领域建模: 透过问题的重重现象, 捕获其背后最为稳固的领域概念及其这些概念之间的关系。

  •    架构设计阶段

                确定关键需求(关键需求决定了架构)

               概念性架构设计(全面认识需求)

  •    实际阶段

                细化架构(多视图探寻架构,概念逻辑/物理/运行/开发/数据)

                验证架构(尽早验证架构)

发表于 @ 2009年06月25日 08:32:00 | 评论( loading... ) | 编辑| 举报| 收藏

旧一篇:How to setup the 3D Feature in Ubuntu | 新一篇:系统架构设计(一)

  • 发表评论
  • 评论内容:
  •  
Copyright © blueheart20
Powered by CSDN Blog