Collegiate Sports Paging System Use Case Model Survey Version 1.0 Revision History
Date | Version | Description | Author
--- | --- | --- | ---
October 13, 1999 | 1.0 | Initial version | Context Integration
Table of Contents Introduction Actor Catalog Approve Story Edit Profile Pay Fee With Credit Card Print Advertiser Reports Provide Feedback Post Advertising Content Read Content on Web Site Send Content Send Page Subscribe Use Case Model Survey ### Introduction #### Purpose This report describes the use-case model comprehensively, in terms of how the model is structured into packages and what use cases and actors there are in the model. #### Scope This Use Case Model Survey applies to the Collegiate Sports Paging System, which will be developed by Context Integration. This system will allow subscribers to be notified of events relating to collegiate sports events or teams to which they subscribe, and will enable them to view the content they have subscribed to. #### Definitions, Acronyms and Abbreviations See Glossary. #### References None. ### Actor Catalog
Name | Description
--- | ---
Subscriber | A Subscriber is an individual who pays WebNewsOnLine to deliver customized content and alphanumeric pages when events of interest occur. Subscribers specify, though a profile, which categories of content they are interested in.
Advertiser | The Advertiser is an entity who pays WebNewsOnLine for displaying advertising content to subscribers and potential subscribers. Advertisers also post advertising content to the Web site.
Editor | The Editor is a WebNewOnLine employee who categorizes, modifies, approves, or rejects content and advertising content.
Paging Service | The Paging Service is a system which transmits alphanumeric pages to paging devices.
Pager Gateway | The Pager Gateway is a system which gathers pages to be sent to subscribers, formats them, and transmits them to the paging service.
Current WebNewsOnLine System | This system currently provides online, non-customized news and sports content.
Potential Subscriber | A Potential Subscriber is an individual who does not currently subscribe to the Collegiate Sports Paging System, but who may elect to do so.
### Approve Story #### Brief Description This Use Case takes place when an editor approves a story for inclusion in the Collegiate Sports Paging System. Some stories will automatically propogate from the existing system, but some stories will require editor intervention (either because their subject is not clear or the categories to which the story belongs are not clear). This flow is also used to approve advertising content being posted. ### Flow of Events #### Basic Flow The system places a story in the editor's "to-do" workflow. The editor views the story. The editor categorizes the story and marks it approved. The system includes the story and triggers initiation of paging messages. #### Alternate Flows Reject Content The editor views the story. The editor marks the story as rejected The system notifies the originator of the content that the story has been rejected Modify Content Editor selects "Modify Story" System displays titles of all stories available Editor selects specific title System displays characteristics of story Editor updates characteristics Editor selects "Save" System re-posts story, triggering paging activity as needed Approve Advertising Content The editor views the advertising content The editor marks it approved. The system includes the advertising content for display The system marks the preliminary billing record as approved Reject Advertising Content The editor views the advertising content The editor marks it rejected and provides a reason for rejection The system notifies the advertiser (via email) of the rejection and the reason Story not viewable If the story has been deleted by another editor and is not currently viewable, the use case terminates. ### Special Requirements Special requirements will be determined during the next iteration. ### Preconditions Editor must be logged in. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. ### Edit Profile #### Brief Description This use case occurs when a subscriber wishes to change their profile information or when a new subscriber wishes to enroll. ### Flow of Events #### Basic Flow User selects "Edit Profile" System displays categories of profile (personal, preferences, pager information, "page me when" selections. User selects category System displays detail User updates detail, presses "OK" System validates data as required, updates subscriber profile. #### Alternate Flows If this is a new subscriber, the use case "Pay Fee with Credit Card" is invoked following step 5 above. ### Special Requirements Special requirements will be determined during the next iteration. This needs to be secured as credit card information may be in the profile. ### Preconditions Preconditions will be determined during the next iteration. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. ### Pay Fee With Credit Card #### Brief Description This use case occurs when a new subscriber wants to pay their annual subscription fee by specifying a credit card number and PIN. This may also occur when an existing subscriber wants to renew (see alternate flow 1) ### Flow of Events #### Basic Flow Subscriber selects "pay fee with credit card" System prompts subscriber for credit card number, expiration date, and (optionally) PIN System sends credit card info to external system for charge validation and application Upon receipt of validation, system updates subscriber record to indicate new expiration date #### Alternate Flows ##### Subscriber renews subscription When this occurs, the flow runs as follows: Subscriber selects "pay fee with credit card" System displays current credit card information User either accepts information as is or updates appropriately System sends credit card info to external system for charge validation and application Upon receipt of validation, system updates subscriber record to indicate new expiration date ##### Invalid credit card information If the information provided by the subscriber is not validated by the external system, an error message will be displayed and the subscriber record will NOT be updated (so that the last steps in the above flows will not be executed). ### Special Requirements Special requirements will be determined during the next iteration. Issue - interface specifications for external credit card system need to be verified. ### Preconditions Preconditions will be determined during the next iteration. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. ### Print Advertiser Reports #### Brief Description This use case occurs when an advertiser accesses the Collegiate Sports Paging System to obtain reports of how their advertising content has been viewed. ### Flow of Events #### Basic Flow Advertiser selects "Print Reports" System displays all advertising content provided by advertiser Advertiser selects one or more pieces of content on which to report System displays a list of reports for this advertiser Advertiser selects one or more reports to generate Advertiser selects format (Microsoft(R) Word(R), Microsoft(R) Excel(R), or to browser window) System creates first report and prompts user to save or view Advertiser saves or views report, selects "Next Report" System creates next report and prompts user to save or view Flows 8) and 9) are repeated as needed #### Alternate Flows None ### Special Requirements Special requirements will be determined during the next iteration. Issues - what do we do with obsolete content? How long will we allow reports to be run on content no longer available on the web site? Do we need to encrypt this transmission? ### Preconditions User is connected and validated as an advertiser. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. ### Provide Feedback #### Brief Description This use case occurs when a system user (advertiser, subscriber, or potential subscriber) wishes to comment on the service or the web site. ### Flow of Events #### Basic Flow User selects "Provide Feedback" System looks up central user support phone numbers. System displays phone numbers to call and gives the user the option to send email immediately User selects email option System looks up email address of customer service and passes it to the browser. System launches email browser client User enters message, presses "Send" Browser mail client sends mail. #### Alternative Flows None ### Special Requirements Special requirements will be determined during the next iteration. ### Preconditions Preconditions will be determined during the next iteration. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. ### Post Advertising Content #### Brief Description This use case occurs when an advertiser wants to post advertising content (banner ads) on the web site and specify which subscriber profiles should be used for display. ### Flow of Events #### Basic Flow Advertiser selects "Post Content" System validates account billing information to ensure new content will be accepted System prompts for content Advertiser uploads content in GIF format System displays potential categories for ad display (based on subscriber profile options) Advertiser selects categories for which this ad should be shown System displays potential frequencies and prices for the ad Advertiser selects desired frequency for this ad System creates preliminary billing record for this ad System places content in editor's "to-do" workflow for approval #### Alternative Flow ##### Invalid Account Information Advertiser selects "Post Content" System validates account billing information to ensure new content will be accepted Account information is invalid, advertiser is prompted to contact the billing department. ### Special Requirements Special requirements will be determined during the next iteration. ### Preconditions User is connected and validated as an advertiser. Advertiser account exists. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. ### Read Content on Web Site #### Brief Description This use case occurs when an active subscriber or unregistered user connects to the system to view information. ### Flow of Events #### Basic Flow System scans "archived" list of content. For any stories older than 2 days, the story is moved back into the general category System displays banner ads, general content categories, and specific stories for which pages have been sent. Subscriber views stories For any paged stories, the stories are marked as viewed and placed into an "archived" category #### Alternate Flows ##### User is not registered subscriber System displays banner ads and general content categories System provides the option for the user to subscribe User views stories ### Special Requirements Special requirements will be determined during the next iteration. ### Preconditions None. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. ### Send Content #### Brief Description This use case occurs when content is posted to the existing WebNewsOnLine web site. Some stories will be tagged for transmission to the Collegiate Sports Paging System, and will be sent for possible paging and display. ### Flow of Events #### Basic Flow Content editor places content on WebNewsOnLine web site For collegiate sports content, system checks categorization and/or headline For categories that are known by the Collegiate Sports Paging System, stories are transmitted along with category information Story is placed into the Collegiate Sports Paging System for possible paging #### Alternate Flows ##### Content is not categorized If the content is not categorized, the story is placed in the editor's "to-do" workflow. ### Special Requirements Special requirements will be determined during the next iteration. ### Preconditions Editor must be logged in. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. ### Send Page #### Brief Description This use case occurs when new content is posted to the Collegiate Sports Paging System. ### Flow of Events #### Basic Flow System checks categories for the new content System checks subscriber lists to determine whether any subscribers wish to be paged for this category of content System generates a text message based on the headline System constructs a series of email messages System sends email messages to subscribers (who will receive these as an alphanumeric page) #### Alternate Flows None. ### Special Requirements Special requirements will be determined during the next iteration. ### Preconditions Content is posted, headline is available, categorization is available. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. ### Subscribe #### Brief Description This use case occurs when a potential subscriber wants to subscribe to the service. ### Flow of Events #### Basic Flow System looks up current contract terms and available service options System displays contract terms and service options Potential subscriber acknowledges terms and selects service options System records currently selected service options System invokes "Edit Profile" use case #### Alternative Flows ##### User rejects contract terms If the potential subscriber does not acknowledge the contract terms, the use case terminates. ### Special Requirements Special requirements will be determined during the next iteration. ### Preconditions None. ### Postconditions Postconditions will be determined during the next iteration. ### Extension Points Extension points of the use case will be identified during the Elaboration Phase. Copyright 1987 - 2003 Rational Software Corporation |  |