发信人: edison()
整理人: kenmlee(2000-03-10 18:51:48), 站内信件
|
做分析的时候，不仅仅是需求分析（包括总体设计、详细设计），都是一个逐步求精的
过程。可能大家会认为这仅仅是瀑布模式的系统分析的结论，对于面向对象的分析不一定是
这样。但是，想想即使是面向对象的分析，最后还是要将问题分解，然后逐个解决。因此这
种层状的分析结果是必然的。因此，我想知道一下有哪个 CASE 软件可以这样：
就像资源管理器一样，一个树型的结构。树的最上面一层定义软件的各项需求，然后，
一层一层的往下分，以示为了完成这个需求而需要完成的更细节的需求，这样一步一步的
往下分，分到最低层就是那些可以简单直接实现的小模块。这样就将整个软件以一个树状
的结构显示出来了，清晰易懂。最好是同时支持版本控制功能。
不知道有没有这种 CASE 工具？都说 ROSE 好用，ROSE 可不可以这样？
如果没有这种工具，我可要自己做了！
--
谢谢没有在 "将本文章寄一份给原作者" 处打勾, 再次感谢!
※ 来源:．网易 BBS bbs.netease.com．[FROM: bbs.szptt.net.cn]
发信人: kenmlee (ken), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易虚拟社区 (Fri Oct 22 13:37:55 1999), 站内信件
【 在 edison (edison) 的大作中提到: 】
: 做分析的时候，不仅仅是需求分析（包括总体设计、详细设计），都是一个逐步求
精的
: 过程。可能大家会认为这仅仅是瀑布模式的系统分析的结论，对于面向对象的分析不一
定是
: 这样。但是，想想即使是面向对象的分析，最后还是要将问题分解，然后逐个解决。因
此这
: 种层状的分析结果是必然的。因此，我想知道一下有哪个 CASE 软件可以这样：
: .......
我想你的层次化模型应该是结构化编程思想的自然延续，
的确大多数系统多可以用层次模型来表述，但这往往是从
系统的功能的角度来看的。
如果考虑其他的问题如数据的组织与其他系统的接口时，
现有的子系统等情况时，层次模型就会在某个层次上无法
延续下去。
其实树型结构也好，网状结构也好，还都只是从系统的静态
角度出发考虑的，
如何更好的表达系统的动态结构？状态图，流程图，时序图
petri网。只能说各有优缺点。
如此缤纷多彩的现实世界点可以只用层次描述呢。
层次结构仍然是我们最常用最直接的系统观点。
你说的软件我不知有完全合适的，从《实用软件工程》
一书摘录两个
（我手头也没有，如有其他的软件也告诉我一下好吗）
SADT softtech公司 D. T. Ross
PSL/PSA Michigan大学
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.96.166.212]
发信人: ebus (Franky), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易虚拟社区 (Fri Oct 22 14:13:15 1999), 站内信件
可以的
另外一个叫Together的辅助分析工具也是可以的
【 在 edison (edison) 的大作中提到: 】
: 做分析的时候，不仅仅是需求分析（包括总体设计、详细设计），都是一个逐步求
精的
: 过程。可能大家会认为这仅仅是瀑布模式的系统分析的结论，对于面向对象的分析不一
定是
: 这样。但是，想想即使是面向对象的分析，最后还是要将问题分解，然后逐个解决。因
此这
: 种层状的分析结果是必然的。因此，我想知道一下有哪个 CASE 软件可以这样：
: .......
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.98.111.237]
发信人: tryit (懒虫), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易虚拟社区 (Fri Oct 22 14:21:36 1999), 站内信件
你那里有 together 吗？
我到它的 WebSite 上下载，结果总是超时。
【 在 ebus (Franky) 的大作中提到: 】
: 可以的
: 另外一个叫Together的辅助分析工具也是可以的
: 【 在 edison (edison) 的大作中提到: 】
: : 做分析的时候，不仅仅是需求分析（包括总体设计、详细设计），都是一个逐步
求
: .......
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.96.191.78]
发信人: ebus (Franky), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易虚拟社区 (Fri Oct 22 23:14:31 1999), 站内信件
有，可是怎么给你呢
【 在 tryit (懒虫) 的大作中提到: 】
: 你那里有 together 吗？
: 我到它的 WebSite 上下载，结果总是超时。
:
: 【 在 ebus (Franky) 的大作中提到: 】
: .......
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.98.107.181]
发信人: edison (edison), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易 BBS (Sat Oct 23 10:00:16 1999), 站内信件
【 在 kenmlee (ken) 的大作中提到: 】
: 【 在 edison (edison) 的大作中提到: 】
: : 做分析的时候，不仅仅是需求分析（包括总体设计、详细设计），都是一个逐步求
: 精的
: : 过程。可能大家会认为这仅仅是瀑布模式的系统分析的结论，对于面向对象的分析不一
: 定是
: : 这样。但是，想想即使是面向对象的分析，最后还是要将问题分解，然后逐个解决。因
: 此这
: : 种层状的分析结果是必然的。因此，我想知道一下有哪个 CASE 软件可以这样：
: : .......
:
: 我想你的层次化模型应该是结构化编程思想的自然延续，
: 的确大多数系统多可以用层次模型来表述，但这往往是从
: 系统的功能的角度来看的。
: 如果考虑其他的问题如数据的组织与其他系统的接口时，
: 现有的子系统等情况时，层次模型就会在某个层次上无法
: 延续下去。
你说的这个我考虑过, 其实想想为什么会有数据的组织、系统的接口
各个其他的子系统？其实这些都是为了实现我们的软件功能（也就是需求）
的详细的划分，可以看成是更细的需求，为了完成这个需求我们可以继续的
细分。这就是我说的归根结底总是一个细分的过程。至于出现那些网状结构
我觉得那时需求的重复。或者怎么说，为了完成功能一需要功能三，为了完成
功能2也需要功能3。
软件的需求是最重要的，从大的角度来说客户提的称得上需求。其实在实现过程
中为了达到各个具体的软件功能（例如就保存数据来说）这也是一个需求。而是
更细节的需求，出现这个需求的目的是为了完成客户的需求。所以我认为整个软
件的开发都在围绕这需求，而且这些需求是层状的。所以对需求的管理非常重要！
我们继续讨论，到底层状的需求能不能显示整个软件的架构？或是还需要什么
其他的辅助？
其实我觉得所谓的状态转换图,应该归结到实现中，可以作为描述需求的一种
辅助手段！
其他的分析员们有何看法？
:
: 其实树型结构也好，网状结构也好，还都只是从系统的静态
: 角度出发考虑的，
: 如何更好的表达系统的动态结构？状态图，流程图，时序图
: petri网。只能说各有优缺点。
:
: 如此缤纷多彩的现实世界点可以只用层次描述呢。
:
: 层次结构仍然是我们最常用最直接的系统观点。
:
: 你说的软件我不知有完全合适的，从《实用软件工程》
: 一书摘录两个
: （我手头也没有，如有其他的软件也告诉我一下好吗）
:
: SADT softtech公司 D. T. Ross
: PSL/PSA Michigan大学
:
--
谢谢没有在 "将本文章寄一份给原作者" 处打勾, 再次感谢!
※ 修改:．edison 于 Oct 23 10:01:47 修改本文．[FROM: bbs.szptt.net.cn]
※ 来源:．网易 BBS bbs.netease.com．[FROM: bbs.szptt.net.cn]
发信人: westwind (<h2>长风//风儿), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易虚拟社区 (Sat Oct 23 12:00:40 1999), 站内信件
层状的需求已经可以满足基本的需要
状态图我个人感觉用的还不是特别多
有没有讨论整个实际项目实施和管理的论坛
也在这里吗？
【 在 edison (edison) 的大作中提到: 】
: 【 在 kenmlee (ken) 的大作中提到: 】
: : 精的
: : 定是
: : 此这
: .......
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 159.226.91.59]
发信人: jjhxdg (LaiFu), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易虚拟社区 (Sun Oct 24 11:34:03 1999), 站内信件
【 在 ebus (Franky) 的大作中提到: 】
: 有，可是怎么给你呢
: 【 在 tryit (懒虫) 的大作中提到: 】
: : 你那里有 together 吗？
: : 我到它的 WebSite 上下载，结果总是超时。
: .......
能上载到 202.101.163.2/income 吗？
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.102.66.126]
发信人: frital (frital), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易虚拟社区 (Mon Oct 25 11:54:07 1999), 站内信件
【 在 edison (edison) 的大作中提到: 】
: 做分析的时候，不仅仅是需求分析（包括总体设计、详细设计），都是一个逐步求
精的
: 过程。可能大家会认为这仅仅是瀑布模式的系统分析的结论，对于面向对象的分析不一
定是
: 这样。但是，想想即使是面向对象的分析，最后还是要将问题分解，然后逐个解决。因
此这
: 种层状的分析结果是必然的。因此，我想知道一下有哪个 CASE 软件可以这样：
: .......
ORACLE DESINER 2000可以完成你所说的任务。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.102.25.145]
发信人: lxz (paul), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易虚拟社区 (Mon Oct 25 13:40:24 1999), 站内信件
【 在 edison (edison) 的大作中提到: 】
: 做分析的时候，不仅仅是需求分析（包括总体设计、详细设计），都是一个逐步求
精的
: 过程。可能大家会认为这仅仅是瀑布模式的系统分析的结论，对于面向对象的分析不一
定是
: 这样。但是，想想即使是面向对象的分析，最后还是要将问题分解，然后逐个解决。因
此这
: 种层状的分析结果是必然的。因此，我想知道一下有哪个 CASE 软件可以这样：
: .......
最菜的分析员-----不用分析,
最好的分析员-----不用分析,
最菜的java html编辑器-----notepad,
最好的java html编辑器-----notepad.
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.102.69.37]
发信人: kenmlee (ken), 信区: SystemAnalysis
标 题: Re: 请诸系统分析员，耐心的看一下此文，一定有益！！！
发信站: 网易虚拟社区 (Mon Oct 25 15:17:11 1999), 站内信件
【 在 edison (edison) 的大作中提到: 】
: 【 在 kenmlee (ken) 的大作中提到: 】
: : 精的
: : 定是
: : 此这
: .......
我想你没有理解我的意思，我不是否认系统的层次特性，
而是提出系统的用层次无法表达（或至少无法清晰表达）的
部分。
不错，数据组织几乎是所有面向数据的系统整体架构中的
一个组成部分，可以归于层次模型，但数据组织本身可采用
多种不同的结构：
目录树的文件方式数据组织
关系数据库的二元关系表数据组织
HTML方式（也许应该归类为XML）的数据组织
白板式的当前状态数据组织
这些都是既不能完全用层次思想来分析又不能完全用层次结构来表述的
系统接口也有同样的特点，采用如下的接口方式：
顺序的批处理工作方式的接口
管道或过滤器工作方式的接口
事件驱动工作方式的接口
实时的通讯信号处理接口
这些也是层次模型不能完全分析和表述的
但我们都清楚以上的都是系统中的一部分，也处于系统的层次中。
所以我的意思是说就是有一个用于层次描述的软件，它对系统的
分析又能达到一个什么程度呢？是否一定要用层次来表述系统的
方方面面呢？
另外，状态图一类的工具是表述系统动态行为的工具，譬如
某些命令行命令的分析处理，事件驱动中的事件关系使用状态图表述
回比较好，如果用层次模型去描述事件关系，在我是无法想象的。
不知以上内容是否表达清楚了我的意思，我们可以继续探讨。
--
|
|