除了组织。 说明了企业内部网的信息架构

我参加了一个大型的公共Intranet的重新设计招标，并借此机会给了我机会，更密切地反映了信息联网架构大，特别是涉及到政府，而并非只。

我要特别提到了第一个层次，这当然是更广泛的资讯架构仅部分建筑建设。 然而，很明显，是一个根本的选择，将引导整个空间随时间演变和需要特殊照顾的规划。

但往往在这方面是犯了非常轻，它正迅速成为决定性的错误转换。 这些错误的原因是多种因素有关：

1. 很快意识到（当我们上网，那么也许我们在施工期间修改）
2. 推定组织（我知道公司好，内容是围绕市场营销过程）
3. 文件档案的习惯（我们通常在组织数量的东西通过代码）
4. 战略低估（信息架构？做什么与Web？相反，我们派出了草案图形？）
5. 逼近方法（我与酒吧经理的，说我的猜测是罚款）
6. 很少关注的人（不觉得呢？但如果你是对的功能，在第“业务！）
7. 狂妄的本能（如你所愿，但该公司的使命应该出现一）

还有许多，许多人是不容易分类的。 这种轻量设计的结果通常是一个烂摊子迅速增长，导致沮丧，头痛，抑郁宇宙主观效果，成为在最好的，痛苦的认识到，必须迟早，“把他的手”一些乍一看似乎功能，但现在已成为一个怪物难以接近。

然而，企业内部网的高层建筑，但是复杂的，是不是一个对象有神秘色彩。 事实上，你可以很容易地找出一些典型的建设，各自有一个优点和缺点。

我会尽量一一列举，确定鲜明的特点。 正如你将看到一些非常幼稚，几乎所有典型的局势可能会出现不适当的。但它仍然值得审视一下。

模式1： 业务架构为单位

比喻： 组织

优点

- 轻松识别厅老板的。 在某些情况下可能配合工作组的代表。
- 建筑施工相对速度研究。 这是简单的公司组织结构图已经确定，要与深入的分结构和关联的小节。

缺点

很多。 我列出了一些，但一定会有别的

- 难管理的横截。 极低的不属于一个特定的业务部门，并把它变得难以在这个架构他们。
- 流量。 各部门，以及公司不断变化的年龄结构很可能会非常快。
- 低可被找到的。 许多主题，内联网服务和内容被认为在与其他行业的雇员脱钩，并因此可能不容易被发现。
- 可怜的可扩展性。 这是很容易变得过于顶层版面里，难以管理
- 迟钝的内容。 等同于人力资源和说，法律，手段，通常忽略用户的需要，通常更多的第一和第二兴趣
- 能见度低的服务。 所有服务内容和实施相关的特定用户的任务是在二楼个月

当使用

唯一明智的方式来使用这样的架构是，当我们在如此众多的独立的内部网的存在是人，每个部门，我们仍然需要提供一个获取不同路段单点。，在这种情况下，“门户”任何事情，其实，一门介绍性的其他企业内部网的行业，它的架构。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

模式2： 建筑为主题

隐喻库

优点

- 确定问题的具体。 这是很容易确定不同的主题和内容，并按照一组合理的计划。
- 内容所有者。 即使在这种情况下是很容易识别的部分内容所有者和经营者。

缺点

- 溢出。 这种架构可以很快成为一个话题脱轨这使得它无用的长远人群。
- 标号。 如果标签的差距，很难记得asssbassare intelegibilità架构的用户端。 在某些情况下，信息成为难以找到的第一次点击。
- 扁平化的内容。 在此架构的各种问题可能会掩盖具体任务的用户：在某些情况下，变得难以指出，在一些地区的服务或交互式用户生成的内容。

当使用它

和良好的体系结构非常相关的信息和内容的增长速度。 在环境中很可能变成一个飞去同一个信息高速增长的许多互动服务。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

模式3： 建筑面积为

隐喻：FNAC的（？）

优点

- Lerneability。 这是一个由建筑比较低，这有利于在普通民众的生活环境，学习曲线。
- 稳定性。 和'架构，抗拒组织变革。

缺点

- 深度。 和'架构，它可以非常深能级因为常常需要去创造。
- 隐形行业。 不像以前，是一个架构，从而使企业的无形领域，不为他们提供了特定的空间。 在某些情况下，这可能是一个问题。

当使用

我个人更喜欢是一种架构，提供了良好的可扩展性之间的妥协，可理解性，完整性。 这是一个良好的内部网的内容，多样内容丰富的格式条款，并能容纳的服务和内容的扩展是很容易保持优雅的背景。 虽然在某些情况下，要结合航海平行的项目或行业方面。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

模式4： 建筑的事件

隐喻： 公共柜台

优点

- 建筑狭窄。 和'架构，威胁要爆炸，至少第一级
- 聚焦活动。 任何活动，用户可以执行的依赖无疑是有吸引力的。

缺点

- 内容multiappartenenza。 有些内容不属于对公司生活的具体事件，并成为地方难以在这个架构他们。 服务属于作为技术服务台论坛“通知”，“工作”或“工作”？
- 低可被找到的。 许多主题，内联网服务和内容被视为雇员等方面脱钩的事件，因此可能不容易被发现。
-整合不同格式。 在同一个容器可以结束了十分不同的内容格式（新闻，文件，互动式服务，应用程序）和请求的类型（读，写，合作等）。

当使用

这当然是一个进步compared组织架构，以一个简单的主题为or，但这个架构使用是一个如果不关联的研究on用户和他们的“mental地图比business information”risk。 经过认真的研究工作可以是一个有价值的替代以前的型号。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

5个型号： 建筑成员

隐喻： 本地新闻-自助

优点

- 集中于个人。 这些信息更侧重于个人的需要。
- 定制。 这是非常容易的建立自己的时间表。

缺点

- 内容管理extraprofilo困难。 它变得难以管理的内容，并没有直接关联的人的个人资料服务。
- 风险的溢出一般。 总的部分很可能是与内容和服务异构超载

当使用

几乎所有的大企业内部网可以受益于这种结构类型，因为它允许您轻松地结合一般内容和具体内容或个人。 需要一定的学习曲线，并与第二级合并“传统”（普尔主题或格式）的架构。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

模式6： 服务体系结构

隐喻： 工具箱

优点

- 特异性的服务。 每个服务可以很容易区别出来，随时可用。
- 建筑结构的相对速度研究。 这只是根据现有的服务集
- 相对容易协调。 这是没有必要，以找出在个别路段管理的具体个人，但与扩大盆地的贡献者

缺点

- 亏损的编辑控制权。 这种建筑类型，可谓非常的自主权在就业空间空间的人，失去了“推某些议题/服务”的可能性
- 内容分离。 绑在服务节作为可以包含许多不同的内容（博客项目与广告一起，共同的艺术形式，连同办公桌论坛cazzeggiano）

当使用

这种建筑类型有足够的灵活性contenre praticametne一切，允许服务提供易于识别。这几乎是专门为良好的内联网出现的是一个“门户”中立“用户”服务，或平台可以利用它们在许多不同的方式吧。 é'从内部网架构Word作为一个服务（IAAS），其中编辑，或工作组只负责制作动画的空间和提供服务，然后由用户组的赞同。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

模式7： 任务体系结构

隐喻： 控制台命令-客房家

优点

- 雅。 这种架构具有高雅的优势，在某些背景和谐。
- 简洁。 通常这种类型的建筑层往往是短暂，很少有良好的确定的易用性利益的任务。
- 集中于个人的行动。 根据定义，体系结构是紧紧围绕用户可以采取的行动，以避免歧义和指导的环境灾难情况下的积极参与。

缺点

- 一个小“信息的气味”。 这种架构，为用户任务简单完美，它就会失去价值，因为内容的增长，失去“信息的气味”。
- 内容“棘手”。 在这样的一种比喻的一些内容将难以治疗，无法表达他们提供适当的动词
- 融合。 有些内容可能最终会在一个容器中，逐渐退化所有。

当使用

像所有典型的建筑设计服务“2.0”，这种做法反映强烈的“行动”的用户逻辑必须作出申请。 因此，在大型企业内部网的禁忌，它们提供各种服务和尽可能多的“情况”哪里有需要提供信息。 这对建筑的只是一种个人应用，内联网和小非常具体的任务或具体的分节的重点，但不可能捕获大型企业内部网的所有实际的“用户任务”。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

结束语

忘记纯洁性。 大多数架构，满足实际现实不能也不应该按照一种模式兴建P“的泌尿”，从7我列出选择。 相反，真正的作品是一个明智的组合，与现行架构中添加从与用户的普遍使用和整合能力的心理地图其他架构要素的能力。 有时你需要输入专题领域成为建筑的“人力资源是适当的，包括有时在一建筑的”博客“的成员。 不优雅，但它的作品。

合并多个架构。 在大型企业内部网永远是一个很好的规则，关联多个架构，以提供一个同类型的信息替代的目标。在某些情况下可能有两个平行的结构，即在二级核心架构，启动其他架构。 几乎电子邮件，大项目，一个比喻案件可以捕获所有的内容。 在大多数情况下，备用架构取决于深度级别。 例如：

- 表面结构或成员人数
- 对任务或地区深层结构

只是一些示例：在现实中的事情进行评价，按个别情况。

听用户。 没有架构可以持续和功能没有仔细倾听用户，或同事。 如果有疑问，您可以放心，他们将取消他们那里。 使用可用的工具（访谈等）和Faten珍惜之前楼宇建筑卡片分类。