TA的每日心情 | 开心 2013-2-22 11:24 |
---|
签到天数: 20 天 [LV.4]偶尔看看III 升级   0.01%
|
2008-10-17 19:56:58 漂泊の孤心泪(105968928)
大家来讨论下今天的各个内容吧
2008-10-17 19:57:19 ·栋·(21087970)
好的。
2008-10-17 19:57:28 漂泊の孤心泪(105968928)
首先是软件配置
2008-10-17 19:57:28 ·栋·(21087970)
今天怎么班长又不在
2008-10-17 19:57:30 景晓书(690250872)
ok
2008-10-17 19:58:00 漂泊の孤心泪(105968928)
每次考试不管是下午试题一还是论文,软件工程都是非常重要的内容
2008-10-17 19:58:13 漂泊の孤心泪(105968928)
班长是忙人。。嗨,人家工作重要啊
2008-10-17 19:58:25 ·栋·(21087970)
软件配置管理是一套规范、高效的软件开发管理方法,同时也是提高软件质量的重要手段。软件配置管理可以帮助开发团队对软件开发过程进行有效的变更控制,高效地开发高质量的软件。
2008-10-17 19:59:00 漂泊の孤心泪(105968928)
嗯,这概念归纳的不错
2008-10-17 19:59:06 漂泊の孤心泪(105968928)
大家来说一下功能呢?
2008-10-17 19:59:14 漂泊の孤心泪(105968928)
有谁不看书就现在可以 知道的?
2008-10-17 19:59:18 漂泊の孤心泪(105968928)
能说几个说几个?
2008-10-17 19:59:20 月满西楼(81659116)
[/流汗]
2008-10-17 19:59:41 月满西楼(81659116)
配置项管理?
2008-10-17 19:59:49 ·栋·(21087970)
软件配置管理包括以下功能:并行开发支持,版本控制,产品发布管理,过程控制,变更管理,代码共享。
2008-10-17 19:59:57 ·栋·(21087970)
书上在哪里啊?我在百度上找的
2008-10-17 20:00:10 漂泊の孤心泪(105968928)
嗯,
2008-10-17 20:00:30 漂泊の孤心泪(105968928)
还有 修订版管理。建立管理
2008-10-17 20:00:51 景晓书(690250872)
标示,组织,控制,感觉这是重点
2008-10-17 20:00:58 景晓书(690250872)
也是核心
2008-10-17 20:01:18 漂泊の孤心泪(105968928)
为什么呢?
2008-10-17 20:01:55 景晓书(690250872)
我是这样理解的
2008-10-17 20:01:57 漂泊の孤心泪(105968928)
配置管理一般怎样实施?
2008-10-17 20:01:58 漂泊の孤心泪(105968928)
en
2008-10-17 20:02:04 漂泊の孤心泪(105968928)
我也这么认为
2008-10-17 20:02:25 漂泊の孤心泪(105968928)
也就是问:实施配置管理系统,一般的步骤和需要考虑的问题有哪些呢?
2008-10-17 20:02:47 景晓书(690250872)
首先呢是角色职责的管理
2008-10-17 20:03:14 Riddler(513675636)
[图片]书上的
2008-10-17 20:03:19 景晓书(690250872)
项目经理:PM
2008-10-17 20:03:33 景晓书(690250872)
配置控制委员会CCB
2008-10-17 20:03:43 漂泊の孤心泪(105968928)
首先不是角色职责的管理吧:?
2008-10-17 20:03:52 漂泊の孤心泪(105968928)
首先要考虑的是 规划,调整网络开发环境
2008-10-17 20:04:11 景晓书(690250872)
要配置的话,当然要先明白这些大体的框架
2008-10-17 20:04:14 漂泊の孤心泪(105968928)
因为,一个规划良好的开发环境是实施配置管理系统的前提
2008-10-17 20:04:16 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:04:50 景晓书(690250872)
大家使用什么环境
2008-10-17 20:04:56 漂泊の孤心泪(105968928)
你是指什么?
2008-10-17 20:05:01 漂泊の孤心泪(105968928)
指开发环境吗?
2008-10-17 20:05:04 景晓书(690250872)
恩
2008-10-17 20:05:13 漂泊の孤心泪(105968928)
我是采用J2EE吧
2008-10-17 20:05:33 景晓书(690250872)
1.VisualSVN Server+TortoiseSVN
2.svn+TortoiseSVN +Apache
2008-10-17 20:05:47 景晓书(690250872)
这是两种业界的搭建模式
2008-10-17 20:06:11 漂泊の孤心泪(105968928)
嗯,我应该是下面的吧
2008-10-17 20:06:15 景晓书(690250872)
管理人员在其下进行工作管理
2008-10-17 20:06:37 景晓书(690250872)
那能不能谈谈具体使用过程中的感受呢
2008-10-17 20:07:03 漂泊の孤心泪(105968928)
回归刚才的,实施配置管理系统,第一要:规划,调整网络开发环境,第二是:设计配置管理库。
第三是:定义配置管理系统的角色,第四是::制定配置管理流程。。
2008-10-17 20:07:14 景晓书(690250872)
恩
2008-10-17 20:07:26 漂泊の孤心泪(105968928)
去年我参与一个连云港港口集团管理系统的 需求分析与设计工作。
2008-10-17 20:07:43 漂泊の孤心泪(105968928)
由于需求分析在差不多软件都要开发完毕的时候还有需求变更
2008-10-17 20:07:51 漂泊の孤心泪(105968928)
所以导致大反工
2008-10-17 20:08:40 漂泊の孤心泪(105968928)
本身这个项目难度并不难,但是由于 项目配置方面做的不好,譬如说:管理系统的角色没有明确区分
2008-10-17 20:08:48 景晓书(690250872)
这也出了软件工程的定义和发展
2008-10-17 20:08:51 漂泊の孤心泪(105968928)
而导致 项目处于崩溃状态
2008-10-17 20:09:12 漂泊の孤心泪(105968928)
也就是说项目经理 频繁更换
2008-10-17 20:09:13 有梦的佳佳(359743262)
是是
2008-10-17 20:09:39 漂泊の孤心泪(105968928)
我进入的时候,一个项目经历已经被老总踢掉了,又换了一个,而且换了一个后还没有完全了解项目,就又跳槽了
2008-10-17 20:09:56 漂泊の孤心泪(105968928)
这说明公司对于这个项目的配置管理系统角色没有好好的定义
2008-10-17 20:10:14 漂泊の孤心泪(105968928)
接下来,大家说一下 配置管理工具的选择::::
2008-10-17 20:10:17 景晓书(690250872)
PM的具体任务呢
2008-10-17 20:10:28 漂泊の孤心泪(105968928)
PM是什么?
2008-10-17 20:10:33 景晓书(690250872)
项目经理
2008-10-17 20:10:41 景晓书(690250872)
或者说职责呢
2008-10-17 20:10:54 漂泊の孤心泪(105968928)
他 的任务当然是进行需求分析,项目分析了,
2008-10-17 20:10:58 景晓书(690250872)
project manager
2008-10-17 20:11:18 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:11:20 景晓书(690250872)
但在软件配置中,还具体可划分如下
2008-10-17 20:11:29 风雨彩虹(395435338)
电脑刚刚死机,现在好了,
赶上讨论了
2008-10-17 20:11:44 景晓书(690250872)
制定和修改项目的组织结构和配置管理策略; 批准、发布配置管理计划; 决定项目起始基线和开发里程碑; 接受并审阅配置控制委员会的报告。
2008-10-17 20:12:04 漂泊の孤心泪(105968928)
嗨,这些小公司确实还难以做到
2008-10-17 20:12:10 景晓书(690250872)
是啊
2008-10-17 20:12:10 漂泊の孤心泪(105968928)
或者说做的很好。
2008-10-17 20:12:27 景晓书(690250872)
这也是不成熟的主要
2008-10-17 20:12:31 漂泊の孤心泪(105968928)
接下来大家说一下 配置管理工具的选择有哪些?
2008-10-17 20:12:44 风雨彩虹(395435338)
插个问题
TortoiseSVN是什么
2008-10-17 20:12:59 漂泊の孤心泪(105968928)
是服务器吧
2008-10-17 20:13:16 ·栋·(21087970)
目前常用的配置管理工具主要有MS SourceSafe、Rational ClearCase等,
2008-10-17 20:14:14 景晓书(690250872)
就历史年限来说,在国外已经有30多年历史的软件配置管理,但在国内的发展却是在21世纪这几年的事
2008-10-17 20:14:20 风雨彩虹(395435338)
什么服务器
2008-10-17 20:14:24 漂泊の孤心泪(105968928)
那如何选择呢?
2008-10-17 20:14:35 景晓书(690250872)
个人习惯吧
2008-10-17 20:14:37 漂泊の孤心泪(105968928)
什么服务器??对于 .net开发的服务器吧
2008-10-17 20:14:45 景晓书(690250872)
或者说需求的不同
2008-10-17 20:15:22 风雨彩虹(395435338)
1.VisualSVN Server+TortoiseSVN
2.svn+TortoiseSVN +Apache
怎么是.NET的呢
2008-10-17 20:15:49 漂泊の孤心泪(105968928)
visualSVN 是什么?
2008-10-17 20:15:53 漂泊の孤心泪(105968928)
我这个不知道
2008-10-17 20:16:24 zhqian:(76557298)
visual SVN 14
2008-10-17 20:16:24 风雨彩虹(395435338)
景: 帮忙看看,你说的
2008-10-17 20:16:25 漂泊の孤心泪(105968928)
CVS这个配置管理工具应该很重要
2008-10-17 20:16:26 有梦的佳佳(359743262)
我也是
2008-10-17 20:16:28 老闲(731319268)
虚似客户端
2008-10-17 20:16:39 景晓书(690250872)
死机了
2008-10-17 20:17:14 风雨彩虹(395435338)
我的电脑刚死机,你的又死机,被我传染了,[/呲牙]
2008-10-17 20:17:19 漂泊の孤心泪(105968928)
visual SVN是什么?
2008-10-17 20:17:25 景晓书(690250872)
我这里网速收到影响了,你可以百度下,然后介绍下
2008-10-17 20:17:44 漂泊の孤心泪(105968928)
如果不知道的话 自己去查吧
2008-10-17 20:17:49 景晓书(690250872)
恩
2008-10-17 20:18:11 漂泊の孤心泪(105968928)
关于配置管理工具,主要就是那么几个,大家知道了以后可以自己去翻阅 书籍
2008-10-17 20:18:30 景晓书(690250872)
有经验的也可以谈下自己的经验介绍
2008-10-17 20:18:39 景晓书(690250872)
毕竟这方面比较实用
2008-10-17 20:18:45 风雨彩虹(395435338)
一个软件??
2008-10-17 20:19:35 faith(307527872)
to 漂泊の孤心泪
刚加入,这个配置管理工具,主要是哪几个啊?
2008-10-17 20:19:46 景晓书(690250872)
虚似客户端
2008-10-17 20:20:06 景晓书(690250872)
不是老闲说了吗
2008-10-17 20:20:06 漂泊の孤心泪(105968928)
主要是::CVS,Visual Source Safe
2008-10-17 20:20:18 漂泊の孤心泪(105968928)
这两个是版本控制工具
2008-10-17 20:20:24 ·栋·(21087970)
Subversion 是一个开源的版本控制系統,
2008-10-17 20:20:36 ·栋·(21087970)
简写svn
2008-10-17 20:20:44 漂泊の孤心泪(105968928)
还有:CLEARCASE ,PVCS 是项目级配置管理工具
2008-10-17 20:20:59 风雨彩虹(395435338)
svn是版本控制系统
2008-10-17 20:21:15 漂泊の孤心泪(105968928)
还有企业级配置管理工具入: ALLFUSION, HARVEST
2008-10-17 20:21:15 老闲(731319268)
SVN(Secure Virtual Network)
2008-10-17 20:21:21 faith(307527872)
听说svn很不错,怎么个用法
2008-10-17 20:21:36 漂泊の孤心泪(105968928)
好了,具体用法我们在这里不做讨论吧
2008-10-17 20:21:52 景晓书(690250872)
软件配置管理的关键活动吧
2008-10-17 20:21:58 ·栋·(21087970)
静室软件工程 概念,方法,功能
静室软件工程 概念,方法,功能
2008-10-17 20:22:00 漂泊の孤心泪(105968928)
接下来第二个:: 静室软件工程的概念,方法还有功能。。
大家来讨论下
2008-10-17 20:22:01 风雨彩虹(395435338)
安全虚拟网络
2008-10-17 20:22:43 风雨彩虹(395435338)
不强调测试,强调验证
2008-10-17 20:22:43 景晓书(690250872)
这么快?
2008-10-17 20:23:19 漂泊の孤心泪(105968928)
书上概念::静室软件工程是一种在软件开发过程中强调在软件中建立正确性的需要的方法。。
2008-10-17 20:23:20 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:23:25 漂泊の孤心泪(105968928)
下面还有很多内容了
2008-10-17 20:23:40 漂泊の孤心泪(105968928)
各位做开发的有谁用过静室软件工程方法吗??
2008-10-17 20:24:07 景晓书(690250872)
3个小时,够的吧
2008-10-17 20:24:28 景晓书(690250872)
呵呵,继续吧
2008-10-17 20:24:32 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:24:58 漂泊の孤心泪(105968928)
有谁能可以总结下静室软件工程的概念,方法,和功能呀?
2008-10-17 20:25:15 风雨彩虹(395435338)
你们讨论先,我再看看前面那个,还没有消化呢
2008-10-17 20:25:23 老闲(731319268)
净室软件工程 是这个净吧
2008-10-17 20:25:29 景晓书(690250872)
恩
2008-10-17 20:25:31 ·栋·(21087970)
净室软件工程是一种采用形式化的软件开发方法,
2008-10-17 20:25:43 漂泊の孤心泪(105968928)
对,关于是对于这个净怎么个理解法?
2008-10-17 20:25:51 漂泊の孤心泪(105968928)
形式化这个词太抽象了
2008-10-17 20:26:16 ·栋·(21087970)
盒规约更抽象
2008-10-17 20:26:51 老闲(731319268)
比如干净,,没有一点痕迹
2008-10-17 20:26:51 漂泊の孤心泪(105968928)
我的理解是::静室软件工程是一路走过去要保证没有错误,或者说争取0错误,不像一般的软件开发方法 在之后再去修改错误
2008-10-17 20:27:10 ·栋·(21087970)
作用就是发现和消除错误
2008-10-17 20:27:20 老闲(731319268)
零缺陷程序设计
2008-10-17 20:27:24 漂泊の孤心泪(105968928)
就是在规约和设计中消除错误。而不是开发完之后再去排除错误
2008-10-17 20:27:34 漂泊の孤心泪(105968928)
不能说完全0缺陷
2008-10-17 20:27:43 漂泊の孤心泪(105968928)
而是去争取0缺陷
2008-10-17 20:27:49 老闲(731319268)
这是理想境界
2008-10-17 20:27:53 景晓书(690250872)
恩
2008-10-17 20:27:59 漂泊の孤心泪(105968928)
嗯,这样理解就应该明白了
2008-10-17 20:28:33 景晓书(690250872)
资料打不开了
2008-10-17 20:29:01 ·栋·(21087970)
3 Agent方法学 概念 相关方法学OA 这个没听说过!
2008-10-17 20:30:13 漂泊の孤心泪(105968928)
等下
2008-10-17 20:30:21 漂泊の孤心泪(105968928)
还有一个静室软件工程的策略
2008-10-17 20:30:34 漂泊の孤心泪(105968928)
也就是说如何去产用静室软件工程开发方法
2008-10-17 20:30:56 漂泊の孤心泪(105968928)
我看了历年的考题,有关于这个考题的
2008-10-17 20:31:12 景晓书(690250872)
资料打不开了,你们先讨论
2008-10-17 20:31:21 漂泊の孤心泪(105968928)
额?什么意思?
2008-10-17 20:31:30 景晓书(690250872)
电脑好卡
2008-10-17 20:31:36 景晓书(690250872)
我听
2008-10-17 20:32:51 漂泊の孤心泪(105968928)
我简单说下吧::静室方法使用增量软件模型的一个专门版本。一个“软件怎两的流水线”被若干小的,独立的软件工程小组开发,一旦每个增量被认证通过。它将被集成为一个整体。
2008-10-17 20:33:03 漂泊の孤心泪(105968928)
这是书上的概念,也许难以理解
2008-10-17 20:33:26 漂泊の孤心泪(105968928)
还有人呢?
2008-10-17 20:33:32 景晓书(690250872)
增量软件模型?
2008-10-17 20:33:37 漂泊の孤心泪(105968928)
嗯,对
2008-10-17 20:33:53 景晓书(690250872)
和数据库的增量模型一样吧
2008-10-17 20:33:58 漂泊の孤心泪(105968928)
净室软件策略也许就是采用增量软件的方法
2008-10-17 20:34:24 faith(307527872)
增量模型是演化模型的一种
2008-10-17 20:34:25 漂泊の孤心泪(105968928)
由独立的软件工程小组进行开发。
2008-10-17 20:34:27 漂泊の孤心泪(105968928)
对
2008-10-17 20:34:46 漂泊の孤心泪(105968928)
它采用的是增量模型的一个专门的版本
2008-10-17 20:35:00 漂泊の孤心泪(105968928)
又专门的小组来进行
2008-10-17 20:35:18 景晓书(690250872)
好像这个大家都没有复习到,怎么一点动静东没有?
2008-10-17 20:35:24 漂泊の孤心泪(105968928)
一个个增量网上增加
2008-10-17 20:35:31 风雨彩虹(395435338)
原型,增量和演化之间有什么区别
2008-10-17 20:36:13 景晓书(690250872)
原型通过增量扩展,即演化成新模型
2008-10-17 20:36:29 漂泊の孤心泪(105968928)
原型就是 先快速开发一个模型,让用户去试用,然后逐渐修改,直到最后一个完善的模型提交给客户使用
2008-10-17 20:36:35 景晓书(690250872)
是这样理解吧
2008-10-17 20:36:37 漂泊の孤心泪(105968928)
嗯,就是演化成新模型
2008-10-17 20:36:56 风雨彩虹(395435338)
这就有点像演化了
2008-10-17 20:36:56 景晓书(690250872)
另外还有海量模型
2008-10-17 20:37:05 漂泊の孤心泪(105968928)
不错这几个也差不多
2008-10-17 20:37:05 景晓书(690250872)
不过这里不采用
2008-10-17 20:37:37 风雨彩虹(395435338)
哪一个的体系结构比较好
2008-10-17 20:37:37 漂泊の孤心泪(105968928)
关键只要记住,净室软件策略是采用的增量的软件模型,然后设立独立的软件工程小组去开发就对了
2008-10-17 20:37:52 漂泊の孤心泪(105968928)
什么体系结构比较好?
2008-10-17 20:38:02 漂泊の孤心泪(105968928)
你是比较 开发方法吗?
2008-10-17 20:38:11 风雨彩虹(395435338)
我记得有一种是从体系结构演化的
2008-10-17 20:38:56 faith(307527872)
我的理解:
1.演化模型:包含增量模型.
增量模型每次都开发一个产品,一般情况第一次开发的是一个核心内容,且可以
进行发布的.
第二次开发新的内容,并对第一次的产品进行完善.
2.原型开发:一般对应一个原型,具体如ppt的图片,用来给客户确认,还没有形成产品.
2008-10-17 20:39:47 漂泊の孤心泪(105968928)
嗯。
2008-10-17 20:39:50 漂泊の孤心泪(105968928)
可以这么理解
2008-10-17 20:39:58 faith(307527872)
[图片]
2008-10-17 20:40:14 漂泊の孤心泪(105968928)
不过关键要记住,净室软件策略是采用的增量的软件模型,然后设立独立的软件工程小组去开发就对了
2008-10-17 20:40:35 faith(307527872)
这个净室还真没有听说
2008-10-17 20:40:45 景晓书(690250872)
这里还要清楚的是:软件体系结构和框架的定义
2008-10-17 20:40:49 faith(307527872)
嗯,学习了.
2008-10-17 20:40:57 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:41:39 漂泊の孤心泪(105968928)
接下来讨论::Agent-Orientde 简称为 AO 方法学
2008-10-17 20:41:46 景晓书(690250872)
大家可以看些设计模式,软件框架,以及体系结构方面的知识
2008-10-17 20:41:51 漂泊の孤心泪(105968928)
面向智能主体的方法学
2008-10-17 20:41:56 风雨彩虹(395435338)
增量式是从体系结构中不断的增量,是吗?
2008-10-17 20:42:28 景晓书(690250872)
也可以抛开现有的增量,在其他层次上进行
2008-10-17 20:42:52 景晓书(690250872)
“不断”,有点太大了
2008-10-17 20:43:56 景晓书(690250872)
继续吧
2008-10-17 20:44:11 景晓书(690250872)
先讲下概念吧
2008-10-17 20:44:14 漂泊の孤心泪(105968928)
增量模型和螺旋模型都属于 演化模型,
2008-10-17 20:44:18 风雨彩虹(395435338)
原型的方法开发出的软件,体系结构较之增量式的松
2008-10-17 20:44:19 漂泊の孤心泪(105968928)
嗯,继续
2008-10-17 20:45:27 漂泊の孤心泪(105968928)
AO方法学就是 面向只能主体的方法学
2008-10-17 20:45:42 漂泊の孤心泪(105968928)
主要用于开发智能化软件系统,是未来软件开发的趋势
2008-10-17 20:46:09 漂泊の孤心泪(105968928)
那个文件打错了,是AO不是OA
2008-10-17 20:46:40 漂泊の孤心泪(105968928)
AO是继面向对象方法的下一代方法学
2008-10-17 20:47:27 景晓书(690250872)
Agent特性呢?
2008-10-17 20:47:40 漂泊の孤心泪(105968928)
Agent 的特点有::代理性,自治性,主动性,反应性,社会性,智能型,还有合作性和移动性
2008-10-17 20:48:05 景晓书(690250872)
代理性:
2008-10-17 20:48:15 景晓书(690250872)
代理具有代表他人的能力,即它们都代表用户工作.这是代理的第一特征
2008-10-17 20:48:23 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:48:29 漂泊の孤心泪(105968928)
书上就是这么说的
2008-10-17 20:48:32 景晓书(690250872)
体现智能
2008-10-17 20:48:37 漂泊の孤心泪(105968928)
这个概念也许还是比较前卫的
2008-10-17 20:48:38 漂泊の孤心泪(105968928)
用的不多
2008-10-17 20:48:49 漂泊の孤心泪(105968928)
我们只要大概了解就可以了
2008-10-17 20:48:55 漂泊の孤心泪(105968928)
出论文的可能性不大
2008-10-17 20:49:07 漂泊の孤心泪(105968928)
但是在下午一试题中可能会考到
2008-10-17 20:49:15 景晓书(690250872)
恩,是啊,广度吗
2008-10-17 20:49:35 漂泊の孤心泪(105968928)
各个特性的定义大家去查了自己了解吧
2008-10-17 20:49:41 漂泊の孤心泪(105968928)
不在这里具体讨论了
2008-10-17 20:50:22 faith(307527872)
http://hi.baidu.com/polaris101/blog/item/41a21e4ff5749b37aec3ab29.html
可以看看
2008-10-17 20:51:07 景晓书(690250872)
面向Agent的系统建模也要了解下
2008-10-17 20:51:13 景晓书(690250872)
Gaia建模方法
2008-10-17 20:51:21 漂泊の孤心泪(105968928)
嗯,
2008-10-17 20:51:25 景晓书(690250872)
Multi-Agent System的建模方法
2008-10-17 20:51:32 景晓书(690250872)
信息系统的建模
2008-10-17 20:51:37 漂泊の孤心泪(105968928)
那你说一下吧
2008-10-17 20:52:06 景晓书(690250872)
Gaia支持Agent的结构以及Agent之间的社会和组织结构的建模,但是,它要求单个Agent的能力以及Agent之间的交互关系在系统运行过程中是静态的.
2008-10-17 20:52:49 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:52:53 漂泊の孤心泪(105968928)
还有人呢?
2008-10-17 20:53:12 风雨彩虹(395435338)
Gaia可以理解为AO的设计模式,能吗?
2008-10-17 20:53:35 漂泊の孤心泪(105968928)
设计模式这个概念,后续我认为不能把
2008-10-17 20:53:44 漂泊の孤心泪(105968928)
那个只是 AO的一种建模方法,
2008-10-17 20:53:53 风雨彩虹(395435338)
哦
2008-10-17 20:54:05 漂泊の孤心泪(105968928)
而设计模式的概念是采用一种相特定的方法来对待某一种特定的问题
2008-10-17 20:54:09 漂泊の孤心泪(105968928)
这不是同一个概念
2008-10-17 20:54:19 景晓书(690250872)
Gaia建模不适合与开放的Agent组成的、具有一定社会准则的系统
2008-10-17 20:54:22 漂泊の孤心泪(105968928)
大家的意见呢?
2008-10-17 20:54:27 景晓书(690250872)
这里只是了解
2008-10-17 20:54:31 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:54:34 漂泊の孤心泪(105968928)
只是了解
2008-10-17 20:54:41 漂泊の孤心泪(105968928)
这个概念比较前卫。
2008-10-17 20:55:24 faith(307527872)
太前了,难以学以致用啊.
2008-10-17 20:55:47 景晓书(690250872)
提前读读相关的内容会好些
2008-10-17 20:55:47 漂泊の孤心泪(105968928)
不过既然是未来发展趋势,那么肯定早晚要掌握的
2008-10-17 20:55:51 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:56:03 笑笑(9763901)
我来啦,哈哈
2008-10-17 20:56:05 漂泊の孤心泪(105968928)
接下来说下::基本架构和体系结构的问题
2008-10-17 20:56:34 漂泊の孤心泪(105968928)
基本架构指的是统一过程中的基本架构,体系结构指的是软件产品中提到的体系结构
2008-10-17 20:56:46 风雨彩虹(395435338)
太快了,消化不了
2008-10-17 20:56:57 で九尾狐ン(35138090)
恩,太快了点
2008-10-17 20:56:57 漂泊の孤心泪(105968928)
不是一下子消化的啊
2008-10-17 20:57:08 漂泊の孤心泪(105968928)
结束了以后每个人都要慢慢再看的啊
2008-10-17 20:57:17 景晓书(690250872)
慢慢来,不着急吗,还有一个小时
2008-10-17 20:57:20 faith(307527872)
啊对
2008-10-17 20:57:30 漂泊の孤心泪(105968928)
目前讨论当然是这样的了。难道你想大家讨论结束后就全部消化的了啊。呵呵
2008-10-17 20:57:34 漂泊の孤心泪(105968928)
嗯
2008-10-17 20:58:20 景晓书(690250872)
小插曲:专题讲座=课前+课上讨论+课后巩固
2008-10-17 20:58:35 景晓书(690250872)
基本设计模式,呵呵
2008-10-17 20:58:47 で九尾狐ン(35138090)
好的,那继续吧
2008-10-17 20:58:59 漂泊の孤心泪(105968928)
统一过程的特性::
1;统一过程是用例驱动的
2;统一过程是以基本架构为中心的
3:统一过程是迭代式和增量的;
2008-10-17 20:59:39 faith(307527872)
身架构,结构,构架使用的听频繁的,有什么联系?
我感觉有时书的作者都搞混了,架构和构架感觉是一个意思,
是搭建基础的东西,跟房屋中的框架比较像.
2008-10-17 20:59:43 漂泊の孤心泪(105968928)
大家记住了,这三个概念是同等地位的:缺掉任何一个。都将严重降低统一过程的价值
2008-10-17 21:00:00 漂泊の孤心泪(105968928)
架构是名词,构架是动词
2008-10-17 21:00:04 漂泊の孤心泪(105968928)
你这样了解就对了
2008-10-17 21:00:16 漂泊の孤心泪(105968928)
架构是一个固定的模式,存在的东西
2008-10-17 21:00:28 漂泊の孤心泪(105968928)
构架是??动词,我想应该可以理解吧
2008-10-17 21:01:11 天地一沙鸥(24447678)
文凭没来?
2008-10-17 21:01:27 漂泊の孤心泪(105968928)
文凭在弄什么东西
2008-10-17 21:01:27 faith(307527872)
嗯,就如 架构设计师 具有 构架 能力,呵呵
2008-10-17 21:01:30 漂泊の孤心泪(105968928)
对
2008-10-17 21:01:37 漂泊の孤心泪(105968928)
faith分析的很对
2008-10-17 21:01:50 漂泊の孤心泪(105968928)
架构设计师拥有 构架一个 很好的软件架构的能力
2008-10-17 21:02:16 景晓书(690250872)
soa?
2008-10-17 21:02:20 景晓书(690250872)
介绍下
2008-10-17 21:02:32 漂泊の孤心泪(105968928)
第四个讨论点主要是了解统一过程的 特点吧
2008-10-17 21:02:35 faith(307527872)
太快了,这快就开始soa
2008-10-17 21:02:44 漂泊の孤心泪(105968928)
灯下
2008-10-17 21:02:46 漂泊の孤心泪(105968928)
等啊
2008-10-17 21:02:54 漂泊の孤心泪(105968928)
还有软件产品线的问题
2008-10-17 21:03:05 风雨彩虹(395435338)
今天的聊天会有记录吧
2008-10-17 21:03:10 漂泊の孤心泪(105968928)
有
2008-10-17 21:03:27 风雨彩虹(395435338)
那就好
2008-10-17 21:04:19 漂泊の孤心泪(105968928)
大家谈一下软件产品线的概念饿
2008-10-17 21:04:22 漂泊の孤心泪(105968928)
谁来说一下
2008-10-17 21:04:42 文凭(308013069)
蜻蜓点水
2008-10-17 21:05:05 faith(307527872)
rup用在生命周期的那一段? 是设计+开发阶段吗?
2008-10-17 21:05:52 漂泊の孤心泪(105968928)
这个问题谁来说下啊
2008-10-17 21:05:55 漂泊の孤心泪(105968928)
我好像不知道
2008-10-17 21:05:57 漂泊の孤心泪(105968928)
呵呵
2008-10-17 21:06:16 偶爾復活下。(542618118)
无具体定义,由核心资源和产品集合组成
2008-10-17 21:06:25 天地一沙鸥(24447678)
就是这2部分
2008-10-17 21:06:26 文凭(308013069)
1 软件配置 包括 功能,实施,工具。
2 静室软件工程 概念,方法,功能
3 Agent方法学 概念 相关方法学OA
4 软件基本架构和体系结构 区别 统一过程,产品线
5 面向服务的架构 入 SOA 的概念,特征,优缺点,其它相关技术
2008-10-17 21:07:52 漂泊の孤心泪(105968928)
?
2008-10-17 21:07:56 文凭(308013069)
到第几个主题?
2008-10-17 21:08:04 景晓书(690250872)
3
2008-10-17 21:08:05 漂泊の孤心泪(105968928)
现在第四个主体:
2008-10-17 21:08:12 偶爾復活下。(542618118)
产品线
2008-10-17 21:08:17 漂泊の孤心泪(105968928)
第四个主体的产品线问题
2008-10-17 21:08:37 faith(307527872)
准备了一段时间sa,觉得很多新旧概念互相碰撞,总想找个套路,可惜还没有找到.
这些涉及到新方法使用阶段怎样与最原始的瀑布流程对应起来呢?
2008-10-17 21:09:03 老闲(731319268)
RUP[图片]
2008-10-17 21:09:08 老闲(731319268)
RUP软件开发生命周期是一个二维的软件开发模型。
2008-10-17 21:09:21 老闲(731319268)
是整个过程
2008-10-17 21:09:40 漂泊の孤心泪(105968928)
这表好像有点复杂
2008-10-17 21:09:42 漂泊の孤心泪(105968928)
呵呵。
2008-10-17 21:10:07 老闲(731319268)
RUP软件开发生命周期是一个二维的软件开发模型。横轴通过时间组织,是过程展开的生命周期特征,体现开发过程的动态结构,用来描述它的术语主要包括周期(Cycle)、阶段(Phase)、迭代(Iteration)和里程碑(Milestone);纵轴以内容来组织为自然的逻辑活动,体现开发过程的静态结构,用来描述它的术语主要包括活动(Activity)、产物(Artifact)、工作者(Worker)和工作流(Workflow)。
2008-10-17 21:11:43 漂泊の孤心泪(105968928)
谁说下软件产品线的概念
2008-10-17 21:11:51 漂泊の孤心泪(105968928)
和自己的理解
2008-10-17 21:12:37 景晓书(690250872)
?
2008-10-17 21:12:41 天地一沙鸥(24447678)
想类比硬件产品吧
有点印象 就是那道真题了
2008-10-17 21:13:06 漂泊の孤心泪(105968928)
什么意思呢?
2008-10-17 21:13:55 偶爾復活下。(542618118)
无统一定义,SEI定义:由核心资源和产品集合组成
2008-10-17 21:14:31 漂泊の孤心泪(105968928)
软件开发组织选择软件产品线的宏观上原因是 ,对产品线及其实现所需的专家只是领域的清楚界定,对产品线的长期远景进行了策略性规划。。
2008-10-17 21:16:16 风雨彩虹(395435338)
核心支持优先于核心过程?
2008-10-17 21:16:51 风雨彩虹(395435338)
不是应该并行吗?
2008-10-17 21:17:19 漂泊の孤心泪(105968928)
核心支持和核心过程??
2008-10-17 21:17:29 漂泊の孤心泪(105968928)
什么概念?
2008-10-17 21:17:30 风雨彩虹(395435338)
图上的
2008-10-17 21:18:25 天地一沙鸥(24447678)
应该是并行的吧
2008-10-17 21:18:28 漂泊の孤心泪(105968928)
嗯
2008-10-17 21:18:38 漂泊の孤心泪(105968928)
图上并没有体现出优先
2008-10-17 21:18:41 风雨彩虹(395435338)
涂上好像不是哟
2008-10-17 21:18:54 比拉耳朵(673984963)
内容好象都是技术指南书上的吧
2008-10-17 21:18:57 ·栋·(21087970)
图上体现的就是并行,
2008-10-17 21:19:04 ·栋·(21087970)
时间是另一个坐标
2008-10-17 21:19:07 ·栋·(21087970)
看仔细
2008-10-17 21:19:09 月满西楼(81659116)
en
2008-10-17 21:19:17 漂泊の孤心泪(105968928)
原来如此
2008-10-17 21:19:21 漂泊の孤心泪(105968928)
栋 解释了
2008-10-17 21:19:26 漂泊の孤心泪(105968928)
呵呵
2008-10-17 21:19:53 漂泊の孤心泪(105968928)
软件产品线的4几个基本技术 特点是::过程驱动,特定领域,技术支持,体系结构中心。。。
2008-10-17 21:19:54 文凭(308013069)
说明在原有产品的基础上建立软件产品线的方式,并作简要评价
2008-10-17 21:20:03 风雨彩虹(395435338)
是,对对,我开始看错了,是并行
2008-10-17 21:20:24 月满西楼(81659116)
还有吗?
2008-10-17 21:21:00 文凭(308013069)
1、演化方式;
2、革命方式
2008-10-17 21:21:41 丅缺吣′★(334005768)
还分为在原有领域和新领域
2008-10-17 21:21:51 景晓书(690250872)
革命方式?
2008-10-17 21:22:05 漂泊の孤心泪(105968928)
革命方式 谁能解释下?
2008-10-17 21:22:18 月满西楼(81659116)
好像没听说过
2008-10-17 21:22:28 文凭(308013069)
1、演化方式,即将现有产品演化为产品线:在基于现有产品体系结构设计的基础上,将特定产品的构件逐步转化为产品线的共用构件,从基于产品的方法逐步转化为基于产品线的软件开发。
2008-10-17 21:23:23 文凭(308013069)
2、革命方式,即用软件产品线替代现有产品集:基本停止现有产品的开发,所有工作直接针对软件产品线的核心资源开发。遗留系统只有在符合体系结构和构件需求的情况下,才可以和新的构件协作。
2008-10-17 21:24:29 漂泊の孤心泪(105968928)
明白了
2008-10-17 21:24:33 漂泊の孤心泪(105968928)
不过一下子难以消化
2008-10-17 21:24:40 景晓书(690250872)
革命,演化,呵呵
2008-10-17 21:24:49 丅缺吣′★(334005768)
还有优缺点
2008-10-17 21:24:51 天地一沙鸥(24447678)
是的 有时候明白 但无法用文字表述
2008-10-17 21:24:59 文凭(308013069)
这种方法适用于软硬件结合密切且硬件需求差异大的现有产品集。
2008-10-17 21:25:16 漂泊の孤心泪(105968928)
嗯
2008-10-17 21:25:19 文凭(308013069)
1、演化方式:。主要优点是通过对投资回报周期的分解、对现有系统演化的维持使产品线方法的实施风险降到了最小,与革命方式相比,完成核心资源的总周期和总投资较大。
2008-10-17 21:25:41 漂泊の孤心泪(105968928)
周期和投资大
2008-10-17 21:25:44 文凭(308013069)
2、革命方式:。因重要需求的变化导致的初始投资报废的风险加大,与演化方式相比,完成核心资源的总周期和总投资较小。由于无法满足产品线方法对软硬件同步的需求, 这种方法适用于软硬件结合密切且硬件需求差异大的现有产品集。
2008-10-17 21:25:45 漂泊の孤心泪(105968928)
嗯,记住了
2008-10-17 21:26:13 faith(307527872)
我觉得演化就是在原有的基础进行积累,只有积累了才能创新,
很多新概念感觉也继承以前的老概念,它不是一次就冒出来.
直接革命,感觉有点闭门造车.
2008-10-17 21:26:38 faith(307527872)
两种方式记住了
2008-10-17 21:26:57 文凭(308013069)
成功实施产品线的主要因素?
2008-10-17 21:28:17 丅缺吣′★(334005768)
快说~
2008-10-17 21:28:40 文凭(308013069)
1、对该领域的产品开发已具备长期积累的经验。
2008-10-17 21:28:42 faith(307527872)
感觉这个要考
2008-10-17 21:28:44 风雨彩虹(395435338)
体系结构,领域经验,管理
2008-10-17 21:28:46 文凭(308013069)
2、一个用于构建产品的好的核心资源库。
2008-10-17 21:29:13 风雨彩虹(395435338)
资源库
2008-10-17 21:29:18 文凭(308013069)
3、好的产品线体系结构。
4、好的管理(软件资源、人员组织、过程)支持。
2008-10-17 21:29:21 丅缺吣′★(334005768)
产品线也只有这点东西~~考了就是这些
2008-10-17 21:30:08 ·栋·(21087970)
产品线05,还是06年刚考过,
2008-10-17 21:31:10 文凭(308013069)
说到此,还联想到,一个对遗留系统的选取问题。
2008-10-17 21:31:25 风雨彩虹(395435338)
04年下考了
2008-10-17 21:31:50 文凭(308013069)
我小结了一下:
2008-10-17 21:31:52 文凭(308013069)
通常对原遗留系统的进化策略分四种策略,即淘汰策略(低水平和低价值)、继承策略(低水平和高价值)、改造策略(高水平和高价值)和集成策略(高水平和低价值)。
2008-10-17 21:32:35 文凭(308013069)
就是一个平面坐标中四个象限里面的四个部分。改策略应用于论文中,可以增色。
2008-10-17 21:32:43 文凭(308013069)
该策略应用于论文中,可以增色。
2008-10-17 21:33:04 漂泊の孤心泪(105968928)
好
2008-10-17 21:33:17 漂泊の孤心泪(105968928)
接下来讨论 面向服务的架构
2008-10-17 21:33:22 漂泊の孤心泪(105968928)
SOA
2008-10-17 21:33:44 月满西楼(81659116)
SOA 应该是一种理念吧
2008-10-17 21:33:59 faith(307527872)
soa应该是一种架构
2008-10-17 21:34:01 月满西楼(81659116)
粗粒度 松耦合
2008-10-17 21:34:01 文凭(308013069)
其实刚才讲到RUP,那么就不得不要提到,CMM和XP。大家可以去做做总结
2008-10-17 21:34:02 天地一沙鸥(24447678)
解决方案
2008-10-17 21:34:09 笑笑(9763901)
是一种架构
2008-10-17 21:34:42 风雨彩虹(395435338)
集成策略(高水平和低价值)?
集成策略(低水平和高价值)
2008-10-17 21:35:05 风雨彩虹(395435338)
是不是反了?!
2008-10-17 21:35:38 景晓书(690250872)
有关rup的理念下去后好好学习下
2008-10-17 21:35:44 老闲(731319268)
SOA的3个基本特征:1.独立的功能实体2.大数据量低频率访问3.基于文本的消息传递
2008-10-17 21:35:46 漂泊の孤心泪(105968928)
嗯
2008-10-17 21:36:08 景晓书(690250872)
2?
2008-10-17 21:36:18 faith(307527872)
将课本中的soa看到最后,我就把soa完全的想成了"服务大集中".
以前老是提"数据大集中".
2008-10-17 21:36:40 faith(307527872)
不知道,各位有什么的理解?
2008-10-17 21:37:10 faith(307527872)
这个服务大集中就对应uddi
2008-10-17 21:37:29 漂泊の孤心泪(105968928)
应该是服务的集合吧
2008-10-17 21:38:18 文凭(308013069)
。SOA是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。
2008-10-17 21:38:19 天地一沙鸥(24447678)
恩 都是服务 集成在一起
2008-10-17 21:39:08 老闲(731319268)
Web Service是就现在而言最适合实现SOA的一些技术的集合
2008-10-17 21:39:12 漂泊の孤心泪(105968928)
SOA的基本特征除了刚才的3个还有哪些呢???
2008-10-17 21:40:01 文凭(308013069)
SOA三大基本特征
一、 独立的功能实体
2008-10-17 21:40:05 faith(307527872)
soa是ibm提的,ibm的服务费是他的生命线.
但有很多行业不能适应,如联机交易,对实时性要求高的行业不会用,太慢了,转换层次多了,速度就慢
2008-10-17 21:40:17 笑笑(9763901)
不是IBM提出的吧
2008-10-17 21:40:28 文凭(308013069)
SOA三大基本特征
一、 独立的功能实体
二、 大数据量低频率访问
三、 基于文本的消息传递
2008-10-17 21:40:39 偶爾復活下。(542618118)
支持各种的消息模式
2008-10-17 21:41:00 笑笑(9763901)
应该不是所有的
2008-10-17 21:41:03 ·栋·(21087970)
二、 大数据量低频率访问 这个不好理解,谁解释一下
2008-10-17 21:41:22 老闲(731319268)
对于一个HTTP请求来说,客户端与服务器之间访问的边界非常简单:就是一个请求,一个响应,没有任何其它的信息往返。无论客户端申请的网页上除了文字之外还有什么信息,对于客户端来说,它发出的请求只是简单的告诉Web服务器它所需要的网页的位置;至于为了生成这个网页,服务器端是否需要访问数据库,执行Servlet或者其它的CGI程序对客户端而言,都是完全透明的。
2008-10-17 21:41:47 天地一沙鸥(24447678)
大数据量低频率访问 一次访问数据量大 但是访问不是很频繁
2008-10-17 21:42:14 ·栋·(21087970)
为什么会有这个现象呢
2008-10-17 21:42:15 文凭(308013069)
SOA系统推荐采用大数据量的方式一次性进行信息交换。
2008-10-17 21:42:48 文凭(308013069)
二、 大数据量低频率访问 :对于.NET Remoting,EJB或者XML-RPC这些传统的分布式计算模型而言,他们的服务提供都是通过函数调用的方式进行的,一个功能的完成往往需要通过客户端和服务器来回很多次函数调用才能完成。在Intranet的环境下,这些调用给系统的响应速度和稳定性带来的影响都可以忽略不计,但是在Internet环境下这些因素往往是决定整个系统是否能正常工作的一个关键决定因素。因此SOA系统推荐采用大数据量的方式一次性进行信息交换。
2008-10-17 21:43:21 景晓书(690250872)
如何保证/
2008-10-17 21:44:08 丅缺吣′★(334005768)
这个一点不了解.我专心听
2008-10-17 21:44:40 风雨彩虹(395435338)
[/疑问]
2008-10-17 21:44:54 风雨彩虹(395435338)
不懂
2008-10-17 21:45:22 文凭(308013069)
《技术指南》的P248-P256
2008-10-17 21:45:36 文凭(308013069)
面向服务架构:SOA
2008-10-17 21:46:32 丅缺吣′★(334005768)
看过了..现在还觉的跟听天书似的.
2008-10-17 21:46:52 文凭(308013069)
《新技术应用资料》希赛培训资料上面也有
2008-10-17 21:46:55 ·栋·(21087970)
我的书是05版本的,难怪找不到。
2008-10-17 21:46:57 天地一沙鸥(24447678)
有些概念 就是一个模糊的印象
2008-10-17 21:47:01 ·栋·(21087970)
下个话题吧。继续
2008-10-17 21:47:28 文凭(308013069)
采用SOA进行企业现有信息系统集成的步骤:
2008-10-17 21:47:39 漂泊の孤心泪(105968928)
等文凭继续说下吧
2008-10-17 21:47:39 faith(307527872)
嗯,技术指南由很多个体技术文章组成,但他们之间关联性还是有的,张博士如果写出他们联系就好了,能帮助理解.
班长能谈谈个体技术之间的联系吗?
2008-10-17 21:47:45 漂泊の孤心泪(105968928)
大家人真看看
2008-10-17 21:48:13 faith(307527872)
采用SOA进行企业现有信息系统集成的步骤:
好题目,文凭继续...
2008-10-17 21:48:21 文凭(308013069)
有意思的问题。
2008-10-17 21:48:24 月满西楼(81659116)
[/握手]
2008-10-17 21:48:31 漂泊の孤心泪(105968928)
嗯,继续
2008-10-17 21:49:00 文凭(308013069)
1) 提取各个应用系统中需要对外暴露的功能模块。
2) 将这些功能模块表现为服务组件的形式
3) 将已实现的服务发布到服务注册器,供其他服务调用者进行查找和绑定
4) 绑定和调用服务, 将各个应用系统集成起来, 实现企业应用在功能层面的集成
2008-10-17 21:49:35 ·栋·(21087970)
soa进行系统集成通过web service技术实现。
2008-10-17 21:50:13 笑笑(9763901)
不一定
2008-10-17 21:50:19 文凭(308013069)
现在Web服务是实现SOA最好的方式
2008-10-17 21:50:37 faith(307527872)
我觉得应该这样理解, soa毕竟是一个架构,层次很高,目前只找得到xml+3个协议的内容配合它.
2008-10-17 21:50:41 老闲(731319268)
SOA对于软件架构设计的影响
2008-10-17 21:51:21 漂泊の孤心泪(105968928)
那3个协议是哪三个?
2008-10-17 21:51:23 文凭(308013069)
Web 服务采用WSDL(Web ServicesDescrip tion Language) 作为其服务接口描述语言、通过UDD I (Universal Descrip tion, Discovery and Integration) 协议规范进行Web服务的网上注册和服务查找定位, 并使用SOAP传输协议在网络间进行XML格式的信息交互。
2008-10-17 21:52:46 文凭(308013069)
WSDL用来描述服务;UDDI用来注册和查找服务;而SOAP,作为传输层,用来在消费者和服务提供者之间传送消息。
2008-10-17 21:52:58 Olympic(262529705)
怎么就这几号人啊?
2008-10-17 21:53:29 文凭(308013069)
新到的朋友,请去群空间看聊天记录。
2008-10-17 21:53:42 faith(307527872)
[图片]
2008-10-17 21:53:45 Olympic(262529705)
哦[/调皮]
2008-10-17 21:54:29 黄太阳(373920272)
今天不是说有讲课活动么,怎么没有看到动啊
2008-10-17 21:54:44 文凭(308013069)
新到的朋友,请去群空间看聊天记录。
2008-10-17 21:54:48 漂泊の孤心泪(105968928)
对于下午的论文。。大家谈一下吧
2008-10-17 21:55:06 漂泊の孤心泪(105968928)
第一个是::关于系统健壮性的问题
2008-10-17 21:55:11 漂泊の孤心泪(105968928)
如何开展写作
2008-10-17 21:56:03 天地一沙鸥(24447678)
健壮性 压根没想过 只知道写代码时 要处理异常
2008-10-17 21:56:28 ·栋·(21087970)
文凭(308013069) 21:34:00
其实刚才讲到RUP,那么就不得不要提到,CMM和XP。大家可以去做做总结
刚才应该联系CMM和XP讲讲。,文凭引导一下吧
2008-10-17 21:56:39 文凭(308013069)
如果出论文估计可能性,出得比较低吧
2008-10-17 21:57:00 漂泊の孤心泪(105968928)
健壮性也称为 系统的坚固性和坚实性。这是衡量一个系统能否从各种出错条件ixa回复能力的一种测度
2008-10-17 21:57:03 (393658806)
处理异常要怎么处理呀
2008-10-17 21:57:15 faith(307527872)
系统健壮性应该是软件设计的范畴吧,班长?
2008-10-17 21:57:33 文凭(308013069)
今晚是是“漂泊の孤心泪”主讲,我是来凑热闹的。一切听 漂泊の孤心泪 安排
2008-10-17 21:57:45 漂泊の孤心泪(105968928)
系统健壮性如何去 测度,这是系统分析师应该实现安排好的
2008-10-17 21:57:46 黄太阳(373920272)
我认为健壮性就是要增强人软件的免疫力
2008-10-17 21:57:54 faith(307527872)
嗯
2008-10-17 21:58:11 黄太阳(373920272)
包括容错和避错
2008-10-17 21:58:14 文凭(308013069)
黄太阳,麻烦您把字改下,可以吗?确实很难辨认。麻烦了
2008-10-17 21:58:29 黄太阳(373920272)
怎么啊
2008-10-17 21:58:35 文凭(308013069)
看不清。
2008-10-17 21:58:38 faith(307527872)
在测试的时候,是不是通过黑盒测试来验证健壮性
2008-10-17 21:58:40 漂泊の孤心泪(105968928)
我的一本书上关于这个问题的第一是::简述你参与开发的系统与软件概要和你所担任的工作。
2008-10-17 21:58:40 黄太阳(373920272)
太小了是么
2008-10-17 21:58:55 黄太阳(373920272)
现在可以了么
2008-10-17 21:59:22 漂泊の孤心泪(105968928)
第二是::具体叙述你所参与分析与开发的系统和软件中,是如何进行健壮性设计的?采用了哪些主要设计思想与设计技术?遇到过哪些问题?》采取过什么相应的措施?
2008-10-17 21:59:26 文凭(308013069)
健壮性。如何入手呢?那只是软件测试中的一小部分。
2008-10-17 21:59:35 漂泊の孤心泪(105968928)
论文主要是构建一个思想
2008-10-17 22:00:05 faith(307527872)
论文还没开始写,难
2008-10-17 22:00:26 文凭(308013069)
论文,我个人认为这个要写的实在一点。不然会直接被刷下的,大家认为呢?
2008-10-17 22:00:26 漂泊の孤心泪(105968928)
嗯,我们要考虑的是 拿到论文的题目,图和来构思
2008-10-17 22:00:30 漂泊の孤心泪(105968928)
嗯
2008-10-17 22:00:32 漂泊の孤心泪(105968928)
我赞同
2008-10-17 22:00:36 黄太阳(373920272)
系统的健壮性和软件的健壮性不一样
2008-10-17 22:00:49 月满西楼(81659116)
为什么不一样?
2008-10-17 22:00:49 漂泊の孤心泪(105968928)
我在准备文稿上只是列举下。
2008-10-17 22:00:55 老闲(731319268)
有那些不一样?、
2008-10-17 22:01:16 黄太阳(373920272)
系统的健壮性要包括硬件的容错设计
2008-10-17 22:01:24 漂泊の孤心泪(105968928)
对,这个问题很重要,就是软件的健壮性和系统的健壮性的区别
2008-10-17 22:01:44 漂泊の孤心泪(105968928)
就多了这一个要点吗?
2008-10-17 22:01:46 黄太阳(373920272)
软件的容错性只谈软件
2008-10-17 22:02:35 漂泊の孤心泪(105968928)
嗯,所以说我们是站在系统分析师的角度去看问题,是一个全局的角度去看问题,所以系统的健壮性对于我们系统分析师来说,应该提前去安排好测度
2008-10-17 22:02:36 文凭(308013069)
还有算法的健壮性。
2008-10-17 22:02:46 漂泊の孤心泪(105968928)
嗯
2008-10-17 22:03:09 漂泊の孤心泪(105968928)
这就涉及到一个概念:如何进行健壮型设计
2008-10-17 22:03:29 漂泊の孤心泪(105968928)
这个概念希赛的辅导书上应该有的吧,结合自己的经验就可以写出来
2008-10-17 22:03:42 漂泊の孤心泪(105968928)
关键还在于对知识的理解。。
2008-10-17 22:03:47 黄太阳(373920272)
还有系统集成问题的健壮性问题
2008-10-17 22:03:50 漂泊の孤心泪(105968928)
还有经验
2008-10-17 22:03:56 厦门肉球人(153560261)
漂泊の孤心泪:........应该提前去安排好测度
这位大哥,驱动测试编程么?
2008-10-17 22:04:07 文凭(308013069)
毕竟是3000字,估计是我,我不会选这个题目。除非是搞软测的。
2008-10-17 22:04:13 漂泊の孤心泪(105968928)
嗯
2008-10-17 22:04:14 faith(307527872)
健壮性有两层含义:
1.容错能力: 支持足够多的异常情况,西欧他那个不出错误.如高风险的系统,航天和金融系统.
容错代表非常健壮的样子,如unix怎么玩都玩不死.
2.恢复能力:如windows容易死机,但重启就好了.
2008-10-17 22:04:16 天地一沙鸥(24447678)
恩
2008-10-17 22:04:42 漂泊の孤心泪(105968928)
好吧,那就谈第二个问题:::论面向对象开发技术及其应用
2008-10-17 22:04:49 漂泊の孤心泪(105968928)
这个是一个常考的了
2008-10-17 22:05:00 漂泊の孤心泪(105968928)
各位有什么心得不?》?》
2008-10-17 22:05:09 天地一沙鸥(24447678)
UML
2008-10-17 22:05:21 厦门肉球人(153560261)
面向对象 设计UML 开发MVC~~
2008-10-17 22:05:24 漂泊の孤心泪(105968928)
对,如果写这个论文,UML是肯定要写的
2008-10-17 22:05:25 黄太阳(373920272)
我觉得系统的健壮性问题很重要
2008-10-17 22:05:33 天地一沙鸥(24447678)
还有工具 rational系列的
2008-10-17 22:05:44 黄太阳(373920272)
工具问题就五花八门了
2008-10-17 22:05:54 黄太阳(373920272)
这个题目很大
2008-10-17 22:06:01 天地一沙鸥(24447678)
有选择性写一些
2008-10-17 22:06:02 文凭(308013069)
反正是四选一,所以还是要侧重点,不失为一个办法。
2008-10-17 22:06:10 厦门肉球人(153560261)
大家在实际项目中都怎么用 UML呀?我们这ERP上线最多只用到VISIO 和 EXCEL
2008-10-17 22:06:11 黄太阳(373920272)
需要考虑的知识点很多
2008-10-17 22:06:20 厦门肉球人(153560261)
要考试的时候胡诌么?
2008-10-17 22:06:35 漂泊の孤心泪(105968928)
如果写面向对象的开发技术及其应用,那么主要 要知道:::什么是面向对象开发凡是??与传统的瀑布模型相比,它有什么特点 ??它给软件维护带来什么好处??
2008-10-17 22:06:49 漂泊の孤心泪(105968928)
大家对照着看一下,这么多知识点,你知道多少??
2008-10-17 22:07:03 月满西楼(81659116)
好像难度蛮大的
2008-10-17 22:07:17 天地一沙鸥(24447678)
侧重一些方面去写吧
2008-10-17 22:07:22 黄太阳(373920272)
我觉得在进行面向对象建模时需要用到UML的几个图
2008-10-17 22:07:22 厦门肉球人(153560261)
瀑布模型 设计,开发,不能并行~~~~
这个不如V模型了。..
开发测试可以并行.
2008-10-17 22:07:58 漂泊の孤心泪(105968928)
出了上面的要求账掌握的还有就是和具体的实际经验联系起来,你在采用面向对象的开发技术用的方法和CASE工具,和优缺点
2008-10-17 22:08:09 厦门肉球人(153560261)
大家能不能说点实际应用中,如何采用面向对象的>大家也都是尽量面向接口去编程么?
2008-10-17 22:08:17 黄太阳(373920272)
有谁搞过真正的面向对象开发么
2008-10-17 22:08:45 厦门肉球人(153560261)
漂泊の孤心泪 朋友,
介绍下面向对象和CASE结合的 开发实践吧,谢谢。
2008-10-17 22:08:54 文凭(308013069)
写论文就不是要写优点缺点了。如果那么空洞,就会被判死刑了,大家认为呢?
2008-10-17 22:08:57 漂泊の孤心泪(105968928)
嗯
2008-10-17 22:09:05 漂泊の孤心泪(105968928)
我没有这个使用工具的经验
2008-10-17 22:09:16 漂泊の孤心泪(105968928)
我最多也就是 参与过一些简单的面向对象的需求分析
2008-10-17 22:09:21 漂泊の孤心泪(105968928)
请大家见谅
2008-10-17 22:09:34 厦门肉球人(153560261)
朋友,介绍一下需求分析工具,或者沟通技巧也好呀。.
2008-10-17 22:09:41 漂泊の孤心泪(105968928)
优缺点是指自己在开发过程中遇到的
2008-10-17 22:09:50 黄太阳(373920272)
论文主要要写观点和思想、要体现出分析的价值
2008-10-17 22:09:58 文凭(308013069)
[/强]
2008-10-17 22:10:02 黄太阳(373920272)
碰到哪些问题,如何解决
2008-10-17 22:10:11 漂泊の孤心泪(105968928)
结合自己参与别的设计方法中和这个对比的优缺点。这个对于论文的增色肯定是有好处的
2008-10-17 22:10:16 天地一沙鸥(24447678)
需求管理工具 requesite pro
2008-10-17 22:10:51 漂泊の孤心泪(105968928)
requesite pro ?介绍下呢?
2008-10-17 22:11:01 天地一沙鸥(24447678)
在书上看过
2008-10-17 22:11:26 黄太阳(373920272)
不能下载
2008-10-17 22:11:52 文凭(308013069)
《系分常用工具》上面有不少。
2008-10-17 22:12:02 文凭(308013069)
这个是我看的第一本系分书。
2008-10-17 22:12:26 漂泊の孤心泪(105968928)
你第一本看这个啊??呵呵
2008-10-17 22:12:38 厦门肉球人(153560261)
汗,俺都没看过 《系分常用工具》
2008-10-17 22:12:57 漂泊の孤心泪(105968928)
CIU软考联盟 上296页有一篇范文,写的非常好
2008-10-17 22:12:59 文凭(308013069)
需求分析CASE工具:BPwin,IBM ROSE,POWERDESIGNER
2008-10-17 22:13:02 厦门肉球人(153560261)
需求分析 ~~~~
分析 和 设计 2个概念,有朋友能一句话区分么?
2008-10-17 22:13:08 漂泊の孤心泪(105968928)
大家有兴趣可以去看下
2008-10-17 22:13:13 天地一沙鸥(24447678)
requisite pro 刚刚写错了
2008-10-17 22:13:19 厦门肉球人(153560261)
ROSE,POWERDESIGNER 有的已经算设计了。...
2008-10-17 22:13:20 漂泊の孤心泪(105968928)
分析和设计的区别???
2008-10-17 22:13:33 漂泊の孤心泪(105968928)
这问题太离谱了吧
2008-10-17 22:13:55 天地一沙鸥(24447678)
POWERDESIGNER 数据库建模的
2008-10-17 22:13:59 漂泊の孤心泪(105968928)
吃饭前先判断下::要不要吃饭。要入觉得要吃。那就吃吧,感觉不要吃,那就不吃。
就这个区别了
2008-10-17 22:14:17 厦门肉球人(153560261)
比如软件设计市师 和系统分析师~~~~
分析和设计 应该是2个不同概念....
2008-10-17 22:14:36 飞(157532834)
[/流汗]
2008-10-17 22:14:53 文凭(308013069)
[/强]
2008-10-17 22:15:02 漂泊の孤心泪(105968928)
做任何一件事情,要应该先去分析和判断,然后去做
2008-10-17 22:15:09 漂泊の孤心泪(105968928)
这就是分析与设计的区别
2008-10-17 22:15:21 飞(157532834)
[/强]
2008-10-17 22:15:22 黄太阳(373920272)
赞同
2008-10-17 22:15:44 黄太阳(373920272)
漂泊,那篇文章的地址贴一下
2008-10-17 22:15:51 漂泊の孤心泪(105968928)
不是网上
2008-10-17 22:16:00 漂泊の孤心泪(105968928)
是CIU联盟的书上396页
2008-10-17 22:16:19 黄太阳(373920272)
书名?
2008-10-17 22:16:22 厦门肉球人(153560261)
架构师 应该是分析,需求,系统边界,架构
设计师 才是设计,比如设计具体类,接口,实现
2008-10-17 22:16:25 文凭(308013069)
系分重在分析,整体观念,宏观入手。
软设重在设计,细节方面,微观入手。
这样理解,对吗?
2008-10-17 22:16:28 漂泊の孤心泪(105968928)
系统分析师案例分析与论文指导。。人民邮电出版社
2008-10-17 22:16:31 ·栋·(21087970)
分析是解决做什么,设计是解决怎么做的问题
2008-10-17 22:16:50 ♂超越¤←(3085047)
先思考后动手 。
2008-10-17 22:16:54 偶爾復活下。(542618118)
这书我有
2008-10-17 22:17:13 漂泊の孤心泪(105968928)
王俊,胡呈炜,郑迪主编
2008-10-17 22:17:37 文凭(308013069)
资料,还是会后再说,为妙。
2008-10-17 22:17:47 文凭(308013069)
或者是私聊。
2008-10-17 22:17:57 漂泊の孤心泪(105968928)
接下来跳过两个::来讨论下面向对象分析中 第一步。用例获取方法
2008-10-17 22:18:08 漂泊の孤心泪(105968928)
就是 论 用例的获取方法
2008-10-17 22:18:20 漂泊の孤心泪(105968928)
嗯。
2008-10-17 22:18:23 文凭(308013069)
这个是重头戏。
2008-10-17 22:18:29 漂泊の孤心泪(105968928)
对
2008-10-17 22:18:35 漂泊の孤心泪(105968928)
是非常重要的
2008-10-17 22:18:40 黄太阳(373920272)
是2007年4月版么
2008-10-17 22:18:46 天地一沙鸥(24447678)
嗯 我两次考试都注意了一下用例
2008-10-17 22:19:17 黄太阳(373920272)
396页是关于专家系统设计与实现的论文啊
2008-10-17 22:19:24 文凭(308013069)
这次考试,也不能低估,出题可能性比较大,大家觉得呢?
2008-10-17 22:19:33 漂泊の孤心泪(105968928)
296页
2008-10-17 22:19:34 漂泊の孤心泪(105968928)
对
2008-10-17 22:19:38 漂泊の孤心泪(105968928)
我赞同文凭
2008-10-17 22:19:41 天地一沙鸥(24447678)
首先 确定参与者 然后 确定每个参与者所需要系统为他们提供的服务 也就是用例
2008-10-17 22:19:49 漂泊の孤心泪(105968928)
这次考试 出用例分析的可能性很大
2008-10-17 22:20:21 漂泊の孤心泪(105968928)
获取用例的基本步骤是什么??
2008-10-17 22:20:28 黄太阳(373920272)
标题是:软件需求分析在通信行业的应用啊
2008-10-17 22:20:29 厦门肉球人(153560261)
真要用例分析,
俺会先确定系统边界....
2008-10-17 22:20:34 天地一沙鸥(24447678)
当然 系统的范围是需要确定好的
2008-10-17 22:20:52 黄太阳(373920272)
也有需求获取技术
2008-10-17 22:20:52 漂泊の孤心泪(105968928)
大家来谈一下。如果考这个论文,那么你在具体项目中怎么一步步进行用例获取的,这个是肯定要好好交代清楚的
2008-10-17 22:21:19 漂泊の孤心泪(105968928)
先确定系统边界??
2008-10-17 22:21:27 漂泊の孤心泪(105968928)
具体点呢
2008-10-17 22:21:45 天地一沙鸥(24447678)
确定参与者 然后 确定每个参与者所需要系统为他们提供的服务
2008-10-17 22:22:42 漂泊の孤心泪(105968928)
那么是否可以获取系统所有的用例或者全部重要的用例呢???
2008-10-17 22:22:48 厦门肉球人(153560261)
1:确定系统边界,定义接口简单实现
2:开发原型(如果需求不确定)
3:技术可行性,经济可行性.....
4:确定优先级别
5:建立模型 图形分析
6:数据字典
7:XP编程
2008-10-17 22:23:07 漂泊の孤心泪(105968928)
如果要对于你参与的系统用例获取进行评价,那么应该持有什么观点?
2008-10-17 22:23:08 天地一沙鸥(24447678)
不能是所有的用例
2008-10-17 22:23:10 黄太阳(373920272)
先要确定边界
2008-10-17 22:23:12 xyjnsdcn(11238469)
[图片]
2008-10-17 22:23:14 厦门肉球人(153560261)
全部重要的用例呢
这个当然是根据所有干系人的调查问卷来综合~~~
2008-10-17 22:23:15 文凭(308013069)
如果学习UML,那么用例分析是第一步。对吗?
2008-10-17 22:24:02 文凭(308013069)
会议期间,还是严肃点。
2008-10-17 22:24:18 漂泊の孤心泪(105968928)
就是
2008-10-17 22:24:26 漂泊の孤心泪(105968928)
对
2008-10-17 22:25:02 で九尾狐ン(35138090)
11月的论文大家有何预测呢
2008-10-17 22:25:30 漂泊の孤心泪(105968928)
我预测为::软件工程方面的 和uml有关
2008-10-17 22:25:46 黄太阳(373920272)
还要加上用例获取内容:用例分析技术、执行者的确定、用户需求用例的获取、用户需求的用例模型、功能需求获取、非功能需求的获取
2008-10-17 22:26:05 文凭(308013069)
我建议,还是不要偏离今晚的主题!
2008-10-17 22:26:35 黄太阳(373920272)
今晚的主题到底是什么?
2008-10-17 22:26:42 漂泊の孤心泪(105968928)
用例分析的确是很重要的内容
2008-10-17 22:26:54 漂泊の孤心泪(105968928)
我们在准备论文时要着重准备
2008-10-17 22:26:58 漂泊の孤心泪(105968928)
黄太阳??
2008-10-17 22:27:03 漂泊の孤心泪(105968928)
你没有准备文档吗?
2008-10-17 22:27:28 漂泊の孤心泪(105968928)
关于获取用例是不可以全部获取或者获取大部分重要的用例,大家统一的杰伦都是不能
2008-10-17 22:27:45 黄太阳(373920272)
10月17日::主要是软件工程类问题。
一:
1 软件配置 包括 功能,实施,工具。
2 静室软件工程 概念,方法,功能
3 Agent方法学 概念 相关方法学OA
4 软件基本架构和体系结构 区别 统一过程,产品线
5 面向服务的架构 入 SOA 的概念,特征,优缺点,其它相关技术
以上为下午一试题 知识点交流。
二:
1 论系统健壮性
2 论面向对象开发技术及其应用
3 论软件的可重用性设计
4 论软件需求分析的方法与策略
5 论用力的获取方法
以上为下午二试题 的相关知识点。
2008-10-17 22:27:53 天地一沙鸥(24447678)
要迭代 一步一步获取 不能一次性
2008-10-17 22:27:58 漂泊の孤心泪(105968928)
但是具体体现在哪个方面??我没有经验,说不出来,一定要有具体经验的人可以总结出来
2008-10-17 22:28:48 漂泊の孤心泪(105968928)
大家对于这个还有什么要补充说明代码啊??
2008-10-17 22:28:50 黄太阳(373920272)
我们还是一个个的来吧
2008-10-17 22:29:01 黄太阳(373920272)
不要动一个西一个
2008-10-17 22:29:01 漂泊の孤心泪(105968928)
对于论文的探讨,主要也是说个大概。
2008-10-17 22:29:26 漂泊の孤心泪(105968928)
3和4跳过了。现在谈5.也差不多了。
2008-10-17 22:29:28 厦门肉球人(153560261)
2 论面向对象开发技术及其应用
现在 重点讨论这个么?
2008-10-17 22:29:32 漂泊の孤心泪(105968928)
对
2008-10-17 22:29:34 漂泊の孤心泪(105968928)
不是
2008-10-17 22:29:35 漂泊の孤心泪(105968928)
不是这个
2008-10-17 22:29:43 漂泊の孤心泪(105968928)
现在是论用例的获取方法
2008-10-17 22:29:48 漂泊の孤心泪(105968928)
刚才没看吗?
2008-10-17 22:29:51 faith(307527872)
是面向对象和rose相结合吧
2008-10-17 22:30:48 漂泊の孤心泪(105968928)
大家对于 论用例的获取方法,还有什么要补充说明的吗??
2008-10-17 22:30:56 漂泊の孤心泪(105968928)
或者自己有过什么经验要与大家分享的??
2008-10-17 22:31:09 厦门肉球人(153560261)
用例是从用户的角度看待系统,而不是基于程序员的角度
2008-10-17 22:31:29 厦门肉球人(153560261)
用例的获取 要做到以客户为中心
2008-10-17 22:31:40 文凭(308013069)
完全正确
2008-10-17 22:31:59 ·栋·(21087970)
好,继续。
2008-10-17 22:32:55 厦门肉球人(153560261)
既然是分析师~~
首要一点是熟悉业务逻辑~~~
2008-10-17 22:33:16 漂泊の孤心泪(105968928)
那可否有点经验与大家分享呢?
2008-10-17 22:33:17 文凭(308013069)
对于工具使用来说:
面向用户,用VISIO,交流比较方便。
面向程序员,用ROSE,交流比较实用(可以直接生成代码)。
2008-10-17 22:33:23 厦门肉球人(153560261)
熟悉了业务逻辑,才知道抽象出各种角色。
知道各种角色到底是干什么的!
2008-10-17 22:33:45 厦门肉球人(153560261)
各种角色干什么,将对用例设计产生的 用例图起决定作用
2008-10-17 22:33:53 黄太阳(373920272)
熟悉业务逻辑只是系统分析师尽量要去做的,但不是主要的
2008-10-17 22:34:13 黄太阳(373920272)
执行者和参与者的识别很重要
2008-10-17 22:34:17 月满西楼(81659116)
[/握手]
2008-10-17 22:34:37 天地一沙鸥(24447678)
执行者和参与者 都是一个概念吗
2008-10-17 22:34:53 黄太阳(373920272)
系分是站在信息系统的角度去考虑系统的
2008-10-17 22:35:17 黄太阳(373920272)
执行者和参与者不是一个概念
2008-10-17 22:36:02 天地一沙鸥(24447678)
区别呢
2008-10-17 22:36:56 厦门肉球人(153560261)
熟悉业务逻辑~~~
熟悉业务逻辑的分析师能够跟客户有共同语言~~,避免了鸡同鸭讲~~
用例代表了用户的需求,不能真正领会业务逻辑和实质~~
就难以“穿上客户的鞋子”去考虑问题。
2008-10-17 22:36:56 黄太阳(373920272)
动作的主体对象不一样
2008-10-17 22:37:40 厦门肉球人(153560261)
用例只是为表达用户需求提供一种方法,
这一方法必须与系统的业务需求相一致·!
2008-10-17 22:37:40 (393658806)
ROSE直接生成c++代码?
2008-10-17 22:40:21 文凭(308013069)
那么,我们说的实在点东西吧,如果就这个论用力的获取方法,来入手构思我们的论文呢?
2008-10-17 22:40:31 文凭(308013069)
如何就这个论用力的获取方法,来入手构思我们的论文呢?
2008-10-17 22:42:10 天地一沙鸥(24447678)
如 OA系统 我首先确定参与者是门户维护人员 行政人员 公司领导 普通员工
然后 分别说他们需要系统为他们提供那些服务 或者他们需要使用系统完成那些任务
2008-10-17 22:42:11 厦门肉球人(153560261)
论文,肯定是提出问题,分析问题,解决问题了。
解决问题上,找方法了。
1:客户调查问卷了解客户业务实际
2:现场观摩客户日常行为
以此先抽象出用例图中的执行者,参与者,接口等。。。。
2008-10-17 22:44:21 文凭(308013069)
[/强]
2008-10-17 22:45:23 文凭(308013069)
就这篇文章,我们如何入手?
2008-10-17 22:45:51 天地一沙鸥(24447678)
我说了自己的意思了
2008-10-17 22:46:06 厦门肉球人(153560261)
作为分析师
应该是客户和程序员之间的桥梁。。。。。
2008-10-17 22:46:31 厦门肉球人(153560261)
用例获取了,还要考虑后续跟程序员沟通。
2008-10-17 22:47:38 黄太阳(373920272)
赞同厦门肉球人的观点
2008-10-17 22:48:16 厦门肉球人(153560261)
分析和设计,本身可能也潜伏着 潜在矛盾,
很多分析上很合理,但是设计出来让程序员实现,几乎可能变成不可能事件~~~~~
所以用例不是万能的。
2008-10-17 22:48:41 天地一沙鸥(24447678)
需要迭代过程吗
2008-10-17 22:49:28 黄太阳(373920272)
用例毕竟只是一种业务功能的一种逻辑表示,当然具有局限性
2008-10-17 22:49:30 厦门肉球人(153560261)
迭代是肯定了。。。。。
因为用户通常喜欢:无休止提出改进意见,
呵呵。
2008-10-17 22:49:57 文凭(308013069)
需求无底洞
2008-10-17 22:49:59 黄太阳(373920272)
我们还要谈方法
2008-10-17 22:50:14 天地一沙鸥(24447678)
所以 需要确定系统边界啊 也就是范围啊
2008-10-17 22:50:34 天地一沙鸥(24447678)
项目管理三角形 不是有一个边 就是范围吗
2008-10-17 22:51:13 黄太阳(373920272)
方法不光是技术上的问题,还包括与客户和设计员之间的沟通方法
2008-10-17 22:51:14 文凭(308013069)
对有那么个三角形,谁能讲解下吗?
2008-10-17 22:52:05 黄太阳(373920272)
质量、时间、成本、进度,质量是三角形的中心
2008-10-17 22:52:40 天地一沙鸥(24447678)
进度 时间 是一个概念
2008-10-17 22:52:48 黄太阳(373920272)
时间不对
2008-10-17 22:52:50 黄太阳(373920272)
是的
2008-10-17 22:53:04 黄太阳(373920272)
是费用
2008-10-17 22:53:09 黄太阳(373920272)
也不对
2008-10-17 22:53:14 文凭(308013069)
预算
2008-10-17 22:53:42 厦门肉球人(153560261)
质量、时间、成本、进度,质量是三角形的中心
赞~~
2008-10-17 22:53:47 faith(307527872)
是否是cmm2中提到的三个内容:
费用,进度和功能
2008-10-17 22:54:08 飞(157532834)
黄太阳(373920272) 22:52:05
质量、时间、成本、进度,质量是三角形的中心
应该对的
2008-10-17 22:54:35 ·栋·(21087970)
范围、时间、成本,,质量为中心
2008-10-17 22:54:35 天地一沙鸥(24447678)
质量、范围、成本、进度,质量是三角形的中心
2008-10-17 22:54:48 飞(157532834)
在进行用例分析之前,确定有多少个actor,但是怎样确定有多少个actor呢? 确定了有这么多actor后,又怎样确定actor和usecase有关系呢?
2008-10-17 22:55:09 faith(307527872)
到底是几驾马车?
2008-10-17 22:55:13 文凭(308013069)
好像还有个用例粒度问题。
2008-10-17 22:57:15 文凭(308013069)
未发言者,一律请出本群。
2008-10-17 22:57:43 黄太阳(373920272)
更正:时间、范围、预算、质量是三角形的中心
2008-10-17 22:57:56 文凭(308013069)
[/抱拳]
2008-10-17 22:58:00 小林(247572784)
[/吓]
2008-10-17 22:58:39 飞(157532834)
在哪里能找到这个?我怎么记得的和你最先说的一样
2008-10-17 22:59:41 文凭(308013069)
准备不周,11点将至,会议即将结束。未完者可以继续探讨。就此闭幕吧!晚安。
2008-10-17 23:00:43 飞(157532834)
项目三角形就是指的项目管理三角形,三边指的是时间/成本/范围。三者存在密切的关系。质量是项目三角形中的第四个关键因素,我们可以把它看成三角形的重心。
2008-10-17 23:00:44 黄太阳(373920272)
飞:你说什么啊
2008-10-17 23:00:53 黄太阳(373920272)
[图片]
2008-10-17 23:01:21 文凭(308013069)
尽管有一些技术上的处理,不能否认的是,用例获取的过程中最关键的因素是和客户的沟通。考生在论文中强调其他技术方面的同时,一定要突出沟通的重要作用。事实上,在实际的项目中,任何一个细节都是反复沟通的结果。
1、绘制关联图,用于定义系统与系统外部实体间的边界和接口的简单模型;
2、创建开发原型,当开发人员或用户不能明确某些需求时,开发一个系统原型,这样使得许多概念和可能发生的事更为直观明了;
3、分析可行性,在允许的成本、性能要求下,分析每项需求实施的可行性,明确每项需求实现相联系的风险,包括与其它需求的冲突,涉及各类用户的利益平衡,对外界因素的依赖和技术障碍;
4、确定需求优先级:分析方法来确定使用实例、系统特性或单项需求实现的优先级别,以优先级为基础确定产品版本将包括哪些特性或哪类需求;
5、为需求建立模型,为需求建立图形分析模型是软件需求规格说明极好的补充说明,可以为系统需求从多个角度建模;
6、编写数据字典,创建数据字典数据字典是对系统用到的所有数据项和结构的定义,以确保开发人员使用统一的数据定义;
7、应用质量功能调配,将系统特性、属性与对客户的重要性联系起来,提供了一种分析方法以明确哪些是客户最为关注的特性。
2008-10-17 23:01:24 厦门肉球人(153560261)
具体问题具体分析,才更好~~~
2008-10-17 23:02:11 漂泊の孤心泪(105968928)
对
2008-10-17 23:03:54 漂泊の孤心泪(105968928)
会议结束。。大家晚安。。下周的论点我们大家好好准备。。相约星期五。。
2008-10-17 23:04:40 黄太阳(373920272)
今晚的讨论情况做个总结
2008-10-17 23:05:00 黄太阳(373920272)
气氛好,
效果好
2008-10-17 23:05:18 黄太阳(373920272)
不足是: |
|