Unit 1 Information Architect
Unit 1 Information Architect
Neha Tuteja
                 Dept. of CSE-ET
Panipat Institute of Engineering and Technology
 Advantages
1)Organization’s information is in safe hands.
2)No extra cost, so cost effective.
3)Insider knows the most about in organization's processes and
  how to get things done within that organization.
 Disadvantages
1)Knowledge of an insider may be too specific.
2)Insider may lack the political base required to mobilize
  cooperation from others in the organization.
3)Insider gets diverted from his original duties.
Communication and Collaboration
   Communication refers to exchange of information between
    persons through internet. Internet provides a basis for
    communication and collaboration which can be done using
    mail, chat, skype, etc. When dealing with official matters,
    electronic mail helps in the exchange of messages text
    documents, web pages, audio, video, etc.
Basics of E-mail
 Electronic mail is an application that supports interchange of
  information between two or more persons. Usually text
  messages are transmitted through email. Audio and video
  transfer through email depends on the browser in use. This
  provides a faster way of communication in an affordable cost.
 Advantages of E-mail
 To explain
 To control
   information atoms in your site and deciding how to relate them to one another.
2. Grouping
 Grouping information means grouping the linked information atoms into
  exclusive sections. Users can search the information only if he knows what
  he is looking for and he knows the label so that he can identify the
  group/section in which the item is. This is known as well-defined and
  mutually exclusive known item searching. No ambiguity is involved.
 Advantages:
1)Exact organization schemes are easy to design and maintain because there is
  little intellectual work involved in assigning items to categories.
 Disadvantages:
1)Exact organization schemes require the user to know the specific name of the
  resource they are looking for.
Examples
Alphabetical organization scheme
  In this scheme all the information atoms are arranged alphabetically and they
  are grouped accordingly i.e. atoms starting with letter ‘A’ come information
  one group and so on. The implementation of this scheme can be observed
  information encyclopedias, Dictionaries, phone books, bookstores,
  departmental store directories. On the web you can observe this scheme
  information the Address book of your mailbox.
   Chronological Organization Schemes
    Certain types of information lend themselves to 'chronological
    organization. E.g. an archive of press releases might be organized by the
    date of release. History books, magazine archive, diaries and television
    guides tend to be organized chronologically. As long as there is agreement
    on when a particular event occurred, chronological schemes are easy to
    design and use.
   Geographical Organization Schemes
    Place is often an important characteristics of information. Political, social
    and economic issues are frequently location dependent. We care about the
    news and weather that affects us information our location. Example, in a
    website of MNC the list products available is different in different
    countries according to economy, population of that country. So such a
    website manages such location dependent information using Geographical
    Organization Schemes.
 Ambiguous Organization Schemes
  Ambiguous Organization Schemes divide information into categories that
  defy exact definition. They are mired in the ambiguity of language and
  organization.
 Advantages:
   Contextual Navigation system: Some relationships don't fit neatly into the
    structured categories of global and local navigation. This demands the creation of
    contextual navigation links specific to a particular page, document or object. E.g.
    Words or phrases within sentences are represented as embedded or inline
    hypertext links. On an e-commerce site, these “See Also” links can point users to
    related products and services. In this way contextual navigation supports
    associative learning. Users learn by exploring the relationship you define between
    items. They might learn about useful products they didn't know about.
   Supplemental/ Remote Navigation System :- These navigation systems are
    external to the basic hierarchy of a website and provide complementary ways of
    finding content and completing tasks. These navigation systems provide users
    with and emergency backup. Some of the examples of Remote navigation
    Systems are
    Sitemaps: In a book/ magazine, the table of contents presents the top few levels
    of the information hierarchy. It shows the organization structure for the printed
    work and supports random as well as linear access to the content through the use
    of chapter and page numbers. In context of websites a sitemap provides a board
    view of the content in the website and facilities random access to segmented
    portions of that content. A sitemap can employ graphical or text based links to
    provide the user with direct access to pages of the site. A sitemap is the most
    natural for websites that lend themselves to hierarchical organization. But for a
    small website with only two or three hierarchical levels a sitemap may be
    unnecessary.
Searching systems
  Need of searching systems
1)As the amount of information on the website increases it become difficult
   to find the required information. If the navigation systems are not properly
   designed and maintained then to find the required information searching
   systems are required.
2)If your site has enough contents and users come to your site to look for
   information then site need searching systems.
3)Search system should be there on your site if it contains highly dynamic
   contents e.g. web based newspaper.
4)A search system could help by automatically indexing the contents of a site
   once or many times per day. Automating this process ensures that users
   have quality access to your website's contents.
  Searching your website
1.Assuming you have decided to implement a Searching system for your website.
   It’s important to understand how users really search before designing it.
2. Users have different kinds of information need: Information scientists and
   librarians have been studying user’s information finding habits decades. Many
   studies indicated that users of information systems are not members of a singe
   minded monolithic audience who want the same kind of information delivered
   information the same ways. Some want just a little while other wants detailed
   assessment of everything there is to know about .the topic. Some want only the
   accurate, highest quality information; while others do not care much about the
   reliability of source. Some will wait for results while others need the
   information yesterday. Some are just plan happy to get any information at all,
   regardless of how much relevant stuff are really missing. Users needs and
   expectation vary widely and so the information systems that them must
   recognize, distinguish and accommodate these different needs.
3.To illustrate let's look at one of these factors in greater detail: The variability
   information users searching expectations.
   Known item searching
    Some users information needs are clearly defined and have a single correct
    answer. When you check the newspaper to see how your stock information
    amalgamated shoelace and aglet is 'doing (especially since the hostile Microsoft
    takeover attempts), you know exactly what you want that the information exists
    and where it can be found.
   Existence searching
    However some users know what they want but do not know how to describe it or
    weather the answer exists at all e.g., you must want to buy shares information
    Moldovan high start-ups and that carries no load. You are convinced that this
    sector is up and coming, but do fidelity and Merrill lynch know this as well'. You
    might check their Webster, call a broker or two, or ask your in the know aunt.
    Rather then a clear question for which a right answer exists, you have an abstract
    idea on concept, and you don’t know whether matching information exists. The
    success of yours search depends as much upon the abilities of the brokers, the
    websites, and your aunt to understand your idea and its contexts as whether the
    information (information in this case a particular mutual fund) exists.
   Exploratory searching
    Some users know how to phrase their question, but don't know exactly what they are
    hoping to find and are really just exploring and trying to learn more. lf you ever
    considered changing careers you know what we mean you are not sure that you definitely
    what to switch to chinchilla farming, but you have heard it is the place to be, so you
    might informally ask a friend of a friend who an uncle in the business. Or you call the
    public library to see if there's a book on the subject, or you write to the chinchilla
    professionals association requesting more information. In any case, you are not sure
    exactly what you will uncover, but you are re willing to take the time to learn more. Like
    existence searching, you have so much a question seeking answer as much as an idea that
    you want to learn more about.
   Comprehensive Searching (Research)
    Some users want everything available on a given topic. Scientific researchers, patent
    lawyers, doctoral students trying to find unique and original dissertation topics, and fans
    of any sort fit in to this category. For example if you idolize that late great music duo
    Milli Vanilli, you'll want to see everything that has anything to do with them Single and
    records, bootlegs, concert tour plasters, music videos, fan club information,
    paraphernalia, interviews, books, scholarly articles, and records burning schedules. Even
    casual mentions of the band, such as someone's incoherent ramblings information a web
    page or Usenet newsgroup, are fair game if you're seeking all there is to know about
    Milli Vanilla so you might turn to all sorts of information sources for help friends, the
    library, books stores, music stores, radio call in shows and so on There are many other
           Designing the search interface
  Concept of Searching system
There are two models of searching systems:
1)In the first and older model user express their information need as query that they ente
   in a search interface. They may do so using a specialized search language.
2)In the second model users express the information need information the natural
   language like English.
After this step Queries are matched against an index that represent the site's content and
   set of matching documents is identified.
 Designing the Search Interface
1)With so much variation among users to account for, there can be no single ideal search
   interface. Following factors affect choice of search interface:
2)The levels of searching expertise users have: Are they comfortable with Boolean
   operators. Or do they prefer natural language? Do they need simple or high powered
   interface? What about a help page?
3)The kind of information the user wants: Do they want just a taste or are they doing
   comprehensive research? Should the results be brief, or should they provide extensive
   detail for each document?
   Support Different Modes of Searching
     Use the same interface to allow users to search the product catalog, or the staff
    directory, or other content areas. Are non-English speakers important to your site?
    Then provide them with search interfaces in their native languages. Including
    language specific directions, search commands and operators, and help information.
    Does your site need to satisfy users with different levels of sophistication with online
    searching? Then consider making available both a basic search interface and an
    advanced one.
   Simple / Basic search interface
    A simple search interface was required; because at limes users wouldn't need all the
    firepower of an advanced search interface. Especially when conducting simple known
    item searches. A simple search box is ideal for the novice or for a user with a pretty
    good sense of what he or she is looking for. Mammal filtering options are provided
    including searching for keywords within little and abstract fields, searching within the
    author field or searching within the publication number field. These filtering options
    provide the user with more power by allowing more specific searching. But because
    the labels keyword, Author, And publication Number are fairly self explanatory. They
    don't force the user to think too much about these options.
   Advanced search Interface
    We needed interface that would accommodate this important expert audience who
    were used to complex Boolean and proximity operators and who where already very
   Fielded Searching
    Author, keyword, Title, Subject and ten other fields are reachable. A researcher
    could, for example find a dissertation related to his or her area of interest by
    searching the subject field, and learn who that doctoral student's advisor was by
    reading the abstract. To find other related dissertations, the researcher could then
    search the advisor field to learn about other doctoral students who shared the same
    advisor.
   Familiar Query Language
    Because many different query language conventions are supported by traditional on
    line products, users may be used to an established convention. The effort to support
    these users is made by allowing variant terms. For the field Degree Date the user
    can enter either ‘‘ddt’’, ''da'', ''date'', ''Yr '' or year.
   Longer Queries
    More complex queries often require more space than the single line entry box found
    in the simple search interface. The more complex interface supports a much longer
    query.
   Reusable Result Sets
    Many traditional online information products allow searchers to build sets of results
    that can be reused. In this example, we've ended together the two sets that we've
    already found and could in turn combine this result with other sets during the
    iterative process of searching.
         Indexing the right stuff
     Searching only works well when the stuff that's being searched is the same as the stuff that users want. This means you
     may not want to index the entire site. We will explain:
    Indexing the entire site.
    Search engines are frequently used to index an entire site without regarded for the content and how it might vary. Every
     word of every page, whether it contain real content or help information, advertisement, navigation, menus and so on.
     However, searching barks much batter when the information space is defined narrowly and contains homogeneous
     contents. By doing so, the site's architects are ignoring two very important things: that the information in their site isn't
     all the same. And that it makes good sense to respect the lines already drawn between different types of content. For
     example, it's cleared that German and English content are vastly different and that there audience’s overlap very little
     (if at all) so why not create separately searchable indices along those divisions?
    Search zone: Selectively Indexing the right content
    Search zone are subset of website that have been indexed separately from the rest of the site contents. When you search a
     search zone, you have through interaction with the site already identified yourself as a member of a particular audience
     or as someone searching for a particular type of information. The search zones in a site match those specific needs and
     results are improved retrieval performance. The user is simply less likely to retrieve irrelevant information. Also note
     the full site search option: sometimes it does make sense to maintain an index of the entire site, especially for user who
     are unsure where to look, who are doing a comprehensive leave no stones unturned search, or who just haven't had any
     luck searching the more narrowly defined indices.
    How is search zone indexing set up? It depends on the search engine software used Most support the creation of search
     zone, but some provides interfaces that make this process easier, while other require you to manually provide a list of
     pages to index. You can create search zones in many ways.
    Examples of four common approaches are:
    By content type
    By audience
    By subject
    By date
   Conceptual design
   Blueprints
     What do you mean by blueprint? Blueprints are the architect’s tool of
    choice for performing the transformation for chaos in to order. Blueprints
    show the relationship between pages and other content components and
    can be used to portray organization, navigation and labeling systems. They
    are often referred to as sitemaps and do in fact have much information
    common with those supplemental navigation systems. Both the diagram
    and the navigation system display the shape of the information space
    information overview, functioning as a condensed map for site developers
    and users, respectively
   High -level Architecture blueprints
    High level architecture blueprints are often created by information
    architects as pat of a top down information architecture process. The very
    act shaping ideas in to the more structure of a blueprint forces you to
    become realistic and practical. During the design phase, high level
    blueprints are most useful for exploring primary organization schemes and
    approaches. High level blueprints map out the organization and labeling of
    major areas. Usually beginning with a bird's eye view from the main page
    of the website.
   Creating High -Level Architecture Blue prints
     These blueprints can be created by hand, but diagramming software such as
    Visio or Omni raffle are preferred. These tools not only help to quickly layout
    the architecture Blue prints, but can also help with site implementation and
    administration.
   Some Important points:
    1)Blueprints focus on major areas and structure of site ignoring many
    navigation details and page level details.
    2)Blueprints are excellent tools for explaining your architectural approaches.
    3)Presenting blueprints information person allows you to immediately answer
    the questions and address client concerns as well as to explore new ideas while
    they are fresh in your mind and the client's.
    4)As you create blueprint it is important to avoid getting locked into a
    particular type of layout.
    5)If a meeting isn't possible, you can accompany blueprints with descriptive
    test based documents that anticipate and answer the most likely documents.
   Keeping Blueprints Simple
    As a project moves from strategy to design to implementation, blueprints
    become more utilitarian. They need be produced and modified quickly and
    often draw input front increasing number of perspectives, ranging from visual
    designers to editors to programmers. Those team members need to be able to
    understand the architecture. So it’s important to develop a simple condensed
    vocabulary of objects that can explain in a brief legend.
                 Architectural Page Mockups
   Information architecture blueprints are most useful for presenting a bird’s eye view of the web
    site. However they to not work well for helping people to envision the contents of any
    particular page. They are also not straightforward enough for most graphic designers to work
    from. In Fact no single format perfect job of conveying all aspects of information architecture
    to all audiences. Because information architectures are multi dimensional, it's important to
    show them information multiple ways. For these reasons Architectural page mockup are useful
    tools during conceptual design for complimenting the blueprint view of the site mockups are
    quick and dirty textual documents that show the content and links of major pages on the
    website.
   They enable you to clearly (yet inexpensively) communicate the implications of the architecture
    at the page level. They are also extremely useful when used in conjunction with scenarios. They
    help people to see the site in action before any code is written. Finally, they can be employed in
    some basic usability tests to see if users actually follow the scenarios as you expect. Keep in
    mind that you only need to mockup major pages of the web site. These mockups and the
    designs that derive from them can serve as templates for design of subsidiary pages.
   The mockups are easier to read than blueprints. By integrating aspects of the organizational
    labeling, and navigation systems in to one view they will help your colleagues to understand the
    architecture. In laying out the content on a page mockup, you should try to show the logical
    visual grouping of content items. Placing a content group at the top of the page or using a larger
    font size indicates the relative importance of that content.
   While the graphic designer will make the final and more detailed layout decisions you can
    make a good start with these mockups.
                        Design Sketches
   Once you've evolved high-level blueprints and architectural page mockups, you're ready
    to collaborate with your graphic designer to create deign sketches on paper of major
    pages in the web site. In the research phase the design team has begun to develop a
    sense of the desired graphic identity or look and feel. The technical team has assessed
    the information technology infrastructure of the organization and the platform
    limitations of the intended audiences. They understand what's possible with respect to
    features such as dynamic content management and interactivity. And of course the
    architect has designed the high-level information structure for the site. Design sketches
    are a great way to pool the collective knowledge of these three teams in a first attempt at
    interface design for the top level pages of the site. This in a wonderful opportunity for
    interdisciplinary user interface design using the architectural mocks ups as a guide; the
    designer begins sketching pates of the site on sheets of paper. As the designer sketches
    each page questions arise that must be discussed. Here is a sample sketching session
    dialog:
   Programmer: I like what you're doing with the layout of the main page, but I'd like to do
    something more interesting with the navigation system.
   Designer: Can we implement the navigation system using pull down menus? Does that
    make sense architecturally?
   Architect: That might work but it would be difficult to show context in the hierarchy.
    How about a tear-|way table of contents feature? We've had pretty good reactions to that