Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Good design of information architecture. Much has been articulated about the importance of information architecture in effective website design. If a new ja-sig.org is to succeed, it needs to be well-information-architected in keeping with the named values.
  • Re-evaluation of our choice of content management system and selection of a content management system with properties that will contribute to the success of JA-SIG's tactical and strategic web presence needs - the purpose of this bullet point is to articulate that CMS selection is an in-scope goal for this project. Fuller discussion on the page for this purpose.
  • Effective branding: well-recognized, well-used, well-factored re-usable logos to better establish a JA-SIG brand except without the dash and no longer standing for Java anything: JASIG, a brand without literal meaning, associated with and now meaning an organization of institutions and individuals interested in using and collaborating upon open source software in support of higher education.

...

  • Information architecture and website design
  • Creation of a new identity and visual identity
    • Removal of dash in JA-SIG
    • JA-SIG no longer stands for Java Architectures, as we move beyond Java to more general open source and collaboration in higher education IT
    • New tagline. If we're not "Java Architectures Special Interest Group", then one is our non-acronymical tagline?
    • a compelling statement of scope for what JASIG does, where it has come from, where it might go
  • Design and development of a brand and logos. Details about logos in that Confluence page. What is asserted here is that logos are in-scope.
    • Logo for JASIG itself (JJM:  no dash)
    • Logo for JASIG Institutional Member Institution
    • Logo for JASIG Commercial Affiliate
    • Logo for JASIG Strategic Partner
    • Logos for deployers to choose to use in acknowledging their use of JASIG software in particular deployments ("Powered by JASIG software")  (JJM:  which ones are needed?  uPortal?  CAS?)
  • Adoption of a new CMS (or re-adoption of present CMSs in ways that meet the goals)
    • Migration of existing website content into a new CMS demonstrating the new brand, logos, and especially information architecture (this is not necessarily automated migration, since the amount of content we're talking about here is quite modest)
  • ja-sig.org and uPortal.org [See comment -Jonathan]
  • Implementation of a Contact Us page / section including a web form for sending email. This to be initially implemented to email the Board, who will then route the messages where they really need to go.
  • An "About Us" page for JASIG.  includes mission, history

Does not include

  • Content in the Confluence wiki. While small units of content may tactically be pulled up to the website layer (committer listings, e.g.), vast swaths of Confluence wiki content (e.g., the uPortal manual) are not to be included in this effort
  • the CAS website (http://www.ja-sig.org/products/cas/). While the CAS website would benefit from additional attention and might welcome migration off of Hypercontent, since it is better architected and designed, the margin of benefit to be gained in revisiting it now is thinner. The idea is to execute on ja-sig.org and uportal.org and then re-assess. [See comment -Jonathan]
  • Extending JA-SIG branding to web applications and sites other than the managed content specifically to be architected here. Creation of graphics and branding that can be used to apply this branding elsewhere is in-scope, but to control scope creep, actual execution of that branding is to either be undertaken on the side as a volunteer effort, or to be subsequently tacked after this scope of work has succeeded.

...