Академический Документы
Профессиональный Документы
Культура Документы
0
SRS
System Requirements Specification (SYS) Version Date:
28/07/2003
K-NOW
Version 1.0.0
Produced for:
Connected Knowledge.
PO Box 98
Ashington
Northumberland
United Kingdom
NE63 8XN
Revision History
Date Versio Description Author
n
Table of Contents
System Requirements Specification (SRS)............................................................................1-1
K-NOW..................................................................................................................................1-1
Version 1.0.0..........................................................................................................................1-1
1 Miniworld for K-NOW....................................................................................................1-5
1.1.1 Glossary............................................................................................................1-5
1.1.2 Stages of the Project.......................................................................................1-6
1.1.3 Structure of the Website.................................................................................1-6
1.1.4 High Level User Defined Functions of the Website...................................1-6
1.1.5 Mid level User Defined Function of the Website........................................1-7
1.1.5.1.1.1.....................................................................The Registration Process
1-7
1.1.5.1.1.2................................................................................The Billing Process
1-8
1.1.5.1.1.3........................................................................The Broadcast Process
1-8
1.1.5.1.1.4........................................................................The Diagnostic Process
1-8
1.1.5.1.1.5...........................................................................The Planning Process
1-8
1.1.5.1.1.6.....................................................................The Assessment Process
1-9
1.1.6 Reporting Function of the Website...............................................................1-9
1.1.7 Advertising Function of the Website.............................................................1-9
1.1.8 Management Function of the Website.........................................................1-9
1.2 OBJECTIVES OF THE WEBSITE...................................................................................1-9
2 Introduction....................................................................................................................2-12
2.1 SPECIFICATION DEFINITION.....................................................................................2-12
2.2 SPECIFICATION OBJECTIVES....................................................................................2-12
2.3 INTENDED AUDIENCES............................................................................................2-12
2.4 REFERENCES............................................................................................................2-13
2.5 SPECIFICATION OVERVIEW......................................................................................2-14
3 K-NOW System Overview............................................................................................3-15
3.1 DEFINITION..............................................................................................................3-15
3.2 BUSINESS GOAL.......................................................................................................3-15
3.3 BUSINESS OBJECTIVES.............................................................................................3-15
3.3.1 Knowledge User Business Benefits............................................................3-15
3.3.2 Product and Service Advertisers Business Benefits................................3-16
3.3.3 Event Advertiser Business benefits............................................................3-16
3.3.4 Knowledge Manager Business Benefits....................................................3-16
3.4 CONTEXT OF THE CONTENT AND KNOWLEDGE MANAGEMENT SYSTEM................3-17
3.4.1 External Hardware.........................................................................................3-18
3.4.2 External Roles................................................................................................3-18
3.4.3 External Software..........................................................................................3-19
3.4.4 External Systems...........................................................................................3-19
3.5 K-NOW CAPABILITIES............................................................................................3-19
3.5.1 Summary of System Capabilities................................................................3-19
3.5.1.1 Employee Capabilities............................................................................3-19
3.5.1.2 Users Capabilities...................................................................................3-20
3.5.1.3 Other Capabilities....................................................................................3-23
4 Functional Requirements...............................................................................................4-24
4.1 Summary Use Case Diagrams.................................................................................4-24
Table of Figures
Figure 1: K-NOW Context Diagram..........................................................................4-3
Figure 2: Employee Summary Use Case Diagram...................................................5-3
Figure 3: User Summary Use Case Diagram...........................................................5-3
Figure 4: System manager Use Case Diagram........................................................6-3
Figure 5: General Knowledge user Use Case Diagram...........................................6-3
Figure 6: Event-Specific Knowledge user Use Case Diagram.................................6-3
Figure 7: Direct Sale Knowledge user Use Case Diagram.......................................6-3
Figure 8: Security Officer Use Case Diagram...........................................................6-3
Figure 9: Advertiser Use Case Diagram...................................................................6-3
Figure 10: User Use Case Diagram.............................Error! Bookmark not defined.
1.1.1 Glossary
This website is organized into sections. Each section has a unique name, a unique
number, and a particular function.
This website will be used by users who will be based at several locations
Different types of user will use the functions of this website in different ways, with
different levels of access, and different service packages.
The first function of this website is to allow users to download an RSS aggregator
which will integrate with Microsoft Outlook and allow users to subscribe to RSS
feeds on training topics.
The second function of the website is to provide a series of RSS feeds with XML
content headlines linking to Briefings, Insights and Programmes within the site
Confidential © Connected Knowledge Ltd. 7
K-NOW (Connected Knowledge) Document ID: Q-CK Version: 1.0
SRS
System Requirements Specification (SYS) Version Date:
28/07/2003
The third function of this website is to record and diagnose user needs on the basis
of RSS content accessed.
The fourth function of this website is to provide a mechanism for planning the use of
information products by individuals , teams and organisations
.
The fifth function of this website is to customise RSS headlines to include context
sensitive information such as user, team and organisational headings
The sixth function of the website is to offer an RSS news service with easily
updateable news stories that link to information packages
The seventh function of the website is to offer a registration system for users
The eighth function of the website is to offer a billing and transaction management
system for the website
The ninth function of the website is to attach optional advertising messages to the
RSS content accessed
The third is a broadcast process, which allows the user to find information on
performance related topics at an individual, team and organisational level
The fourth of these is an autodiscovery process, which allows the system to access
learning objects at an individual, team and organisational level
The fifth of these is a diagnostic process, which allows the system manager to
gather information on development needs at an individual, team and organisational
level.
The sixth of these is an assessment process, which allows the users and system
manager to determine the effectiveness of information packages and service
packages
The registration process will elicit location and tracking information from individual
users and tracking information from corporate users
Billing details, such as billing info (essential for checks) and credit card info (valid
only for credit card payment), are stored in a billing profile.
Billing Info comprises the details such as first and second names, company
name, phone, e-mail and address you provided at the sign up aside from
contact info. This is where the admin mails bills if the user has chosen to
pay by cheque.
Credit Card Info comprises the number, name and expiration date of user's
credit card.
Both Billing and Credit Card Info can be different for each billing profile.
Billing details are not editable, users can only create a new billing profile. They
cannot delete a billing profile.
When users sign up as a pay user, a new billing profile is created. For trial users, no
billing profile is created. The system, however, keeps track of all trial user's
purchases and includes them into the user's bills available in Online Invoice.
We also track service packages used by each user for billing purposes
User administrators should be able to access records of defined users and user
groups
As well as user defined and reporting functions of the website, we also need to
attach advertising materials to the information packages delivered in response to
user needs
The database that underpins the website will offer an easy to use control panel with
an intuitive interface that can be monitored and adapted by relatively unskilled
administrators
The User Manager objectives for the RSS system are to:
Identify and track the changing roles of staff within the organisation or
across organisational boundaries.
The Knowledge Analyst objectives for the RSS system are to:
Provide them with a large customer base of staff, managers and
owners from whom they can collate data on management problems and
effective solutions.
Enable them to easily gather information on the problems faced by
potential Users.
Enable them to identify and predict problems faced in particular User
segments
2 Introduction
This section introduces the system requirements specification (SRS) for the K-NOW
(RSS system) system to its readers.
This specification documents the system-level requirements for the RSS system .
The intended audiences of stakeholders for this specification of the RSS system
include:
Connected Knowledge Employees:
Managers
Directors, who must approve it.
System Managers, who will perform system management functions using
the RSS system.
Security Officers, who will respond to potential security violations of the
RSS system.
User Support Agents, who will provide a human interface for the RSS
system to the users.
The K-NOW Project Team:
Project Managers
This section provides a high level description of the K-NOW (RSS system) system
including its definition, primary business goal, business objectives, context, and
capabilities.
3.1 Definition
The K-NOW (RSS system) system will be a global Web-based content and
knowledge marketplace that delivers customised packages of information at different
levels of complexity in response to user requests. It will also attach advertising
material to these packages, and offer the capacity to sell goods and services
through an interface TBD. It will also identify business, organisation and
management problems and opportunities on the basis of the users profiles in
accessing packages.
Take advantage of RDF and Really Simple Syndication (RSS), XML, the Internet
and World Wide Web to radically improve the way in which information, training and
education is delivered to individuals and organisations.
Take advantage of the Internet and World Wide Web to radically improve the way in
which events information is delivered to individuals and organisations
The business objectives of the RSS system are to provide the following business
benefits to its Users, Sellers/Advertisers, and Managers.
The Knowledge User objectives for the RSS system are to:
Help them identify key business and management problems at an
individual, team and organisational level
The Product and Service Advertiser objectives for the RSS system are to:
Minimize the costs of events and marketing by reducing the costs of
market research, advertising, channel management, etc.
Maximize income by matching advertising to the needs and desires of
users as soon as those needs and desires become apparent
The Event Advertiser Business Benefits for the RSS system are to:
Match training and other informational events with the needs of RSS system
knowledge users
The Knowledge User Manager objectives for the RSS system are to:
This subsection documents the context of the RSS system in terms of the significant
externals with which it interacts. As illustrated in the following context diagram, the
K-NOW (RSS system) interfaces with several external actors and systems:
Individuals and organisations can act as users in either the user or
advertiser role.
System managers, security officers and user support agents are
employees who work for Connected Knowledge. Managers perform their
system management duties using the RSS system. Security Officers handle
security violations of the RSS system. User support agents provide user
support for the RSS system.
The RSS system authorizes credit card purchases of items via the
authorization processor gateway.
User Client, which are the personal computers, personal digital assistants (PDAs),
and smart phones used by users to communicate with each other and with the
RSS system over the Internet.
Networks:
Internet, which is the global network used for communication among
employees, users, and the RSS system.
Local Area Network, which is the RSS systemC-internal local area
network used for communication among employees and the RSS
system.
Leased Phone Line, a dedicated telephone line connecting the RSS
system to the authorization processor gateway.
Security Officers, who are any CK employees who respond to potential security
violations of the RSS system.
User Support Agents, who are any CK employees who provide human support
to the RSS system users.
Users, who are any individuals or organisations that buy information services in
the RSS system or advertise goods or services in the RSS system:
Knowledge Users, who are any users who use the RSS system to plan,
diagnose, or search for information within the RSS system.
User Managers, who are the managers of user accounts within the
organisations using the RSS system
Advertisers, who is any users who use the RSS system to advertise products or
services.
The RSS system interacts, either directly or indirectly, with the following significant
client software:
Browser, which is the software tool that runs on employee and user
personal computers that allow them to communicate over the networks with
the RSS system.
The RSS system interacts, either directly or indirectly, with the following significant
external systems:
Authorization Processor Gateway, which is the server system that
provides a common interface to the numerous processors of credit card
payment authorizations.
Update content
User Support Agents. The RSS system will enable user support
agents to:
Register
Validity
Usability.
Take part in online chat with other Knowledge Users, CK User Support
Staff and Mentors.
Register
4 Functional Requirements
This section of the SRS specifies the functional requirements of the RSS system in
terms of use cases and their associated use case paths. The use case model is
primarily organized in terms of the externals that benefit from the use cases.
The following use case diagrams summarize the functional requirements for the
RSS system:
Employee Summary Use Case Diagram
User Summary Use Case Diagram