Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 15 Next »

This is a starter page to collect requirements or content which should be included as part of the web presence redesign effort.

Requirements for jasig.org site

Purpose of the JASIG

A block of content which describes the purpose of JASIG

Activities

A block of content which describes the activities in which JASIG is engaged.

News

News items that are general JASIG related (i.e. annual conference announcements) and feature news items specific to JA-SIG projects (i.e. uPortal Training Available...). News items should be ordered by the news item creation date. News item creation date should be editable. News should be available via RSS.

Using the creation date for News items would work for ordering news items in most instances, however, using a modification date might make sense. There are some news items which needed to be weighted such that they appear on top of the list and stay on top. For example, the annual conference announcement might appear for several months and becomes more significant as the conference date approaches. Similarly, setting an "expires on" date would be useful. News items which describe an event which happened in the past, in many cases, is of little use. For example, "uPortal Training to be held March 1st" is of no use today (March 4th).

News should be available as an RSS feed.

Events

A separate on the site highlighting upcoming JA-SIG (and related) events – conference, unconference, etc. Events should be available as an iCal feed (nice-to-have) and there should be an RSS of updates about JA-SIG events and conferences (requirement).

How should "events" which are also "news" be handled? Events would always have a date associated with them but might also be considered "News". Do we some sort of informal policy or criteria for determining where items appear?

Governance

A separate page which describes JASIG Governance, board members, linkage to project liasons, etc.

JASIG Membership

A page which describes how to become a member, a list of members

Redundancy

Jonathan Markow:  Right now, the wiki provides the list of members.  That's probably because it was easier for me to update it there.  I'd like to see it on the website but eliminate the redundancy in the wiki.  Similarly, there is a Governance space on the wiki that lists the information that's mentioned in the previous requirement.  Once again, we need to ensure that we don't create redundant lists and other info.

How do I birth a new project?

A page which describes the procedure for birthing a new JASIG project.

Where does the website end and the wiki begins

~awp9 wonders whether these instructions should be out of scope for the website itself. While it is important at a marketing level that it be clear that one can birth a new project, doing so is relatively infrequent, relatively technical, and needs to be kept up to date. It more fluidly connects with the collaboration happening in the wiki than with the static statements of the website. ~awp9's gut reaction is that the website page should be just a stub that links out to what we regard as more wiki than website.

~jayshao argues that a reasonably fluid system for manipulating the website results in a dynamic where location of content is less influenced by how often it changes, and more appropriate to determine based on whether or not it's a collaboratively edited document - as some "official" content is probably better suited to basically a broadcast approach.

Jonathan Markow sez:   Website = Identity, brand, information, marketing, communication outside JASIG, easy answers to frequently asked questions.  Wiki = Collaboration, projects, work-in-progress, documentation.

~jayshao my point being that's an artificial technology driven distinction, instead of an intention-based decision. Providing polished, external consumption vs. working internal consumption is a reasonable distinction. Basing that division on the technology we use to deliver sites seems less meaningful. It is possible to restrict & top-down IA a site in a wiki, just as it's possible to have a non-IA site in any CMS or HTML construction. The question is what roles do we need to fulfill?

Donor Opportunities

How to give money to JASIG.

Withdrawn for consideration by Board representatives

Aaron Godert and Jonathan Markow have withdrawn this item for further consideration. Not for initial inclusion in revitalized website.

Contact Information/Mailing List

How to contact JASIG, links to mailing lists. Contact Us form.

Credits/Supports

Give credit to commerical supporters.
(What about credit to non-commercial volunteers?)

Awards

What awards has JASIG or its products won?

JASIG Bookshelf

This is an idea that Jonathon had. It would be a list of books recommended by the JASIG contributors. Book cover images would link to Amazon such that JASIG would get a kickback for each book ordered via the referral mechanism.

(Interestingly, uPortal's developer books channel, once upon a time, did this, with the kickbacks going to IBS for a few minutes. The kickback feature was removed at the project administrator's request. -~awp9)

~jayshao I also put this in the category of "unlikely to generate enough revenue to be worth it". The idea of a virtual professional reading club is perhaps very attractive - pick a technical book (DDD, Effective Java, GoF Patterns, etc.) and have a themed discussion on a mailing list or in IRC. That seems to better build us as a community of practice and support our professional development and networking missions much more strongly than a passive list of books. In general, I think any linkages we can build between in-person events will only strengthen our community.

~awp9 I agree, Jason. If social networking around books in JASIG is worth doing, then let's set up a JA-SIG Goodreads group and jump to the part where we share book recommendations and discussions, and skip the part where we expend limited JA-SIG infrastructure and website resources on implementing Amazon's referral mechanism on jasig.org's web presence. Prioritizing the most important, and achievable, web presence requirements, like timely presentation on the JA-SIG homepage of JA-SIG conference calls for proposals and seminar selections, is important to the success of this webpresence revitalization effort.

Jonathan Markow sez:   I will withdraw this requirement on the basis of "not enough bang for the web-redesign buck."  On the other hand, I would like to see us provide a list of recommended books/tools/etc. *somewhere* that would be useful to newcomers to the community.

External linkages

  • link to all JA-SIG project sites (uPortal, CAS, Hypercontent)
  • link to JASIG wiki
  • link to JASIG UK
  • link to ESUP-Portail

Requirements for uportal.org site

News

The uPortal project needs to be able to publish news which are also published via RSS.

Downloads

The uPortal website needs to vend largeish uPortal release downloads. It should be easy and clear from the user experience to find the right releases of uPortal, and it should be possible to find all releases of uPortal.

Marketing considerations

The website should appropriately market uPortal, explaining its features and providing some compelling screenshots.

Documentation

The uPortal website should help people to understand where to go next, to the uportal manual space in the wiki, to the email lists and their archives.

Commercial Affiliates

There should be a tasteful, appropriate, but present listing of JA-SIG Commercial Affiliates providing services for uPortal.

Other requirements

  • No labels