The Software Center Operator Manual (SCOM) provides personnel in a computer center or other centralized or networked software installation information on how to install and operate a software system.
The SCOM is developed for software systems that will be installed in a computer center or other centralized or networked software installation, with users accessing the system via terminals or personal computers or submitting and receiving inputs and outputs in batch or interactive mode.
1. Scope
This section is divided into the following paragraphs.
1.1 Identification
This paragraph shall contain a full identification of the system and software to which this document applies, including, as applicable, identification number(s), title(s), abbreviation(s), version number(s), and release number(s).
1.2 System overview
This paragraph shall briefly state the purpose of the system and the software to which this document applies. It shall describe the general nature of the system and software; summarize the history of system development, operation, and maintenance; identify the project sponsor, acquirer, user, developer, and support agencies; identify current and plotted operating sites; and list other relevant documents.
1.3 Document overview
This paragraph shall summarize the purpose and contents of this manual and shall describe any security or privacy considerations associated with its use.
2. Referenced documents
This section shall list the number, title, revision, and date of all documents referenced in this manual. This section shall also identify the source for all documents not available through normal Government stocking activities.
3. Software summary
This section is divided into the following paragraphs.
3.1 Software application
This paragraph shall provide a brief description of the intended uses of the software. Capabilities, operating improvements, and benefits expected from its use is described.
3.2 Software inventory
This paragraph shall identify all software files, including databases and data files, that must be installed for the software to operate. The identification shall include security and privacy considerations for each file and identification of the software necessary to continue or resume operation in case of an emergency.
3.3 Software environment
This paragraph shall identify the hardware, software, manual operations, and other resources needed to install and operate the software. Included, as applicable, is identification of:
a. Computer equipment that must be present, including amount of memory needed, amount of auxiliary storage needed, and peripheral equipment such as terminals, printers, and other input/output devices
b. Communications equipment that must be present
c. Other software that must be present, such as networking software, operating systems, databases, data files, utilities, permanent files that are referenced, made, or updated by the software; and databases/data files necessary to resume operation in the event of emergencies
d. Forms, procedures, or other manual operations that must be present
e. Other facilities, equipment, or resources that must be present
3.4 Software organization and overview of operation
This paragraph shall provide a brief description of the organization and operation of the software from the operator's point of view. The description shall include, as applicable:
a. Logical components of the software, from the operator's point of view, and an overview of the purpose/operation of each component
b. Types of inputs/access that can be made to the software and the software's response to each type
c. The reports and other outputs that are produced by the software, including security and privacy considerations for each
d. Typical run times and factors that affect it
e. Organization of software operation into runs. This description shall use a chart, if applicable, showing how the different operations are interrelated. If sets of runs are grouped by time periods or cycles, each set of integrated operations required on a daily, weekly, etc., basis is presented. If runs may be grouped logically by organizational level, the groups of runs that can be performed by each organizational level such as headquarters processing, field activity processing, etc., is presented.
f. Any system restrictions, waivers of operational standards, information oriented toward specific support areas (for example, library, small computer and teleprocessing support, interfaces with other systems), or other special aspects of processing
g. General description of the communications functions and processes of the software, including, as applicable, a diagram of the communications network used in the system
3.5 Contingencies and alternate states and modes of operation
This paragraph shall clarify the differences in software operation at times of emergency and in various states and modes of operation, if applicable.
3.6 Security and privacy
This paragraph shall contain an overview of the security and privacy considerations associated with the software. A warning is included regarding making unauthorized copies of software or documents, if applicable.
3.7 Help and problem reporting
This paragraph shall identify points of contact and procedures to be followed to obtain help and report problems encountered in operating the software.
4. Installation and setup
This paragraph shall describe any procedures that the operator must perform to install the software on the equipment, to configure the software, to delete or overwrite former files or data, and to enter parameters for software operation. Safety precautions, marked by WARNING or CAUTION, is included where applicable.
5. Description of runs
This section is divided into the following paragraphs to provide a description of the runs to be performed. Safety precautions, marked by WARNING or CAUTION, is included where applicable.
5.1 Run inventory
This paragraph shall provide a list of the runs to be performed, identifying the software and the jobs that make up each run. It shall include a brief summary of the purpose of each run and shall relate the list to the run descriptions included in the remainder of this section.
5.2 Phasing
This paragraph shall describe acceptable phasing of the software into a logical series of operations. A run may be phased to permit manual or semiautomatic checking of intermediate results, to provide the user with intermediate results for other purposes, or to permit a logical break if higher priority jobs are submitted. An example of the minimum division for most systems would be edit, file update, and report preparation.
5.3 Diagnostic procedures
This paragraph shall provide the setup and execution procedures for any software diagnostics. Included is procedures for validation and distress shooting. All parameters (both input and output), codes, and range values for diagnostic software is clarified.
5.4 Error messages
This paragraph shall list all error messages output by the software, along with the meaning and corresponding correction procedure for each message.
5.5 Description of each run
This paragraph is divided into the following subpara-graphs.
5.5.1 Run description for (run name or identifier)
This paragraph shall identify a run and is divided into the following subparagraphs to describe the run.
5.5.1.1 Control inputs
This paragraph shall provide a listing of the run stream of job control statements needed to initiate the run.
5.5.1.2 Run management information
This paragraph shall provide the information needed to manage the run including, as applicable:
a. Peripheral and resource requirements
b. Security and privacy considerations
c. Method of initiation, such as on request, after another run, or at a predetermined time
d. Estimated run time
e. Required turnaround time
f. Messages and responses
g. Procedures for taking check points
h. Waivers from operational standards
5.5.1.3 Input-output files
This paragraph shall provide information about the files and databases that serve as input to or that are made or updated by the run. Included for each is information such as name, security and privacy, recording medium, retention schedule, and disposition.
5.5.1.4 Output reports
This paragraph shall provide information about the reports that are produced during the run. In-cluded for each report is the following information, as applicable: report identifier, product control number, report control symbol, title, security and privacy, media (for example, hard copy, magnetic tape), volume of report, number of copies, and distribution of copies.
5.5.1.5 Reproduced output reports
This paragraph shall provide information about computer-generated reports that are subse-quently reproduced by other means. Included for each report is information such as report identification, security and privacy, reproduction technique, paper size, binding method, number of copies, and distribution of copies.
5.5.1.6 Procedures for restart/recovery and continuity of operations
This paragraph shall provide procedures to be followed by operator personnel concerning re-start/recovery in the event of a system failure and for continuity of operations in the event of emergencies.
6. Notes
This section shall contain any general information that aids in understanding this document (for example, background information, glossary, rationale). This section shall include an alphabetical listing of all acronyms, abbreviations, and their meanings as used in this document and a list of terms and definitions needed to know this document.
7. Appendixes
Appendixes may be used to provide information published separately for convenience in document maintenance (for example, charts, classified data). As applicable, each appendix is referenced in the main body of the document where the data would normally have been provided. Appendixes may be bound as separate documents for ease in handling. Appendixes are lettered alphabetically (A, B, and so on).
Incoming search terms:
- Powered by PHPDug investors business daily
- Powered by PHPDug character reference letter
- Powered by PHPDug insider tv show
- Powered by PHPDug definition of science fiction
- Powered by PHPDug personal mission statement
- Powered by PHPDug computer part auction
- Powered by PHPDug personal reference letter of recommendation
- Powered by PHPDug sample character reference letter
- Powered by PHPDug roleplaying character ability conversion tables
- Powered by PHPDug excellent internal control