THE leader in sports information

 

Requirements Document v.2.1

March 4, 1998

 

Rob Hagan

Team 2.4

 

John Zenger, Project Manager

Tim Hodges

Brenda Ley

George McMonigole


 

Sports Information System

Software Requirements Document

 

Version 2.1

 March 4, 1998

 

Worldwide Sports Inc.

Team 2.4

 

John Zenger, Project Manager

Rob Hagan

Tim Hodges

Brenda Ley

George McMonigole


 

Table of Contents

>

 

Page #

I. Scope----------------------------------------------------------------------------- 5

A. Overview of Requirements Documentation

B. User Profile

C. Problem Statement

D. Overview of the System

 

II. Applicable Documents-------------------------------------------------------- 5

 

III. Scenario Descriptions--------------------------------------------------------- 6

A. Scenario 1

B. Scenario 2

C. Scenario 3

 

IV. Storyboarding------------------------------------------------------------------ 7

 

V. Interface Description--------------------------------------------------------- 10

A. Hardware

1) Development Platform

2) Target Platform

B. Software

1) Development Platform

2) Target Platform

C. Human

 

VI. System Modules--------------------------------------------------------------- 10

 

A. Interface Module

1) Description of Module

2) Functional Requirements

3) Non-functional Requirements

 

B. Events Module

1) Description of Module

2) Functional Requirements

3) Non-functional Requirements

 

C. Athlete Module

1) Description of Module

2) Functional Requirements

3) Non-Functional Requirements

 

D. Medal Count Module

1) Description of Module

2) Functional Requirements

3) Non-Functional Requirements

 

E. History Module

1) Description of Module

2) Functional Requirements

3) Non-Functional Requirements

 

VII. Risk Analysis--------------------------------------------------------------------13

A. Risk Chance

B. Solution

 

VIII. Glossary------------------------------------------------------------------------14

 

IX. Revision History----------------------------------------------------------- 14

 

X.Appendices----------------------------------------------------------------- 15

 

 

I. Scope

 

A. Overview of Requirements Documentation

The requirements document presents all user requirements, or needs, of the system, broken down into six sections. These sections include: (1) An Applicable Documents section that contains web sites leading to relevant information a bout the system and requirements. (2) A Scenario Descriptions section which presents several possible cases of the system in action. (3) A Storyboarding section that displays a basic visual example of how the first stages of the system are to be set up. ( 4) An Interface Description section that explains the hardware and software we will be using and how and where it is developed. (5) A System Module section which breaks down the system as a whole into smaller modules and the requirements, functional and n on-functional, of each module. (6) A Risk Analysis section dealing with certain risks we must take in the development of the system and how they will affect the process.

 

B. User Profile

The users of the system need access to the information contained in the system 24 hours a day at a simple level so that persons with no computer experience will have no problem navigating through the information. They need the sy stem to fit their needs such as speed, accuracy and reliability.

 

C. Problem Statement

The problem we are addressing with our Sports Information system is providing sports information such as athlete and country performances, winners and times of events, and historical Olympic statistics in an orderly and easy to use interface for the users.

D. Overview of the System

The system will contain pertinent sports information, which are scores, profiles, and statistics regarding the Olympic games to be held in Tampa in 2012. The information will be displayed at the user’s request using touch screen an d keyboard/mouse interfaces. The system shall accommodate the user’s needs as stated above. The system shall be fast, accurate, and running 24 hours a day with all sports information surrounding the Tampa Olympic games in 2012.

 

II. Applicable Documents

 

Hardware Information:

 

IBM

 http://www.ibm.com/

 

Olympic Information:

 

The International Olympic Committee

 http://www.olympic.org/home.html

 

Examples of Existing Systems or Systems in Development:

The 1998 Nagano Winter Olympics

 http://www.nagano.olympic.org

 

 

Sydney Olympic Games Organizing Committee (SOCOG)

The Sydney 2000 Olympic Games

 http://www.sydney.olympic.org

 

 

Salt Lake City Olympic Organizing Committee (SLCOOC)

 The Salt Lake City 2002 Winter Olympic Games

 http://www.thoughtport.com

 

 

2004 Athens Summer Olympics

http://www.olympic.org/games/athens

 

 

III. Scenario Descriptions

These scenarios describe specific situations and how the system will react to these events.

A. (Scenario 1)

 Natalya Smevcheck is a member of the Russian women’s Olympic track team. Her parents live in a remote rural area. They are unable to see their daughter compete live in the Olympics and they can not receive much (if any) of t he broadcasts of the Olympic games over the television or radio. They use the Internet at their local public library to access the Tampa Bay Summer Olympics site powered by Worldwide Sports, Inc. Through this site, Natalya’s family can click on their home country of Russia on a map, go to the track and field section, and access up to the minute information about their daughter and her teammates.

 

B. (Scenario 2)

During the Olympics, Michael Connor is one of the busiest people around. He works in the Sports Information office in the Olympic Village. He is responsible for inputting sports data. Michael’s network terminal has a login screen w here he must enter a username and a password in order to access the data manipulation area. He is able to move through the system in a similar manner to how outside users would. The difference is that when Michael clicks on a specific event, a data field entry screen allows him to enter new data for that event or change existing data. With the speed and reliability of a system designed by Worldwide Sports, Inc., Michael is sure to complete the job.

 

C. (Scenario 3)

Julie Mitchell is also quite busy around the time of the Olympic Games. She is responsible for supplying sports information to television broadcasters. Television broadcasters rely not only on current information, but they also use facts about how countries have performed in past Olympic Games. Through a sports information terminal designed by Worldwide Sports, Inc., Julie is able to get this information. When a certain country is selected, the system not only gives a current medal count, it also supplies users with historical data. When an event is chosen, the user will be given historical medal counts, records, past player profiles, and other pertinent information.

 

IV. Storyboard

The first screen will enable the end-user to choose his/her language. The user will either select Español, English, or Français by touching the appropriate square on the screen. Following screen one, the user will be presented with the second screen where he/she will be able to choose sports information by country, athlete, event, or date. The user will be able to select how to view this information via touch screen or by typing the corresponding number with a keyb oard. The third screen will present the user with an easy to use graphical interface where he/she can select the option by touch or by simply type a search query. Following these selections, the user will be presented with the relevant information appropr iate to their query. Information such as medals won by country, athlete, event or date will be displayed on the screen. Other important information like weather, records set, relevant statistics, and options to view the entire results will also be display ed if appropriate for user’s selections.

 

 

 Screen 1: Selection of Language

 

 

 

 

 

Screen 2: Parameters to View Sports Information By:

 

 

 

 

 

 

 

Screen 3: Selection of Country

 

 

 

 

 

V. Interface

The interface will be a touch screen with a keyboard. These touch screens are housed in wooded booths called kiosks. The kiosks will be located in the Olympic village, different sports venues, and restricted areas. Restricted ar eas are for Olympic family members and authorized personnel. The general public will be able to access all the information via the web. Everyone will be able to access the information 24 hours a day and 7 days a week.

A. Hardware

1. Development Platform

The development platform for the hardware will be IBM PC’s with keyboards and touch screens.

2. Target Platform

The kiosk will be composed of IBM terminals and keyboards with touch screen capabilities (since IBM is a sponsor of the Olympics). All kiosks will be connected to a large IBM server where the database will be housed. The server will be run ning on a Unix operating system.

B. Software

1. Development Platform

The development platform for the software will be Hotdog Pro, for HTML editing, Microsoft word for all system documents, and C++ for programming.

2. Target Platform

The software will run on IBM PC’s using Windows NT 4.0 running Netscape with touch screen interface software.

C. Human

 

Statisticians will enter all sports information into the system. The statisticians will be sitting in front of a computer and will enter the data while the competitions are taking place. The biographies of all athletes will be entered months before the events take place. Users will access the information using QWERTY keyboards, the touch screen, and a mouse for the web documents.

 

VI. System Modules

These system modules are what will make up our sports information system. The smooth operation of these modules with one another will ensure a fast, accurate and cost efficient system for the Tampa Olympics of 2012.

    1. Interface Module
      1. Description
      2. The interface module will coordinate the other modules. This module retrieves information stored in the other modules and provides it to the user in a friendly way.

      3. Functional Requirements
        1. The module shall connect to each of the other modules to retrieve information and send queries.
        2. The module shall present information in English, Spanish and French.
        3. The module shall present introduction screens for the system.
      4. Non-Functional Requirements
        1. The module shall be ethnically sensitive.
        2. The module shall be visually pleasing.

A. Events Module

1. Description

The event module runs the part of the system involved in all information pertaining to each Olympic sports competition. Users can access this information using the touch screens or over the World Wide Web at any time that they desire.

< /DIR>

2. Functional Requirements

        1. The module shall be compatible with the interface module.
        2. The module shall store and produce all statistics about events upon user request.
        3. The module shall be available 24 hours a day.
        4. The system shall be updated 24 hours a day.

3. Non-Functional Requirements

        1. The system shall be reliable.
        2. The system shall be easy to update

B. Athlete Module

1. Description

The athlete module allows users to find information about the athlete that they want to access by their country or medal count, or alphabetically using the keyboards at the kiosks. Users will be able to access any current or past informati on about any athlete 24 hours a day with up to the minute updates of times and medals won.

2. Functional Requirements

        1. The system shall allow users to access all athlete biographies, past and present that are competing or competed in the Olympic games.
        2. The module shall allow users to access all athletes Olympic sporting event performances.
        3. The module shall allow users to access all medals won for each athlete.
      1. Non-Functional Requirements
        1. The module shall be concise and in logical order.
        2. The module shall be fast and efficient.
        3. The module shall be in depth but easy to view.

 

C. Medal Count Module

 

1. Description

Users searching by athlete, country, or total medal count can access the medal count module. It will follow the touch screen layout or can be accessed using keywords from the keyboard.

 

2. Functional Requirements

        1. The system shall update medals as they are won.
        2. The system shall allow medal tables for publication.
        3. The system shall allow the user to specify whether they want to view the medals by country, by athlete, by day, or total.

 

3. Non-Functional Requirements

3.1

 

D. History Module

 

1. Description

The history module has it’s own link from the main menu of the information system interface. Fans, athletes, and coaches can catch up on a bit of nostalgia as they can access Olympic history. They can rehash the magic moments of past and t he present Olympic games using MPEG movie clips and sound bytes through the kiosks.

 

2. Functional Requirements

        1. The module shall allow the user to access historical Olympic movie clips.
        2. The module shall allow the user to access historical Olympic sound bytes.
        3. The module shall allow users to access news involving the Olympic cities.

 

3. Non-Functional Requirements

        1. The module shall present the historical information in an enjoyable way.
        2. The module shall be available 24 hours a day.
        3. The module shall accommodate the handicapped.

 

 

VII. Risk Analysis

 

A. Risk:

The size of this project is definitely a risk. This project is so huge that one wrong thing could set you back for a long period of time. There is so much information to input into this type of program.

1. Chance: High

 

2. Solution:

Start on this project years before the program needs to be put into place. This ensures that any problems that occur could be handled before anyone needs to use this system.

 

B. Risk:

The people using this system during the Olympics present a risk. Some people don’t know how to use computers and some do. We need to cater to the people that are computer illiterate. Most people these days know the basics about com puter systems.

1. Chance: Low

 

2. Solution:

Make this system easy to use or have on-line help for each part of the system. Incorporate a help icon on each screen in the same location for the touch screens.

 

C. Risk:

The company developing the system needs to be up to date on the new technology in the computer systems world.

1. Chance: Low

 

2. Solution:

Do a lot of in-depth researches on the company and conduct interviews to see how much people really know and how they can help you.

 

D. Risk:

Errors when trying to integrate the system. There might be quite a few errors if the company has little training in designing computer systems.

1. Chance: High

 

2. Solution:

Test each component when integrated into the system to see if the system works up to par. Instead of finding out that there was an error after the whole system is put into place. If a component fails, then go back an fix the problem.

 

VIII. Glossary

 Development Platform: The hardware or software that Worldwide Sports, Inc. will be using to make and develop the Olympic Information System.

 

Functional Requirements: Behaviors that are expected of the Olympic Information System.

 

Kiosk: A bank of computers that will be hooked up to the central data base with all sports information. Kiosk for the Olympic Information System will contain touch-screens and keyboards for the end-user. This will enable users to access the late st information throughout the Olympic Village.

 

Non-Functional Requirements: Constraints that are placed on the development and operation of the Olympic Information System. These would include dependability, time, and budget constraints that Worldwide Sports, Inc. will have to meet.

 

Touch screen: An IBM monitor that will display information and allow input by the user touching pictures/words on the screen. Worldwide Sports, Inc. will equip all kiosk terminals with a touch screen to enable users to quickly and easily access all sports information.

 

 

IX. Revision History

 

Document Number: 1.0

Date: January 29, 1997

Name: Rob Hagan, Technical Writer

Description: Initial Project Plan

 

Document Number: 1.1

Date: February 7, 1997

Name: George McMonigole

Description: Revised Project Plan — Incorporated client's suggestions

 

Document Number: 2.0

Date: February 9, 1998

Name: Rob Hagan, Technical Writer

Description: Put together Requirements Document and proofed

 

Document Number: 2.1

Date: February 11, 1998

Name: Brenda Ley, Web Master

Description: Revised requirements document to include Dr. Anton’s insight.

 

 

X. Appendix A

GROUP 2.4 – INTERVIEW TRANSCRIPTION

Group 2.4: WHAT ARE THE EXPECTATIONS, AS A USER, OF THE SPORTS INFORMATION SYSTEM WE ARE DESIGNING?

Dr. Anton: AS A USER OF THE SPORT INFORMATION SYSTEM, I WANT TO BE ABLE
TO HAVE ACCESS TO INFORMATION PERTAINING TO ALL SPORTS; TO WHAT
ATHLETES ARE COMPETING IN ALL SPORTS; DAILY UPDATES ON THE MEDAL
WINNERS; WHAT COUNTRIES HAVE WHAT METALS. I WANT LIKE A RUNNING
TALLY. I WANT TO BE ACCESS OLYMPIC RECORDS FOR ALL DIFFERENT SPORTING
EVENTS. I WANT TO BE ABLE TO SEARCH BY COUNTRY SO I CAN SEE WHAT
COUNTRY (THEIR RANKING) ….I WANT TO KNOW WHAT ATHLETES ARE COMPETING IN
THE OLYMPICS FROM EACH COUNTRY. I WANT TO KNOW WHICH ATHLETE’S FROM A
PARTICULAR COUNTRY ARE COMPETING IN EACH SPORT. I WANT TO BE ABLE CLICK
ON AN ATHLETE’S NAME AND BE ABLE TO VIEW THAT ATHLETE’S BIOGRAPHY.

Group 2.4: WHAT DO YOU WANT IN THAT BIOGRAPHY?

Dr. Anton: WHAT EVER LEVEL THEY HAVE ON THE SYDNEY WEB SITE.

Group 2.4: DO YOU WANT WEATHER REPORTS FOR EACH EVENT?

Dr. Anton: THAT’S A GOOD QUESTION…IF AN EVENT HAS TO BE
RESCHEDULED..BECAUSE THIS IS TAMPA…AND LIGHTENING WILL PLAY A ROLE WITH
CERTAIN EVENTS SUCH AS SWIMMING…I WOULD LIKE TO KNOW IF AN EVENT HAS TO
BE RESCHEDULED.

Group 2.4: YOU SAID YOU WANTED TO CLICK ON, WHAT KIND OF INTERFACE ARE
YOU LOOKING FOR?

Dr. Anton: THE INTERFACE SHOULD BE TOUCH SCREEN AND KEYBOARD BECAUSE
THERE MAY BE SOME PEOPLE THAT ARE INTERESTED IN KIND OF BROWSING THROUGH
IT AND CLICKING ON A SPORT AND FINDING WHATEVER INFORMATION IS THERE.
BUT, THERE MAY BE OTHER VIEWERS WHO ARE INTERESTED IN DOING A QUERY…THEY
ACTUALLY WANT TO TYPE A NAME OF THE COUNTRY, TYPE THE NAME OF AN
ATHLETE, TYPE THE DATE OF AN DAY AND GET INFORMATION OR THE SCHEDULE FOR
THAT DAY.

Group 2.4: WHEN WE LIST THE WINNERS DO YOU WANT LIST THE MEDALLISTS OR
DO YOU WANT EVERYTHING?

Dr. Anton: IDEALLY I WOULD WANT EVERYTHING.

Group 2.4: DO YOU WANT TO BE ABLE TO PRINT THE

Dr. Anton: THIS IS IMPORTANT, THE USERS ARE NOT JUST ATHLETES, PEOPLE
WHO LIVE IN THE VILLAGE, EMPLOYEES; THEY ARE ALSO GOING TO BE WORKING
ON THE SPORTS INFORMATION OLYMPIC COMMITTEE. THIS IS AN ENTIRE
DEPARTMENT. THESE PEOPLE RELY ON THE INFORMATION IN YOUR SYSTEM TO KNOW
WHO QUALIFIES FOR WHAT. WHO QUALIFIES FROM THE PRELIMINARIES AND
QUALIFIES TO GO ON TO ANOTHER ROUND IN A COMPETITION. THEY DEPEND ON
THIS TO DETERMINE HOW THIS MIGHT INFLUENCE SCHEDULING OF CERTAIN
EVENTS. THEY RELY VERY HEAVILY AND NEED UP-TO-THE-MINUTE INFORMATION ON
ALL OF THIS. AS SOON AS THEY KNOW THAT ATHLETES QUALIFY, THEY HAVE TO
START PROCESSING THE PAPER WORK TO BEGIN THE NEXT EVENT.

Group 2.4: WHERE DO YOU WANT THE INFORMATION, KIOSK OR WHATEVER, TO BE
LOCATED AT?

Dr. Anton: AT THE OLYMPIC VILLAGE, AT DIFFERENT SPORTS VENUES, IN
RESTRICTED AREAS. RESTRICTED MEANING THE PRESS, OLYMPIC FAMILY MEMBERS,
COACHES…PEOPLE LIKE THAT GET ACCESS TO IT. BUT, WITH THIS SYSTEM THE
INFORMATION YALL ARE DOING IS OF INTEREST TO THE GENERAL PUBLIC ALSO.
THAT’S WHY YOU WILL HAVE IT AVAILABLE ON THE WEB.

Group 2.4: SO THE GENERAL PUBLIC WILL BEING GETTING THE INFORMATION
THROUGH THE WEB ON A SEPARATE INTERFACE?

Dr. Anton: RIGHT. YOU'RE NOT DESIGNING THE INTERFACE FOR THE WEB. BUT BY
DOING YOUR PROJECT ON THE WEB AND HAVING YOUR PROTOTYPE ON THE WEB…YOU
WILL ALREADY HAVE A WEB INTERFACE. FOR PURPOSES FOR LIMITING THE SCOPE
OF THE ASSIGNMENT, IM NOT REQUIRING YOU TO DESIGN A SEPARATE WEB
INTERFACE.

Group 2.4: IM SORRY, HOW DO YOU SPELL KIOSK?

Dr. Anton: KIOSK.

Group 2.4: AND WHEN DO PEOPLE NEED TO BE ABLE TO ACCESS THIS
INFORMATION?

Dr. Anton: 24 HOURS A DAY.

Group 2.4: YOU SAID YOU WANTED A HISTORY OF ALL THE OLYMPIC GAMES
INFORMATION, WHAT COUNTRIES WON PRIOR OLYMPICS ALL THE WAY BACK FOR ALL
THE GAMES?

Dr. Anton: FOR THE SUMMER GAMES, YES. NOT THE WINTER GAMES.

Group 2.4: WITH THE KIOSK, THAT ARE GOING TO BE LOCATED THROUGHOUT THE
VILLAGE, THOSE ARE JUST FOR THE ATHLETES RIGHT?

Dr. Anton: AND FOR THE COACHES..DELAGATIONS FROM THE OTHER COUNTRIES.

Group 2.4: ARE THERE ANY MORE SECURITY REQUIREMENTS FOR THE ATHLETES?

Dr. Anton: NOT FOR THIS PORTION OF IT. GENERALLY WHAT HAPPENED THE
SYSTEMS WERE BASICALLY OPEN UNTIL YOU WENT TO EMAIL AND THEN IN THE
EMAIL PORTION YOU HAD TO TYPE YOUR VIP NUMBER ON YOUR BADGE.

Group 2.4: WHERE WILL OUR INFORMATION BE COMING FROM? WILL THEY
BECOMING FROM OTHER SYSTEMS?

Dr. Anton: IT WILL BE COMING FROM EVERY SINGLE VENUE. EVERY SINGLE
VENUE WHICH HAS SPORTS EVENTS WILL BE SENDING THE INFORMATION
IMMEDIATELY TO YOUR CENTRAL DATABASE.

Group 2.4: THE INFORMATION, HOW DO YOU WANT IT DISPLAYED? WE WERE
CONSIDERING MAYBE HAVING ON THE FIRST SCREEN EACH COUNTRIES FLAG SO THAT
ITS EASILY RECOGNIZABLE. HOW DO YOU WANT THAT SETUP?

Dr. Anton: THERE ARE TWO PROBLEMS WITH THAT. NUMBER ONE, NOT EVERYBODY
KNOWS EVERYONE COUNTRIES FLAG. NUMBER TWO, THERE WAS OVER 196 COUNTRIES
PARTICIPATED IN THE SUMMER OLYMPIC GAMES IN ATLANTA. YOU'RE GONNA WANT IT
BY COUNTRY, YOU'RE NOT GONNA WANT TO GO THROUGH THAT MANY FLAGS.

Group 2.4: AND YOU WANT LINKS TO ALL THE INFORMATION WITHIN THE SYSTEM
AFTER YOU CHOOSE THE COUNTRY SUCH AS LANGUAGES AND WHATNOT?

Dr. Anton: WELL WITH COUNTRIES YOU WANT TO LET THEM TOUCH THE COUNTRY
AND THE LANGUAGE, EITHER ENGLISH, SPANISH OR FRENCH.

Group 2.4: THOSE ARE THE ONLY THREE LANGUAGES?

Dr. Anton: YES, THAT’S THE ONLY THREE LANGUAGES YOUR SYSTEM WILL HAVE.
NOW GRANTED YOU'RE NOT DESIGNING THE SPANISH OR THE FRENCH. FOR YOUR
SYSTEM I WANT YOU TO HAVE YOUR OLYMPIC INFORMATION SYSTEM SCREEN FOR
YOUR FIRST STORYBOARD SCREEN. THE NEXT SCREEN IS ONLY YOUR SPORTS
INFORMATION LIKE.

Group 2.4: YEAH, LIKE WHEN YOU TYPE IN A COUNTRY OR WHATEVER AND IT GOES
TO THAT COUNTRY ..IS IT GOING TO SHOW…DO YOU WANT ALL THE SPORTING
EVENTS, THEN YOU PICK ONE OF THE SPORTING EVENTS, THEN IT GOES TO SCREEN
SHOWING WHO WERE THE COMPETITORS AND WHAT MEDALS THEY WON?

Dr. Anton: EXACTLY. BUT, GETTING BACK TO YOUR LANGUAGE QUESTION. ON
YOUR VERY FIRST SCREEN I NEED TO BE ABLE TO PICK ENGLISH, FRENCH, OR
SPANISH. I WANT TO SEE THAT OPTION THERE.

Group 2.4: YOU WOULD HAVE OUR SYSTEM INFORMATION ON THE VERY FIRST
PAGE…OR YOU WOULD HAVE THE LANGUAGE..ENGLISH, FRENCH, OR SPANISH ON THE
FIRST PAGE..

Dr. Anton: I DON’T KNOW. I’M TELLING YOU I NEED TO BE ABLE TO PICK THE
LANGUAGE. THAT’S FOR YOU TO DECIDE.

Group 2.4: OK. DO YOU WANT IN…THIS MAY NOT BE RELATED TO SPORTS
INFORMATION…BUT WHEN I LOOKED AT THE NAGANO WEB SITE, IT EXPLAINED
TALENT OF EVERYONE….LIKE YOU WOULD LOOK UP A CITY..

Dr. Anton: THAT’S OUTSIDE – YALL HAVE SO MUCH TO WORK WITH ALREADY. IT
MAY SEEM LIKE A SMALL SYSTEM BECAUSE YOU ENVISION WHAT THE ENTIRE SYSTEM
WILL LOOK LIKE. WHEN YALL START WORKING ON YOUR SYSTEM, YOU WILL
REALIZE THAT YOUR SYSTEM IS ACTUALLY A HUGE SYSTEM. (PAUSE)
NOW YOU WERE ASKING ABOUT SCROLLING THE COUNTRIES – REMEMBER I SAID
THERE WILL PROBABLY BE ABOUT 200 COUNTRIES – IT MIGHT BE NICE IF I COULD
LIKE CLICK OR TOUCH A – LIKE I CAN PICK THE FIRST LETTER OF THE COUNTRY
AND HAVE A LIST WITH COUNTRIES THAT BEGIN WITH THAT LETTER.

Group 2.4: DO YOU WANT US TO PUT THE CONTINENTS – TO BREAK IT DOWN EVEN
MORE?

Dr. Anton: I WOULD LIKE TO HAVE TWO OPTIONS. I WOULD LIKE TO BE ABLE TO
LOOK AT A MAP AND PICK A COUNTRY OR TYPE THE NAME IN OR CHOOSE THE
LETTER. SO, THREE OPTIONS.

Group 2.4: WOULD THE MAP HAVE THE SAME PROBLEM AS…

Dr. Anton: I WANT THERE TO BE AN ENTIRE MAP BY REGION. LIKE YOU WOULD
TOUCH EUROPE AND IT WOULD SHOW THE COUNTRIES.

Group 2.4: SO YOU WOULD PICK EUROPE AND IT WILL SHOW EVERY COUNTRY IN
EUROPE. OR, YOU WOULD CHOOSE SOUTH AMERICA AND IT WILL LIST EVERY
COUNTRY THERE?

Dr. Anton: RIGHT. THAT’S WHAT I WANT. BUT IN ADDITION TO SCROLLING, I
WANT TO BE ABLE TO TYPE IN THE COUNTRY’S NAME.

Group 2.4: SO THERE WILL BE A KEYBOARD AT EVERY KIOSK?

Dr. Anton: YES.

Group 2.4: AND, DID YOU SAY YOU WANTED A PRINTER AT EVERY
TERMINAL/KIOSK?

Dr. Anton: NO. SPORTS INFORMATION WILL NEED TO HAVE A PRINTER BECAUSE
THEY WILL NEED TO BE ABLE TO PRINTOUT ALL OF THE RESULTS.

Group 2.4: OK. SO, ARE THERE ANY CERTAIN REPORTS YOU WOULD LIKE TO BE
ABLE TO PRINTOUT…I MEAN WHAT KIND OF INFORMATION DO YOU WANT TO BE ABLE
TO PRINTOUT?

Dr. Anton: OH MY GOSH DILBERT IS ON THE FRONT PAGE OF FORTUNE. I’M
SORRY, IM A BIG DILBERT FAN..UMM..SORRY.. I WANT TO BE ABLE TO KNOW, FOR
SPORTS INFORMATION..THEY NEED TO KNOW WHAT THE RANKING WAS. WHAT THE
ELAPSED TIME WAS ON A RACE. BUT IF IT SAYS BASKETBALL GAME, THEN YOU
WANT THE FINAL SCORE. BUT, IF IT WAS A RACE OR TRACK EVENT THEN THE
TIME FOR EACH INDIVIDUAL IS WHAT I WANT.

Group 2.4: WITH LIKE BASKETBALL, DO YOU WANT SOME STATS WITH THAT OTHER
THAN WHO WON?

Dr. Anton: THAT WOULD BE NICE.

Group 2.4: LIKE THE HIGH SCORER?

Dr. Anton: YES. REMIND ME, IF YOU WANT, TO GIVE YOU A URL BECAUSE I
ACTUALLY WATCH BASKETBALL GAMES ON THE WEB – BECAUSE THEY DON’T PLAY
THEM HERE. THEY GIVE YOU UPDATED PICTURES THROUGHOUT THE GAME,
REAL-TIME SCORES, AND UPDATED STATS. SO, IF THAT INTERESTS YOU – THEN
SEE ME FOR THE URL.

Group 2.4: ARE THERE ANY SYSTEM CONSTRAINTS THAT YOU CAN THINK OF?
FUNCTIONAL REQUIREMENTS?

Dr. Anton: IT HAS TO BE RELIABLE. THE DATA HAS TO BE CORRECT. BY
RELIABLE, I MEAN I WANT TO HAVE ACCESS TO IT; IF IT GOES DOWN, THERE
BETTER BE A BACKUP. IF THE SYSTEM IS DOWN FOR DAYS, THAT JUST WON’T
FLY. IF IT GOES DOWN FOR FIVE MINUTES, THAT COULD CREATE ALL SORTS OF
PROBLEMS.

Group 2.4: ARE WE GOING TO BE ENTERING ALL THE DATA INTO THE SYSTEM?

Dr. Anton: WELL, IT DEPENDS. THERE IS DIFFERENT KINDS OF DATA. SO, ALL
OF THE ATHLETES' BIOGRAPHY – YOU GENERALLY KNOW WHAT ATHLETE’S WILL BE
COMPETING FOR WHAT COUNTRY- SO, ALL OF THE ATHLETE BIOGRAPHIES WILL BE
ACQUIRED BEFORE HAND. SOMEONE WILL HAVE TO ENTER ALL OF THAT
INFORMATION. THE SPORTS INFORMATION WILL BE ENTERED BY STATISTICIANS,
OR WHATEVER THEY ARE CALLED, WHILE ALL THE COMPETITIONS ARE TAKING PLACE
AT THE DIFFERENT VENUES. THEY WILL BE SITTING IN FRONT OF THE COMPUTER
ENTERING THE DATA AS IT HAPPENS.

Group 2.4: HOW LONG DID IT TAKE TO BUILD THE SYSTEM IN ATLANTA?

Dr. Anton: LETS PUT IT THIS WAY – A LOT OF THE SYSTEM DIDN’T WORK UNTIL
HALF-WAY THROUGH THE GAMES. THEY DIDN’T DO TESTING. THEY DIDN’T START
TESTING UNTIL AFTER THE GAMES STARTED. IT WAS BAD. I ACTUALLY CUT
ARTICLES OUT OF THE NEWSPAPER. THEY HAD A LOT OF GOOD THINGS TO SAY AND
A LOT OF BAD THINGS. FOR INSTANCE, I HAD A PAGER THAT MY DRIVERS AND
ASSOCIATES COULD SEND ME EMAIL. THAT FEATURE DIDN’T WORK UNTIL THE
GAMES WERE ALMOST OVER. AND WE WERE DESPERATE FOR THAT FEATURE. LIKE
WE MIGHT HAVE ONE PERSON AT STONE MOUNTAIN, ONE PERSON AT THE AIRPORT
AND MY DRIVER AT FORTE VALLEY GEORGIA. AND I HAD TO KEEP TRACK OF ALL
THESE PEOPLE.

Group 2.4: HOW LONG IS THE SYSTEM GOING TO BE IN PLACE? I MEAN AFTER
THE GAMES ARE OVER.

Dr. Anton: THE WEB SITE CAN STAY UP FOR MAYBE SIX TO TWELVE MONTHS AFTER
THE GAMES. BUT, THE SYSTEM ITSELF IS BASICALLY TORN DOWN AFTER THE
GAMES. IBM MAY REUSE SOFTWARE AND CERTAIN COMPONENTS BUT THAT’S ABOUT
IT. ALL OF THE DATA WILL BE STORED IN A DATABASE.

Group 2.4: WHAT KIND OF PLATFORM? SOFTWARE/HARDWARE?

Dr. Anton: YOU CAN ASSUME IT WILL BE IBM WHATEVER IT IS. THEY ARE THE
OFFICIAL SPONSOR OF THE OLYMPICS. SPECIAL PLATFORMS, NETWORKING, KIOSK,
AND ALL OF THAT; I HAVE NO IDEA. YALL ARE THE EXPERTS IN THAT.

Group 2.4: CAN WE SCHEDULE A FOLLOW-UP INTERVIEW?

Dr. Anton: IF YOU NEED IT. LETS WAIT AND IF YOU NEED IT WE CAN SCHEDULE
A FOLLOW-UP LATER. WHAT’S GONNA HAPPEN IS I WILL LOOK AT THE
REQUIREMENTS DOCUMENT. REMEMBER YOU'RE GONNA HAVE TO PICK ONE TRANSACTION IN THE SYSTEM TO FOCUS ON – AND LIKE GO IN MORE DETAIL. I DON’T WANT YOU DESIGNING THE ENTIRE SYSTEM. YOU DON’T HAVE TIME TO DO THAT. SO BE THINKING ABOUT WHICH TRANSACTION INTERESTS YOU. I’M GOING TO ASK YOU
LATER ON AFTER I REVIEW YOUR REQUIREMENTS DOCUMENT WHICH TRANSACTION
YOU'RE GO IN DEPTH WITH. IS THAT IT?

Group 2.4: I GUESS FOR NOW.








[Home] [Project Plan] [Requirements Document] [Phase I] [Phase II] [Phase III] [Phase IV]


This web site was created for a system analysis class (ism3113). It is intended for educational purposes only.