讨论架构

digital1 2003-09-12 05:53:18
在总结前人的基础上给出了整体描述一个系统的7个架构

应用架构:从使用视角看架构。系统实现的功能,以及各功能模块间的关系。
业务架构:业务模型,流程模型,组织模型等企业本身
信息架构:企业的信息系统规划
体系架构:三层或N层体系
系统架构: 软硬件部署
安全架构:安全了
软件架构:此部分主要描述各个应用软件间的关系结构,如数据库,was,portal等


在用这个架构去描述一个大系统的时候感觉非常清楚,
...全文
29 17 打赏 收藏 转发到动态 举报
写回复
用AI写文章
17 条回复
切换为时间正序
请发表友善的回复…
发表回复
sxzz 2003-11-06
  • 打赏
  • 举报
回复
是architecture
sxzz 2003-11-06
  • 打赏
  • 举报
回复
想了想,觉得“构架”比较接近architecutre,名词的成分多,而“架构”作为动词的成分多。
rolandash 2003-11-05
  • 打赏
  • 举报
回复
“构架“还是“架构”,要看原文。现在很多书的翻译真是千奇百怪,丝毫不考虑已有的约定束成,很有些重新定义的勇气。

至于楼主说的架构,我觉得他其实想表达的是“view”的概念。可以用view代入楼主的文字中的“架构”,保留第三个“架构”,最后一个“架构”用“结构”取代,看起来可能会明白一些。

sxzz 2003-11-05
  • 打赏
  • 举报
回复
虽然看了很多资料,但到现在对“构架“和“架构”两词还是很感冒,请问各位大侠这两个是不是同一个概念?如不是有什么区别?
sxzz 2003-11-05
  • 打赏
  • 举报
回复
比如说安全的架构,怎可硬要“发明”出安全架构呢?一个架构可从不同角度去分析、去应用,在一个架构上可以有各种业务应用、业务布局,干吗偏又去“发明”什么业务架构……
sxzz 2003-11-05
  • 打赏
  • 举报
回复
我觉得有滥用架构之嫌,本来很简单的一件事,为什么就一定要人为的复杂化能?真不知道架构是什么意思了。
rolandash 2003-11-05
  • 打赏
  • 举报
回复
1,我觉得有必要限制使用architecture这个词,防止被用得太随意。不要仅仅为了好听而随意地使用,应该小心地选择最能准确表达你的意思的词汇,特别是和别人讨论的时候。如同其他所有流行的词汇一样,自从architecutre这个词被提出以来,好象所有的软件概念都可以被冠上这个名字。做工程的人原来也是可以这么媚俗的。

2。从不同的角度去考察一个系统的结构是合乎情理的。不过首先要注意视角的分划要完备,并且不能有太多的冗余。在你列举的7个视角中,
“应用架构:从使用视角看架构。系统实现的功能,以及各功能模块间的关系。”就通常的理解,“各功能模块间的关系”并不是“使用视角”可以看的到的。
“业务架构:业务模型,流程模型,组织模型等企业本身”在一个对系统的描述中包含”业务架构“是很奇怪的,因为这些都不是软件系统本身的组成部分,只是需求的组成部分。

我觉得你首先要澄清的是,你建立的这个模型究竟是想用来描述什么?试图描述的只是一个软件系统,还是包括建立这个软件系统的过程本身?

而”信息架构“和”系统架构”,从字面上看,似乎没有什么太多的区别。

至于“软件架构”和“体系架构”,我完全看不到你对这两个术语的清楚的定义。希望你把这两个概念再整理清楚,而且我建议你不要使用这两个名字,否则实在是让人迷惑。

“安全架构”到是有吸引力的提法,从概念上说,如果能够作到把安全问题相对独立出来分析,有组于建立一个较为完备的安全机制,也更容易控制和修改,即使有冗余也是值得的。但是正如 mis98ZB(Effective Typer) 所说,首先要清楚地定义”安全架构“这个词,即你的描述目标,其次要解决描述手段的问题。这两个问题都是有相当的难度的。就目前的应用水平而看,我估计你大概也只是想做一些文字性质的描述,那样意义就不大了。不过放在那里,当做规章制度什么的也是不错的:)







ozzzzzz 2003-11-05
  • 打赏
  • 举报
回复
scalene(南瓜汤)
我看了好久,也不明白他们到底在说什么。我以为他们还是在说framework,而不是architecture。但是好像也不是。不明白。不明白。
scalene 2003-11-04
  • 打赏
  • 举报
回复
o6z:好久不见。
人家说的是Architecture,不是Framework欧:)

digital1 (d_jt)
在用这个架构去描述一个大系统的时候感觉非常清楚,

----------------------------
我怎么感觉越来越糊涂:)
好像你的这些架构1)只有很大的系统才用得到 2)这么事无巨细,似乎不是用来做设计,而是用来写总结报告的?3)这篇报告得写多长啊???...
zjycauc 2003-10-27
  • 打赏
  • 举报
回复
能详细讲一下体系架构和系统同架构吗?
最好能给我发一份文档,zjycauc@tom.com
非常感谢!
mis98ZB 2003-10-27
  • 打赏
  • 举报
回复
觉得前三个(应用架构、业务架构、信息架构)都是描述系统机能,用业务模型加数据字典描述即可。

第四个和第七个(体系架构、软件架构)描述程序设计,用设计模型描述就行了。平台、语言、数据库都包括在设计模型里,各个包之间的关系足以描述楼主所说的“软件架构”。

第五个(系统架构)描述系统实施,用实施模型描述。一般比较简单。如果要搞综合布线什么的,这一部分才会复杂一点。

第六个(安全架构)不太明白……
安全需要业务逻辑的支持,严密的业务逻辑可以保证功能上的安全。
安全需要设计模型的支持,安全的业务实现方式、选用安全的组件、编写安全的代码,可以保证执行上的安全。(充足测试也不可少,但那不是构架的问题了……)
安全需要实施模型的支持,使用安全的传输介质、使用优质的服务器并放在安全的地方、双机热备份、定期转储……可以保证物理上的安全。
但这些都跟原来的模型紧密相连,如果把它们拆出来,应该怎么写?

感觉没有必要做这么多构架,其间的冗余与耦合,是在是太多了……

个人意见,仅供参考。希望大家指正。
ozzzzzz 2003-10-27
  • 打赏
  • 举报
回复
干吗随便
是不是不可随处小便
我的观点任何framework都是接口的组合 而不是实现的组合
digital1 2003-10-10
  • 打赏
  • 举报
回复
大家随便讨论一下我就结帖了
digital1 2003-10-10
  • 打赏
  • 举报
回复
大家随便讨论一下我就结帖了
Panr 2003-09-14
  • 打赏
  • 举报
回复
太忽然了,您可以写个例子么
digital1 2003-09-14
  • 打赏
  • 举报
回复
这个东西我们写了80多页啊,你想知道哪部分,详细些啊
digital1 2003-09-13
  • 打赏
  • 举报
回复
其中信息架构,我给出的说明实际上是信息系统架构,有没有对信息架构专门有研究的同行详细说明一下,对信息架构还是不很把握

1,265

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧