-S-

 < Day Day Up > 



–S–

Scope

The established boundary (or extent) of what must be accomplished; during planning, this defines what the project will consist of (and just as importantly, what the project will not consist of ).

Security

The establishment and application of safeguards to protect data, software, and hardware from accidental or malicious modification, destruction, or disclosure.

Security Risk Assessment

Tool that permits developers to make informed decisions relating to the acceptance of identified risk exposure levels or implementation of cost-effective measures to reduce those risks. See Requirements Analysis phase.

Security Test

A formal test performed on an operational system, based on the results of the Security Risk Assessment in order to evaluate compliance with security and data integrity guidelines, and address security backup, recovery, and audit trails. Also called Security Testing and Evaluation (ST&E).

Segment

A major part of a larger system or subsystem; in software, a selfcontained portion of a computer program.

Sensitive system

A system or subsystem that requires an IT Systems Security Certification and Accreditation; contains data requiring security safeguards.

Sensitivity analysis

Assesses the potential effect on inputs (costs) and outcomes (benefits) depending on the relative magnitude of change in certain factors or assumptions.

Software

Computer programs (code), procedures, documentation, and data pertaining to the operation of a computer system. Compare with hardware.

Software Development Document

Contains all of the information pertaining to the development of each unit or module, including the test cases, software, test results, approvals, and any other items that will help explain the functionality of the software.

Standard

Mandatory requirements to prescribe a disciplined uniform approach to software development and maintenance activities.

Subsystem

A collection of components that meets the definition of a system, but is considered part of a larger system. See system.

Survivability

A measure of the ability of a system to continue to function, especially in the presence of errors.

System

A collection of components (hardware, software, interfaces) organized to accomplish a specific function or set of functions; generally considered to be a self-sufficient item in its intended operational use.

System Administrator

The person responsible for planning a system installation and use of the system by other users.

System component

Any of the discrete items that comprise a system or subsystem. See subsystem, system.

System Change Request

The formal Change Control Document procedure used to request a change to a system baseline, provide information concerning the requested change, and act as the documented approval mechanism for the change. See Change Control Documents.

System Concept Development phase

Phase that begins after the need or opportunity has been identified in the Initiation phase. The approaches for meeting this need are reviewed for feasibility and appropriateness (e.g., cost-benefit analysis) and documented in the budget documents.

System Design Document

A formal document that describes the system architecture, file and database design, interfaces, and detailed hardware/ software design; used as the baseline for system development.

System proponent

The organization benefiting from or requesting the project; frequently thought of as the "customer" for that project.

System Security Plan

A formal document that establishes the processes and procedures for identifying all areas where security could be compromised within the system (or subsystem).

System software

Software designed to facilitate the operation of a computer system and associated computer programs (e.g., operating systems, code compilers, utilities). Compare to application software.

System Test

The process of testing an integrated hardware/software system to verify that the system meets its documented requirements.

Systems Administration Manual

A manual that serves the purpose of an Operations Manual in a distributed (client/server) application. See Operations Manual, Client/Server.

Systems analysis

In systems development, the process of studying and understanding the requirements (customer needs) for a system in order to develop a feasible design.

Systems Development Life Cycle

A formal model of a hardware/software project that depicts the relationship among activities, products, reviews, approvals, and resources. Also, the period of time that begins when a need is identified (initiation) and ends when the system is no longer available for use (disposition).

Systems Manager

The individual, or group, responsible for post-implementation system maintenance, configuration management, change control, and release control. This may or may not include members of the development team.



 < Day Day Up > 



Managing Software Deliverables. A Software Development Management Methodology
Managing Software Deliverables: A Software Development Management Methodology
ISBN: 155558313X
EAN: 2147483647
Year: 2003
Pages: 226

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net