We use cookies to give you the best experience possible. By continuing we’ll assume you’re on board with our cookie policy

System Definition-Concept Of Operations (ConOps) Essay Sample

essay
  • Pages: 5
  • Word count: 1,182
  • Rewriting Possibility: 99% (excellent)
  • Category: computer value

Get Full Essay

Get access to this section to get all help you need with your essay and educational issues.

Get Access

Introduction of TOPIC

1 Concept of Operations, Checklist June 13, 2003 Technical Content Recommendations & Review Criteria Purpose and Scope. This Checklist provides recommended technical content for concept of operations documentation. This document is not a mandatory life cycle document. However, it is useful during project initiation as a place to capture/document pre-project initiation, pre-vendor selection and pre-COTS (computer-off-the-shelf) selection data pending project approval by the appropriate authority. The concept of operations document can be viewed as a convenient place to accumulate pre-requirements project data and can be used to obtain consensus among the user and developer (and other stakeholders).

Depending on its use, this document may focus on communicating the user’s needs to the developer or the developer’s ideas to the user and other interested parties. (Reference 2)

1. “The operational concepts are plain-language descriptions of days in the life of your product.”

2. “Operational concepts are a simple, cost-effective way to build a consensus among all [project] stakeholders and to discover missing requirements.”

3. “Operational concepts are…scripts describing how the product will be used…routine ‘everyday’ use of the product.”

4. “Operational concepts facilitate complete and consistent requirements…identify user interface issues early…offer inexpensive opportunities for early validation…form a foundation for testing scenarios in product verification…have a high return on investment.”

5. Use cases; operational plans; operational sequences; operational scenarios; user requirements; user needs and intended uses; use case diagram

References: 1. IEEE Std 1362-1998, IEEE Guide for Information Technology – System Definition – Concept of Operations (ConOPs) Document. 2. Customer Centered Products, Hooks & Farry, AMACON, 2001, 3. Operational Concept Document, Data Item Description, DI-IPSC-81430, US Government/DOD 4. Understanding, Designing, and Testing Use Cases, Harinath V. Pudipeddi, Dec 9, 2002 5. Use Case Modeling, Kurt Bittner/Ian Spence, Addison Wesley, 2002 Concept of Operations Documentation Content Summary. The components described in this section are recommended to be included in this document. These components may have different names, groupings, or sequences in different projects and it may be necessary to determine if there is an equivalent or suitable substitute. Additional information may be added as required.

This data is generally expanded upon and included in other life cycle documentation such as the project management plan and the system requirements documentation. Scope Referenced Documents Current System or Situation Justification for and Nature of Changes Concept for a New or Modified System Operational Scenarios Summary of Impacts Analysis of the Proposed System Assumptions, Constraints, Pre-requisites, Authority, Responsibilities Signatures & Approvals Notes Annexes Concept of Operations Documentation Detailed Content (For those items in the summary above that are not self-explanatory, the following detailed information is provided.) Scope Identification.

This shall contain a full identification of the system to which this document applies, including, as applicable, identification number(s), title(s), abbreviations), version number(s), and release number(s). System Overview. This

shall briefly state the purpose of the system to which this document applies. It shall describe the

Sorry, but full essay samples are available only for registered users

Choose a Membership Plan
general nature of the system; summarize the history of system development, operation, and maintenance; identify the project sponsor, acquirer, user, developer, and maintenance organizations; identify current and planned operating sites; and list other relevant documents. Document Overview. This shall summarize the purpose and contents of this document and shall describe any security or privacy protection considerations associated with its use. Regulatory or Operational Policies and Constraints.

2 Concept of Operations, Checklist June 13, 2003 Technical Content Recommendations & Review Criteria Current System or Situation This should describe the system or situation as it currently exists. Background, Objectives, and Scope. This shall describe the background, mission or objectives, and scope of the current system or situation. Operational Policies and Constraints. This shall describe any operational policies and constraints that apply to the current system or situation. Description/Purpose. Describes the product/system in terms of the user needs it will fulfill, its relationship to existing systems or procedures, and the ways it will be used.

Description of Current System or Situation. This shall provide a description of the current system or situation, identifying differences associated with different states or modes of operation (for example, regular, maintenance, training, degraded, emergency, alternative-site, wartime, peacetime). The distinction between states and modes is arbitrary. A system may be described in terms of states only, modes only, states within modes, modes within states, or any other scheme that is useful. If the system operates without states or modes, this shall so state, without the need to create artificial distinctions. The description shall include, as applicable:

1. The operational environment and its characteristics

2. Major system components and the interconnections among these components

3. Interfaces to external systems or procedures

4. Capabilities/functions of the current system

5. Charts and accompanying descriptions depicting input, output, data flow, and manual and automated processes sufficient to understand the current system or situation from the user’s point of view

6. Performance characteristics, such as speed, throughput, volume, frequency

7. Quality attributes, such as reliability, maintainability, availability, flexibility, portability, usability, efficiency 8. Provisions for safety, security, privacy protection, and continuity of operations in emergencies Users or Involved Personnel.

This shall describe the types of users of the system, or personnel involved in the current situation, including, as applicable, organizational structures, training/skills, responsibilities, activities, and interactions with one another. Support strategy. This shall provide an overview of the support strategy for the current system, including, as applicable to this document, maintenance organizations; facilities; equipment; maintenance software; repair/replacement criteria; maintenance levels and cycles; and storage, distribution, and supply methods. Justification for and Nature of Changes Justification for Change. This, shall:

1. Describe new or modified aspects of user needs, threats, missions, objectives, environments, interfaces, personnel or other factors that require a new or modified system.

2. Summarize deficiencies or limitations in the current system or situation that make it unable to respond to these factors Description of Needed Changes.

This shall summarize new or modified capabilities/functions, processes, interfaces, or other changes needed to respond to the factors identified above. Priorities Among the Changes. This shall identify priorities among the needed changes. It shall, for example, identify each change as essential, desirable, or optional, and prioritize the desirable and optional changes. Changes Considered but Not Included. This shall identify changes considered but not included in 4.2, and rationale for not including them. Assumptions, Dependencies, and Constraints. This shall identify any assumptions, dependencies on other factors/projects/organizations/systems and constraints applicable to the changes identified in this clause. Concept for a New or Modified System Background, Objectives, and Scope.

This shall describe the background, mission or objectives, and scope of the new or modified system. Operational Policies and Constraints. This shall describe any operational policies and constraints that apply to the new or modified system. Description of the new or modified system. This shall provide a description of the new or modified system, identifying differences associated with different states or modes of operation (for example, regular, maintenance, training, degraded, emergency, alternative-site, wartime, peacetime). The distinction between states and modes is arbitrary. A system may be described in terms of states only, modes only, states within modes, modes within states, or any other scheme that is useful. If the system operates without states or modes, this shall so state, without the need to create artificial distinctions.

 

We can write a custom essay on

System Definition-Concept Of Operations (ConOps) E ...
According to Your Specific Requirements.

Order an essay

You May Also Find These Documents Helpful

Computer software programs

To know about the connection of these topics it is must to know about the link between these phrases as well as the basic concept of these two. Firstly, to know what is computer software and wireless Information systems and then secondly to discuss about their affects upon each other. Computer software is basically some programs or events that are written just to achieve certain functions by the software engineers. Events are the set of steps that is written and combined to make a program. Now there arises a question that what is a program then the answer of this question is that: Programs are basically a set of rules and instructions on the basis of which a computer act to achieve certain functions. To perform specific set of actions on computers intelligently or normally is the basic need to write a program. Wireless Information systems are basically the systems...

The Turing Test Review

The Turing Test (TT) is used to test whether computers have mentality. The set up of the test is as follows: there are 3 subjects involved. All three subjects are accessible to each other via a chat program and nothing else. The first subject is a real person, a human being. The second subject is a computer. The third subject is an interrogator whose job it is to determine which of the other two subjects is a human and which a machine. A computer has mentality if it is able to ‘trick’ the third subject into thinking that it is a human. The idea here is that to pass the TT, the computer just has to fool the person at the other end of the conversation that it is human. The TT can be interpreted in two distinct ways: (1) that it is a necessary condition for mentality; or (2)...

Chic Paints Ltd Essay Sample

1 Chic Paints Limited (CPL) are a large manufacturing company who specialise in producing niche specialist paints such as those used on boats, cars and industrial machinery. As a result of a management buyout from Ashstead Plc 6 years ago, CPL was bought by 5 of Ashstead’s directors who had previously formed the board on Chic Paints when it was a subsidiary of Ashstead Plc. CPL aims to manufacture paints and allied products that are expertly formulated to meet the highest international standards, using the best available technology for end user consumers. 4.2 Chic Paints is a private limited company with both the accounts department and the company as whole, having a relatively tall organisation structure. Since the formation of CPL 6 years ago, company has steadily reduced its turnover from £200 million to £120 million however has improved its gross profit margin from around 12% in 2007 to around...

Popular Essays

logo

Emma Taylor

online

Hi there!
Would you like to get such a paper?
How about getting a customized one?