WorldWideScience

Sample records for system requirements document

  1. TRANSPORTATION SYSTEM REQUIREMENTS DOCUMENT

    International Nuclear Information System (INIS)

    2004-01-01

    This document establishes the Transportation system requirements for the U.S. Department of Energy's (DOE's) Civilian Radioactive Waste Management System (CRWMS). These requirements are derived from the Civilian Radioactive Waste Management System Requirements Document (CRD). The Transportation System Requirements Document (TSRD) was developed in accordance with LP-3.1Q-OCRWM, Preparation, Review, and Approval of Office of National Transportation Level-2 Baseline Requirements. As illustrated in Figure 1, the TSRD forms a part of the DOE Office of Civilian Radioactive Waste Management (OCRWM) Technical Baseline

  2. Transportation System Requirements Document

    Energy Technology Data Exchange (ETDEWEB)

    1993-09-01

    This Transportation System Requirements Document (Trans-SRD) describes the functions to be performed by and the technical requirements for the Transportation System to transport spent nuclear fuel (SNF) and high-level radioactive waste (HLW) from Purchaser and Producer sites to a Civilian Radioactive Waste Management System (CRWMS) site, and between CRWMS sites. The purpose of this document is to define the system-level requirements for Transportation consistent with the CRWMS Requirement Document (CRD). These requirements include design and operations requirements to the extent they impact on the development of the physical segments of Transportation. The document also presents an overall description of Transportation, its functions, its segments, and the requirements allocated to the segments and the system-level interfaces with Transportation. The interface identification and description are published in the CRWMS Interface Specification.

  3. Waste management system requirements document

    International Nuclear Information System (INIS)

    1991-02-01

    This volume defines the top level requirements for the Mined Geologic Disposal System (MGDS). It is designed to be used in conjunction with Volume 1 of the WMSR, General System Requirements. It provides a functional description expanding the requirements allocated to the MGDS in Volume 1 and elaborates on each requirement by providing associated performance criteria as appropriate. Volumes 1 and 4 of the WMSR provide a minimum set of requirements that must be satisfied by the final MGDS design. This document sets forth specific requirements that must be fulfilled. It is not the intent or purpose of this top level document to describe how each requirement is to be satisfied in the final MGDS design. Each subsequent level of the technical document hierarchy must provide further guidance and definition as to how each of these requirements is to be implemented in the design. It is expected that each subsequent level of requirements will be significantly more detailed. Section 2 of this volume provides a functional description of the MGDS. Each function is addressed in terms of requirements, and performance criteria. Section 3 provides a list of controlling documents. Each document cited in a requirement of Chapter 2 is included in this list and is incorporated into this document as a requirement on the final system. The WMSR addresses only federal requirements (i.e., laws, regulations and DOE orders). State and local requirements are not addressed. However, it will be specifically noted at the potentially affected WMSR requirements that there could be additional or more stringent regulations imposed by a state or local requirements or administering agency over the cited federal requirements

  4. Waste Management System Requirement document

    International Nuclear Information System (INIS)

    1990-04-01

    This volume defines the top level technical requirements for the Monitored Retrievable Storage (MRS) facility. It is designed to be used in conjunction with Volume 1, General System Requirements. Volume 3 provides a functional description expanding the requirements allocated to the MRS facility in Volume 1 and, when appropriate, elaborates on requirements by providing associated performance criteria. Volumes 1 and 3 together convey a minimum set of requirements that must be satisfied by the final MRS facility design without unduly constraining individual design efforts. The requirements are derived from the Nuclear Waste Policy Act of 1982 (NWPA), the Nuclear Waste Policy Amendments Act of 1987 (NWPAA), the Environmental Protection Agency's (EPA) Environmental Standards for the Management and Disposal of Spent Nuclear Fuel (40 CFR 191), NRC Licensing Requirements for the Independent Storage of Spent Nuclear and High-Level Radioactive Waste (10 CFR 72), and other federal statutory and regulatory requirements, and major program policy decisions. This document sets forth specific requirements that will be fulfilled. Each subsequent level of the technical document hierarchy will be significantly more detailed and provide further guidance and definition as to how each of these requirements will be implemented in the design. Requirements appearing in Volume 3 are traceable into the MRS Design Requirements Document. Section 2 of this volume provides a functional breakdown for the MRS facility. 1 tab

  5. Waste Management System Requirements Document

    International Nuclear Information System (INIS)

    1992-02-01

    This DCP establishes an interim plan for the Office of Civilian Radioactive Waste Management (OCRWM) technical baseline until the results of the OCRWM Document Hierarchy Task Force can be implemented. This plan is needed to maintain continuity in the Program for ongoing work in the areas of Waste Acceptance, Transportation, Monitored Retrievable Storage (MRS) and Yucca Mountain Site Characterization

  6. Mined Geologic Disposal System Requirements Document

    International Nuclear Information System (INIS)

    1993-01-01

    This Mined Geologic Disposal System Requirements document (MGDS-RD) describes the functions to be performed by, and the requirements for, a Mined Geologic Disposal System (MGDS) for the permanent disposal of spent nuclear fuel (SNF) and commercial and defense high level radioactive waste (HLW) in support of the Civilian Radioactive Waste Management System (CRWMS). The development and control of the MGDS-RD is quality-affecting work and is subject to the Department of Energy (DOE) Office of Civilian Radioactive Waste Management (OCRWM) Quality Assurance Requirements Document (QARD). As part of the technical requirements baseline, it is also subject to Baseline Management Plan controls. The MGDS-RD and the other program-level requirements documents have been prepared and managed in accordance with the Technical Document Preparation Plan (TDPP) for the Preparation of System Requirements Documents

  7. Waste Acceptance System Requirements document (WASRD)

    International Nuclear Information System (INIS)

    1993-01-01

    This Waste Acceptance System Requirements document (WA-SRD) describes the functions to be performed and the technical requirements for a Waste Acceptance System for accepting spent nuclear fuel (SNF) and high-level radioactive waste (HLW) into the Civilian Radioactive Waste Management System (CRWMS). This revision of the WA-SRD addresses the requirements for the acceptance of HLW. This revision has been developed as a top priority document to permit DOE's Office of Environmental Restoration and Waste Management (EM) to commence waste qualification runs at the Savannah River Site's (SRS) Defense Waste Processing Facility (DWPF) in a timely manner. Additionally, this revision of the WA-SRD includes the requirements from the Physical System Requirements -- Accept Waste document for the acceptance of SNF. A subsequent revision will fully address requirements relative to the acceptance of SNF

  8. MONITORED GEOLOGIC REPOSITORY SYSTEMS REQUIREMENTS DOCUMENT

    International Nuclear Information System (INIS)

    V. Trebules

    2006-01-01

    This document establishes the Monitored Geologic Repository system requirements for the U.S. Department of Energy's (DOE's) Civilian Radioactive Waste Management System (CRWMS). These requirements are based on the ''Civilian Radioactive Waste Management System Requirements Document'' (CRD) (DOE 2004a). The ''Monitored Geologic Repository Systems Requirements Document'' (MGR-RD) is developed in accordance with LP-3.3 SQ-OCRWM, ''Preparation, Review, and Approval of Office of Repository Development Requirements Document''. As illustrated in Figure 1, the MGR-RD forms part of the DOE Office of Civilian Radioactive Waste Management Technical Requirements Baseline. Revision 0 of this document identifies requirements for the current phase of repository design that is focused on developing a preliminary design for the repository and will be included in the license application submitted to the U.S. Nuclear Regulatory Commission for a repository at Yucca Mountain in support of receiving a construction authorization and subsequent operating license. As additional information becomes available, more detailed requirements will be identified in subsequent revisions to this document

  9. MONITORED GEOLOGIC REPOSITORY SYSTEMS REQUIREMENTS DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    V. Trebules

    2006-06-02

    This document establishes the Monitored Geologic Repository system requirements for the U.S. Department of Energy's (DOE's) Civilian Radioactive Waste Management System (CRWMS). These requirements are based on the ''Civilian Radioactive Waste Management System Requirements Document'' (CRD) (DOE 2004a). The ''Monitored Geologic Repository Systems Requirements Document'' (MGR-RD) is developed in accordance with LP-3.3 SQ-OCRWM, ''Preparation, Review, and Approval of Office of Repository Development Requirements Document''. As illustrated in Figure 1, the MGR-RD forms part of the DOE Office of Civilian Radioactive Waste Management Technical Requirements Baseline. Revision 0 of this document identifies requirements for the current phase of repository design that is focused on developing a preliminary design for the repository and will be included in the license application submitted to the U.S. Nuclear Regulatory Commission for a repository at Yucca Mountain in support of receiving a construction authorization and subsequent operating license. As additional information becomes available, more detailed requirements will be identified in subsequent revisions to this document.

  10. Monitored Retrievable Storage System Requirements Document

    International Nuclear Information System (INIS)

    1994-03-01

    This Monitored Retrievable Storage System Requirements Document (MRS-SRD) describes the functions to be performed and technical requirements for a Monitored Retrievable Storage (MRS) facility subelement and the On-Site Transfer and Storage (OSTS) subelement. The MRS facility subelement provides for temporary storage, at a Civilian Radioactive Waste Management System (CRWMS) operated site, of spent nuclear fuel (SNF) contained in an NRC-approved Multi-Purpose Canister (MPC) storage mode, or other NRC-approved storage modes. The OSTS subelement provides for transfer and storage, at Purchaser sites, of spent nuclear fuel (SNF) contained in MPCs. Both the MRS facility subelement and the OSTS subelement are in support of the CRWMS. The purpose of the MRS-SRD is to define the top-level requirements for the development of the MRS facility and the OSTS. These requirements include design, operation, and decommissioning requirements to the extent they impact on the physical development of the MRS facility and the OSTS. The document also presents an overall description of the MRS facility and the OSTS, their functions (derived by extending the functional analysis documented by the Physical System Requirements (PSR) Store Waste Document), their segments, and the requirements allocated to the segments. In addition, the top-level interface requirements of the MRS facility and the OSTS are included. As such, the MRS-SRD provides the technical baseline for the MRS Safety Analysis Report (SAR) design and the OSTS Safety Analysis Report design

  11. Mined Geologic Disposal System Requirements Document

    International Nuclear Information System (INIS)

    1994-03-01

    This Mined Geologic Disposal System Requirements Document (MGDS-RD) describes the functions to be performed by, and the requirements for, a Mined Geologic Disposal System (MGDS) for the permanent disposal of spent nuclear fuel (SNF) (including SNF loaded in multi-purpose canisters (MPCs)) and commercial and defense high-level radioactive waste (HLW) in support of the Civilian Radioactive Waste Management System (CRWMS). The purpose of the MGDS-RD is to define the program-level requirements for the design of the Repository, the Exploratory Studies Facility (ESF), and Surface Based Testing Facilities (SBTF). These requirements include design, operation, and decommissioning requirements to the extent they impact on the physical development of the MGDS. The document also presents an overall description of the MGDS, its functions (derived using the functional analysis documented by the Physical System Requirements (PSR) documents as a starting point), its segments as described in Section 3.1.3, and the requirements allocated to the segments. In addition, the program-level interfaces of the MGDS are identified. As such, the MGDS-RD provides the technical baseline for the design of the MGDS

  12. Online mass storage system detailed requirements document

    Science.gov (United States)

    1976-01-01

    The requirements for an online high density magnetic tape data storage system that can be implemented in a multipurpose, multihost environment is set forth. The objective of the mass storage system is to provide a facility for the compact storage of large quantities of data and to make this data accessible to computer systems with minimum operator handling. The results of a market survey and analysis of candidate vendor who presently market high density tape data storage systems are included.

  13. Tank waste remediation system functions and requirements document

    Energy Technology Data Exchange (ETDEWEB)

    Carpenter, K.E

    1996-10-03

    This is the Tank Waste Remediation System (TWRS) Functions and Requirements Document derived from the TWRS Technical Baseline. The document consists of several text sections that provide the purpose, scope, background information, and an explanation of how this document assists the application of Systems Engineering to the TWRS. The primary functions identified in the TWRS Functions and Requirements Document are identified in Figure 4.1 (Section 4.0) Currently, this document is part of the overall effort to develop the TWRS Functional Requirements Baseline, and contains the functions and requirements needed to properly define the top three TWRS function levels. TWRS Technical Baseline information (RDD-100 database) included in the appendices of the attached document contain the TWRS functions, requirements, and architecture necessary to define the TWRS Functional Requirements Baseline. Document organization and user directions are provided in the introductory text. This document will continue to be modified during the TWRS life-cycle.

  14. Tank waste remediation system functions and requirements document

    International Nuclear Information System (INIS)

    Carpenter, K.E

    1996-01-01

    This is the Tank Waste Remediation System (TWRS) Functions and Requirements Document derived from the TWRS Technical Baseline. The document consists of several text sections that provide the purpose, scope, background information, and an explanation of how this document assists the application of Systems Engineering to the TWRS. The primary functions identified in the TWRS Functions and Requirements Document are identified in Figure 4.1 (Section 4.0) Currently, this document is part of the overall effort to develop the TWRS Functional Requirements Baseline, and contains the functions and requirements needed to properly define the top three TWRS function levels. TWRS Technical Baseline information (RDD-100 database) included in the appendices of the attached document contain the TWRS functions, requirements, and architecture necessary to define the TWRS Functional Requirements Baseline. Document organization and user directions are provided in the introductory text. This document will continue to be modified during the TWRS life-cycle

  15. Monitored Retrievable Storage System Requirements Document. Revision 1

    Energy Technology Data Exchange (ETDEWEB)

    1994-03-01

    This Monitored Retrievable Storage System Requirements Document (MRS-SRD) describes the functions to be performed and technical requirements for a Monitored Retrievable Storage (MRS) facility subelement and the On-Site Transfer and Storage (OSTS) subelement. The MRS facility subelement provides for temporary storage, at a Civilian Radioactive Waste Management System (CRWMS) operated site, of spent nuclear fuel (SNF) contained in an NRC-approved Multi-Purpose Canister (MPC) storage mode, or other NRC-approved storage modes. The OSTS subelement provides for transfer and storage, at Purchaser sites, of spent nuclear fuel (SNF) contained in MPCs. Both the MRS facility subelement and the OSTS subelement are in support of the CRWMS. The purpose of the MRS-SRD is to define the top-level requirements for the development of the MRS facility and the OSTS. These requirements include design, operation, and decommissioning requirements to the extent they impact on the physical development of the MRS facility and the OSTS. The document also presents an overall description of the MRS facility and the OSTS, their functions (derived by extending the functional analysis documented by the Physical System Requirements (PSR) Store Waste Document), their segments, and the requirements allocated to the segments. In addition, the top-level interface requirements of the MRS facility and the OSTS are included. As such, the MRS-SRD provides the technical baseline for the MRS Safety Analysis Report (SAR) design and the OSTS Safety Analysis Report design.

  16. Mined Geologic Disposal System Requirements Document. Revision 1

    Energy Technology Data Exchange (ETDEWEB)

    1994-03-01

    This Mined Geologic Disposal System Requirements Document (MGDS-RD) describes the functions to be performed by, and the requirements for, a Mined Geologic Disposal System (MGDS) for the permanent disposal of spent nuclear fuel (SNF) (including SNF loaded in multi-purpose canisters (MPCs)) and commercial and defense high-level radioactive waste (HLW) in support of the Civilian Radioactive Waste Management System (CRWMS). The purpose of the MGDS-RD is to define the program-level requirements for the design of the Repository, the Exploratory Studies Facility (ESF), and Surface Based Testing Facilities (SBTF). These requirements include design, operation, and decommissioning requirements to the extent they impact on the physical development of the MGDS. The document also presents an overall description of the MGDS, its functions (derived using the functional analysis documented by the Physical System Requirements (PSR) documents as a starting point), its segments as described in Section 3.1.3, and the requirements allocated to the segments. In addition, the program-level interfaces of the MGDS are identified. As such, the MGDS-RD provides the technical baseline for the design of the MGDS.

  17. Detector Control System for an LHC experiment - User Requirements Document

    CERN Document Server

    CERN. Geneva

    1997-01-01

    The purpose of this document is to provide the user requirements for a detector control system kernel for the LHC experiments following the ESA standard PSS-05 [1]. The first issue will be used to provide the basis for an evaluation of possible development philosophies for a kernel DCS. As such it will cover all the major functionality but only to a level of detail sufficient for such an evaluation to be performed. Many of the requirements are therefore intentionally high level and generic, and are meant to outline the functionality that would be required of the kernel DCS, but not yet to the level of the detail required for implementation. The document is also written in a generic fashion in order not to rule out any implementation technology.

  18. Civilian Radioactive Waste Management System Requirements Document (CRP)

    International Nuclear Information System (INIS)

    C.A. Kouts

    2006-01-01

    The CRD addresses the requirements of Department of Energy (DOE) Order 413.3-Change 1, ''Program and Project Management for the Acquisition of Capital Assets'', by providing the Secretarial Acquisition Executive (Level 0) scope baseline and the Program-level (Level 1) technical baseline. The Secretarial Acquisition Executive approves the Office of Civilian Radioactive Waste Management's (OCRWM) critical decisions and changes against the Level 0 baseline; and in turn, the OCRWM Director approves all changes against the Level 1 baseline. This baseline establishes the top-level technical scope of the CRMWS and its three system elements, as described in section 1.3.2. The organizations responsible for design, development, and operation of system elements described in this document must therefore prepare subordinate project-level documents that are consistent with the CRD. Changes to requirements will be managed in accordance with established change and configuration control procedures. The CRD establishes requirements for the design, development, and operation of the CRWMS. It specifically addresses the top-level governing laws and regulations (e.g., ''Nuclear Waste Policy Act'' (NWPA), 10 Code of Federal Regulations (CFR) Part 63, 10 CFR Part 71, etc.) along with specific policy, performance requirements, interface requirements, and system architecture. The CRD shall be used as a vehicle to incorporate specific changes in technical scope or performance requirements that may have significant program implications. Such may include changes to the program mission, changes to operational capability, and high visibility stakeholder issues. The CRD uses a systems approach to: (1) identify key functions that the CRWMS must perform, (2) allocate top-level requirements derived from statutory, regulatory, and programmatic sources, and (3) define the basic elements of the system architecture and operational concept. Project-level documents address CRD requirements by further

  19. Preliminary design requirements document for the initial single-shell tank retrieval system

    Energy Technology Data Exchange (ETDEWEB)

    Hertzel, J.S., Westinghouse Hanford

    1996-07-24

    The scope of this Preliminary Design Requirements Document is to identify and define the functions, with associated requirements, which must be performed to demonstrate and accomplish the initial single-shell tank saltcake retrieval from selected tanks. This document sets forth functions, requirements, performance requirements and design constraints necessary to begin conceptual design for the Initial Single-shell Tank Retrieval System. System and physical interfaces between the Initial Single-shell Tank Retrieval System project and the Tank Waste Remediation are identified. The constraints, performance requirements, and transfer of information and data across a technical interface will be documented in an Interface Control Document. The design requirements provided in this document will be augmented by additional detailed design to be documented by the project.

  20. Accelerated vehicle-to-infrastructure (V2I) safety applications : system requirements document : final.

    Science.gov (United States)

    2013-03-01

    This document describes the system requirements for two connected vehicle V2I safety applications related to work zone safety and speed management. Specifically, these applications are: : Spot Weather Information Warning (SWIW) : Reduced Spee...

  1. Accelerated vehicle-to-infrastructure (V2I) safety applications : system requirements document.

    Science.gov (United States)

    2012-07-01

    This document describes the system requirements for three connected vehicle V2I safety applications related to intersection safety and speed management. Specifically, these applications include: : Red-Light Violation Warning (RLVW) : Stop Sig...

  2. Tank waste remediation system privatization infrastructure program requirements and document management process guide

    International Nuclear Information System (INIS)

    ROOT, R.W.

    1999-01-01

    This guide provides the Tank Waste Remediation System Privatization Infrastructure Program management with processes and requirements to appropriately control information and documents in accordance with the Tank Waste Remediation System Configuration Management Plan (Vann 1998b). This includes documents and information created by the program, as well as non-program generated materials submitted to the project. It provides appropriate approval/control, distribution and filing systems

  3. System requirements and design description for the document basis database interface (DocBasis)

    International Nuclear Information System (INIS)

    Lehman, W.J.

    1997-01-01

    This document describes system requirements and the design description for the Document Basis Database Interface (DocBasis). The DocBasis application is used to manage procedures used within the tank farms. The application maintains information in a small database to track the document basis for a procedure, as well as the current version/modification level and the basis for the procedure. The basis for each procedure is substantiated by Administrative, Technical, Procedural, and Regulatory requirements. The DocBasis user interface was developed by Science Applications International Corporation (SAIC)

  4. Development and maintenance of product configuration systems: Requirements for a documentation tool

    DEFF Research Database (Denmark)

    Hvam, Lars; Christensen, Simon Pape; Jensen, Klaes Ladeby

    2005-01-01

    of the most essential tasks is thus to develop a complete and consistent product model which can reflect the actual product. A procedure for building configuration systems has been developed at the Centre for Product Modelling (CPM), and the procedure has been successfully applied in several industrial...... companies. CPM's experience with the procedure and the hitherto empirical experience from companies having applied the procedure have revealed that there is a need for an IT-based documentation tool to support the process of constructing and maintaining product configuration systems. Time can be saved......) technology to support the documentation process. This paper deals with the requirement specification of a documentation tool for product configuration systems, based on CPM's procedure and experience from four Danish industrial companies which have applied the procedure. The requirements have been gathered...

  5. IDC Re-Engineering Phase 2 System Requirements Document V1.3.

    Energy Technology Data Exchange (ETDEWEB)

    Harris, James M. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Burns, John F. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Satpathi, Meara Allena [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States)

    2015-12-01

    This System Requirements Document (SRD) defines waveform data processing requirements for the International Data Centre (IDC) of the Comprehensive Nuclear Test Ban Treaty Organization (CTBTO). The IDC applies, on a routine basis, automatic processing methods and interactive analysis to raw International Monitoring System (IMS) data in order to produce, archive, and distribute standard IDC products on behalf of all States Parties. The routine processing includes characterization of events with the objective of screening out events considered to be consistent with natural phenomena or non-nuclear, man-made phenomena. This document does not address requirements concerning acquisition, processing and analysis of radionuclide data but includes requirements for the dissemination of radionuclide data and products.

  6. IDC Re-Engineering Phase 2 System Requirements Document Version 1.4

    Energy Technology Data Exchange (ETDEWEB)

    Harris, James M. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Burns, John F. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Satpathi, Meara Allena [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States)

    2017-01-01

    This System Requirements Document (SRD) defines waveform data processing requirements for the International Data Centre (IDC) of the Comprehensive Nuclear Test Ban Treaty Organization (CTBTO). The IDC applies, on a routine basis, automatic processing methods and interactive analysis to raw International Monitoring System (IMS) data in order to produce, archive, and distribute standard IDC products on behalf of all States Parties. The routine processing includes characterization of events with the objective of screening out events considered to be consistent with natural phenomena or non-nuclear, man-made phenomena. This document does not address requirements concerning acquisition, processing and analysis of radionuclide data, but includes requirements for the dissemination of radionuclide data and products.

  7. Program prioritization system user requirements document for Gas Cooled Reactor Associates

    International Nuclear Information System (INIS)

    1981-01-01

    Efficient management of the national HTGR program requires the establishment of an information system that will facilitate a more rational allocation of resources and task prioritization consistent with program policies. The system described in this document provides a data analysis mechanism for processing top level summary status and planning information in a rapid, timely and selective manner. Data produced by the system can be used by management to provide a rational basis for prioritizing tasks, evaluating program changes and program planning regarding costs, schedules and overall program development logic. The purpose of this document is to delineate the program prioritization system (PPS) requirements for use as a guide to acquiring and implementing the system

  8. IDC System Specification Document.

    Energy Technology Data Exchange (ETDEWEB)

    Clifford, David J.

    2014-12-01

    This document contains the system specifications derived to satisfy the system requirements found in the IDC System Requirements Document for the IDC Reengineering Phase 2 project. Revisions Version Date Author/Team Revision Description Authorized by V1.0 12/2014 IDC Reengineering Project Team Initial delivery M. Harris

  9. National Counterdrug Center (NCC) Simulation System Operational Requirements Document (ORD) Version 2

    Energy Technology Data Exchange (ETDEWEB)

    Holter, Gregory M.

    2001-01-26

    This Operational Requirements Document (ORD) describes the capabilities that need to be incorporated in the NCC interactive simulation system being developed under the auspices of the NCC development program. The ORD addresses the necessary capabilities (i.e. what the system needs to be able to do); it defines the envelope of situations and circumstances that the NCC system must be able to represent and operate within. The NCC system will be developed in modules over a period of several years. This ORD, Version 2, supersedes the previous version. Future updates of this ORD are anticipated to be issued as needed to guide the development of later versions of the NCC system.

  10. Development and maintenance of product configuration systems: Requirements for a documentation tool

    DEFF Research Database (Denmark)

    Hvam, Lars; Christensen, Simon Pape; Jensen, Klaes Ladeby

    2005-01-01

    of the most essential tasks is thus to develop a complete and consistent product model which can reflect the actual product. A procedure for building configuration systems has been developed at the Centre for Product Modelling (CPM), and the procedure has been successfully applied in several industrial...... by letting a documentation tool handle trivial time consuming tasks (notification on change, consistency check etc.), as a computer often handles these tasks in a better way. Thus, a serious bottleneck in the maintenance of configuration systems can be eliminated by applying Information System (IS...... and structured by using object-oriented system development techniques based on an analysis of the existing product configuration processes of the companies. The analysis was based on the procedure for building configuration systems as developed at CPM, and revealed several common requirements within...

  11. Software Configuration and Management System. User requirements document Scam/ URD/ WORD/ Issue 1/ revision 0

    CERN Document Server

    Bartolomé, R; Hatziangeli, Eugenia; Last, I; Ninin, P; CERN. Geneva. SPS and LEP Division

    1997-01-01

    This document is the output of the User Requirements phase of the project. It contains a classification of the requirements stated by the users and it will serve as a basis for the selection of a software configuration management tool and for the derivation of a software configuration management procedure for SL and ST. This document has been reviewed by the SLAPS administrators and SL/CO management .

  12. From requirement document to formal modelling and decomposition of control systems

    OpenAIRE

    Yeganefard, Sanaz

    2014-01-01

    Formal modelling of control systems can help with identifying missing requirements and design flaws before implementing them. However, modelling using formal languages can be challenging and time consuming. Therefore intermediate steps may be required to simplify the transition from informal requirements to a formal model.In this work we firstly provide a four-stage approach for structuring and formalising requirements of a control system. This approach is based on monitored, controlled, mode...

  13. Technical Requirements Analysis and Control Systems (TRACS) Initial Operating Capability (IOC) documentation

    Science.gov (United States)

    Hammond, Dana P.

    1991-01-01

    The Technical Requirements Analysis and Control Systems (TRACS) software package is described. TRACS offers supplemental tools for the analysis, control, and interchange of project requirements. This package provides the fundamental capability to analyze and control requirements, serves a focal point for project requirements, and integrates a system that supports efficient and consistent operations. TRACS uses relational data base technology (ORACLE) in a stand alone or in a distributed environment that can be used to coordinate the activities required to support a project through its entire life cycle. TRACS uses a set of keyword and mouse driven screens (HyperCard) which imposes adherence through a controlled user interface. The user interface provides an interactive capability to interrogate the data base and to display or print project requirement information. TRACS has a limited report capability, but can be extended with PostScript conventions.

  14. Documentation requirements for radiation sterilization

    DEFF Research Database (Denmark)

    Miller, A.

    1995-01-01

    Several standards are recently approved or are under development by the standard organizations ISO and CEN in the field of radiation sterilization. Particularly in Europe these standards define new requirements on some issues and on other issues they emphasize the necessary documentation for appr......Several standards are recently approved or are under development by the standard organizations ISO and CEN in the field of radiation sterilization. Particularly in Europe these standards define new requirements on some issues and on other issues they emphasize the necessary documentation...... for approval of radiation sterilized products. The impact of these standards on the radiation sterilization is discussed, with special attention given to a few special issues, mainly traceability and uncertainty of measurement results....

  15. Detailed requirements document for common software of shuttle program information management system

    Science.gov (United States)

    Everette, J. M.; Bradfield, L. D.; Horton, C. L.

    1975-01-01

    Common software was investigated as a method for minimizing development and maintenance cost of the shuttle program information management system (SPIMS) applications while reducing the time-frame of their development. Those requirements satisfying these criteria are presented along with the stand-alone modules which may be used directly by applications. The SPIMS applications operating on the CYBER 74 computer, are specialized information management systems which use System 2000 as a data base manager. Common software provides the features to support user interactions on a CRT terminal using form input and command response capabilities. These features are available as subroutines to the applications.

  16. Intranet Document Management Systems.

    Science.gov (United States)

    Wen, H. Joseph; Yen, David C.; Lin, Binshan

    1998-01-01

    Explains how intranets facilitate documentation availability within a company at substantial cost savings. Topics include intranet document management systems (IDMS); publication costs for printed materials; hardware and software specifications; performance; and security. (Author/LRW)

  17. The European Utility Requirement Document

    International Nuclear Information System (INIS)

    Roche, I.I.

    1999-01-01

    The major European electricity producers work on a common requirement document for future LWR plants since 1992. They aim at requirements acceptable together by the owners, the public and the authorities. Thus the designers can develop standard LWR designs acceptable everywhere in Europe and the utilities can open their consultations to vendors on common bases. Such a standardisation promotes an improvement of generation costs and of safety : public and authorities acceptance should be improved as well ; significant savings are expected in development and construction costs. Since the early stages of the project, the EUR group has grown significantly. It now includes utilities from nine European countries. Utilities from two other European countries are joining the group. Specific cooperation agreements are also in progress with a few extra-European partners

  18. Determination of Waste Isolation Pilot Plant (WIPP) management and institutional requirements documents for contact-handled (CH) critical systems

    International Nuclear Information System (INIS)

    1990-01-01

    This document lists the critical requirements documents applicable to the receipt of contact-handled waste at the Waste Isolation Pilot Plant. It also describes the processes used to determine the applicability of each document. This analysis is based on the applicable documents that were in effect in the February 1988 time frame. 2 refs

  19. Design requirements document for the phase 1 privatization electrical power system

    International Nuclear Information System (INIS)

    Singh, G.

    1997-01-01

    The electrical system for the Phase 1 privatization facilities will support the TWRS mission by providing the electrical power to the Phase 1 privatized facilities. This system will receive power from the Department of Energy-Richland Operations (RL) A4-8 230 kV transmission system powered from Bonneville Power Administration (BPA) Ashe and Midway 230 kV Substations. The existing RL 230 kV transmission line will be modified and looped 1021 into the new 230 kV substation bus. The new substation will be located in the vicinity of the privatized facilities, approximately 3.2 km (2 mi) south of the existing RL A4-8 230 kV transmission line. The substation will be capable of providing up to 40 MW of electrical power to support the Phase 1 privatization facilities and has space for accommodating future expansions. The substation will require at least two 230-13.8 kV transformers, 13.8 kV split bus switchgear, switchgear building, grounding transformers, instrument transformers, control and monitoring equipment, associated protection and isolation devices, lightning protection, yard lighting, cable and raceways, and infrastructure needed to provide desired availability and reliability. The power from the 13.8 kV switchgear located in the switchgear building will be delivered at the privatization facilities site boundaries. The 13.8 kV distribution system inside the privatization facilities site boundaries is the responsibility of the privatization contract

  20. Design requirements document for the phase 1 privatization electrical power system

    Energy Technology Data Exchange (ETDEWEB)

    Singh, G.

    1997-10-31

    The electrical system for the Phase 1 privatization facilities will support the TWRS mission by providing the electrical power to the Phase 1 privatized facilities. This system will receive power from the Department of Energy-Richland Operations (RL) A4-8 230 kV transmission system powered from Bonneville Power Administration (BPA) Ashe and Midway 230 kV Substations. The existing RL 230 kV transmission line will be modified and looped 1021 into the new 230 kV substation bus. The new substation will be located in the vicinity of the privatized facilities, approximately 3.2 km (2 mi) south of the existing RL A4-8 230 kV transmission line. The substation will be capable of providing up to 40 MW of electrical power to support the Phase 1 privatization facilities and has space for accommodating future expansions. The substation will require at least two 230-13.8 kV transformers, 13.8 kV split bus switchgear, switchgear building, grounding transformers, instrument transformers, control and monitoring equipment, associated protection and isolation devices, lightning protection, yard lighting, cable and raceways, and infrastructure needed to provide desired availability and reliability. The power from the 13.8 kV switchgear located in the switchgear building will be delivered at the privatization facilities site boundaries. The 13.8 kV distribution system inside the privatization facilities site boundaries is the responsibility of the privatization contract.

  1. ISS Crew Transportation and Services Requirements Document

    Science.gov (United States)

    Bayt, Robert L. (Compiler); Lueders, Kathryn L. (Compiler)

    2016-01-01

    The ISS Crew Transportation and Services Requirements Document (CCT-REQ-1130) contains all technical, safety, and crew health medical requirements that are mandatory for achieving a Crew Transportation System Certification that will allow for International Space Station delivery and return of NASA crew and limited cargo. Previously approved on TN23183.

  2. Guidebook for Preparation of Aircraft System Survivability Requirements for Procurement Documents.

    Science.gov (United States)

    1977-05-01

    reduction of vulnerability to nonnuclear, nuclear, and laser weapon effects. Requirements for S/V assessments and the verification of vulnerability...levels and survival enhancement features are also included. Although nuclear and laser weapon effects are included, the major emphasis is on the reduction

  3. ELECTRICAL POWER SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    M. Maniyar

    2004-06-22

    The purpose of this revision of the System Description Document (SDD) is to establish requirements that drive the design of the electrical power system and their bases to allow the design effort to proceed to License Application. This SDD is a living document that will be revised at strategic points as the design matures over time. This SDD identifies the requirements and describes the system design as they exist at this time, with emphasis on those attributes of the design provided to meet the requirements. This SDD has been developed to be an engineering tool for design control. Accordingly, the primary audience are design engineers. This type of SDD leads and follows the design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential to performing the design process. This SDD follows the design with regard to the description of the system. The description provided in the SDD is a reflection of the results of the design process to date. Functional and operational requirements applicable to this system are obtained from ''Project Functional and Operational Requirements'' (F&OR) (Siddoway, 2003). Other requirements to support the design process have been taken from higher level requirements documents such as ''Project Design Criteria Document'' (PDC) (Doraswamy 2004), the fire hazards analyses, and the preclosure safety analysis. The above mentioned low-level documents address ''Project Requirements Document'' (PRD) (Canori and Leitner 2003) requirements. This SDD includes several appendices with supporting information. Appendix B lists key system charts, diagrams, drawings, and lists; and Appendix C is a list of system procedures.

  4. CNEA's quality system documentation

    International Nuclear Information System (INIS)

    Mazzini, M.M.; Garonis, O.H.

    1998-01-01

    Full text: To obtain an effective and coherent documentation system suitable for CNEA's Quality Management Program, we decided to organize the CNEA's quality documentation with : a- Level 1. Quality manual. b- Level 2. Procedures. c-Level 3. Qualities plans. d- Level 4: Instructions. e- Level 5. Records and other documents. The objective of this work is to present a standardization of the documentation of the CNEA's quality system of facilities, laboratories, services, and R and D activities. Considering the diversity of criteria and formats for elaboration the documentation by different departments, and since ultimately each of them generally includes the same quality management policy, we proposed the elaboration of a system in order to improve the documentation, avoiding unnecessary time wasting and costs. This will aloud each sector to focus on their specific documentation. The quality manuals of the atomic centers fulfill the rule 3.6.1 of the Nuclear Regulatory Authority, and the Safety Series 50-C/SG-Q of the International Atomic Energy Agency. They are designed by groups of competent and highly trained people of different departments. The normative procedures are elaborated with the same methodology as the quality manuals. The quality plans which describe the organizational structure of working group and the appropriate documentation, will asses the quality manuals of facilities, laboratories, services, and research and development activities of atomic centers. The responsibilities for approval of the normative documentation are assigned to the management in charge of the administration of economic and human resources in order to fulfill the institutional objectives. Another improvement aimed to eliminate unnecessary invaluable processes is the inclusion of all quality system's normative documentation in the CNEA intranet. (author) [es

  5. ELECTRICAL SUPPORT SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    S. Roy

    2004-06-24

    The purpose of this revision of the System Design Description (SDD) is to establish requirements that drive the design of the electrical support system and their bases to allow the design effort to proceed to License Application. This SDD is a living document that will be revised at strategic points as the design matures over time. This SDD identifies the requirements and describes the system design as they exist at this time, with emphasis on those attributes of the design provided to meet the requirements. This SDD has been developed to be an engineering tool for design control. Accordingly, the primary audience/users are design engineers. This type of SDD both ''leads'' and ''trails'' the design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. The SDD trails the design with regard to the description of the system. The description provided in the SDD is a reflection of the results of the design process to date. Functional and operational requirements applicable to electrical support systems are obtained from the ''Project Functional and Operational Requirements'' (F&OR) (Siddoway 2003). Other requirements to support the design process have been taken from higher-level requirements documents such as the ''Project Design Criteria Document'' (PDC) (Doraswamy 2004), and fire hazards analyses. The above-mentioned low-level documents address ''Project Requirements Document'' (PRD) (Canon and Leitner 2003) requirements. This SDD contains several appendices that include supporting information. Appendix B lists key system charts, diagrams, drawings, and lists, and Appendix C includes a list of system procedures.

  6. SNF AGING SYSTEM DESCRIPTION DOCUMENT

    International Nuclear Information System (INIS)

    L.L. Swanson

    2005-01-01

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the spent nuclear fuel (SNF) aging system and associated bases, which will allow the design effort to proceed. This SDD will be revised at strategic points as the design matures. This SDD identifies the requirements and describes the system design, as it currently exists, with emphasis on attributes of the design provided to meet the requirements. This SDD is an engineering tool for design control; accordingly, the primary audience and users are design engineers. This SDD is part of an iterative design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. The SDD follows the design with regard to the description of the system. The description provided in the SDD reflects the current results of the design process. Throughout this SDD, the term aging cask applies to vertical site-specific casks and to horizontal aging modules. The term overpack is a vertical site-specific cask that contains a dual-purpose canister (DPC) or a disposable canister. Functional and operational requirements applicable to this system were obtained from ''Project Functional and Operational Requirements'' (F andOR) (Curry 2004 [DIRS 170557]). Other requirements that support the design process were taken from documents such as ''Project Design Criteria Document'' (PDC) (BSC 2004 [DES 171599]), ''Site Fire Hazards Analyses'' (BSC 2005 [DIRS 172174]), and ''Nuclear Safety Design Bases for License Application'' (BSC 2005 [DIRS 171512]). The documents address requirements in the ''Project Requirements Document'' (PRD) (Canori and Leitner 2003 [DIRS 166275]). This SDD includes several appendices. Appendix A is a Glossary; Appendix B is a list of key system charts, diagrams, drawings, lists and additional supporting information; and Appendix C is a list of

  7. 7 CFR 1794.41 - Document requirements.

    Science.gov (United States)

    2010-01-01

    ... 7 Agriculture 12 2010-01-01 2010-01-01 false Document requirements. 1794.41 Section 1794.41....41 Document requirements. Applicants will provide an ER in accordance with the appropriate guidance documents referenced in § 1794.7. After RUS has evaluated the ER and has determined the ER adequately...

  8. Documentation Requirements, Intrinsic Motivation, and Worker Absence

    DEFF Research Database (Denmark)

    Andersen, Lotte Bøgh; Kristensen, Nicolai; Pedersen, Lene Holm

    2015-01-01

    Command systems are widely used to monitor public service provision, but little is known about unintended effects on individual workers’ motivation and work effort. Using insights from motivation crowding theory, we estimate a SEM model that captures how Danish childcare assistants and social...... and higher sickness absence. The association is statistically significant, but very small in substantive terms. The result is nevertheless consistent with the expectation in motivation crowding theory and contributes to the literature by including a new, reliable behavioral variable—sickness absence....../healthcare assistants perceive documentation requirements. We analyze how this perception relates to intrinsic motivation measured in a survey and sickness absence as reported in administrative registers, and find that individuals who perceive documentation requirements as controlling have lower intrinsic motivation...

  9. Human Research Program Requirements Document (Revision C)

    Science.gov (United States)

    Vargas, Paul R.

    2009-01-01

    The purpose of this document is to define, document, and allocate the Human Research Program (HRP) requirements to the HRP Program Elements. It establishes the flow-down of requirements from Exploration Systems Mission Directorate (ESMD) and Office of the Chief Health and Medical Officer (OCHMO) to the various Program Elements of the HRP to ensure that human research and technology countermeasure investments are made to insure the delivery of countermeasures and technologies that satisfy ESMD's and OCHMO's exploration mission requirements. Requirements driving the HRP work and deliverables are derived from the exploration architecture, as well as Agency standards regarding the maintenance of human health and performance. Agency human health and performance standards will define acceptable risk for each type and duration of exploration mission. It is critical to have the best available scientific and clinical evidence in setting and validating these standards. In addition, it is imperative that the best available evidence on preventing and mitigating human health and performance risks is incorporated into exploration mission and vehicle designs. These elements form the basis of the HRP research and technology development requirements and highlight the importance of HRP investments in enabling NASA's exploration missions. This PRD defines the requirements of the HRP which is comprised of the following major Program Elements: Behavioral Health and Performance (BHP), Exploration Medical Capability (ExMC), Human Health Countermeasures (HHC), ISS Medical Project (ISSMP), Space Human Factors and Habitability (SHFH), and Space Radiation (SR).

  10. Automated Test Requirement Document Generation

    Science.gov (United States)

    1987-11-01

    DIAGNOSTICS BASED ON THE PRINCIPLES OF ARTIFICIAL INTELIGENCE ", 1984 International Test Conference, 01Oct84, (A3, 3, Cs D3, E2, G2, H2, 13, J6, K) 425...j0O GLOSSARY OF ACRONYMS 0 ABBREVIATION DEFINITION AFSATCOM Air Force Satellite Communication Al Artificial Intelligence ASIC Application Specific...In-Test Equipment (BITE) and AI ( Artificial Intelligence) - Expert Systems - need to be fully applied before a completely automated process can be

  11. SNF AGING SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    L.L. Swanson

    2005-04-06

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the spent nuclear fuel (SNF) aging system and associated bases, which will allow the design effort to proceed. This SDD will be revised at strategic points as the design matures. This SDD identifies the requirements and describes the system design, as it currently exists, with emphasis on attributes of the design provided to meet the requirements. This SDD is an engineering tool for design control; accordingly, the primary audience and users are design engineers. This SDD is part of an iterative design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. The SDD follows the design with regard to the description of the system. The description provided in the SDD reflects the current results of the design process. Throughout this SDD, the term aging cask applies to vertical site-specific casks and to horizontal aging modules. The term overpack is a vertical site-specific cask that contains a dual-purpose canister (DPC) or a disposable canister. Functional and operational requirements applicable to this system were obtained from ''Project Functional and Operational Requirements'' (F&OR) (Curry 2004 [DIRS 170557]). Other requirements that support the design process were taken from documents such as ''Project Design Criteria Document'' (PDC) (BSC 2004 [DES 171599]), ''Site Fire Hazards Analyses'' (BSC 2005 [DIRS 172174]), and ''Nuclear Safety Design Bases for License Application'' (BSC 2005 [DIRS 171512]). The documents address requirements in the ''Project Requirements Document'' (PRD) (Canori and Leitner 2003 [DIRS 166275]). This SDD includes several appendices. Appendix A is a Glossary; Appendix B is a list of key system charts

  12. Wind system documentation

    Energy Technology Data Exchange (ETDEWEB)

    Froggatt, J.R.; Tatum, C.P.

    1993-01-15

    Atmospheric transport and diffusion models have been developed by the Environmental Technology Section (ETS) of the Savannah River Technology Center to calculate the location and concentration of toxic or radioactive materials during an accidental release at the Savannah River Site (SRS). The output from these models has been used to support initial on-site and off-site emergency response activities such as protective action decision making and field monitoring coordination. These atmospheric transport and diffusion models have been incorporated into an automated computer-based system called the (Weather Information and Display) System and linked to real-time meteorological and radiological monitoring instruments to provide timely information for these emergency response activities (Hunter, 1990). This report documents various aspects of the WIND system.

  13. Spectrum analysis on quality requirements consideration in software design documents.

    Science.gov (United States)

    Kaiya, Haruhiko; Umemura, Masahiro; Ogata, Shinpei; Kaijiri, Kenji

    2013-12-01

    Software quality requirements defined in the requirements analysis stage should be implemented in the final products, such as source codes and system deployment. To guarantee this meta-requirement, quality requirements should be considered in the intermediate stages, such as the design stage or the architectural definition stage. We propose a novel method for checking whether quality requirements are considered in the design stage. In this method, a technique called "spectrum analysis for quality requirements" is applied not only to requirements specifications but also to design documents. The technique enables us to derive the spectrum of a document, and quality requirements considerations in the document are numerically represented in the spectrum. We can thus objectively identify whether the considerations of quality requirements in a requirements document are adapted to its design document. To validate the method, we applied it to commercial software systems with the help of a supporting tool, and we confirmed that the method worked well.

  14. TWRS configuration management requirement source document

    Energy Technology Data Exchange (ETDEWEB)

    Vann, J.M.

    1997-09-17

    The TWRS Configuration Management (CM) Requirement Source document prescribes CM as a basic product life-cycle function by which work and activities are conducted or accomplished. This document serves as the requirements basis for the TWRS CM program. The objective of the TWRS CM program is to establish consistency among requirements, physical/functional configuration, information, and documentation for TWRS and TWRS products, and to maintain this consistency throughout the life-cycle of TWRS and the product, particularly as changes are being made.

  15. TWRS configuration management requirement source document

    International Nuclear Information System (INIS)

    Vann, J.M.

    1997-01-01

    The TWRS Configuration Management (CM) Requirement Source document prescribes CM as a basic product life-cycle function by which work and activities are conducted or accomplished. This document serves as the requirements basis for the TWRS CM program. The objective of the TWRS CM program is to establish consistency among requirements, physical/functional configuration, information, and documentation for TWRS and TWRS products, and to maintain this consistency throughout the life-cycle of TWRS and the product, particularly as changes are being made

  16. Transit safety retrofit package development : applications requirements document.

    Science.gov (United States)

    2014-05-01

    This Application Requirements Document for the Transit Safety Retrofit Package (TRP) Development captures the : system, hardware and software requirements towards fulfilling the technical objectives stated within the contract. : To achieve the object...

  17. Informational system. Documents management

    Directory of Open Access Journals (Sweden)

    Vladut Iacob

    2009-12-01

    Full Text Available Productivity growing, as well as reducing of operational costs in a company can be achieved by adopting a document management solutions. Such application will allow management and structured and efficient transmission of information within the organization.

  18. 48 CFR 313.501 - Special documentation requirements.

    Science.gov (United States)

    2010-10-01

    ... 48 Federal Acquisition Regulations System 4 2010-10-01 2010-10-01 false Special documentation... CONTRACTING METHODS AND CONTRACT TYPES SIMPLIFIED ACQUISITION PROCEDURES Test Program for Certain Commercial Items 313.501 Special documentation requirements. (a)(1) (i) The justification requirements of 306.303-1...

  19. From document to database: modernizing requirements management

    International Nuclear Information System (INIS)

    Giajnorio, J.; Hamilton, S.

    2007-01-01

    The creation, communication, and management of design requirements are central to the successful completion of any large engineering project, both technically and commercially. Design requirements in the Canadian nuclear industry are typically numbered lists in multiple documents created using word processing software. As an alternative, GE Nuclear Products implemented a central requirements management database for a major project at Bruce Power. The database configured the off-the-shelf software product, Telelogic Doors, to GE's requirements structure. This paper describes the advantages realized by this scheme. Examples include traceability from customer requirements through to test procedures, concurrent engineering, and automated change history. (author)

  20. Supplemental design requirements document, Project W026

    International Nuclear Information System (INIS)

    Weidert, J.R.

    1993-01-01

    This document supplements and extends the Functional Design Criteria, SP-W026-FDC-001, for the Waste Receiving and Processing Facility (WRAP), Module 1. It provides additional detailed requirements, summarizes key Westinghouse Hanford Company design guidance, and establishes baseline technical agreements to be used in definitive design of the WRAP-1 facility. Revision 3 of the Supplemental Design Requirements Document has been assigned an Impact Level of 3ESQ based on the content of the entire revision. The actual changes made from Revision 2 have an Impact Level of 3S and the basis for these changes was previously reviewed and approved per WHC correspondence No. 9355770

  1. Electronic availability of microgravity experiments safety and integration requirements documents

    Science.gov (United States)

    Hogan, Jean M.

    1995-01-01

    This follow-on to NASA Contractor Report 195447, Microgravity Experiments Safety and Integration Requirements Document Tree, provides the details for accessing the systems that contain the official, electronic versions of the documents initially researched in NASA Contractor Report 195447. The data in this report serves as a valuable information source for the NASA Lewis Research Center Project Documentation Center (PDC), as well as for all developers of space experiments. The PDC has acquired the hardware, software, ID's, and passwords necessary to access most of these systems and is now able to provide customers with current document information as well as immediate delivery of available documents in either electronic or hard copy format.

  2. Guidebook for preparation of aircraft-system survivability requirements for procurement documents. Final report, October 1975-October 1976

    Energy Technology Data Exchange (ETDEWEB)

    Morrow, J.J.; Burris, R.A.; Watson, D.J.

    1977-05-01

    This report is intended to provide guidelines for the preparation of procurements specifications for aircraft survivability enhancement equipment, for the survivability/vulnerability (S/V) tasks associated with the procurement of a total aircraft system or its relate subsystems, and also for the modification of current fleet aircraft to their related subsystems. It is intended that these S/V procurement guidelines be applied to the procurement of all military aircraft, aircraft subsystems, and aircraft componenets which can either lose their functional capability of have their performance degraded as a result of interactions with the damage mechanisms of threat weapons. The guidelines should be applied to preliminary design programs, to production programs, and to programs that will retrofit or modify existing systems. These guidelines include general requirements statements for the establishment of an S/V program, requirements statements for reducing the susceptibility of the system to the threat weapons, and requirements for the reduction of vulnerability to nonnuclear, nuclear, and laser weapon effects. Requirements for S/V assessments and the verification of vulnerability levels and survival enhancement features are also included. Although nuclear and laser weapon effects are included, the major emphasis is on the reduction of susceptibility and vulnerability to conventional weapons and the establishment of the S/V program.

  3. TWRSview system requirements specification

    International Nuclear Information System (INIS)

    Caldwell, J.A.; Lee, A.K.

    1995-12-01

    This document provides the system requirements specification for the TWRSview software system. The TWRSview software system is being developed to integrate electronic data supporting the development of the TWRS technical baseline

  4. Laser sensor system documentation.

    Science.gov (United States)

    2017-03-01

    Phase 1 of TxDOT Project 0-6873, True Road Surface Deflection Measuring Device, developed a : laser sensor system based on several sensors mounted on a rigid beam. : This sensor system remains with CTR currently, as the project is moving into Phase 2...

  5. Nuclear power plants documentation system

    International Nuclear Information System (INIS)

    Schwartz, E.L.

    1991-01-01

    Since the amount of documents (type and quantity) necessary for the entire design of a NPP is very large, this implies that an overall and detailed identification, filling and retrieval system shall be implemented. This is even more applicable to the FINAL QUALITY DOCUMENTATION of the plant, as stipulated by IAEA Safety Codes and related guides. For such a purpose it was developed a DOCUMENTATION MANUAL, which describes in detail the before mentioned documentation system. Here we present the expected goals and results which we have to reach for Angra 2 and 3 Project. (author)

  6. Hanford analytical services quality assurance requirements documents

    Energy Technology Data Exchange (ETDEWEB)

    Hyatt, J.E.

    1997-09-25

    Hanford Analytical Services Quality Assurance Requirements Document (HASQARD) is issued by the Analytical Services, Program of the Waste Management Division, US Department of Energy (US DOE), Richland Operations Office (DOE-RL). The HASQARD establishes quality requirements in response to DOE Order 5700.6C (DOE 1991b). The HASQARD is designed to meet the needs of DOE-RL for maintaining a consistent level of quality for sampling and field and laboratory analytical services provided by contractor and commercial field and laboratory analytical operations. The HASQARD serves as the quality basis for all sampling and field/laboratory analytical services provided to DOE-RL through the Analytical Services Program of the Waste Management Division in support of Hanford Site environmental cleanup efforts. This includes work performed by contractor and commercial laboratories and covers radiological and nonradiological analyses. The HASQARD applies to field sampling, field analysis, and research and development activities that support work conducted under the Hanford Federal Facility Agreement and Consent Order Tri-Party Agreement and regulatory permit applications and applicable permit requirements described in subsections of this volume. The HASQARD applies to work done to support process chemistry analysis (e.g., ongoing site waste treatment and characterization operations) and research and development projects related to Hanford Site environmental cleanup activities. This ensures a uniform quality umbrella to analytical site activities predicated on the concepts contained in the HASQARD. Using HASQARD will ensure data of known quality and technical defensibility of the methods used to obtain that data. The HASQARD is made up of four volumes: Volume 1, Administrative Requirements; Volume 2, Sampling Technical Requirements; Volume 3, Field Analytical Technical Requirements; and Volume 4, Laboratory Technical Requirements. Volume 1 describes the administrative requirements

  7. Topology of Document Retrieval Systems.

    Science.gov (United States)

    Everett, Daniel M.; Cater, Steven C.

    1992-01-01

    Explains the use of a topological structure to examine the closeness between documents in retrieval systems and analyzes the topological structure of a vector-space model, a fuzzy-set model, an extended Boolean model, a probabilistic model, and a TIRS (Topological Information Retrieval System) model. Proofs for the results are appended. (17…

  8. FIREX mission requirements document for renewable resources

    Science.gov (United States)

    Carsey, F.; Dixon, T.

    1982-01-01

    The initial experimental program and mission requirements for a satellite synthetic aperture radar (SAR) system FIREX (Free-Flying Imaging Radar Experiment) for renewable resources is described. The spacecraft SAR is a C-band and L-band VV polarized system operating at two angles of incidence which is designated as a research instrument for crop identification, crop canopy condition assessments, soil moisture condition estimation, forestry type and condition assessments, snow water equivalent and snow wetness assessments, wetland and coastal land type identification and mapping, flood extent mapping, and assessment of drainage characteristics of watersheds for water resources applications. Specific mission design issues such as the preferred incidence angles for vegetation canopy measurements and the utility of a dual frequency (L and C-band) or dual polarization system as compared to the baseline system are addressed.

  9. Linguistic Documentation of Metal System

    Science.gov (United States)

    1978-05-01

    art beyond its current limitations, and the Report documents an important milestone in machine translation KtD. The System is based on cumulative...ARITHmetic B MATHematics ARTS , fine ASTRonomy « same ASTROLogy « ASTRology ATHLetics BACTeriology « MEDical BAKing BIBlical « BIBLical...Ecclesiastical = RELIGion ’ ECONomics * same ELectricity ■ ELECTRicity EMBRoidery ENGINeering = TECHnology ENGRaving ENTOMology = ZOOlogy [ENTomology

  10. Detailed requirements document for Stowage List and Hardware Tracking System (SLAHTS). [computer based information management system in support of space shuttle orbiter stowage configuration

    Science.gov (United States)

    Keltner, D. J.

    1975-01-01

    The stowage list and hardware tracking system, a computer based information management system, used in support of the space shuttle orbiter stowage configuration and the Johnson Space Center hardware tracking is described. The input, processing, and output requirements that serve as a baseline for system development are defined.

  11. Waste Management System Description Document (WMSD)

    International Nuclear Information System (INIS)

    1992-02-01

    This report is an appendix of the ''Waste Management Description Project, Revision 1''. This appendix is about the interim approach for the technical baseline of the waste management system. It describes the documentation and regulations of the waste management system requirements and description. (MB)

  12. Fluor Daniel Hanford contract standards/requirements identification document

    Energy Technology Data Exchange (ETDEWEB)

    Bennett, G.L.

    1997-04-24

    This document, the Standards/Requirements Identification Document (S/RID) for the Fluor Daniel Hanford Contract, represents the necessary and sufficient requirements to provide an adequate level of protection of the worker, public health and safety, and the environment.

  13. Fluor Daniel Hanford company standards requirements identification document

    International Nuclear Information System (INIS)

    Bennett, G.L.

    1997-01-01

    This document, the Standards/Requirements Identification Document (S/RID) for the Fluor Daniel Hanford Contract, represents the necessary and sufficient requirements to provide an adequate level of protection of the worker, public health and safety, and the environment

  14. Preliminary Design Requirements Document for Project W-314

    International Nuclear Information System (INIS)

    MCGREW, D.L.

    2000-01-01

    This document sets forth functional requirements, performance requirements, and design constraints for the tank farm systems elements identified in Section 3.1 of this document. These requirements shall be used to develop the Design Requirements Baseline for those system elements. System Overview--The tank farm system at Hanford Site currently consists of 149 single shell tanks and 28 double shell tanks with associated facilities and equipment, located in 18 separate groupings. Each grouping is known as a tank farm. They are located in the areas designated as 200 West and 200 East. Table 1-1 shows the number of tanks in each farm. The farms are connected together through a transfer system consisting of piping, diversion boxes, Double Contained Receiver Tanks (DCRT) and other miscellaneous facilities and elements. The tank farm system also connects to a series of processing plants which generate radioactive and hazardous wastes. The primary functions of the tank farm system are to store, transfer, concentrate, and characterize radioactive and hazardous waste generated at Hanford, until the waste can be safely retrieved, processed and dispositioned. The systems provided by Project W-314 support the store and transfer waste functions. The system elements to be upgraded by Project W-314 are identified in Section 3.1

  15. 22 CFR 40.71 - Documentation requirements for immigrants.

    Science.gov (United States)

    2010-04-01

    ... 22 Foreign Relations 1 2010-04-01 2010-04-01 false Documentation requirements for immigrants. 40... NONIMMIGRANTS AND IMMIGRANTS UNDER THE IMMIGRATION AND NATIONALITY ACT, AS AMENDED Documentation Requirements § 40.71 Documentation requirements for immigrants. INA 212(a)(7)(A) is not applicable at the time of...

  16. SURFACE INDUSTRIAL HVAC SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    M.M. Ansari

    2005-04-05

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the surface industrial heating, ventilation, and air-conditioning (HVAC) system and its bases to allow the design effort to proceed to license application. This SDD will be revised at strategic points as the design matures. This SDD identifies the requirements and describes the system design, as it currently exists, with emphasis on attributes of the design provided to meet the requirements. This SDD is an engineering tool for design control; accordingly, the primary audience and users are design engineers. This SDD is part of an iterative design process. It leads the design process with regard to the flowdown of upper tier requirements onto the system. Knowledge of these requirements is essential to performing the design process. The SDD follows the design with regard to the description of the system. The description that provided in this SDD reflects the current results of the design process.

  17. Functional requirements document for the Earth Observing System Data and Information System (EOSDIS) Scientific Computing Facilities (SCF) of the NASA/MSFC Earth Science and Applications Division, 1992

    Science.gov (United States)

    Botts, Michael E.; Phillips, Ron J.; Parker, John V.; Wright, Patrick D.

    1992-01-01

    Five scientists at MSFC/ESAD have EOS SCF investigator status. Each SCF has unique tasks which require the establishment of a computing facility dedicated to accomplishing those tasks. A SCF Working Group was established at ESAD with the charter of defining the computing requirements of the individual SCFs and recommending options for meeting these requirements. The primary goal of the working group was to determine which computing needs can be satisfied using either shared resources or separate but compatible resources, and which needs require unique individual resources. The requirements investigated included CPU-intensive vector and scalar processing, visualization, data storage, connectivity, and I/O peripherals. A review of computer industry directions and a market survey of computing hardware provided information regarding important industry standards and candidate computing platforms. It was determined that the total SCF computing requirements might be most effectively met using a hierarchy consisting of shared and individual resources. This hierarchy is composed of five major system types: (1) a supercomputer class vector processor; (2) a high-end scalar multiprocessor workstation; (3) a file server; (4) a few medium- to high-end visualization workstations; and (5) several low- to medium-range personal graphics workstations. Specific recommendations for meeting the needs of each of these types are presented.

  18. 5 CFR 1315.9 - Required documentation.

    Science.gov (United States)

    2010-01-01

    ... to support payment of invoices and interest penalties: (a) The following information from the... requirements under the Prompt Payment Act, including the payment of interest penalties on late invoice payments... electronic payment is required, the contract will stipulate that banking information must be submitted no...

  19. Document creation, linking, and maintenance system

    Science.gov (United States)

    Claghorn, Ronald [Pasco, WA

    2011-02-15

    A document creation and citation system designed to maintain a database of reference documents. The content of a selected document may be automatically scanned and indexed by the system. The selected documents may also be manually indexed by a user prior to the upload. The indexed documents may be uploaded and stored within a database for later use. The system allows a user to generate new documents by selecting content within the reference documents stored within the database and inserting the selected content into a new document. The system allows the user to customize and augment the content of the new document. The system also generates citations to the selected content retrieved from the reference documents. The citations may be inserted into the new document in the appropriate location and format, as directed by the user. The new document may be uploaded into the database and included with the other reference documents. The system also maintains the database of reference documents so that when changes are made to a reference document, the author of a document referencing the changed document will be alerted to make appropriate changes to his document. The system also allows visual comparison of documents so that the user may see differences in the text of the documents.

  20. Canister Transfer System Description Document

    International Nuclear Information System (INIS)

    2000-01-01

    The Canister Transfer System receives transportation casks containing large and small disposable canisters, unloads the canisters from the casks, stores the canisters as required, loads them into disposal containers (DCs), and prepares the empty casks for re-shipment. Cask unloading begins with cask inspection, sampling, and lid bolt removal operations. The cask lids are removed and the canisters are unloaded. Small canisters are loaded directly into a DC, or are stored until enough canisters are available to fill a DC. Large canisters are loaded directly into a DC. Transportation casks and related components are decontaminated as required, and empty casks are prepared for re-shipment. One independent, remotely operated canister transfer line is provided in the Waste Handling Building System. The canister transfer line consists of a Cask Transport System, Cask Preparation System, Canister Handling System, Disposal Container Transport System, an off-normal canister handling cell with a transfer tunnel connecting the two cells, and Control and Tracking System. The Canister Transfer System operating sequence begins with moving transportation casks to the cask preparation area with the Cask Transport System. The Cask Preparation System prepares the cask for unloading and consists of cask preparation manipulator, cask inspection and sampling equipment, and decontamination equipment. The Canister Handling System unloads the canister(s) and places them into a DC. Handling equipment consists of a bridge crane/hoist, DC loading manipulator, lifting fixtures, and small canister staging racks. Once the cask has been unloaded, the Cask Preparation System decontaminates the cask exterior and returns it to the Carrier/Cask Handling System via the Cask Transport System. After the DC is fully loaded, the Disposal Container Transport System moves the DC to the Disposal Container Handling System for welding. To handle off-normal canisters, a separate off-normal canister handling

  1. CANISTER TRANSFER SYSTEM DESCRIPTION DOCUMENT

    International Nuclear Information System (INIS)

    B. Gorpani

    2000-01-01

    The Canister Transfer System receives transportation casks containing large and small disposable canisters, unloads the canisters from the casks, stores the canisters as required, loads them into disposal containers (DCs), and prepares the empty casks for re-shipment. Cask unloading begins with cask inspection, sampling, and lid bolt removal operations. The cask lids are removed and the canisters are unloaded. Small canisters are loaded directly into a DC, or are stored until enough canisters are available to fill a DC. Large canisters are loaded directly into a DC. Transportation casks and related components are decontaminated as required, and empty casks are prepared for re-shipment. One independent, remotely operated canister transfer line is provided in the Waste Handling Building System. The canister transfer line consists of a Cask Transport System, Cask Preparation System, Canister Handling System, Disposal Container Transport System, an off-normal canister handling cell with a transfer tunnel connecting the two cells, and Control and Tracking System. The Canister Transfer System operating sequence begins with moving transportation casks to the cask preparation area with the Cask Transport System. The Cask Preparation System prepares the cask for unloading and consists of cask preparation manipulator, cask inspection and sampling equipment, and decontamination equipment. The Canister Handling System unloads the canister(s) and places them into a DC. Handling equipment consists of a bridge crane hoist,; DC--loading manipulator, lifting fixtures, and small canister staging racks. Once the cask has been unloaded, the Cask Preparation System decontaminates the cask exterior and returns it to the Carrier/Cask Handling System via the Cask Transport System. After the; DC--is fully loaded, the Disposal Container Transport System moves the; DC--to the Disposal Container Handling System for welding. To handle off-normal canisters, a separate off-normal canister

  2. Ground Control System Description Document

    Energy Technology Data Exchange (ETDEWEB)

    Eric Loros

    2001-07-31

    The Ground Control System contributes to the safe construction and operation of the subsurface facility, including accesses and waste emplacement drifts, by maintaining the configuration and stability of the openings during construction, development, emplacement, and caretaker modes for the duration of preclosure repository life. The Ground Control System consists of ground support structures installed within the subsurface excavated openings, any reinforcement made to the rock surrounding the opening, and inverts if designed as an integral part of the system. The Ground Control System maintains stability for the range of geologic conditions expected at the repository and for all expected loading conditions, including in situ rock, construction, operation, thermal, and seismic loads. The system maintains the size and geometry of operating envelopes for all openings, including alcoves, accesses, and emplacement drifts. The system provides for the installation and operation of sensors and equipment for any required inspection and monitoring. In addition, the Ground Control System provides protection against rockfall for all subsurface personnel, equipment, and the engineered barrier system, including the waste package during the preclosure period. The Ground Control System uses materials that are sufficiently maintainable and that retain the necessary engineering properties for the anticipated conditions of the preclosure service life. These materials are also compatible with postclosure waste isolation performance requirements of the repository. The Ground Control System interfaces with the Subsurface Facility System for operating envelopes, drift orientation, and excavated opening dimensions, Emplacement Drift System for material compatibility, Monitored Geologic Repository Operations Monitoring and Control System for ground control instrument readings, Waste Emplacement/Retrieval System to support waste emplacement operations, and the Subsurface Excavation System

  3. Ground Control System Description Document

    International Nuclear Information System (INIS)

    Eric Loros

    2001-01-01

    The Ground Control System contributes to the safe construction and operation of the subsurface facility, including accesses and waste emplacement drifts, by maintaining the configuration and stability of the openings during construction, development, emplacement, and caretaker modes for the duration of preclosure repository life. The Ground Control System consists of ground support structures installed within the subsurface excavated openings, any reinforcement made to the rock surrounding the opening, and inverts if designed as an integral part of the system. The Ground Control System maintains stability for the range of geologic conditions expected at the repository and for all expected loading conditions, including in situ rock, construction, operation, thermal, and seismic loads. The system maintains the size and geometry of operating envelopes for all openings, including alcoves, accesses, and emplacement drifts. The system provides for the installation and operation of sensors and equipment for any required inspection and monitoring. In addition, the Ground Control System provides protection against rockfall for all subsurface personnel, equipment, and the engineered barrier system, including the waste package during the preclosure period. The Ground Control System uses materials that are sufficiently maintainable and that retain the necessary engineering properties for the anticipated conditions of the preclosure service life. These materials are also compatible with postclosure waste isolation performance requirements of the repository. The Ground Control System interfaces with the Subsurface Facility System for operating envelopes, drift orientation, and excavated opening dimensions, Emplacement Drift System for material compatibility, Monitored Geologic Repository Operations Monitoring and Control System for ground control instrument readings, Waste Emplacement/Retrieval System to support waste emplacement operations, and the Subsurface Excavation System

  4. Future CANDU nuclear power plant design requirements document executive summary

    International Nuclear Information System (INIS)

    Lee, Duk Su; Chang, Woo Hyun; Lee, Nam Young; S. A. Usmani

    1996-03-01

    The future CANDU Requirements Document (FCRED) describes a clear and complete statement of utility requirements for the next generation of CANDU nuclear power plants including those in Korea. The requirements are based on proven technology of PHWR experience and are intended to be consistent with those specified in the current international requirement documents. Furthermore, these integrated set of design requirements, incorporate utility input to the extent currently available and assure a simple, robust and more forgiving design that enhances the performance and safety. The FCRED addresses the entire plant, including the nuclear steam supply system and the balance of the plant, up to the interface with the utility grid at the distribution side of the circuit breakers which connect the switchyard to the transmission lines. Requirements for processing of low level radioactive waste at the plant site and spent fuel storage requirements are included in the FCRED. Off-site waste disposal is beyond the scope of the FCRED. 2 tabs., 1 fig. (Author) .new

  5. Fiscal year 1997-1998 waste information requirements document

    International Nuclear Information System (INIS)

    Poppiti, J.A.

    1997-01-01

    The Waste Information Requirements Document describes the activities of the Tank Waste Remediation System (TWRS) Characterization Project that provide characterization information on Hanford Site waste tanks. The characterization information is required to perform operations and meet the commitments of TWRS end users. These commitments are derived from the Hanford Federal Facility Agreement and Consent Order, also known as the Tri-Party Agreement; the Recommendation 93-5 Implementation Plan to the Defense Nuclear Facilities Safety Board (DNFSB); and other directives as listed in Section 4.0. This Waste Information Requirement Document applies to Fiscal Years 1997 and 1998 activities. Its contents are based on the best information available in August 1997. The format and content are based on the directions of DOE-RL (Sieracki, 1997) and Fluor Daniel Hanford Incorporated (Umek, 1997). Activities, such as the revision of the Tank Characterization Technical Sampling Basis (Brown et al. 1997), the revision of the data quality objectives (DQOs), issue closures, discussions with Ecology, and management decisions may cause subsequent updates to the Waste Information Requirements Document

  6. Tank Waste Remediation System Projects Document Control Plan

    International Nuclear Information System (INIS)

    Slater, G.D.; Halverson, T.G.

    1994-01-01

    The purpose of this Tank Waste Remediation System Projects Document Control Plan is to provide requirements and responsibilities for document control for the Hanford Waste Vitrification Plant (HWVP) Project and the Initial Pretreatment Module (IPM) Project

  7. 12 CFR 703.4 - Recordkeeping and documentation requirements.

    Science.gov (United States)

    2010-01-01

    ... 12 Banks and Banking 6 2010-01-01 2010-01-01 false Recordkeeping and documentation requirements... CREDIT UNIONS INVESTMENT AND DEPOSIT ACTIVITIES § 703.4 Recordkeeping and documentation requirements. (a... accounting principles applicable to reports or statements required to be filed with NCUA. Federal credit...

  8. Regulation No. 56/2006 Coll. of the Nuclear Regulatory Authority of the Slovak Republic dated as of January 12, 2006 on details concerning requirements for quality system documentation of authorisation holder, as well as details concerning quality requirements for nuclear installations, details concerning quality requirements for classified equipment and details concerning the scope of their approval

    International Nuclear Information System (INIS)

    2006-01-01

    This Regulation provides details of the requirements for quality system documentation holder, details of the quality requirements for nuclear installations, details concerning quality requirements for classified equipment and details of the scope of their approval. This Regulation came into force on March 1, 2006.

  9. World energy projection system: Model documentation

    International Nuclear Information System (INIS)

    1992-06-01

    The World Energy Project System (WEPS) is an accounting framework that incorporates projects from independently documented models and assumptions about the future energy intensity of economic activity (ratios of total energy consumption divided by gross domestic product) and about the rate of incremental energy requirements met by hydropower, geothermal, coal, and natural gas to produce projections of world energy consumption published annually by the Energy Information Administration (EIA) in the International Energy Outlook (IEO) (Figure 1). Two independently documented models presented in Figure 1, the Oil Market Simulation (OMS) model and the World Integrated Nuclear Evaluation System (WINES) provide projections of oil and nuclear power consumption published in the IEO. Output from a third independently documented model, and the International Coal Trade Model (ICTM), is not published in the IEO but is used in WEPS as a supply check on projections of world coal consumption produced by WEPS and published in the IEO. A WEPS model of natural gas production documented in this report provides the same type of implicit supply check on the WEPS projections of world natural gas consumption published in the IEO. Two additional models are included in Figure 1, the OPEC Capacity model and the Non-OPEC Oil Production model. These WEPS models provide inputs to the OMS model and are documented in this report

  10. Technical requirements document for the waste flow analysis

    International Nuclear Information System (INIS)

    Shropshire, D.E.

    1996-05-01

    Purpose of this Technical Requirements Document is to define the top level customer requirements for the Waste Flow Analysis task. These requirements, once agreed upon with DOE, will be used to flow down subsequent development requirements to the model specifications. This document is intended to be a ''living document'' which will be modified over the course of the execution of this work element. Initial concurrence with the technical functional requirements from Environmental Management (EM)-50 is needed before the work plan can be developed

  11. 7 CFR 1717.152 - Required documentation for all mergers.

    Science.gov (United States)

    2010-01-01

    ... 7 Agriculture 11 2010-01-01 2010-01-01 false Required documentation for all mergers. 1717.152... ELECTRIC LOANS Mergers and Consolidations of Electric Borrowers § 1717.152 Required documentation for all mergers. In order for RUS to advance funds, send bills, and otherwise conduct business with a successor...

  12. 7 CFR 1423.6 - Financial information documentation requirements.

    Science.gov (United States)

    2010-01-01

    ... 7 Agriculture 10 2010-01-01 2010-01-01 false Financial information documentation requirements... CORPORATION APPROVED WAREHOUSES § 1423.6 Financial information documentation requirements. To be approved under this part, a warehouse operator shall submit a current financial statement at the time of...

  13. 22 CFR 203.7 - IPVO initial documentation requirements.

    Science.gov (United States)

    2010-04-01

    ... 22 Foreign Relations 1 2010-04-01 2010-04-01 false IPVO initial documentation requirements. 203.7... ORGANIZATIONS (PVOs) § 203.7 IPVO initial documentation requirements. (a) So that USAID can determine whether an... with generally accepted accounting principles (GAAP) or generally accepted accounting standards for...

  14. 22 CFR 203.8 - IPVO annual documentation requirements.

    Science.gov (United States)

    2010-04-01

    ... 22 Foreign Relations 1 2010-04-01 2010-04-01 false IPVO annual documentation requirements. 203.8... ORGANIZATIONS (PVOs) § 203.8 IPVO annual documentation requirements. (a) To maintain its registration, each... basis in accordance with GAAP or generally accepted accounting standards for IPVO's country of domicile...

  15. Exercise Compliance. A Data Documentation System.

    Science.gov (United States)

    Scherf, Joanne; Franklin, Barry A.

    1987-01-01

    The Cardiovascular Fitness and Rehabilitation Program of Sinai Hospital of Detroit implemented an exercise compliance data documentation system in 1984 which is used in its outpatient gymnasium cardiac fitness and rehabilitation program. This documentation system is described. (MT)

  16. Project W-441 cold vacuum drying facility design requirements document

    International Nuclear Information System (INIS)

    O'Neill, C.T.

    1997-01-01

    This document has been prepared and is being released for Project W-441 to record the design basis for the design of the Cold Vacuum Drying Facility. This document sets forth the physical design criteria, Codes and Standards, and functional requirements that were used in the design of the Cold Vacuum Drying Facility. This document contains section 3, 4, 6, and 9 of the Cold Vacuum Drying Facility Design Requirements Document. The remaining sections will be issued at a later date. The purpose of the Facility is to dry, weld, and inspect the Multi-Canister Overpacks before transport to dry storage

  17. Tank Monitoring and Document control System (TMACS) As Built Software Design Document

    Energy Technology Data Exchange (ETDEWEB)

    GLASSCOCK, J.A.

    2000-01-27

    This document describes the software design for the Tank Monitor and Control System (TMACS). This document captures the existing as-built design of TMACS as of November 1999. It will be used as a reference document to the system maintainers who will be maintaining and modifying the TMACS functions as necessary. The heart of the TMACS system is the ''point-processing'' functionality where a sample value is received from the field sensors and the value is analyzed, logged, or alarmed as required. This Software Design Document focuses on the point-processing functions.

  18. Tank Monitoring and Document control System (TMACS) As Built Software Design Document

    International Nuclear Information System (INIS)

    GLASSCOCK, J.A.

    2000-01-01

    This document describes the software design for the Tank Monitor and Control System (TMACS). This document captures the existing as-built design of TMACS as of November 1999. It will be used as a reference document to the system maintainers who will be maintaining and modifying the TMACS functions as necessary. The heart of the TMACS system is the ''point-processing'' functionality where a sample value is received from the field sensors and the value is analyzed, logged, or alarmed as required. This Software Design Document focuses on the point-processing functions

  19. SNF/HLW Transfer System Description Document

    International Nuclear Information System (INIS)

    W. Holt

    2005-01-01

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the spent nuclear fuel (SNF)/high-level radioactive waste (HLW) transfer system and associated bases, which will allow the design effort to proceed to license application. This SDD will be revised at strategic points as the design matures. This SDD identifies the requirements and describes the system design, as it currently exists, with emphasis on attributes of the design provided to meet the requirements. This SDD is an engineering tool for design control. Accordingly, the primary audience and users are design engineers. This SDD is part of an iterative design process. It leads the design process with regard to the flowdown of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. The SDD follows the design with regard to the description of the system. The description provided in this SDD reflects the current results of the design process

  20. System design document for the INFLO prototype.

    Science.gov (United States)

    2014-03-01

    This report documents the high level System Design Document (SDD) for the prototype development and : demonstration of the Intelligent Network Flow Optimization (INFLO) application bundle, with a focus on the Speed : Harmonization (SPD-HARM) and Queu...

  1. ARCHITECTURE SOFTWARE SOLUTION TO SUPPORT AND DOCUMENT MANAGEMENT QUALITY SYSTEM

    Directory of Open Access Journals (Sweden)

    Milan Eric

    2010-12-01

    Full Text Available One of the basis of a series of standards JUS ISO 9000 is quality system documentation. An architecture of the quality system documentation depends on the complexity of business system. An establishment of an efficient management documentation of system of quality is of a great importance for the business system, as well as in the phase of introducing the quality system and in further stages of its improvement. The study describes the architecture and capability of software solutions to support and manage the quality system documentation in accordance with the requirements of standards ISO 9001:2001, ISO 14001:2005 HACCP etc.

  2. Hanford Tanks Initiative requirements and document management process guide

    International Nuclear Information System (INIS)

    Schaus, P.S.

    1998-01-01

    This revision of the guide provides updated references to project management level Program Management and Assessment Configuration Management activities, and provides working level directions for submitting requirements and project documentation related to the Hanford Tanks Initiative (HTI) project. This includes documents and information created by HTI, as well as non-HTI generated materials submitted to the project

  3. Electronic Document Management Using Inverted Files System

    Directory of Open Access Journals (Sweden)

    Suhartono Derwin

    2014-03-01

    Full Text Available The amount of documents increases so fast. Those documents exist not only in a paper based but also in an electronic based. It can be seen from the data sample taken by the SpringerLink publisher in 2010, which showed an increase in the number of digital document collections from 2003 to mid of 2010. Then, how to manage them well becomes an important need. This paper describes a new method in managing documents called as inverted files system. Related with the electronic based document, the inverted files system will closely used in term of its usage to document so that it can be searched over the Internet using the Search Engine. It can improve document search mechanism and document save mechanism.

  4. Subsurface Ventilation System Description Document

    Energy Technology Data Exchange (ETDEWEB)

    Eric Loros

    2001-07-25

    The Subsurface Ventilation System supports the construction and operation of the subsurface repository by providing air for personnel and equipment and temperature control for the underground areas. Although the system is located underground, some equipment and features may be housed or located above ground. The system ventilates the underground by providing ambient air from the surface throughout the subsurface development and emplacement areas. The system provides fresh air for a safe work environment and supports potential retrieval operations by ventilating and cooling emplacement drifts. The system maintains compliance within the limits established for approved air quality standards. The system maintains separate ventilation between the development and waste emplacement areas. The system shall remove a portion of the heat generated by the waste packages during preclosure to support thermal goals. The system provides temperature control by reducing drift temperature to support potential retrieval operations. The ventilation system has the capability to ventilate selected drifts during emplacement and retrieval operations. The Subsurface Facility System is the main interface with the Subsurface Ventilation System. The location of the ducting, seals, filters, fans, emplacement doors, regulators, and electronic controls are within the envelope created by the Ground Control System in the Subsurface Facility System. The Subsurface Ventilation System also interfaces with the Subsurface Electrical System for power, the Monitored Geologic Repository Operations Monitoring and Control System to ensure proper and safe operation, the Safeguards and Security System for access to the emplacement drifts, the Subsurface Fire Protection System for fire safety, the Emplacement Drift System for repository performance, and the Backfill Emplacement and Subsurface Excavation Systems to support ventilation needs.

  5. Subsurface Ventilation System Description Document

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    2000-10-12

    The Subsurface Ventilation System supports the construction and operation of the subsurface repository by providing air for personnel and equipment and temperature control for the underground areas. Although the system is located underground, some equipment and features may be housed or located above ground. The system ventilates the underground by providing ambient air from the surface throughout the subsurface development and emplacement areas. The system provides fresh air for a safe work environment and supports potential retrieval operations by ventilating and cooling emplacement drifts. The system maintains compliance within the limits established for approved air quality standards. The system maintains separate ventilation between the development and waste emplacement areas. The system shall remove a portion of the heat generated by the waste packages during preclosure to support thermal goals. The system provides temperature control by reducing drift temperature to support potential retrieval operations. The ventilation system has the capability to ventilate selected drifts during emplacement and retrieval operations. The Subsurface Facility System is the main interface with the Subsurface Ventilation System. The location of the ducting, seals, filters, fans, emplacement doors, regulators, and electronic controls are within the envelope created by the Ground Control System in the Subsurface Facility System. The Subsurface Ventilation System also interfaces with the Subsurface Electrical System for power, the Monitored Geologic Repository Operations Monitoring and Control System to ensure proper and safe operation, the Safeguards and Security System for access to the emplacement drifts, the Subsurface Fire Protection System for fire safety, the Emplacement Drift System for repository performance, and the Backfill Emplacement and Subsurface Excavation Systems to support ventilation needs.

  6. Requirements Document for Development of a Livermore Tomography Tools Interface

    Energy Technology Data Exchange (ETDEWEB)

    Seetho, I. M. [Lawrence Livermore National Lab. (LLNL), Livermore, CA (United States)

    2017-02-09

    In this document, we outline an exercise performed at LLNL to evaluate the user interface deficits of a LLNL-developed CT reconstruction software package, Livermore Tomography Tools (LTT). We observe that a difficult-to-use command line interface and the lack of support functions compound to generate a bottleneck in the CT reconstruction process when input parameters to key functions are not well known. Through the exercise of systems engineering best practices, we generate key performance parameters for a LTT interface refresh, and specify a combination of back-end (“test-mode” functions) and front-end (graphical user interface visualization and command scripting tools) solutions to LTT’s poor user interface that aim to mitigate issues and lower costs associated with CT reconstruction using LTT. Key functional and non-functional requirements and risk mitigation strategies for the solution are outlined and discussed.

  7. Preparation of plant and system design description documents

    International Nuclear Information System (INIS)

    1989-01-01

    This standard prescribes the purpose, scope, organization, and content of plant design requirements (PDR) documents and system design descriptions (SDDs), to provide a unified approach to their preparation and use by a project as the principal means to establish the plant design requirements and to establish, describe, and control the individual system designs from conception and throughout the lifetime of the plant. The Electric Power Research Institute's Advanced Light Water Reactor (LWR) Requirements Document should be considered for LWR plants

  8. Subsurface Facility System Description Document

    International Nuclear Information System (INIS)

    Eric Loros

    2001-01-01

    The Subsurface Facility System encompasses the location, arrangement, size, and spacing of the underground openings. This subsurface system includes accesses, alcoves, and drifts. This system provides access to the underground, provides for the emplacement of waste packages, provides openings to allow safe and secure work conditions, and interfaces with the natural barrier. This system includes what is now the Exploratory Studies Facility. The Subsurface Facility System physical location and general arrangement help support the long-term waste isolation objectives of the repository. The Subsurface Facility System locates the repository openings away from main traces of major faults, away from exposure to erosion, above the probable maximum flood elevation, and above the water table. The general arrangement, size, and spacing of the emplacement drifts support disposal of the entire inventory of waste packages based on the emplacement strategy. The Subsurface Facility System provides access ramps to safely facilitate development and emplacement operations. The Subsurface Facility System supports the development and emplacement operations by providing subsurface space for such systems as ventilation, utilities, safety, monitoring, and transportation

  9. Business System Planning Project System Requirements Specification

    Energy Technology Data Exchange (ETDEWEB)

    NELSON, R.E.

    2000-09-08

    The purpose of the Business Systems Planning Project System Requirements Specification (SRS) is to provide the outline and contents of the requirements for the CH2M HILL Hanford Group, Inc. (CHG) integrated business and technical information systems. The SRS will translate proposed objectives into the statement of the functions that are to be performed and data and information flows that they require. The requirements gathering methodology will use (1) facilitated group requirement sessions; (2) individual interviews; (3) surveys; and (4) document reviews. The requirements will be verified and validated through coordination of the technical requirement team and CHG Managers. The SRS document used the content and format specified in Lockheed Martin Services, Inc. Organization Standard Software Practices in conjunction with the Institute of Electrical and Electronics Engineers Standard 8340-1984 for Systems Requirements Documents.

  10. IDC System Specification Document Version 1.1.

    Energy Technology Data Exchange (ETDEWEB)

    Harris, James M. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Lober, Randall R. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States)

    2015-02-01

    This document contains the system specifications derived to satisfy the system requirements found in the IDC System Requirements Document for the IDC Reengineering Phase 2 project. Revisions Version Date Author/Team Revision Description Authorized by V1.0 12/2014 IDC Reengineering Project Team Initial delivery M. Harris V1.1 2/2015 IDC Reengineering Project Team Iteration I2 Review Comments M. Harris

  11. System design document for the plutonium stabilization and packaging system

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1996-05-08

    The objective of this system is to stabilize and package plutonium metals and oxides of greater than 50% wt, as well as other selected isotopes, in accordance with the requirements for DOE standards for safe storage of these materials for 50 years. This document describes the highest level design information and user characteristics from an operational perspective. It provides guidance for developing procurement and installation specifications, interface requirements, and test plans.

  12. B plant standards/requirements identification document (S/RID)

    Energy Technology Data Exchange (ETDEWEB)

    Maddox, B.S., Westinghouse Hanford

    1996-07-29

    This Standards/Requirements Identification Document (S/RID) set forth the Environmental Safety and Health (ES{ampersand}H) standards/requirements for the B Plant. This S/RID is applicable to the appropriate life cycle phases of design, construction,operation, and preparation for decommissioning. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment.

  13. Servir: an automated document delivery system

    International Nuclear Information System (INIS)

    Lima, E.C.; Azevedo Coutinho, O.C. de

    1986-01-01

    SERVIR, an automated document delivery system developed by CIN/CNEN, is described. Parametric procedures for reading bibliographic data bases and requesting documents from libraries through computer are specified. Statistical procedures, accounting system and the on-line fulfillment of requests are presented. (Author) [pt

  14. Honeywell Modular Automation System Computer Software Documentation

    International Nuclear Information System (INIS)

    CUNNINGHAM, L.T.

    1999-01-01

    This document provides a Computer Software Documentation for a new Honeywell Modular Automation System (MAS) being installed in the Plutonium Finishing Plant (PFP). This system will be used to control new thermal stabilization furnaces in HA-211 and vertical denitration calciner in HC-230C-2

  15. Analysis of compatibility of current Czech initial documentation in the area of technical assurance of nuclear safety with the requirements of the EUR document

    International Nuclear Information System (INIS)

    Zdebor, J.; Zdebor, R.; Kratochvil, L.

    2001-11-01

    The publication is structured as follows: Description of existing documentation. General requirements, goals, principles and design principles: Documents being compared; Method of comparison; Results and partial evaluation of comparison of requirements between EUR and Czech regulations (basic goals and safety philosophy; quantitative safety objectives; basic design requirements; extended design requirements; external and internal threats; technical requirements; site conditions); Summary of the comparison of safety requirements. Comparison of requirements for the systems: Requirements for the nuclear reactor unit systems; Barrier systems (fuel system; reactor cooling system; containment system); Remaining systems (control systems; protection systems; coolant makeup and purification system; residual heat removal system; emergency cooling system; power systems); Common technical requirements for systems (technical requirements for systems; internal and external events). (P.A.)

  16. World Energy Projection System model documentation

    International Nuclear Information System (INIS)

    Hutzler, M.J.; Anderson, A.T.

    1997-09-01

    The World Energy Projection System (WEPS) was developed by the Office of Integrated Analysis and Forecasting within the Energy Information Administration (EIA), the independent statistical and analytical agency of the US Department of Energy. WEPS is an integrated set of personal computer based spreadsheets containing data compilations, assumption specifications, descriptive analysis procedures, and projection models. The WEPS accounting framework incorporates projections from independently documented models and assumptions about the future energy intensity of economic activity (ratios of total energy consumption divided by gross domestic product GDP), and about the rate of incremental energy requirements met by natural gas, coal, and renewable energy sources (hydroelectricity, geothermal, solar, wind, biomass, and other renewable resources). Projections produced by WEPS are published in the annual report, International Energy Outlook. This report documents the structure and procedures incorporated in the 1998 version of the WEPS model. It has been written to provide an overview of the structure of the system and technical details about the operation of each component of the model for persons who wish to know how WEPS projections are produced by EIA

  17. Preliminary design requirements document (DRD) for Project W-236B, ''Initial Pretreatment Module''

    International Nuclear Information System (INIS)

    Swanson, L.M.

    1995-01-01

    The scope of this Design Requirements Document (DRD) is to identify and define the functions, with associated requirements, which must be performed to separate Hanford Site tank waste supernatants into low-level and high-level fractions. This documents sets forth function requirements, performance requirements, and design constraints necessary to begin conceptual design for the Initial Pretreatment Module (IPM). System and physical interfaces between the IPM project and the Tank Waste Remediation System (TWRS) are identified. The constraints, performance requirements, and transfer of information and data across a technical interface will be documented in an Interface Control Document. Supplemental DRDs will be prepared to provide more detailed requirements specific to systems described in the DRD

  18. Replacement Saltwell Pumping System Document Bibliography

    International Nuclear Information System (INIS)

    BELLOMY, J.R.

    2000-01-01

    This document bibliography is prepared to identify engineering documentation developed during the design of the Replacement Saltwell Pumping System. The bibliography includes all engineering supporting documents and correspondence prepared prior to the deployment of the system in the field. All documents referenced are available electronically through the Records Management Information System (RMIS). Major components of the Replacement Saltwell Pumping System include the Sundyne Canned Motor Pump, the Water Filter Skid, the Injection Water Skid and the Backflow Preventer Assembly. Drawing H-14-104498 provides an index of drawings (fabrication details, PandIDs, etc.) prepared to support development of the Replacement Saltwell Pumping System. Specific information pertaining to new equipment can be found in Certified Vendor Information (CVI) File 50124. This CVI file has been established specifically for new equipment associated with the Replacement Saltwell Pumping System

  19. Understanding the technical content of requirements in specification document

    DEFF Research Database (Denmark)

    Sudin, Mohd Nizam Bin; Ahmed-Kristensen, Saeema

    2011-01-01

    in practice, 97 statements from 2 specification documents were analyzed in detail and the results are reported in this paper. These statements were analyzed quantitatively and qualitatively based on a pre-defined coding scheme. The results of the study show that the majority of requirements were related...

  20. 7 CFR 1488.8 - Documents required after delivery.

    Science.gov (United States)

    2010-01-01

    ... 7 Agriculture 10 2010-01-01 2010-01-01 false Documents required after delivery. 1488.8 Section... delivery. (a) CCC will purchase an exporter's account receivable only if the Treasurer, Commodity Credit... or Assistant Treasurer, CCC, after date of delivery of commodities exported or to be exported under...

  1. Document Level Assessment of Document Retrieval Systems in a Pairwise System Evaluation

    Science.gov (United States)

    Rajagopal, Prabha; Ravana, Sri Devi

    2017-01-01

    Introduction: The use of averaged topic-level scores can result in the loss of valuable data and can cause misinterpretation of the effectiveness of system performance. This study aims to use the scores of each document to evaluate document retrieval systems in a pairwise system evaluation. Method: The chosen evaluation metrics are document-level…

  2. CASK/MSC/WP PREPARATION SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    S. Drummond

    2005-04-12

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the Cask/MSC/WP preparation system and their bases to allow the design effort to proceed to license application. This SDD is a living document that will be revised at strategic points as the design matures over time. This SDD identifies the requirements and describes the system design, as they exist at this time, with emphasis on those attributes of the design provided to meet the requirements. This SDD has been developed to be an engineering tool for design control. Accordingly, the primary audience and users are design engineers. This type of SDD both leads and trails the design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. This SDD trails the design with regard to the description of the system. The description provided in the SDD is a reflection of the results of the design process to date. This SDD addresses the ''Project Requirements Document'' (PRD) (Canori and Leitner 2003 [DIRS 166275]) requirements. Additional PRD requirements may be cited, as applicable, to drive the design of specific aspects of the system, with justifications provided in the basis. Functional and operational requirements applicable to this system are obtained from the ''Project Functional and Operational Requirements'' (F&OR) (Curry 2004 [DIRS 170557]) document. Other requirements to support the design process have been taken from higher-level requirements documents such as the ''Project Design Criteria Document'' (PDC) (BSC 2004 [DIRS 171599]) and the preclosure safety analyses.

  3. The Johnson Space Center Management Information Systems (JSCMIS). 1: Requirements Definition and Design Specifications for Versions 2.1 and 2.1.1. 2: Documented Test Scenario Environments. 3: Security Design and Specifications

    Science.gov (United States)

    1986-01-01

    The Johnson Space Center Management Information System (JSCMIS) is an interface to computer data bases at NASA Johnson which allows an authorized user to browse and retrieve information from a variety of sources with minimum effort. This issue gives requirements definition and design specifications for versions 2.1 and 2.1.1, along with documented test scenario environments, and security object design and specifications.

  4. Requirements for the data transfer during the examination of design documentation

    Directory of Open Access Journals (Sweden)

    Karakozova Irina

    2017-01-01

    Full Text Available When you transfer the design documents to the examination office, number of incompatible electronic documents increases dramatically. The article discusses the way to solve the problem of transferring of the text and graphic data of design documentation for state and non-state expertise, as well as verification of estimates and requirement management. The methods for the recognition of the system elements and requirements for the transferring of text and graphic design documents are provided. The need to use the classification and coding of various elements of information systems (structures, objects, resources, requirements, contracts, etc. in data transferring systems is indicated separately. The authors have developed a sequence of document processing and transmission of data during the examination, and propose a language for describing the construction of the facility, taking into account the classification criteria of the structures and construction works.

  5. A document preparation system in a large network environment

    Energy Technology Data Exchange (ETDEWEB)

    Vigil, M.; Bouchier, S.; Sanders, C.; Sydoriak, S.; Wheeler, K.

    1988-01-01

    At Los Alamos National Laboratory, we have developed an integrated document preparation system that produces publication-quality documents. This system combines text formatters and computer graphics capabilities that have been adapted to meet the needs of users in a large scientific research laboratory. This paper describes the integration of document processing technology to develop a system architecture, based on a page description language, to provide network-wide capabilities in a distributed computing environment. We describe the Laboratory requirements, the integration and implementation issues, and the challenges we faced developing this system.

  6. Integrated system for automated financial document processing

    Science.gov (United States)

    Hassanein, Khaled S.; Wesolkowski, Slawo; Higgins, Ray; Crabtree, Ralph; Peng, Antai

    1997-02-01

    A system was developed that integrates intelligent document analysis with multiple character/numeral recognition engines in order to achieve high accuracy automated financial document processing. In this system, images are accepted in both their grayscale and binary formats. A document analysis module starts by extracting essential features from the document to help identify its type (e.g. personal check, business check, etc.). These features are also utilized to conduct a full analysis of the image to determine the location of interesting zones such as the courtesy amount and the legal amount. These fields are then made available to several recognition knowledge sources such as courtesy amount recognition engines and legal amount recognition engines through a blackboard architecture. This architecture allows all the available knowledge sources to contribute incrementally and opportunistically to the solution of the given recognition query. Performance results on a test set of machine printed business checks using the integrated system are also reported.

  7. Design requirements document for Project W-465, immobilized low-activity waste interim storage

    International Nuclear Information System (INIS)

    Burbank, D.A.

    1998-01-01

    The scope of this Design Requirements Document (DRD) is to identify the functions and associated requirements that must be performed to accept, transport, handle, and store immobilized low-activity waste (ILAW) produced by the privatized Tank Waste Remediation System (TWRS) treatment contractors. The functional and performance requirements in this document provide the basis for the conceptual design of the TWRS ILAW Interim Storage facility project and provides traceability from the program level requirements to the project design activity. Technical and programmatic risk associated with the TWRS planning basis are discussed in the Tank Waste Remediation System Decisions and Risk Assessment (Johnson 1994). The design requirements provided in this document will be augmented by additional detailed design data documented by the project

  8. 75 FR 17052 - Issuance of Electronic Documents and Related Recordkeeping Requirements

    Science.gov (United States)

    2010-04-05

    ... system (SNAP-R) and on paper. Most license related documents are issued in both electronic and paper form... Bureau of Industry and Security 15 CFR Parts 740, 748, 750, and 762 RIN 0694-AE66 Issuance of Electronic Documents and Related Recordkeeping Requirements AGENCY: Bureau of Industry and Security, Commerce. ACTION...

  9. Supplemental design requirements document solid waste operations complex

    International Nuclear Information System (INIS)

    Ocampo, V.P.; Boothe, G.F.; Broz, D.R.; Eaton, H.E.; Greager, T.M.; Huckfeldt, R.A.; Kooiker, S.L.; Lamberd, D.L.; Lang, L.L.; Myers, J.B.

    1994-11-01

    This document provides additional and supplemental information to the WHC-SD-W112-FDC-001, WHC-SD-W113-FDC-001, and WHC-SD-W100-FDC-001. It provides additional requirements for the design and summarizes Westinghouse Hanford Company key design guidance and establishes the technical baseline agreements to be used for definitive design common to the Solid Waste Operations Complex (SWOC) Facilities (Project W-112, Project W-113, and WRAP 2A)

  10. Environmental restoration remedial action quality assurance requirements document

    International Nuclear Information System (INIS)

    Cote, R.F.

    1991-01-01

    The environmental Restoration Remedial Action Quality Assurance Requirements Document (DOE/RL 90-28) defines the quality assurance program requirements for the US Department of Energy-Richland Field Office Environmental Restoration Remedial Action Program at the Hanford Site, Richland, Washington. This paper describes the objectives outlined in DOE/RL 90-28. The Environmental Restoration Remedial Action Program implements significant commitments made by the US Department of Energy in the Hanford Federal Facility Agreement and Consent Order entered into with the Washington State Department of Ecology and the US Environmental Protection Agency

  11. Facilitating Adoption of an Electronic Documentation System.

    Science.gov (United States)

    Jones, Nazarine T; Seckman, Charlotte

    2018-01-12

    Best practice recommends the integration of clinical documentation into the hospital electronic health record to support safe, efficient, and timely patient care. A major barrier to successful adoption and optimization of computerized documentation systems is user satisfaction. The purpose of this descriptive, performance improvement initiative was to implement and evaluate user satisfaction with an electronic documentation system to facilitate successful adoption. The Clinical Procedure Flowsheets application was implemented in a geriatric extended care unit of a large healthcare system. Rogers' Diffusion of Innovation and Davis' Technology Acceptance Model were used to guide system adoption and improve user experience of the innovation. The Perceived Usefulness and Perceived Ease of Use questionnaire was distributed to 24 nursing staff working in the unit 9 weeks after implementation. Results indicated that respondents perceived the Clinical Procedure Flowsheets as easy to use and useful in accomplishing their documentation tasks. The overall mean satisfaction score of 72.17 (SD, 12.13) implied a strong level of user acceptance. The positive perception of the nursing staff in the geriatric extended care unit suggests a high probability of system use that can enhance the documentation of patient care. Further research is recommended to evaluate factors related to system adoption and user satisfaction.

  12. Design requirements document for project W-520, immobilized low-activity waste disposal

    Energy Technology Data Exchange (ETDEWEB)

    Ashworth, S.C.

    1998-08-06

    This design requirements document (DRD) identifies the functions that must be performed to accept, handle, and dispose of the immobilized low-activity waste (ILAW) produced by the Tank Waste Remediation System (TWRS) private treatment contractors and close the facility. It identifies the requirements that are associated with those functions and that must be met. The functional and performance requirements in this document provide the basis for the conceptual design of the Tank Waste Remediation System Immobilized Low-Activity Waste disposal facility project (W-520) and provides traceability from the program-level requirements to the project design activity.

  13. Design requirements document for project W-520, immobilized low-activity waste disposal

    International Nuclear Information System (INIS)

    Ashworth, S.C.

    1998-01-01

    This design requirements document (DRD) identifies the functions that must be performed to accept, handle, and dispose of the immobilized low-activity waste (ILAW) produced by the Tank Waste Remediation System (TWRS) private treatment contractors and close the facility. It identifies the requirements that are associated with those functions and that must be met. The functional and performance requirements in this document provide the basis for the conceptual design of the Tank Waste Remediation System Immobilized Low-Activity Waste disposal facility project (W-520) and provides traceability from the program-level requirements to the project design activity

  14. DOE Integrated Safeguards and Security (DISS) historical document archival and retrieval analysis, requirements and recommendations

    Energy Technology Data Exchange (ETDEWEB)

    Guyer, H.B.; McChesney, C.A.

    1994-10-07

    The overall primary Objective of HDAR is to create a repository of historical personnel security documents and provide the functionality needed for archival and retrieval use by other software modules and application users of the DISS/ET system. The software product to be produced from this specification is the Historical Document Archival and Retrieval Subsystem The product will provide the functionality to capture, retrieve and manage documents currently contained in the personnel security folders in DOE Operations Offices vaults at various locations across the United States. The long-term plan for DISS/ET includes the requirement to allow for capture and storage of arbitrary, currently undefined, clearance-related documents that fall outside the scope of the ``cradle-to-grave`` electronic processing provided by DISS/ET. However, this requirement is not within the scope of the requirements specified in this document.

  15. A Type System for Dynamic Web Documents

    DEFF Research Database (Denmark)

    Schwartzbach, Michael Ignatieff; Sandholm, Anders

    2000-01-01

    Many interactive Web services use the CGI interface for communication with clients. They will dynamically create HTML documents that are presented to the client who then resumes the interaction by submitting data through incorporated form fields. This protocol is difficult to statically type......-check if the dynamic documents are created by arbitrary script code using printf-like statements. Previous proposals have suggested using static document templates which trades flexibility for safety. We propose a notion of typed, higher-order templates that simultaneously achieve flexibility and safety. Our type...... system is based on a flow analysis of which we prove soundness. We present an efficient runtime implementation that respects the semantics of only well-typed programs. This work is fully implemented as part of the system for defining interactive Web services....

  16. Use of an advanced document system in post-refuelling updating of nuclear power plant documentation

    International Nuclear Information System (INIS)

    Puech Suanzes, P.; Cortes Soler, M.

    1993-01-01

    This paper discusses the results of the extensive use of an advanced document system to update documentation prepared by traditional methods and affected by changes in the period between two plant refuellings. The implementation of a system for the capture, retrieval and storage of drawings using optical discs is part of a plan to modernize production and management tools and to thus achieve better control of document configuration. These processes are consequently optimized in that: 1. The deterioration of drawings is detained with the help of an identical, updated, legible, reliable support for all users. 2. The time required to update documentation is reduced. Given the large number of drawings, the implementation method should effectively combine costs and time. The document management tools ensure optical disc storage control so that from the moment a drawing resides in the system, any modification to it is made through the system utilities, thus ensuring quality and reducing schedules. The system described was used to update the electrical drawings of Almaraz Nuclear Power Plant. Changes made during the eighth refuelling of Unit I were incorporated and the time needed to issue the updated drawings was reduced by one month. (author)

  17. A documentation system for decommissioning of nuclear power plants

    International Nuclear Information System (INIS)

    Glock, H.J.; Mueller, F.; Schwarz, H.

    1984-01-01

    A NPP's life cycle from the beginning of planning to its complete dismantling will last about 80 to 100 years. For this long time a documentation system has to be kept in stable working condition which provides access to an information base including 1.5 to 2 million pages and 200 to 250 thousand engineering drawings. As an appropriate base the documentation system IFODOK is proposed which is supported by computer and data base management software. In cooperation with NPP operating people a ground level thesaurus has been developed which is structured according to the rules of INFODOK's documentation language. The form of the information units which INFODOK maintains has been adapted to the requirements of KKW documentation and the related data record is described. Within a layer model the requirements to the software resulting from the demanded performance of the system are explained. The model also describes the interfaces between the substantial system components (application programs, data base management system, operating system) as well as within the different layers. The requirements which the system's hardware has to meet are described functionally and quantitatively in details. The application program' components have been extended by some functions. An automatic microfilm storage and retrieval system which may be integrated to the overall system and coupled to the computer by an interface is specified. The organization of the computer assisted documentation process including the required backup and refreshment procedures is described in its basic characteristics. This description of an DP system's prototype presents the base for the application of INFODOK to the documentation of NPP's information bases during their whole life time

  18. High level waste storage tanks 242-A evaporator standards/requirement identification document

    International Nuclear Information System (INIS)

    Biebesheimer, E.

    1996-01-01

    This document, the Standards/Requirements Identification Document (S/RIDS) for the subject facility, represents the necessary and sufficient requirements to provide an adequate level of protection of the worker, public health and safety, and the environment. It lists those source documents from which requirements were extracted, and those requirements documents considered, but from which no requirements where taken. Documents considered as source documents included State and Federal Regulations, DOE Orders, and DOE Standards

  19. Multiple sclerosis documentation system (MSDS): moving from documentation to management of MS patients.

    Science.gov (United States)

    Ziemssen, Tjalf; Kempcke, Raimar; Eulitz, Marco; Großmann, Lars; Suhrbier, Alexander; Thomas, Katja; Schultheiss, Thorsten

    2013-09-01

    The long disease duration of multiple sclerosis and the increasing therapeutic options require a individualized therapeutic approach which should be carefully documented over years of observation. To switch from MS documentation to an innovative MS management, new computer- and internet-based tools could be implemented as we could demonstrate with the novel computer-based patient management system "multiple sclerosis management system 3D" (MSDS 3D). MSDS 3D allows documentation and management of visit schedules and mandatory examinations via defined study modules by integration of data input from various sources (patients, attending physicians and MS nurses). It provides forms for the documentation of patient visits as well as clinical and diagnostic findings. Information can be collected via interactive touch screens. Specific modules allow the management of highly efficacious treatments as natalizumab or fingolimod. MSDS can be used to transfer the documented data to databases as, e.g. the registry of the German MS society or REGIMS. MSDS has already been implemented successfully in clinical practice and is currently being evaluated in a multicenter setting. High-quality management and documentation are crucial for improvements in clinical practice and research work.

  20. INFORMATION SYSTEM OF AUTOMATION OF PREPARATION EDUCATIONAL PROCESS DOCUMENTS

    Directory of Open Access Journals (Sweden)

    V. A. Matyushenko

    2016-01-01

    Full Text Available Information technology is rapidly conquering the world, permeating all spheres of human activity. Education is not an exception. An important direction of information of education is the development of university management systems. Modern information systems improve and facilitate the management of all types of activities of the institution. The purpose of this paper is development of system, which allows automating process of formation of accounting documents. The article describes the problem of preparation of the educational process documents. Decided to project and create the information system in Microsoft Access environment. The result is four types of reports obtained by using the developed system. The use of this system now allows you to automate the process and reduce the effort required to prepare accounting documents. All reports was implement in Microsoft Excel software product and can be used for further analysis and processing.

  1. Discovering system requirements

    Energy Technology Data Exchange (ETDEWEB)

    Bahill, A.T.; Bentz, B. [Univ. of Arizona, Tucson, AZ (United States). Systems and Industrial Engineering; Dean, F.F. [Sandia National Labs., Albuquerque, NM (United States)

    1996-07-01

    Cost and schedule overruns are often caused by poor requirements that are produced by people who do not understand the requirements process. This report provides a high-level overview of the system requirements process, explaining types, sources, and characteristics of good requirements. System requirements, however, are seldom stated by the customer. Therefore, this report shows ways to help you work with your customer to discover the system requirements. It also explains terminology commonly used in the requirements development field, such as verification, validation, technical performance measures, and the various design reviews.

  2. Honeywell Modular Automation System Computer Software Documentation

    International Nuclear Information System (INIS)

    STUBBS, A.M.

    2000-01-01

    The purpose of this Computer Software Document (CSWD) is to provide configuration control of the Honeywell Modular Automation System (MAS) in use at the Plutonium Finishing Plant (PFP). This CSWD describes hardware and PFP developed software for control of stabilization furnaces. The Honeywell software can generate configuration reports for the developed control software. These reports are described in the following section and are attached as addendum's. This plan applies to PFP Engineering Manager, Thermal Stabilization Cognizant Engineers, and the Shift Technical Advisors responsible for the Honeywell MAS software/hardware and administration of the Honeywell System

  3. Development of a document management system for the standardization of clinical laboratory documents.

    Science.gov (United States)

    Hwang, Sang-Hyun; Jung, Seon-Kyung; Kang, Soo-Jin; Cha, Hyo Soung; Chung, Seung Hyun; Lee, Do-Hoon

    2013-11-01

    Documentation is very important; a considerable number of documents exist for use in accreditation inspection. However, most laboratories do not effectively manage the processes of documentation, organization, and storage. The purpose of this study was to facilitate the establishment of a strategically effective and sustainably standardized document management system. A document code formatting system was modified by comparing the document list data received from 3 major university hospitals. In addition, a questionnaire regarding document code standardization was created and sent to 268 institutes to establish document classifications and generate a standard coding scheme. A computerized document management system was developed. Only 32% (8 out of 25 institutes) answered that they were able to identify all of the document types and their numbers. In total, 76% of institutes (19 out of 25) answered that a systematic document management system was necessary. Disorganized document files were systemized by classifying them into 8 major groups according to their characteristics: patient test records (T), test quality control (Q), manuals (M), equipment and environment management (E), statistics (S), division administration (A), department administration (R), and others (X). Our documentation system may serve as a basis for the standardization of documents and the creation of a document management system for all hospital laboratories.

  4. Emergency Response Capability Baseline Needs Assessment - Requirements Document

    Energy Technology Data Exchange (ETDEWEB)

    Sharry, J A

    2016-10-04

    This document was prepared by John A. Sharry, LLNL Fire Marshal and LLNL Division Leader for Fire Protection and reviewed by LLNL Emergency Management Department Head James Colson. The document follows and expands upon the format and contents of the DOE Model Fire Protection Baseline Capabilities Assessment document contained on the DOE Fire Protection Web Site, but only addresses emergency response.

  5. La Notion de Compatibilite des Systemes de Documentation Automatique. (The Compatibility Property of Automatic Documentation Systems)

    Science.gov (United States)

    Bonpas, M.

    1971-01-01

    The compatibility property of documentation system is defined by the capacity of the system to posit relationships of equivalence. This state is reached when cataloging references are properly structured and when a program allows searching the same data in the system. (15 references) (Author/MM)

  6. Standards/requirements identification documents (S/RIDS)

    International Nuclear Information System (INIS)

    Beckman, W.H.; Alhadeff, N.

    1994-01-01

    This paper describes the Fernald Environmental Restoration Management Corporation's (FERMCO) Standards/Requirement Identification Documents (S/RIDs) Development Program, the unique process used to implement it, and the status of the program. We will also discuss the lessons learned as the development program was implemented. The Department of Energy (DOE) established the Fernald site to produce uranium metals for the nation's defense programs in 1953. In 1989, DOE suspended production and, in 1991, the mission of the site was formally changed to one of environmental cleanup and restoration. The site was renamed the Fernald Environmental Management Project (FEMP) to reflect this change. From its inception until November 1992, the site was managed under a Management and Operating contract. As a result in the change in mission, DOE awarded an Environmental Restoration Management Contract (ERMC), focusing on restoration. FERMCO assumed management of the site December 1, 1992. The joint DOE/FERMCO mission is to protect human health and the environment through the safe, early, and least-cost final clean-up of the site in compliance with all applicable regulations and commitments while addressing stakeholder concerns. DOE has managed nuclear facilities primarily through its oversight of Management and Operating contractors. These contractors were responsible for formulating, selecting, and administering standards controlling design, construction, operations, and maintenance. The DOE Operations Office Manager was responsible for approving individual contractor practices and the governing site standards and requirements to be met. Due to the absence of comprehensive nuclear industry standards when most DOE sites were first established, Management and Operating contractors had to apply existing non-nuclear industry standards and, in many cases, formulate new technical standards to address unique applications

  7. WASTE TREATMENT BUILDING SYSTEM DESCRIPTION DOCUMENT

    International Nuclear Information System (INIS)

    Habashi, F.

    2000-01-01

    The Waste Treatment Building System provides the space, layout, structures, and embedded subsystems that support the processing of low-level liquid and solid radioactive waste generated within the Monitored Geologic Repository (MGR). The activities conducted in the Waste Treatment Building include sorting, volume reduction, and packaging of dry waste, and collecting, processing, solidification, and packaging of liquid waste. The Waste Treatment Building System is located on the surface within the protected area of the MGR. The Waste Treatment Building System helps maintain a suitable environment for the waste processing and protects the systems within the Waste Treatment Building (WTB) from most of the natural and induced environments. The WTB also confines contaminants and provides radiological protection to personnel. In addition to the waste processing operations, the Waste Treatment Building System provides space and layout for staging of packaged waste for shipment, industrial and radiological safety systems, control and monitoring of operations, safeguards and security systems, and fire protection, ventilation and utilities systems. The Waste Treatment Building System also provides the required space and layout for maintenance activities, tool storage, and administrative facilities. The Waste Treatment Building System integrates waste processing systems within its protective structure to support the throughput rates established for the MGR. The Waste Treatment Building System also provides shielding, layout, and other design features to help limit personnel radiation exposures to levels which are as low as is reasonably achievable (ALARA). The Waste Treatment Building System interfaces with the Site Generated Radiological Waste Handling System, and with other MGR systems that support the waste processing operations. The Waste Treatment Building System interfaces with the General Site Transportation System, Site Communications System, Site Water System, MGR

  8. WASTE TREATMENT BUILDING SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    F. Habashi

    2000-06-22

    The Waste Treatment Building System provides the space, layout, structures, and embedded subsystems that support the processing of low-level liquid and solid radioactive waste generated within the Monitored Geologic Repository (MGR). The activities conducted in the Waste Treatment Building include sorting, volume reduction, and packaging of dry waste, and collecting, processing, solidification, and packaging of liquid waste. The Waste Treatment Building System is located on the surface within the protected area of the MGR. The Waste Treatment Building System helps maintain a suitable environment for the waste processing and protects the systems within the Waste Treatment Building (WTB) from most of the natural and induced environments. The WTB also confines contaminants and provides radiological protection to personnel. In addition to the waste processing operations, the Waste Treatment Building System provides space and layout for staging of packaged waste for shipment, industrial and radiological safety systems, control and monitoring of operations, safeguards and security systems, and fire protection, ventilation and utilities systems. The Waste Treatment Building System also provides the required space and layout for maintenance activities, tool storage, and administrative facilities. The Waste Treatment Building System integrates waste processing systems within its protective structure to support the throughput rates established for the MGR. The Waste Treatment Building System also provides shielding, layout, and other design features to help limit personnel radiation exposures to levels which are as low as is reasonably achievable (ALARA). The Waste Treatment Building System interfaces with the Site Generated Radiological Waste Handling System, and with other MGR systems that support the waste processing operations. The Waste Treatment Building System interfaces with the General Site Transportation System, Site Communications System, Site Water System, MGR

  9. Surveillance Analysis Computer System (SACS) software requirements specification (SRS)

    International Nuclear Information System (INIS)

    Glasscock, J.A.; Flanagan, M.J.

    1995-09-01

    This document is the primary document establishing requirements for the Surveillance Analysis Computer System (SACS) Database, an Impact Level 3Q system. The purpose is to provide the customer and the performing organization with the requirements for the SACS Project

  10. IDC Re-Engineering Phase 2 System Specification Document Version 1.5

    Energy Technology Data Exchange (ETDEWEB)

    Satpathi, Meara Allena [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Burns, John F. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Harris, James M. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States)

    2017-01-01

    This document contains the system specifications derived to satisfy the system requirements found in the IDC System Requirements Document for the IDC Re-Engineering Phase 2 project. This System Specification Document (SSD) defines waveform data processing requirements for the International Data Centre (IDC) of the Comprehensive Nuclear Test Ban Treaty Organization (CTBTO). The routine processing includes characterization of events with the objective of screening out events considered to be consistent with natural phenomena or non-nuclear, man-made phenomena. This document does not address requirements concerning acquisition, processing and analysis of radionuclide data but does include requirements for the dissemination of radionuclide data and products.

  11. Dynamic reduction of dimensions of a document vector in a document search and retrieval system

    Science.gov (United States)

    Jiao, Yu; Potok, Thomas E.

    2011-05-03

    The method and system of the invention involves processing each new document (20) coming into the system into a document vector (16), and creating a document vector with reduced dimensionality (17) for comparison with the data model (15) without recomputing the data model (15). These operations are carried out by a first computer (11) while a second computer (12) updates the data model (18), which can be comprised of an initial large group of documents (19) and is premised on the computing an initial data model (13, 14, 15) to provide a reference point for determining document vectors from documents processed from the data stream (20).

  12. Three-dimensional measurement system for crime scene documentation

    Science.gov (United States)

    Adamczyk, Marcin; Hołowko, Elwira; Lech, Krzysztof; Michoński, Jakub; MÄ czkowski, Grzegorz; Bolewicki, Paweł; Januszkiewicz, Kamil; Sitnik, Robert

    2017-10-01

    Three dimensional measurements (such as photogrammetry, Time of Flight, Structure from Motion or Structured Light techniques) are becoming a standard in the crime scene documentation process. The usage of 3D measurement techniques provide an opportunity to prepare more insightful investigation and helps to show every trace in the context of the entire crime scene. In this paper we would like to present a hierarchical, three-dimensional measurement system that is designed for crime scenes documentation process. Our system reflects the actual standards in crime scene documentation process - it is designed to perform measurement in two stages. First stage of documentation, the most general, is prepared with a scanner with relatively low spatial resolution but also big measuring volume - it is used for the whole scene documentation. Second stage is much more detailed: high resolution but smaller size of measuring volume for areas that required more detailed approach. The documentation process is supervised by a specialised application CrimeView3D, that is a software platform for measurements management (connecting with scanners and carrying out measurements, automatic or semi-automatic data registration in the real time) and data visualisation (3D visualisation of documented scenes). It also provides a series of useful tools for forensic technicians: virtual measuring tape, searching for sources of blood spatter, virtual walk on the crime scene and many others. In this paper we present our measuring system and the developed software. We also provide an outcome from research on metrological validation of scanners that was performed according to VDI/VDE standard. We present a CrimeView3D - a software-platform that was developed to manage the crime scene documentation process. We also present an outcome from measurement sessions that were conducted on real crime scenes with cooperation with Technicians from Central Forensic Laboratory of Police.

  13. Documenting control system functionality for digital control implementations

    International Nuclear Information System (INIS)

    Harber, J.; Borairi, M.; Tikku, S.; Josefowicz, A.

    2006-01-01

    In past CANDU designs, plant control was accomplished by a combination of digital control computers, analogue controllers, and hardwired relay logic. Functionality for these various control systems, each using different hardware, was documented in varied formats such as text based program specifications, relay logic diagrams, and other various specification documents. The choice of formats was influenced by the hardware used and often required different specialized skills for different applications. The programmable electronic systems in new CANDU designs are realized in a manner consistent with latest international standards (e.g., the IEC 61513 standard). New CANDU designs make extensive use of modern digital control technology, with the benefit that functionality can be implemented on a limited number of control platforms, reducing development and maintenance cost. This approach can take advantage of tools that allow the plant control system functional and performance requirements to be documented using graphical representations. Modern graphical methods supplemented by information databases can be used to provide a clear and comprehensive set of requirements for software and system development. Overview diagrams of system functionality provide a common understanding of the system boundaries and interfaces. Important requirements are readily traced through the development process. This improved reviewability helps to ensure consistency with the safety and and production design requirements of the system. Encapsulation of commonly used functions into custom-defined function blocks, such as typical motor control centre interfaces, process interlocks, median selects etc, eases the burden on designers to understand and analyze the detailed functionality of each instance of use of this logic. A library of encapsulated functions will be established for complex functions that are reused in the control logic development. By encapsulation and standardisation of such

  14. The MPO system for automatic workflow documentation

    Energy Technology Data Exchange (ETDEWEB)

    Abla, G.; Coviello, E.N.; Flanagan, S.M. [General Atomics, P.O. Box 85608, San Diego, CA 92186-5608 (United States); Greenwald, M. [Massachusetts Institute of Technology, Cambridge, MA 02139 (United States); Lee, X. [General Atomics, P.O. Box 85608, San Diego, CA 92186-5608 (United States); Romosan, A. [Lawrence Berkeley National Laboratory, Berkeley, CA 94720 (United States); Schissel, D.P., E-mail: schissel@fusion.gat.com [General Atomics, P.O. Box 85608, San Diego, CA 92186-5608 (United States); Shoshani, A. [Lawrence Berkeley National Laboratory, Berkeley, CA 94720 (United States); Stillerman, J.; Wright, J. [Massachusetts Institute of Technology, Cambridge, MA 02139 (United States); Wu, K.J. [Lawrence Berkeley National Laboratory, Berkeley, CA 94720 (United States)

    2016-11-15

    Highlights: • Data model, infrastructure, and tools for data tracking, cataloging, and integration. • Automatically document workflow and data provenance in the widest sense. • Fusion Science as test bed but the system’s framework and data model is quite general. - Abstract: Data from large-scale experiments and extreme-scale computing is expensive to produce and may be used for critical applications. However, it is not the mere existence of data that is important, but our ability to make use of it. Experience has shown that when metadata is better organized and more complete, the underlying data becomes more useful. Traditionally, capturing the steps of scientific workflows and metadata was the role of the lab notebook, but the digital era has resulted instead in the fragmentation of data, processing, and annotation. This paper presents the Metadata, Provenance, and Ontology (MPO) System, the software that can automate the documentation of scientific workflows and associated information. Based on recorded metadata, it provides explicit information about the relationships among the elements of workflows in notebook form augmented with directed acyclic graphs. A set of web-based graphical navigation tools and Application Programming Interface (API) have been created for searching and browsing, as well as programmatically accessing the workflows and data. We describe the MPO concepts and its software architecture. We also report the current status of the software as well as the initial deployment experience.

  15. The MPO system for automatic workflow documentation

    International Nuclear Information System (INIS)

    Abla, G.; Coviello, E.N.; Flanagan, S.M.; Greenwald, M.; Lee, X.; Romosan, A.; Schissel, D.P.; Shoshani, A.; Stillerman, J.; Wright, J.; Wu, K.J.

    2016-01-01

    Highlights: • Data model, infrastructure, and tools for data tracking, cataloging, and integration. • Automatically document workflow and data provenance in the widest sense. • Fusion Science as test bed but the system’s framework and data model is quite general. - Abstract: Data from large-scale experiments and extreme-scale computing is expensive to produce and may be used for critical applications. However, it is not the mere existence of data that is important, but our ability to make use of it. Experience has shown that when metadata is better organized and more complete, the underlying data becomes more useful. Traditionally, capturing the steps of scientific workflows and metadata was the role of the lab notebook, but the digital era has resulted instead in the fragmentation of data, processing, and annotation. This paper presents the Metadata, Provenance, and Ontology (MPO) System, the software that can automate the documentation of scientific workflows and associated information. Based on recorded metadata, it provides explicit information about the relationships among the elements of workflows in notebook form augmented with directed acyclic graphs. A set of web-based graphical navigation tools and Application Programming Interface (API) have been created for searching and browsing, as well as programmatically accessing the workflows and data. We describe the MPO concepts and its software architecture. We also report the current status of the software as well as the initial deployment experience.

  16. 14 CFR 302.4 - General requirements as to documents.

    Science.gov (United States)

    2010-01-01

    ... has an Expedited Processing Sheet that filers can use to assist in preparing this index for submission... subject index of the matter in such document, with page references. (b) Verification: The following...

  17. 76 FR 39416 - Agency Information Collection Activities: Documentation Requirements for Articles Entered Under...

    Science.gov (United States)

    2011-07-06

    ... techniques or other forms of information. Title: Documentation Requirements for Articles Entered Under... DEPARTMENT OF HOMELAND SECURITY U.S. Customs And Border Protection Agency Information Collection Activities: Documentation Requirements for Articles Entered Under Various Special Tariff Treatment Provisions...

  18. The Earth System Documentation (ES-DOC) Software Process

    Science.gov (United States)

    Greenslade, M. A.; Murphy, S.; Treshansky, A.; DeLuca, C.; Guilyardi, E.; Denvil, S.

    2013-12-01

    Earth System Documentation (ES-DOC) is an international project supplying high-quality tools & services in support of earth system documentation creation, analysis and dissemination. It is nurturing a sustainable standards based documentation eco-system that aims to become an integral part of the next generation of exa-scale dataset archives. ES-DOC leverages open source software, and applies a software development methodology that places end-user narratives at the heart of all it does. ES-DOC has initially focused upon nurturing the Earth System Model (ESM) documentation eco-system and currently supporting the following projects: * Coupled Model Inter-comparison Project Phase 5 (CMIP5); * Dynamical Core Model Inter-comparison Project (DCMIP); * National Climate Predictions and Projections Platforms Quantitative Evaluation of Downscaling Workshop. This talk will demonstrate that ES-DOC implements a relatively mature software development process. Taking a pragmatic Agile process as inspiration, ES-DOC: * Iteratively develops and releases working software; * Captures user requirements via a narrative based approach; * Uses online collaboration tools (e.g. Earth System CoG) to manage progress; * Prototypes applications to validate their feasibility; * Leverages meta-programming techniques where appropriate; * Automates testing whenever sensibly feasible; * Streamlines complex deployments to a single command; * Extensively leverages GitHub and Pivotal Tracker; * Enforces strict separation of the UI from underlying API's; * Conducts code reviews.

  19. CERN Sells its Electronic Document Handling System

    CERN Multimedia

    2001-01-01

    The EDH team. Left to right: Derek Mathieson, Rotislav Titov, Per Gunnar Jonsson, Ivica Dobrovicova, James Purvis. Missing from the photo is Jurgen De Jonghe. In a 1 MCHF deal announced this week, the British company Transacsys bought the rights to CERN's Electronic Document Handling (EDH) system, which has revolutionised the Laboratory's administrative procedures over the last decade. Under the deal, CERN and Transacsys will collaborate on developing EDH over the coming 12 months. CERN will provide manpower and expertise and will retain the rights to use EDH, which will also be available freely to other particle physics laboratories. This development is an excellent example of the active technology transfer policy CERN is currently pursuing. The negotiations were carried out through a fruitful collaboration between AS and ETT Divisions, following the recommendations of the Technology Advisory Board, and with the help of SPL Division. EDH was born in 1991 when John Ferguson and Achille Petrilli of AS Divisi...

  20. The System 80+ Standard Plant design control document. Volume 11

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume covers parts 6 and 7 and appendix 7A for section 7 (Instrumentation and Control) of the ADM Design and Analysis. The topics covered by these are: other systems required for safety; control systems not required by safety; and CMF evaluation of limiting faults. Parts 1--3 of section 8 (Electric Power) of the ADM are also included in this volume. Topics covered by these parts are: introduction; offsite power system; and onsite power system

  1. Electronic document management meets environmental restoration recordkeeping requirements: A case study

    International Nuclear Information System (INIS)

    Burnham, S.L.

    1995-01-01

    Efforts at migrating records management at five Department of Energy sites operated under management by Lockheed Martin Energy Systems, Inc. for Environmental Restoration (ER) business activities are described. The corporate environment, project definition, records keeping requirements are described first. Then an evaluation of electronic document management technologies and of internal and commercially available systems are provided. Finally adopted incremental implementation strategy and lessons learned are discussed

  2. Waste Emplacement/Retrieval System Description Document

    Energy Technology Data Exchange (ETDEWEB)

    Eric Loros

    2001-07-25

    after abnormal events may require clearing of equipment, rock, and ground support to facilitate recovery operations. Stabilization of existing ground support and installation of new ground support may also be needed. Recovery of WP(s) after an event that has contaminated drifts and/or WPs will require limiting the spread of contamination. Specialized equipment will also be necessary for system restoration (e.g., after a derailment, component failure). The Waste Emplacement/Retrieval System interfaces with the Subsurface Facility System and Ground Control System for the size and layout of the underground openings. The system interfaces with the Subsurface Ventilation System for the emplacement drift operating environment and the size of the drift isolation doors. The system interfaces with all WP types for the size, weight, and other important parameters affecting emplacement, recovery, and retrieval. The system interfaces with the Subsurface Emplacement Transportation System for the rail system upon which it operates and the distribution of power through the rail system. The system interfaces with the Monitored Geologic Repository (MGR) Operations Monitoring and Control System for the transmission of data to and from the system equipment, and for remote control of system equipment. The system interfaces with the Ground Control System for any repairs that are made. The system interfaces with the Emplacement Drift System for the WP emplacement mode and hardware. The system interfaces with the Disposal Container Handling System and the Waste Handling Building System for the receipt (during emplacement) and delivery (during retrieval/recovery) of WPs.

  3. Waste Emplacement/Retrieval System Description Document

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    2000-10-12

    The Waste Emplacement/Retrieval System transports Waste Packages (WPs) from the Waste Handling Building (WHB) to the subsurface area of emplacement, and emplaces the WPs once there. The system also, if necessary, removes some or all of the WPs from the underground and transports them to the surface. Lastly, the system is designed to remediate abnormal events involving the portions of the system supporting emplacement or retrieval. During emplacement operations, the system operates on the surface between the WHB and North Portal, and in the subsurface in the North Ramp, access mains, and emplacement drifts. During retrieval or abnormal conditions, the operations areas may also extend to a surface retrieval storage site and South Portal on the surface, and the South Ramp in the subsurface. A typical transport and emplacement operation involves the following sequence of events. A WP is loaded into a WP transporter at the WHB, and coupled to a pair of transport locomotives. The locomotives transport the WP from the WHB, down the North Ramp, and to the entrance of an emplacement drift. Once docked at the entrance of the emplacment drift, the WP is moved outside of the WP transporter, and engaged by a WP emplacement gantry. The gantry lifts the WP, and transports it to its emplacement location, where the WP is then lowered to its final resting position. The gantry remains in the drift while the WP transporter is returned to the WHB by the locomotives. When the transporter reaches the WHB, the sequence of operations is repeated. Retrieval of all the WPs, or a large group of WPs, under normal conditions is achieved by reversing the emplacement operations. Retrieval of a small set of WPs, under normal or abnormal conditions, is known as recovery. Recovery performed under abnormal conditions will involve a suite of specialized equipment designed to perform a variety of tasks to enable the recovery process. Recovery after abnormal events may require clearing of equipment

  4. Document Management and Exchange System – Supporting Education Process

    Directory of Open Access Journals (Sweden)

    Emil Egredzija

    2010-03-01

    Full Text Available Development and implementation of new technologies are very important in education. One of the most challenging tasks in the education process is to build efficient and cost-friendly system for content management and exchange. The system has to be reliable, easy manageable and open. Centralized storage, secured access, and ubiquitous client technologies have emerged as best-practice solutions in engineering that kind of services. Users can easily publish or exchange documents and not need to worry about their distribution, storage or technical skills required for efficient document management. The system that will be presented is built on open source technologies and is deployable on all today's popular web software platforms. The web server, the programming language and operating system that are used to build and deploy such a system are all non-proprietary and completely open because our mission was to build system that can be easily extended and not limited by its corporate license. The system uses security mechanisms such as user group access policy, operating system level security (file system and secured data storage in database. Because of the growing need for document management in education process we believe that this project will find its place in practice.

  5. The System 80+ Standard Plant design control document. Volume 20

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains 2 technical specifications bases as part of Appendix 16 A Tech Spec Bases. They are TS B3.8 Electrical Power Technical Systems Bases and TS B3.9 Refueling Operations Bases. All 3 parts of section 17 (QA) and all 10 parts of section 18 (Human Factors) of the ADM Design and Analysis are contained in this volume. Topics covered in section 17 are: design phase QA; operations phase QA; and design phase reliability assurance. Topics covered by section 18 are: design team organization; design goals; design process; functional task analysis; control room configuration; information presentation; control and monitoring; verification and validation; and review documents

  6. Development of a system for managing document delivery schedule(DDS) for NSSS system design

    International Nuclear Information System (INIS)

    Baek, S. H.; Baek, J. M.; Sohn, Y. S.; Shon, G. H.

    1999-01-01

    The construction of nuclear power plant is a long-term project from initial design to commercial operation. To accomplish NSSS (Nuclear Steam Supply System) system design successfully, the systematic and effective method for managing the system design product and interface correspondence with other organizations is required. To meet this requirement, a system has been developed to control the document delivery schedule, approval process and interface correspondence transmittal, and to report the documentation status periodically from the beginning of the YGN 5 and 6 project. This system is expected to contribute as the beginning step to development of integrated project management system. (author)

  7. A documentation tool for product configuration systems - improving the documentation task

    DEFF Research Database (Denmark)

    Hvam, Lars; Jensen, Klaes Ladeby

    2005-01-01

    essential tasks is thus to develop a complete and consistent product model which can reflect the actual product. A procedure for building product models has been developed at the Centre for Product Modelling (CPM), and the pro-cedure has been successfully applied in several industrial companies. CPM...... of a documentation tool for product configuration, based on CPM's procedure and experience from four Danish industrial companies which have applied the procedure. The requirements have been gathered and structured by using object-oriented system development techniques based on an analysis of the existing prod......-uct configuration processes of the companies. The analysis was based on the procedure for building product models as de-veloped at CPM, and revealed several common requirements within the different companies....

  8. Smart roadside initiative : system design document.

    Science.gov (United States)

    2015-09-01

    This document describes the software design for the Smart Roadside Initiative (SRI) for the delivery of : capabilities related to wireless roadside inspections, electronic screening/virtual weigh stations, universal : electronic commercial vehicle id...

  9. Hanford analytical services quality assurance requirements documents. Volume 1: Administrative Requirements

    International Nuclear Information System (INIS)

    Hyatt, J.E.

    1997-01-01

    Hanford Analytical Services Quality Assurance Requirements Document (HASQARD) is issued by the Analytical Services, Program of the Waste Management Division, US Department of Energy (US DOE), Richland Operations Office (DOE-RL). The HASQARD establishes quality requirements in response to DOE Order 5700.6C (DOE 1991b). The HASQARD is designed to meet the needs of DOE-RL for maintaining a consistent level of quality for sampling and field and laboratory analytical services provided by contractor and commercial field and laboratory analytical operations. The HASQARD serves as the quality basis for all sampling and field/laboratory analytical services provided to DOE-RL through the Analytical Services Program of the Waste Management Division in support of Hanford Site environmental cleanup efforts. This includes work performed by contractor and commercial laboratories and covers radiological and nonradiological analyses. The HASQARD applies to field sampling, field analysis, and research and development activities that support work conducted under the Hanford Federal Facility Agreement and Consent Order Tri-Party Agreement and regulatory permit applications and applicable permit requirements described in subsections of this volume. The HASQARD applies to work done to support process chemistry analysis (e.g., ongoing site waste treatment and characterization operations) and research and development projects related to Hanford Site environmental cleanup activities. This ensures a uniform quality umbrella to analytical site activities predicated on the concepts contained in the HASQARD. Using HASQARD will ensure data of known quality and technical defensibility of the methods used to obtain that data. The HASQARD is made up of four volumes: Volume 1, Administrative Requirements; Volume 2, Sampling Technical Requirements; Volume 3, Field Analytical Technical Requirements; and Volume 4, Laboratory Technical Requirements. Volume 1 describes the administrative requirements

  10. An integrated information retrieval and document management system

    Science.gov (United States)

    Coles, L. Stephen; Alvarez, J. Fernando; Chen, James; Chen, William; Cheung, Lai-Mei; Clancy, Susan; Wong, Alexis

    1993-01-01

    This paper describes the requirements and prototype development for an intelligent document management and information retrieval system that will be capable of handling millions of pages of text or other data. Technologies for scanning, Optical Character Recognition (OCR), magneto-optical storage, and multiplatform retrieval using a Standard Query Language (SQL) will be discussed. The semantic ambiguity inherent in the English language is somewhat compensated-for through the use of coefficients or weighting factors for partial synonyms. Such coefficients are used both for defining structured query trees for routine queries and for establishing long-term interest profiles that can be used on a regular basis to alert individual users to the presence of relevant documents that may have just arrived from an external source, such as a news wire service. Although this attempt at evidential reasoning is limited in comparison with the latest developments in AI Expert Systems technology, it has the advantage of being commercially available.

  11. 33 CFR 96.250 - What documents and reports must a safety management system have?

    Science.gov (United States)

    2010-07-01

    ... safety management system have? 96.250 Section 96.250 Navigation and Navigable Waters COAST GUARD... SAFETY MANAGEMENT SYSTEMS Company and Vessel Safety Management Systems § 96.250 What documents and reports must a safety management system have? The documents and reports required for a safety management...

  12. The System 80+ Standard Plant design control document. Volume 21

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains parts 1--10 of section 19 (Probabilistic Risk Assessment) of the ADM Design and Analysis. Topics covered are: methodology; initiating event evaluation; accident sequence determination; data analysis; systems analysis; external events analysis; shutdown risk assessment; accident sequence quantification; and sensitivity analysis. Also included in this volume are Appendix 19.8A Shutdown Risk Assessment and Appendix A to Appendix 19.8A Request for Information

  13. [Recommendations for the control of documents and the establishment of a documentary system].

    Science.gov (United States)

    Vinner, E

    2013-06-01

    The quality management system that must be implemented in a MBL to meet the requirements of the standard NF EN ISO 15189 is based, among other things, on the creation and use by staff of a documentary system approved and updated. This documentary system is constituted by external documents (standards, suppliers' documents...) and internal documents (quality manual, procedures, instructions, technical and quality recordings...). A procedure of the documentary system control must be formalized. The documentary system should be modeled in order to identify the various procedures to be drafted and the incurred risks in the case a document would be missing in this system. Each document must be indexed in a unique way and document management must be carried out rigorously. The use of document management software is a great help to manage the life cycle of documents.

  14. Ariadne: The Next Generation of Electronic Document Delivery Systems.

    Science.gov (United States)

    Roes, Hans; Dijkstra, Joost

    1994-01-01

    Describes an approach to electronic document delivery which has evolved at Tilburg University (Netherlands), leading to the development of a system called Ariadne. Highlights include various generations of electronic document delivery systems; standards, including the work of the Group on Electronic Document Interchange; and a description of the…

  15. The System 80+ Standard Plant design control document. Volume 15

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains all five parts of section 12 (Radiation Protection) of the ADM Design and Analysis. Topics covered are: ALARA exposures; radiation sources; radiation protection; dose assessment; and health physics program. All six parts and appendices A and B for section 13 (Conduct of Operations) of the ADM Design and Analysis are also contained in this volume. Topics covered are: organizational structure; training program; emergency planning; review and audit; plant procedures; industrial security; sabotage protection (App 13A); and vital equipment list (App 13B)

  16. The System 80+ Standard Plant design control document. Volume 23

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains part 16 References and Appendix 19 A Design Alternatives for section 19 (Probabilistic Risk Assessment) of the ADM Design and Analysis. Also covered is section 20 Unresolved Safety Issues of the ADM Design and Analysis. Finally sections 1--6 of the ADM Emergency Operations Guidelines are contained in this volume. Information covered in these sections include: standard post-trip actions; diagnostic actions; reactor trip recovery guideline; LOCA recovery; SG tube rupture recovery

  17. The System 80+ Standard Plant design control document. Volume 24

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains sections 7--11 of the ADM Emergency Operations Guidelines. Topics covered are: excess steam demand recovery; loss of all feedwater; loss of offsite power; station blackout recovery; and functional recovery guideline. Appendix A Severe Accident Management Guidelines and Appendix B Lower Mode Operational Guidelines are also included

  18. The System 80+ Standard Plant design control document. Volume 16

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains all 3 parts of section 14 (Initial Test Program) of the ADM Design and Analysis. Topics covered are: PSAR information; FSAR information; certified design material. Also part 1 of section 15 (Accident Analysis) of the ADM Design and Analysis is included in this volume. The topic of part 1 is increase in heat removal

  19. Molten Salt Test Loop (MSTL) system customer interface document.

    Energy Technology Data Exchange (ETDEWEB)

    Gill, David Dennis; Kolb, William J.; Briggs, Ronald D.

    2013-09-01

    The National Solar Thermal Test Facility at Sandia National Laboratories has a unique test capability called the Molten Salt Test Loop (MSTL) system. MSTL is a test capability that allows customers and researchers to test components in flowing, molten nitrate salt. The components tested can range from materials samples, to individual components such as flex hoses, ball joints, and valves, up to full solar collecting systems such as central receiver panels, parabolic troughs, or linear Fresnel systems. MSTL provides realistic conditions similar to a portion of a concentrating solar power facility. The facility currently uses 60/40 nitrate %E2%80%9Csolar salt%E2%80%9D and can circulate the salt at pressure up to 40 bar (600psi), temperature to 585%C2%B0C, and flow rate of 44-50kg/s(400-600GPM) depending on temperature. The purpose of this document is to provide a basis for customers to evaluate the applicability to their testing needs, and to provide an outline of expectations for conducting testing on MSTL. The document can serve as the basis for testing agreements including Work for Others (WFO) and Cooperative Research and Development Agreements (CRADA). While this document provides the basis for these agreements and describes some of the requirements for testing using MSTL and on the site at Sandia, the document is not sufficient by itself as a test agreement. The document, however, does provide customers with a uniform set of information to begin the test planning process.

  20. Guidelines on preparation of documentation required in PET radiopharmaceutical manufacturing

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    2001-05-01

    This article made by the Nuclear Pharmacy Working Group, subcommittee on Medical Application of Cyclotron-Produced Radionuclides, Medical Science and Pharmaceutical Committee, Japan Radioisotope Association, described the actual examples of Standards, Standard Operating Procedure, Documents and so on for the purpose of operation along the Standards of Compounds Labeled with Positron Nuclides Approved as Established Techniques for Medical Use (2001 Revision). Examples were the organization for manufacturing and management, standard format of the product (for [{sup 18}F]2-deoxy-2-fluoro-D-glucose), standard for process control of manufacture, standard for control of manufacturing and hygiene, standard for quality, and standard operating procedures for entering and leaving the manufacturing facility, for the clean-bench and for the test of floating micro-particles. The second item involved the definition of the cyclotron target ({sup 18}O), generation of {sup 18}F by the reaction (p, n), purification of the product, and prescription: the third item; storage of the product and manufacturing process control: and the fourth; education and training of personnel, and health management. (K.H.)

  1. Document control system as an integral part of RA documentation database application

    International Nuclear Information System (INIS)

    Steljic, M.M; Ljubenov, V.Lj. . E-mail address of corresponding author: milijanas@vin.bg.ac.yu; Steljic, M.M.)

    2005-01-01

    The decision about the final shutdown of the RA research reactor in Vinca Institute has been brought in 2002, and therefore the preparations for its decommissioning have begun. All activities are supervised by the International Atomic Energy Agency (IAEA), which also provides technical and experts' support. This paper describes the document control system is an integral part of the existing RA documentation database. (author)

  2. World Integrated Nuclear Evaluation System: Model documentation

    International Nuclear Information System (INIS)

    1991-12-01

    The World Integrated Nuclear Evaluation System (WINES) is an aggregate demand-based partial equilibrium model used by the Energy Information Administration (EIA) to project long-term domestic and international nuclear energy requirements. WINES follows a top-down approach in which economic growth rates, delivered energy demand growth rates, and electricity demand are projected successively to ultimately forecast total nuclear generation and nuclear capacity. WINES could be potentially used to produce forecasts for any country or region in the world. Presently, WINES is being used to generate long-term forecasts for the United States, and for all countries with commercial nuclear programs in the world, excluding countries located in centrally planned economic areas. Projections for the United States are developed for the period from 2010 through 2030, and for other countries for the period starting in 2000 or 2005 (depending on the country) through 2010. EIA uses a pipeline approach to project nuclear capacity for the period between 1990 and the starting year for which the WINES model is used. This approach involves a detailed accounting of existing nuclear generating units and units under construction, their capacities, their actual or estimated time of completion, and the estimated date of retirements. Further detail on this approach can be found in Appendix B of Commercial Nuclear Power 1991: Prospects for the United States and the World

  3. READS: the rapid electronic assessment documentation system.

    LENUS (Irish Health Repository)

    Hickey, Ann

    2012-12-13

    Patient documentation is time consuming and can detract from care. The authors report a novel computer programme that manipulates routinely collected information to quantify nursing workload, along with the reason for admission, functional status, estimates of in-hospital mortality and life expectancy. The programme stores information in a database, and produces a print-out in a situation\\/background\\/assessment\\/recommendation (SBAR) format. The average time taken to enter 629 patient encounters was 6.6 minutes. Pain was the most common presentation for low workload patients, while high workload patients often presented with altered mental status and reduced mobility. There was only a modest correlation between the risk of death and nursing workload. The programme measures nursing workload without further paperwork, and improves routine documentation with a legible brief report that is automatically generated. This report can be shared and provides data that is immediately available for day-to-day care, audit, quality control and service planning.

  4. An Agent Oriented Architecture to Supply Dynamic Document Generation in ERP Systems

    OpenAIRE

    Hassan Haghighi; Seyedeh Zahra Hosseini; Seyedeh Elahe Jalambadani

    2011-01-01

    One of the most important aspects expected from an ERP system is to mange user\\administrator manual documents dynamically. Since an ERP package is frequently changed during its implementation in customer sites, it is often needed to add new documents and/or apply required changes to existing documents in order to cover new or changed capabilities. The worse is that since these changes occur continuously, the corresponding documents should be updated dynamically; otherwise...

  5. Documenting pharmacists' interventions on a hospital's mainframe computer system.

    Science.gov (United States)

    Huntress, J D; Possidente, C J; Harry, D J

    1990-12-01

    The development and implementation of a code that enables pharmacists to document their clinical interventions in the hospital's computerized patient records is described. To allow data to be entered in patient records from terminals throughout the hospital that are linked to the mainframe computer, a code was developed to summarize each pharmacist recommendation. The coded information is added to the computer entry for the specific drug requiring intervention. A computer program was developed inhouse for generating daily reports of the pharmacist interventions. During an initial 25-day study period, 300 interventions were documented; house staff physicians accepted the pharmacists' recommendations in 257 (85.7%) of these interventions. An additional 17 (6%) of the interventions resulted from physicians' requests for pharmacists' recommendations. In addition to review of all pharmacist clinical interventions, this system allows review of a specific target drug to determine compliance with institutional drug-use guidelines. Through use of the computer program developed at this hospital, information that documents pharmacists' clinical services can be entered directly into patients' records on the hospital's mainframe computer system and retrieved as useful reports.

  6. Functions and requirements document for interim store solidified high-level and transuranic waste

    Energy Technology Data Exchange (ETDEWEB)

    Smith-Fewell, M.A., Westinghouse Hanford

    1996-05-17

    The functions, requirements, interfaces, and architectures contained within the Functions and Requirements (F{ampersand}R) Document are based on the information currently contained within the TWRS Functions and Requirements database. The database also documents the set of technically defensible functions and requirements associated with the solidified waste interim storage mission.The F{ampersand}R Document provides a snapshot in time of the technical baseline for the project. The F{ampersand}R document is the product of functional analysis, requirements allocation and architectural structure definition. The technical baseline described in this document is traceable to the TWRS function 4.2.4.1, Interim Store Solidified Waste, and its related requirements, architecture, and interfaces.

  7. ADST ARWA Visual System Module Interface Design Document

    Science.gov (United States)

    1994-02-28

    Window Display Interface Control Document 901182-775AA Rotary Wing Aircraft Simulation System ESIG-2000 Image Generator Interface Control Document...OTWDisplaysjTOVSC interface. 3.8.1 0TW Displays To VSC Data Elements I Reference the vendor supplied interface control document for the Out-The- Window display for...VSC To OTW Displays Data Elements Reference the vendor supplied interface control document for the Out-The- I Window display for information regarding

  8. National Ignition Facility sub-system design requirements computer system SSDR 1.5.1

    International Nuclear Information System (INIS)

    Spann, J.; VanArsdall, P.; Bliss, E.

    1996-01-01

    This System Design Requirement document establishes the performance, design, development and test requirements for the Computer System, WBS 1.5.1 which is part of the NIF Integrated Computer Control System (ICCS). This document responds directly to the requirements detailed in ICCS (WBS 1.5) which is the document directly above

  9. Thermal Gradient Data Acquisition System Documentation

    National Research Council Canada - National Science Library

    Walker, Larry D; Robinson, Scott B; Leon, Lisa

    2004-01-01

    ... that can be recorded in mice. Since acceptable commercial systems are not available, this system was custom-built to acquire data using National Instruments' versatile hardware components and LabVIEW...

  10. 16 CFR 1061.7 - Documentation of the State or local requirement.

    Science.gov (United States)

    2010-01-01

    ... 16 Commercial Practices 2 2010-01-01 2010-01-01 false Documentation of the State or local requirement. 1061.7 Section 1061.7 Commercial Practices CONSUMER PRODUCT SAFETY COMMISSION GENERAL APPLICATIONS FOR EXEMPTION FROM PREEMPTION § 1061.7 Documentation of the State or local requirement. An...

  11. 22 CFR 203.4 - U.S. PVO initial documentation requirements.

    Science.gov (United States)

    2010-04-01

    ... 22 Foreign Relations 1 2010-04-01 2010-04-01 false U.S. PVO initial documentation requirements... VOLUNTARY ORGANIZATIONS (PVOs) § 203.4 U.S. PVO initial documentation requirements. (a) So that USAID can... year prepared on an accrual basis in accordance with generally accepted accounting principles (GAAP) by...

  12. Physical system requirements: Overall system

    International Nuclear Information System (INIS)

    1992-01-01

    The Nuclear Waste Policy Act (NWPA) of 1982 assigned to the Department of Energy (DOE) the responsibility for managing the disposal of spent nuclear fuel and high-level radioactive waste and established the Office of Civilian Radioactive Waste Management (OCRWM) for that purpose. The Secretary of Energy, in his November 1989 report to Congress (DOE/RW-0247), announced three new initiatives for conduct of the Civilian Radioactive Waste Management (CRWM) program. One of these initiatives was to establish improved management structure and procedures. In response, OCRWM performed a management study and the Direct subsequently issued the Management Systems Improvement Strategy (MSIS) on August 10, 1990, calling for a rigorous implementation of systems engineering principles with a special emphasis on functional analysis. This approach establishes a framework for integrating the program management efforts with the technical requirements analysis into a single, unified, and consistent program. The functional analysis approach recognizes that just the facilities and equipment comprising the physical waste management system must perform certain functions, so must certain programmatic and management functions be performed within the program in order to successfully bring the physical system into being

  13. WASTE HANDLING BUILDING VENTILATION SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    P.A. Kumar

    2000-06-21

    The Waste Handling Building Ventilation System provides heating, ventilation, and air conditioning (HVAC) for the contaminated, potentially contaminated, and uncontaminated areas of the Monitored Geologic Repository's (MGR) Waste Handling Building (WHB). In the uncontaminated areas, the non-confinement area ventilation system maintains the proper environmental conditions for equipment operation and personnel comfort. In the contaminated and potentially contaminated areas, in addition to maintaining the proper environmental conditions for equipment operation and personnel comfort, the contamination confinement area ventilation system directs potentially contaminated air away from personnel in the WHB and confines the contamination within high-efficiency particulate air (HEPA) filtration units. The contamination confinement areas ventilation system creates airflow paths and pressure zones to minimize the potential for spreading contamination within the building. The contamination confinement ventilation system also protects the environment and the public by limiting airborne releases of radioactive or other hazardous contaminants from the WHB. The Waste Handling Building Ventilation System is designed to perform its safety functions under accident conditions and other Design Basis Events (DBEs) (such as earthquakes, tornadoes, fires, and loss of the primary electric power). Additional system design features (such as compartmentalization with independent subsystems) limit the potential for cross-contamination within the WHB. The system provides status of important system parameters and equipment operation, and provides audible and/or visual indication of off-normal conditions and equipment failures. The Waste Handling Building Ventilation System confines the radioactive and hazardous material within the building such that the release rates comply with regulatory limits. The system design, operations, and maintenance activities incorporate ALARA (as low as is

  14. Oak Ridge Environmental Information System (OREIS): Phase I, System Definition Document. Environmental Restoration Program

    Energy Technology Data Exchange (ETDEWEB)

    1992-06-01

    The Phase 1--System Definition Document documents the basis for establishing a consolidated environmental data base and information system for the Department of Energy Oak Ridge Field Office (OR) facilities operated by Martin Marietta Energy Systems, Inc. (Energy Systems). The Automated Data Processing System Development Methodology (ADPSDM), an Energy Systems procedure to assist in developing scientific and technical systems, was used to guide the preparation of the feasibility study and the system requirements definition, both of which are contained in this document. The Feasibility Study (Part 1) documents the existing system and data management practices and establishes and analyzes preliminary alternatives to be considered for the development of a consolidated system, i.e., the Oak Ridge Environmental Information System (OREIS). Alternatives were analyzed for technical and operational feasibility, benefits, and risks. Performance criteria used to rank alternatives included standardization, documentation, robustness, integration, reliability, and predictability. Of the three alternatives studied--request/referral, distributed, and centralized--the centralized system was selected to be most feasible because of its conformance to the performance criteria.

  15. Oak Ridge Environmental Information System (OREIS): Phase I, System Definition Document

    Energy Technology Data Exchange (ETDEWEB)

    1992-06-01

    The Phase 1--System Definition Document documents the basis for establishing a consolidated environmental data base and information system for the Department of Energy Oak Ridge Field Office (OR) facilities operated by Martin Marietta Energy Systems, Inc. (Energy Systems). The Automated Data Processing System Development Methodology (ADPSDM), an Energy Systems procedure to assist in developing scientific and technical systems, was used to guide the preparation of the feasibility study and the system requirements definition, both of which are contained in this document. The Feasibility Study (Part 1) documents the existing system and data management practices and establishes and analyzes preliminary alternatives to be considered for the development of a consolidated system, i.e., the Oak Ridge Environmental Information System (OREIS). Alternatives were analyzed for technical and operational feasibility, benefits, and risks. Performance criteria used to rank alternatives included standardization, documentation, robustness, integration, reliability, and predictability. Of the three alternatives studied--request/referral, distributed, and centralized--the centralized system was selected to be most feasible because of its conformance to the performance criteria.

  16. Documents

    International Development Research Centre (IDRC) Digital Library (Canada)

    determined the required slope and iron rods were installed. Along the way, community members and hired workers used self-made tools of welded iron scraps for levelling. Once completed, a construction company from Farafra poured the concrete foundation. After less than six weeks of closure, the gates of the new.

  17. Waste Receiving and Packaging, Module 2A, Supplemental Design Requirements Document

    Energy Technology Data Exchange (ETDEWEB)

    Lamberd, D.L.; Boothe, G.F.; Hinkle, A.L.; Horgos, R.M.; LeClair, M.D.; Nash, C.R.; Ocampo, V.P.; Pauly, T.R.; Stroup, J.L.; Weingardt, K.M.

    1994-04-26

    The Supplemental Design Requirements Document (SDRD) is used to communicate plant design information from Westinghouse Hanford Company (WHC) to the US Department of Energy (DOE) and the cognizant Architect Engineer (A/E). Information in the SDRD serves two purposes: to convey design requirements that are too detailed for inclusion in a Functional Design Criteria (FDC) report; and to serve as a means of change control for design commitments in the Conceptual Design Report. The mission of WRAP 2A on the Hanford site is the treatment of contact handled low level mixed waste (MW) for final disposal. The overall systems engineering steps used to reach construction and operation of WRAP 2A are depicted in Figure 1. The WRAP 2A SDRD focuses on the requirements to address the functional analysis provided in Figure 1. This information is provided in sections 2 through 5 of this SDRD. The mission analysis and functional analysis are to be provided in a separate supporting document. The organization of sections 2 through 5 corresponds to the requirements identified in the WRAP 2A functional analysis.

  18. Waste Receiving and Packaging, Module 2A, Supplemental Design Requirements Document

    International Nuclear Information System (INIS)

    Lamberd, D.L.; Boothe, G.F.; Hinkle, A.L.; Horgos, R.M.; LeClair, M.D.; Nash, C.R.; Ocampo, V.P.; Pauly, T.R.; Stroup, J.L.; Weingardt, K.M.

    1994-01-01

    The Supplemental Design Requirements Document (SDRD) is used to communicate plant design information from Westinghouse Hanford Company (WHC) to the US Department of Energy (DOE) and the cognizant Architect Engineer (A/E). Information in the SDRD serves two purposes: to convey design requirements that are too detailed for inclusion in a Functional Design Criteria (FDC) report; and to serve as a means of change control for design commitments in the Conceptual Design Report. The mission of WRAP 2A on the Hanford site is the treatment of contact handled low level mixed waste (MW) for final disposal. The overall systems engineering steps used to reach construction and operation of WRAP 2A are depicted in Figure 1. The WRAP 2A SDRD focuses on the requirements to address the functional analysis provided in Figure 1. This information is provided in sections 2 through 5 of this SDRD. The mission analysis and functional analysis are to be provided in a separate supporting document. The organization of sections 2 through 5 corresponds to the requirements identified in the WRAP 2A functional analysis

  19. Chemical and Metallurgy Research (CMR) Sample Tracking System Design Document

    International Nuclear Information System (INIS)

    Bargelski, C. J.; Berrett, D. E.

    1998-01-01

    The purpose of this document is to describe the system architecture of the Chemical and Metallurgy Research (CMR) Sample Tracking System at Los Alamos National Laboratory. During the course of the document observations are made concerning the objectives, constraints and limitations, technical approaches, and the technical deliverables

  20. Classification process in a text document recommender system

    Directory of Open Access Journals (Sweden)

    Dan MUNTEANU

    2005-12-01

    Full Text Available This paper presents the classification process in a recommender system used for textual documents taken especially from web. The system uses in the classification process a combination of content filters, event filters and collaborative filters and it uses implicit and explicit feedback for evaluating documents.

  1. Reconciling disparate information in continuity of care documents: Piloting a system to consolidate structured clinical documents.

    Science.gov (United States)

    Hosseini, Masoud; Jones, Josette; Faiola, Anthony; Vreeman, Daniel J; Wu, Huanmei; Dixon, Brian E

    2017-10-01

    Due to the nature of information generation in health care, clinical documents contain duplicate and sometimes conflicting information. Recent implementation of Health Information Exchange (HIE) mechanisms in which clinical summary documents are exchanged among disparate health care organizations can proliferate duplicate and conflicting information. To reduce information overload, a system to automatically consolidate information across multiple clinical summary documents was developed for an HIE network. The system receives any number of Continuity of Care Documents (CCDs) and outputs a single, consolidated record. To test the system, a randomly sampled corpus of 522 CCDs representing 50 unique patients was extracted from a large HIE network. The automated methods were compared to manual consolidation of information for three key sections of the CCD: problems, allergies, and medications. Manual consolidation of 11,631 entries was completed in approximately 150h. The same data were automatically consolidated in 3.3min. The system successfully consolidated 99.1% of problems, 87.0% of allergies, and 91.7% of medications. Almost all of the inaccuracies were caused by issues involving the use of standardized terminologies within the documents to represent individual information entries. This study represents a novel, tested tool for de-duplication and consolidation of CDA documents, which is a major step toward improving information access and the interoperability among information systems. While more work is necessary, automated systems like the one evaluated in this study will be necessary to meet the informatics needs of providers and health systems in the future. Copyright © 2017 Elsevier Inc. All rights reserved.

  2. Testing System Encryption-Decryption Method to RSA Security Documents

    International Nuclear Information System (INIS)

    Supriyono

    2008-01-01

    A model of document protection which was tested as one of the instruments, especially text document. The principle of the document protection was how the system was able to protect the document storage and transfer processes. Firstly, the text-formed document was encrypted; therefore, the document cannot be read for the text was transformed into random letters. The letter-randomized text was then unfolded by the description in order that the document owner was able to read it. In the recent research, the method adopted was RSA method, in which it used complicated mathematics calculation and equipped with initial protection key (with either private key or public key), thus, it was more difficult to be attacked by hackers. The system was developed by using the software of Borland Delphi 7. The results indicated that the system was capable to save and transfer the document, both via internet and intranet in the form of encrypted letter and put it back to the initial form of document by way of description. The research also tested for encrypted and decrypted process for various memory size documents. (author)

  3. Cross-institutional document exchange system using clinical document architecture (CDA) with virtual printing method.

    Science.gov (United States)

    Mihara, Naoki; Ueda, Kanayo; Manabe, Shirou; Takeda, Toshihiro; Shimai, Yoshie; Horishima, Hiroyuki; Murata, Taizo; Fujii, Ayumi; Matsumura, Yasushi

    2015-01-01

    Recently one patient received care from several hospitals at around the same time. When the patient visited a new hospital, the new hospital's physician tried to get patient information the previous hospital. Thus, patient information is frequently exchanged between them. Many types of healthcare facilities have implemented an electronic medical record system, but in Japan, healthcare information exchange is often done by paper. In other words, after a clinical doctor prints a referral document and sends it to another hospital's physician, another hospital's doctor receives it and scans to store the EMR in his own hospital's system. It is a wasteful way to exchange healthcare information about a patient. In order to solve this problem, we have developed a cross-institutional document exchange system using clinical document architecture (CDA) with a virtual printing method.

  4. Documenting indigenous knowledge systems in Africa: prospects ...

    African Journals Online (AJOL)

    Indigenous knowledge (IK) systems are very important for the communities from which they come from. Such knowledge dictates how people behave generally, how they relate with the land and other resources that they have, and how they make sense of the world around them. IK's importance is seemingly being ...

  5. Physical System Requirements: Transport Waste

    International Nuclear Information System (INIS)

    1992-04-01

    The Nuclear Waste Policy Act (NWPA) of 1982 assigned to the Department of Energy (DOE) the responsibility for managing the disposal of spent nuclear fuel and high-level radioactive waste and established the Office of Civilian Radioactive Waste Management (OCRWM) for that purpose. The Secretary of Energy, in his November 1989 report to Congress (DOE/RW-0247), announced three new initiatives for the conduct of the Civilian Radioactive Waste Management (CRWM) program. One of these initiatives was to establish improved management structure and procedures. In response, OCRWM performed a management study and the Director subsequently issued the Management Systems Improvement Strategy (MSIS) on August 10, 1990, calling for a rigorous implementation of systems engineering principles with a special emphasis on functional analysis. The functional analysis approach establishes a framework for integrating the program management efforts with the technical requirements analysis into a single, unified, and consistent program. This approach recognizes that just as the facilities and equipment comprising the physical waste management system must perform certain functions, so must certain programmatic and management functions be performed within the program in order to successfully bring the physical system into being. The objective of this document is to establish the essential functions, requirements, interfaces, and system architecture for the Transport Waste mission. Based upon the Nuclear Waste Policy Act, the mission of the Waste Transportation System is to transport SNF and/or HLW from the purchaser's/producer's facilities to, and between, NWMS facilities in a manner that protects the health and safety of the public and of workers and the quality of the environment makes effective use of financial and other resources, and to the fullest extent possible uses the private sector

  6. Deficiency tracking system, conceptual business process requirements

    International Nuclear Information System (INIS)

    Hermanson, M.L.

    1997-01-01

    The purpose of this document is to describe the conceptual business process requirements of a single, site-wide, consolidated, automated, deficiency management tracking, trending, and reporting system. This description will be used as the basis for the determination of the automated system acquisition strategy including the further definition of specific requirements, a ''make or buy'' determination and the development of specific software design details

  7. Deficiency tracking system, conceptual business process requirements

    Energy Technology Data Exchange (ETDEWEB)

    Hermanson, M.L.

    1997-04-18

    The purpose of this document is to describe the conceptual business process requirements of a single, site-wide, consolidated, automated, deficiency management tracking, trending, and reporting system. This description will be used as the basis for the determination of the automated system acquisition strategy including the further definition of specific requirements, a ''make or buy'' determination and the development of specific software design details.

  8. Evaluation of a documentation system for airway management training.

    Science.gov (United States)

    Cone, Stephen W; Rafiq, Azhar; Merrell, Ronald C

    2008-01-01

    Resuscitation science is a dynamic part of healthcare training, with an expanding role for simulation. Historically, performance measurement and documentation relied upon the presence of an instructor, an expensive and potentially inaccurate assessment tradition that tied performance testing to a fixed facility. We hypothesize that an automated system might be developed and validated to document performance in airway management for self assessment in the absence of a human trainer. The system would also store and transmit data to a central registry to document skill acquisition and maintenance. Multiple video and pressure inputs captured and documented resuscitation task performance on a readily available standard practice manikin. Bag-valve-mask ventilation (BVM), endotracheal intubation, and ventilation via endotracheal tube (ETT) were studied for accuracy, adequacy, and time. The 12 participants performed each task for 5 repetitions, resulting in 60 total attempts for each skill. Twelve untrained participants performed 3 critical tasks in airway management. Review with the system informed the participant of his/her performance and desired outcome. The system also documented skill performance objectively relative to a standard, recording both successes and failures. Compressed and abstracted performance records populated an average 14-megabyte file size (excluding full motion video). This system was successfully used to document student performance of BVM, orotracheal intubation, and ventilation via ETT. The system easily integrates documentation, including text reports, airway pressure readings, still images and videos of task performance. Such digital documentation could guide skill acquisition and quantitatively certify performance with minimal reliance upon an instructor and evaluator.

  9. Design and development of an ancient Chinese document recognition system

    Science.gov (United States)

    Peng, Liangrui; Xiu, Pingping; Ding, Xiaoqing

    2003-12-01

    The digitization of ancient Chinese documents presents new challenges to OCR (Optical Character Recognition) research field due to the large character set of ancient Chinese characters, variant font types, and versatile document layout styles, as these documents are historical reflections to the thousands of years of Chinese civilization. After analyzing the general characteristics of ancient Chinese documents, we present a solution for recognition of ancient Chinese documents with regular font-types and layout-styles. Based on the previous work on multilingual OCR in TH-OCR system, we focus on the design and development of two key technologies which include character recognition and page segmentation. Experimental results show that the developed character recognition kernel of 19,635 Chinese characters outperforms our original traditional Chinese recognition kernel; Benchmarked test on printed ancient Chinese books proves that the proposed system is effective for regular ancient Chinese documents.

  10. Model documentation report: Industrial sector demand module of the national energy modeling system

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1998-01-01

    This report documents the objectives, analytical approach, and development of the National Energy Modeling System (NEMS) Industrial Demand Model. The report catalogues and describes model assumptions, computational methodology, parameter estimation techniques, and model source code. This document serves three purposes. First, it is a reference document providing a detailed description of the NEMS Industrial Model for model analysts, users, and the public. Second, this report meets the legal requirements of the Energy Information Administration (EIA) to provide adequate documentation in support of its model. Third, it facilitates continuity in model development by providing documentation from which energy analysts can undertake model enhancements, data updates, and parameter refinements as future projects.

  11. Westinghouse Hanford Company (WHC) standards/requirements identification document (S/RID)

    Energy Technology Data Exchange (ETDEWEB)

    Bennett, G.L.

    1996-03-15

    This Standards/Requirements Identification Document (S/RID) set forth the Environmental Safety and Health (ES&H) standards/requirements for Westinghouse Hanford Company Level Programs, where implementation and compliance is the responsibility of these organizations. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment.

  12. Westinghouse Hanford Company (WHC) standards/requirements identification document (S/RID)

    International Nuclear Information System (INIS)

    Bennett, G.L.

    1996-01-01

    This Standards/Requirements Identification Document (S/RID) set forth the Environmental Safety and Health (ES ampersand amp;H) standards/requirements for Westinghouse Hanford Company Level Programs, where implementation and compliance is the responsibility of these organizations. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment

  13. National Ignition Facility system design requirements NIF integrated computer controls SDR004

    International Nuclear Information System (INIS)

    Bliss, E.

    1996-01-01

    This System Design Requirement document establishes the performance, design, development, and test requirements for the NIF Integrated Computer Control System. The Integrated Computer Control System (ICCS) is covered in NIF WBS element 1.5. This document responds directly to the requirements detailed in the NIF Functional Requirements/Primary Criteria, and is supported by subsystem design requirements documents for each major ICCS Subsystem

  14. System requirements and design description for the environmental requirements management interface (ERMI)

    International Nuclear Information System (INIS)

    Biebesheimer, E.

    1997-01-01

    This document describes system requirements and the design description for the Environmental Requirements Management Interface (ERMI). The ERMI database assists Tank Farm personnel with scheduling, planning, and documenting procedure compliance, performance verification, and selected corrective action tracking activities for Tank Farm S/RID requirements. The ERMI database was developed by Science Applications International Corporation (SAIC). This document was prepared by SAIC and edited by LMHC

  15. Terminology-based documentation systems: a systemantic comparison of four different approaches.

    Science.gov (United States)

    Ngouongo, Sylvie M N; Stausberg, Jürgen

    2013-01-01

    The supplementation of documentation systems with controlled vocabularies is a prerequisite for improved and consistent communication, high data quality and efficient data exchange. To outline the requirements of an application system which supports the terminology-based development of documentation systems, existing documentation systems offering a terminological support in the definition of item collections were retrieved in the literature and analyzed. The analysis of four selected documentation systems caused us to define four main criteria for a terminology-based documentation system, which are: use of a controlled vocabulary, definition of a characteristic level, the definition of a value domain level and definition of roles and entities to combine vocabulary, characteristic and value domain levels together.

  16. Using electronic document management systems to manage highway project files.

    Science.gov (United States)

    2011-12-12

    "WisDOTs Bureau of Technical Services is interested in learning about the practices of other state departments of : transportation in developing and implementing an electronic document management system to manage highway : project files"

  17. Using Description Logics to specify a Document Synthesis System

    OpenAIRE

    Souleymane KOUSSOUBE; Roger NOUSSI; Balira O. KONFE

    2013-01-01

    this paper deals with an automatic document’s synthesis system. Our approach is based on the prior formal description of the semantics of the main elements (document, reader and his request) in the synthesis system. In this approach, semantic capture is based on ontology definition that is specified formally using Description Logics (DL). The DL inference techniques associated to production rules are then used to compute a document synthesis. Moreover, DL inference techniques are used to reas...

  18. An Introduction to the Nuclear Document Crawling System

    International Nuclear Information System (INIS)

    Tae, Jae Woong; Yoon, Sung Ho; Shin, Dong Hoon

    2016-01-01

    The NSG(Nuclear Suppliers Group) guidelines state that controls on 'technology' transfer do not apply to information 'in the public domain' or to 'basic scientific research'. According to the guidelines, 'basic scientific research' is an experimental or theoretical work undertaken principally to acquire new knowledge of the fundamental principles of phenomena and observable facts, not primarily directed towards a specific practical aim or objective. 'Technology in the public domain' means 'technology' or 'software' that has been made available without restrictions upon its further dissemination. It is a difficult problem to determine whether a document is in the public domain or it is a basic scientific research because its criteria are ambiguous and unclear. In this paper, we introduce an approach using documents on the web and a system to manage electronic documents on the web. In this paper, we proposed an approach to determine whether a document is open to public or it is a basic scientific research and we developed the document crawling system to collect open documents on the web. We can take open documents into a review process in a new way. It supports to prevent reviewers from classifying an open document into a strategic technology. It is expected to improve reliability of classification results

  19. System specification/system design document comment review: Plutonium Stabilization and Packaging System. Notes of conference

    International Nuclear Information System (INIS)

    1996-01-01

    A meeting was held between DOE personnel and the BNFL team to review the proposed resolutions to DOE comments on the initial issue of the system specification and system design document for the Plutonium Stabilization and Packaging System. The objectives of this project are to design, fabricate, install, and start up a glovebox system for the safe repackaging of plutonium oxide and metal, with a requirement of a 50-year storage period. The areas discussed at the meeting were: nitrogen in can; moisture instrumentation; glovebox atmosphere; can marking bar coding; weld quality; NFPA-101 references; inner can swabbing; ultimate storage environment; throughput; convenience can screw-top design; furnacetrays; authorization basis; compactor safety; schedule for DOE review actions; fire protection; criticality safety; applicable standards; approach to MC and A; homogeneous oxide; resistance welder power; and tray overfill. Revised resolutions were drafted and are presented

  20. System specification/system design document comment review: Plutonium Stabilization and Packaging System. Notes of conference

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1996-07-01

    A meeting was held between DOE personnel and the BNFL team to review the proposed resolutions to DOE comments on the initial issue of the system specification and system design document for the Plutonium Stabilization and Packaging System. The objectives of this project are to design, fabricate, install, and start up a glovebox system for the safe repackaging of plutonium oxide and metal, with a requirement of a 50-year storage period. The areas discussed at the meeting were: nitrogen in can; moisture instrumentation; glovebox atmosphere; can marking-bar coding; weld quality; NFPA-101 references; inner can swabbing; ultimate storage environment; throughput; convenience can screw-top design; furnace/trays; authorization basis; compactor safety; schedule for DOE review actions; fire protection; criticality safety; applicable standards; approach to MC and A; homogeneous oxide; resistance welder power; and tray overfill. Revised resolutions were drafted and are presented.

  1. 10-MWe pilot-plant-receiver panel test requirements document solar thermal test facility

    Energy Technology Data Exchange (ETDEWEB)

    1978-08-25

    Testing plans for a full-scale test receiver panel and supporting hardware which essentially duplicate both physically and functionally, the design planned for the Barstow Solar Pilot Plant are presented. Testing is to include operation during normal start and shutdown, intermittent cloud conditions, and emergencies to determine the panel's transient and steady state operating characteristics and performance under conditions equal to or exceeding those expected in the pilot plant. The effects of variations of input and output conditions on receiver operation are also to be investigated. Test hardware are described, including the pilot plant receiver, the test receiver assembly, receiver panel, flow control, electrical control and instrumentation, and structural assembly. Requirements for the Solar Thermal Test Facility for the tests are given. The safety of the system is briefly discussed, and procedures are described for assembly, installation, checkout, normal and abnormal operations, maintenance, removal and disposition. Also briefly discussed are quality assurance, contract responsibilities, and test documentation. (LEW)

  2. A Data Analysis of Naval Air Systems Command Funding Documents

    Science.gov (United States)

    2017-06-01

    value in excess of 146 billion dollars. NAVAIR uses the Navy Enterprise Resource Planning ( ERP ) system to process its financial transactions and...resource planning ( ERP ), Naval Air Systems Command (NAVAIR), purchase requests (PR), funding documents, Economy Act Order, intragovernmental transfers...Planning ( ERP ) system to process its financial transactions and, since its implementation, there has been an increase in the overall number of

  3. Design requirements document for Exploratory Shaft Facility site preparation and selected facilities

    International Nuclear Information System (INIS)

    Valentich, D.J.

    1987-01-01

    This document describes design requirements for portions of the Exploratory Shaft Facility site preparation work, shop and warehouse facility, change house, and support facilities. The information presented herein defines constraints, performance criteria, functional requirements, and definitions for the site preparation and facility related work. 1 fig

  4. 42 CFR 495.336 - Health information technology planning advance planning document requirements (HIT PAPD).

    Science.gov (United States)

    2010-10-01

    ... 42 Public Health 5 2010-10-01 2010-10-01 false Health information technology planning advance... STANDARDS FOR THE ELECTRONIC HEALTH RECORD TECHNOLOGY INCENTIVE PROGRAM Requirements Specific to the Medicaid Program § 495.336 Health information technology planning advance planning document requirements...

  5. Capstone Required System Characteristics

    OpenAIRE

    2004-01-01

    roll roll Interactive Media Element This interactive illustration provides information about the characteristics of satellite communication systems, and the characteristics associated with each of the four categories of space segment (constellation of communication satellites). The four categories are: Narrowband (UHF) , Wideband (SHF), Protected (EHF), CommercialSimple mouseover interactions are used to reveal individual pieces of information. SS3613 Military Satellite Communi...

  6. Supplmental design requirements document enhanced radioactive and mixed waste storage: Phase 5, Project W-113

    International Nuclear Information System (INIS)

    Ocampo, V.P.

    1994-11-01

    This Supplemental Design Requirements Document (SDRD) is used to communicate Project W-113 specific plant design information from Westinghouse Hanford Company (WHC) to the United States Department of Energy (DOE) and the cognizant Architect Engineer (A/E). The SDRD is prepared after the completion of the project Conceptual Design report (CDR) and prior to the initiation of definitive design. Information in the SDRD serves two purposes: to convey design requirements that are too detailed for inclusion in the Functional Design Criteria (FDC) report and to serve as a means of change control for design commitments in the Title I and Title II design. The Solid Waste Retrieval Project (W-113) SDRD has been restructured from the equipment based outline used in previous SDRDs to a functional systems outline. This was done to facilitate identification of deficiencies in the information provided in the initial draft SDRD and aid design confirmation. The format and content of this SDRD adhere as closely as practicable to the requirements of WHC-CM-6-1, Standard Engineering Practices for Functional Design Criteria

  7. [Document management systems to support quality management systems at university hospitals - an interview-based study].

    Science.gov (United States)

    Holderried, Martin; Bökel, Ann-Catrin; Ochsmann, Elke

    2018-04-12

    In order to save and control the processes and quality of medical services, a suitable steering system of all relevant documents is essential from the point of view of clinical quality management. Systems supporting an automated steering system of documents are called document management systems (DMS), and they also enter the healthcare sector. The use of DMS in the German healthcare sector has hardly been investigated so far. To close this knowledge gap, interviews were carried out with German university hospitals over a six-month period and subjected to a qualitative content analysis according to Mayring. In total, 25 university hospitals agreed to participate in this study, of which 19 have been working with a digital DMS for about six years on average. There was a great variety among the IT systems used. Document management and usability of the DMS as well as its integration into existing IT structures were key decision-making criteria for the selection of a digital DMS. In general, the long-term usability of the DMS is supported by regular evaluation of one's own requirements for the system, administration and training programs. In addition, DMS have a positive effect on patient safety and the quality of medical care. Copyright © 2018. Published by Elsevier GmbH.

  8. NASA Docking System (NDS) Interface Definitions Document (IDD)

    Science.gov (United States)

    Tabakman, Alexander; England, Warren

    2013-01-01

    The contents of this document define the integrated performance and interface design for NASA Docking System (NDS) Block 1 and the International Docking Adapter. The intent of this IDD is to provide the interface design for using, installing, and interfacing to the NDS Block 1 that will enable successful docking to the IDA. This document is under the control of the ISS Development Projects Office (OG).

  9. User and Document Group Approach of Clustering in Tagging Systems

    DEFF Research Database (Denmark)

    Pan, Rong; Xu, Guandong; Dolog, Peter

    2010-01-01

    In this paper, we propose a spectral clustering approach for users and documents group modeling in order to capture the common preference and relatedness of users and documents, and to reduce the time complexity of similarity calculations. In experiments, we investigate the selection of the optimal...... amount of clusters. We also show a reduction of the time consuming in calculating the similarity for the recommender systems by selecting a centroid first, and then compare the inside item on behalf of each group....

  10. TECHNICAL BASIS FOR VENTILATION REQUIREMENTS IN TANK FARMS OPERATING SPECIFICATIONS DOCUMENTS

    Energy Technology Data Exchange (ETDEWEB)

    BERGLIN, E J

    2003-06-23

    This report provides the technical basis for high efficiency particulate air filter (HEPA) for Hanford tank farm ventilation systems (sometimes known as heating, ventilation and air conditioning [HVAC]) to support limits defined in Process Engineering Operating Specification Documents (OSDs). This technical basis included a review of older technical basis and provides clarifications, as necessary, to technical basis limit revisions or justification. This document provides an updated technical basis for tank farm ventilation systems related to Operation Specification Documents (OSDs) for double-shell tanks (DSTs), single-shell tanks (SSTs), double-contained receiver tanks (DCRTs), catch tanks, and various other miscellaneous facilities.

  11. 14 CFR 406.113 - Filing documents with the Docket Management System (DMS) and sending documents to the...

    Science.gov (United States)

    2010-01-01

    ... 14 Aeronautics and Space 4 2010-01-01 2010-01-01 false Filing documents with the Docket Management System (DMS) and sending documents to the administrative law judge and Assistant Chief Counsel for... Management System (DMS) and sending documents to the administrative law judge and Assistant Chief Counsel for...

  12. Waste encapsulation storage facility (WESF) standards/requirements identification document (S/RIDS)

    Energy Technology Data Exchange (ETDEWEB)

    Maddox, B.S., Westinghouse Hanford

    1996-07-29

    This Standards/Requirements Identification Document (S/RID) sets forth the Environmental Safety and Health (ES{ampersand}H) standards/requirements for the Waste Encapsulation Storage Facility (WESF). This S/RID is applicable to the appropriate life cycle phases of design, construction, operation, and preparation for decommissioning. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment.

  13. Plutonium Finishing Plant (PFP) Standards/Requirements Identification Document (S/RID)

    Energy Technology Data Exchange (ETDEWEB)

    Maddox, B.S.

    1996-01-01

    This Standards/Requirements Identification Document (S/RID) sets forth the Environmental Safety and Health (ESH) standards/requirements for the Plutonium Finishing Plant (PFP). This S/RID is applicable to the appropriate life cycle phases of design, construction, operation, and preparation for decommissioning. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment.

  14. Plutonium Finishing Plant (PFP) Standards/Requirements Identification Document (S/RID)

    International Nuclear Information System (INIS)

    Maddox, B.S.

    1996-01-01

    This Standards/Requirements Identification Document (S/RID) sets forth the Environmental Safety and Health (ESH) standards/requirements for the Plutonium Finishing Plant (PFP). This S/RID is applicable to the appropriate life cycle phases of design, construction, operation, and preparation for decommissioning. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment

  15. An information integration system for structured documents, Web, and databases

    OpenAIRE

    Morishima, Atsuyuki

    1998-01-01

    Rapid advance in computer network technology has changed the style of computer utilization. Distributed computing resources over world-wide computer networks are available from our local computers. They include powerful computers and a variety of information sources. This change is raising more advanced requirements. Integration of distributed information sources is one of such requirements. In addition to conventional databases, structured documents have been widely used, and have increasing...

  16. Documentation of the ISA Micro Computed Tomography System

    Energy Technology Data Exchange (ETDEWEB)

    Brown, William D. [Lawrence Livermore National Lab. (LLNL), Livermore, CA (United States); Smith, Jerel A. [Lawrence Livermore National Lab. (LLNL), Livermore, CA (United States)

    2013-12-18

    This document is intended to provide information on the ISA Micro Computed Tomography (MicroCT) system that will be installed in Yavne, Israel. X-ray source, detector, and motion control hardware are specified as well as specimen platforms, containers, and reference material types. Most of the details on the system are derived from Reference 1 and 2.

  17. Information requirements for enterprise systems

    OpenAIRE

    Sommerville, Ian; Lock, Russell; Storer, Tim

    2012-01-01

    In this paper, we discuss an approach to system requirements engineering, which is based on using models of the responsibilities assigned to agents in a multi-agency system of systems. The responsibility models serve as a basis for identifying the stakeholders that should be considered in establishing the requirements and provide a basis for a structured approach, described here, for information requirements elicitation. We illustrate this approach using a case study drawn from civil emergenc...

  18. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 7

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    This Requirements Identification Document (RID) describes an Occupational Health and Safety Program as defined through the Relevant DOE Orders, regulations, industry codes/standards, industry guidance documents and, as appropriate, good industry practice. The definition of an Occupational Health and Safety Program as specified by this document is intended to address Defense Nuclear Facilities Safety Board Recommendations 90-2 and 91-1, which call for the strengthening of DOE complex activities through the identification and application of relevant standards which supplement or exceed requirements mandated by DOE Orders. This RID applies to the activities, personnel, structures, systems, components, and programs involved in maintaining the facility and executing the mission of the High-Level Waste Storage Tank Farms.

  19. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 7

    International Nuclear Information System (INIS)

    1994-04-01

    This Requirements Identification Document (RID) describes an Occupational Health and Safety Program as defined through the Relevant DOE Orders, regulations, industry codes/standards, industry guidance documents and, as appropriate, good industry practice. The definition of an Occupational Health and Safety Program as specified by this document is intended to address Defense Nuclear Facilities Safety Board Recommendations 90-2 and 91-1, which call for the strengthening of DOE complex activities through the identification and application of relevant standards which supplement or exceed requirements mandated by DOE Orders. This RID applies to the activities, personnel, structures, systems, components, and programs involved in maintaining the facility and executing the mission of the High-Level Waste Storage Tank Farms

  20. The documentation of product configuration systems: A framework and an IT solution

    DEFF Research Database (Denmark)

    Shafiee, Sara; Hvam, Lars; Haug, Anders

    2017-01-01

    for maintenance, further development, system quality and communication with domain experts. Product models are the main communication and documentation tools used in PCS projects. Recent studies have shown that up-to-date documentation for the PCS is often lacking due to the significant amount of work required......, and constraints inside the PCS. The product model does not need to be maintained, therefore, outside the PCS. This approach meets the demand for agile documentation and efficient communication with domain experts, and uses the fewest resources possible. Furthermore, to support the framework, an IT documentation...... system is proposed that is capable of retrieving knowledge from the PCS and thus generating the product model. Our framework and IT documentation system were developed and tested at a case company on five different projects. The results confirm that benefits can be achieved by using the proposed...

  1. Traceability of Software Safety Requirements in Legacy Safety Critical Systems

    Science.gov (United States)

    Hill, Janice L.

    2007-01-01

    How can traceability of software safety requirements be created for legacy safety critical systems? Requirements in safety standards are imposed most times during contract negotiations. On the other hand, there are instances where safety standards are levied on legacy safety critical systems, some of which may be considered for reuse for new applications. Safety standards often specify that software development documentation include process-oriented and technical safety requirements, and also require that system and software safety analyses are performed supporting technical safety requirements implementation. So what can be done if the requisite documents for establishing and maintaining safety requirements traceability are not available?

  2. TAP II Processing System Final Report. Hardware Documentation

    Science.gov (United States)

    1977-05-01

    system operating instructions. Separate operacion and maintenance manuals are available for the HDDR elec- tronics and the recorders, the Analogic A...has been used on prior shipboard systems in conjunc- tion with the Lambda array. Emphasis is given in this manual to the new equipment and processing...S.E./8 Channel Diffetential t• Multiplexer FLOATING POINT SYSTEMS, DOCUMENTATION . jFPS-7309. AP-120B Internal Interface Manual FPS-7322 AP-120B

  3. DALIS: a computer-assisted document retrieval system for the FFTF

    Energy Technology Data Exchange (ETDEWEB)

    Harves, W G

    1981-05-12

    The FFTF (Fast Flux Test Facility) is a liquid sodium cooled, fast flux reactor designed specifically for irradiation testing of fuels and components for liquid metal fast breeder reactors. The Department of Energy and the Nuclear Regulatory Commission require that all pertinent documentation for maintenance, operation, and safety of the FFTF be readily accessible and retrievable, both during initial startup and for the lifetime of the plant. That amounts to a lot of information which has to be retrievable. The indexing system finally developed is called the DALIS system, short for Document and Location Indexing System. This system was designed by an engineer (Michael Theo) for use by engineers. DALIS uses descriptiors and keywords to identify each document in the system. The descriptors give such information as document number, date of issuance of the document, the title, the originating organization, and the microfilm or hardcopy location of the document. The keywords are words or phrases that describe the content of the document and permit retrieval by means of a computer search for documents with the stated keywords.

  4. DALIS: a computer-assisted document retrieval system for the FFTF

    International Nuclear Information System (INIS)

    Harves, W.G.

    1981-01-01

    The FFTF (Fast Flux Test Facility) is a liquid sodium cooled, fast flux reactor designed specifically for irradiation testing of fuels and components for liquid metal fast breeder reactors. The Department of Energy and the Nuclear Regulatory Commission require that all pertinent documentation for maintenance, operation, and safety of the FFTF be readily accessible and retrievable, both during initial startup and for the lifetime of the plant. That amounts to a lot of information which has to be retrievable. The indexing system finally developed is called the DALIS system, short for Document and Location Indexing System. This system was designed by an engineer (Michael Theo) for use by engineers. DALIS uses descriptiors and keywords to identify each document in the system. The descriptors give such information as document number, date of issuance of the document, the title, the originating organization, and the microfilm or hardcopy location of the document. The keywords are words or phrases that describe the content of the document and permit retrieval by means of a computer search for documents with the stated keywords

  5. Delve: A Data Set Retrieval and Document Analysis System

    KAUST Repository

    Akujuobi, Uchenna Thankgod

    2017-12-29

    Academic search engines (e.g., Google scholar or Microsoft academic) provide a medium for retrieving various information on scholarly documents. However, most of these popular scholarly search engines overlook the area of data set retrieval, which should provide information on relevant data sets used for academic research. Due to the increasing volume of publications, it has become a challenging task to locate suitable data sets on a particular research area for benchmarking or evaluations. We propose Delve, a web-based system for data set retrieval and document analysis. This system is different from other scholarly search engines as it provides a medium for both data set retrieval and real time visual exploration and analysis of data sets and documents.

  6. 76 FR 26750 - Agency Information Collection Activities: Documentation Requirements for Articles Entered Under...

    Science.gov (United States)

    2011-05-09

    ... DEPARTMENT OF HOMELAND SECURITY U.S. Customs and Border Protection Agency Information Collection Activities: Documentation Requirements for Articles Entered Under Various Special Tariff Treatment Provisions... and request for comments; Extension and revision of an existing collection of information: 1651-0067...

  7. 45 CFR 400.43 - Requirements for documentation of refugee status.

    Science.gov (United States)

    2010-10-01

    ... 45 Public Welfare 2 2010-10-01 2010-10-01 false Requirements for documentation of refugee status. 400.43 Section 400.43 Public Welfare Regulations Relating to Public Welfare OFFICE OF REFUGEE RESETTLEMENT, ADMINISTRATION FOR CHILDREN AND FAMILIES, DEPARTMENT OF HEALTH AND HUMAN SERVICES REFUGEE...

  8. Supplemental design requirements document enhanced radioactive and mixed waste storage Phase V Project W-112

    Energy Technology Data Exchange (ETDEWEB)

    Ocampo, V.P.; Boothe, G.F.; Greager, T.M.; Johnson, K.D.; Kooiker, S.L.; Martin, J.D.

    1994-11-01

    This document provides additional and supplemental information to WHC-SD-W112-FDC-001, Project W-112 for radioactive and mixed waste storage. It provides additional requirements for the design and summarizes Westinghouse Hanford Company key design guidance and establishes the technical baseline agreements to be used for definitive design of the Project W-112 facilities.

  9. 42 CFR 495.338 - Health information technology implementation advance planning document requirements (HIT IAPD).

    Science.gov (United States)

    2010-10-01

    ... 42 Public Health 5 2010-10-01 2010-10-01 false Health information technology implementation... CERTIFICATION STANDARDS FOR THE ELECTRONIC HEALTH RECORD TECHNOLOGY INCENTIVE PROGRAM Requirements Specific to the Medicaid Program § 495.338 Health information technology implementation advance planning document...

  10. Supplemental design requirements document enhanced radioactive and mixed waste storage Phase V Project W-112

    International Nuclear Information System (INIS)

    Ocampo, V.P.; Boothe, G.F.; Greager, T.M.; Johnson, K.D.; Kooiker, S.L.; Martin, J.D.

    1994-11-01

    This document provides additional and supplemental information to WHC-SD-W112-FDC-001, Project W-112 for radioactive and mixed waste storage. It provides additional requirements for the design and summarizes Westinghouse Hanford Company key design guidance and establishes the technical baseline agreements to be used for definitive design of the Project W-112 facilities

  11. Timing and control monitor system upgrade design document. Version 4

    International Nuclear Information System (INIS)

    Brandt, J.J.

    1984-01-01

    This is a design document for the Timing and Control Monitor System Upgrade Project. This project is intended to provide a replacement system for the existing user Encoder Monitor Systems and Varian 72 Control Room computer systems. All of these systems reside at the Nevada Test Site. The function of the T and C Monitor System is to gather real-time statistics and data on user defined key variables from control, communication, data acquistion systems, and from the monitoring system itself. The control, communication, and data acquisition systems each operate separately from the monitor system. The T and C Monitor System gathers this data in order to verify the readiness of an event to begin countdown. This includes setup, verification, calibration, and peripheral services, report any failures that may occur during the countdown, verify detonation and containment, and assist reentry activities after the event

  12. Model documentation renewable fuels module of the National Energy Modeling System

    International Nuclear Information System (INIS)

    1997-04-01

    This report documents the objectives, analytical approach, and design of the National Energy Modeling System (NEMS) Renewable Fuels Module (RFM) as it relates to the production of the 1997 Annual Energy Outlook forecasts. The report catalogues and describes modeling assumptions, computational methodologies, data inputs. and parameter estimation techniques. A number of offline analyses used in lieu of RFM modeling components are also described. This documentation report serves three purposes. First, it is a reference document for model analysts, model users, and the public interested in the construction and application of the RFM. Second, it meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. Finally, such documentation facilitates continuity in EIA model development by providing information sufficient to perform model enhancements and data updates as part of EIA's ongoing mission to provide analytical and forecasting information systems

  13. Model documentation renewable fuels module of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1997-04-01

    This report documents the objectives, analytical approach, and design of the National Energy Modeling System (NEMS) Renewable Fuels Module (RFM) as it relates to the production of the 1997 Annual Energy Outlook forecasts. The report catalogues and describes modeling assumptions, computational methodologies, data inputs. and parameter estimation techniques. A number of offline analyses used in lieu of RFM modeling components are also described. This documentation report serves three purposes. First, it is a reference document for model analysts, model users, and the public interested in the construction and application of the RFM. Second, it meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. Finally, such documentation facilitates continuity in EIA model development by providing information sufficient to perform model enhancements and data updates as part of EIA`s ongoing mission to provide analytical and forecasting information systems.

  14. 242-A Control System device logic software documentation. Revision 2

    International Nuclear Information System (INIS)

    Berger, J.F.

    1995-01-01

    A Distributive Process Control system was purchased by Project B-534. This computer-based control system, called the Monitor and Control System (MCS), was installed in the 242-A Evaporator located in the 200 East Area. The purpose of the MCS is to monitor and control the Evaporator and Monitor a number of alarms and other signals from various Tank Farm facilities. Applications software for the MCS was developed by the Waste Treatment System Engineering Group of Westinghouse. This document describes the Device Logic for this system

  15. QCS : a system for querying, clustering, and summarizing documents.

    Energy Technology Data Exchange (ETDEWEB)

    Dunlavy, Daniel M.

    2006-08-01

    Information retrieval systems consist of many complicated components. Research and development of such systems is often hampered by the difficulty in evaluating how each particular component would behave across multiple systems. We present a novel hybrid information retrieval system--the Query, Cluster, Summarize (QCS) system--which is portable, modular, and permits experimentation with different instantiations of each of the constituent text analysis components. Most importantly, the combination of the three types of components in the QCS design improves retrievals by providing users more focused information organized by topic. We demonstrate the improved performance by a series of experiments using standard test sets from the Document Understanding Conferences (DUC) along with the best known automatic metric for summarization system evaluation, ROUGE. Although the DUC data and evaluations were originally designed to test multidocument summarization, we developed a framework to extend it to the task of evaluation for each of the three components: query, clustering, and summarization. Under this framework, we then demonstrate that the QCS system (end-to-end) achieves performance as good as or better than the best summarization engines. Given a query, QCS retrieves relevant documents, separates the retrieved documents into topic clusters, and creates a single summary for each cluster. In the current implementation, Latent Semantic Indexing is used for retrieval, generalized spherical k-means is used for the document clustering, and a method coupling sentence ''trimming'', and a hidden Markov model, followed by a pivoted QR decomposition, is used to create a single extract summary for each cluster. The user interface is designed to provide access to detailed information in a compact and useful format. Our system demonstrates the feasibility of assembling an effective IR system from existing software libraries, the usefulness of the modularity of

  16. QCS: a system for querying, clustering and summarizing documents.

    Energy Technology Data Exchange (ETDEWEB)

    Dunlavy, Daniel M.; Schlesinger, Judith D. (Center for Computing Sciences, Bowie, MD); O' Leary, Dianne P. (University of Maryland, College Park, MD); Conroy, John M. (Center for Computing Sciences, Bowie, MD)

    2006-10-01

    Information retrieval systems consist of many complicated components. Research and development of such systems is often hampered by the difficulty in evaluating how each particular component would behave across multiple systems. We present a novel hybrid information retrieval system--the Query, Cluster, Summarize (QCS) system--which is portable, modular, and permits experimentation with different instantiations of each of the constituent text analysis components. Most importantly, the combination of the three types of components in the QCS design improves retrievals by providing users more focused information organized by topic. We demonstrate the improved performance by a series of experiments using standard test sets from the Document Understanding Conferences (DUC) along with the best known automatic metric for summarization system evaluation, ROUGE. Although the DUC data and evaluations were originally designed to test multidocument summarization, we developed a framework to extend it to the task of evaluation for each of the three components: query, clustering, and summarization. Under this framework, we then demonstrate that the QCS system (end-to-end) achieves performance as good as or better than the best summarization engines. Given a query, QCS retrieves relevant documents, separates the retrieved documents into topic clusters, and creates a single summary for each cluster. In the current implementation, Latent Semantic Indexing is used for retrieval, generalized spherical k-means is used for the document clustering, and a method coupling sentence 'trimming', and a hidden Markov model, followed by a pivoted QR decomposition, is used to create a single extract summary for each cluster. The user interface is designed to provide access to detailed information in a compact and useful format. Our system demonstrates the feasibility of assembling an effective IR system from existing software libraries, the usefulness of the modularity of the design

  17. Lawrence Livermore National Laboratory Emergency Response Capability Baseline Needs Assessment Requirement Document

    Energy Technology Data Exchange (ETDEWEB)

    Sharry, J A

    2009-12-30

    This revision of the LLNL Fire Protection Baseline Needs Assessment (BNA) was prepared by John A. Sharry, LLNL Fire Marshal and LLNL Division Leader for Fire Protection and reviewed by Martin Gresho, Sandia/CA Fire Marshal. The document follows and expands upon the format and contents of the DOE Model Fire Protection Baseline Capabilities Assessment document contained on the DOE Fire Protection Web Site, but only address emergency response. The original LLNL BNA was created on April 23, 1997 as a means of collecting all requirements concerning emergency response capabilities at LLNL (including response to emergencies at Sandia/CA) into one BNA document. The original BNA documented the basis for emergency response, emergency personnel staffing, and emergency response equipment over the years. The BNA has been updated and reissued five times since in 1998, 1999, 2000, 2002, and 2004. A significant format change was performed in the 2004 update of the BNA in that it was 'zero based.' Starting with the requirement documents, the 2004 BNA evaluated the requirements, and determined minimum needs without regard to previous evaluations. This 2010 update maintains the same basic format and requirements as the 2004 BNA. In this 2010 BNA, as in the previous BNA, the document has been intentionally divided into two separate documents - the needs assessment (1) and the compliance assessment (2). The needs assessment will be referred to as the BNA and the compliance assessment will be referred to as the BNA Compliance Assessment. The primary driver for separation is that the needs assessment identifies the detailed applicable regulations (primarily NFPA Standards) for emergency response capabilities based on the hazards present at LLNL and Sandia/CA and the geographical location of the facilities. The needs assessment also identifies areas where the modification of the requirements in the applicable NFPA standards is appropriate, due to the improved fire protection

  18. Recommendation Process in SR1 Web Document Recommender System

    Directory of Open Access Journals (Sweden)

    Dan MUNTEANU

    2008-12-01

    Full Text Available This paper presents a recommender system for web documents (given as bookmarks. The system uses for classification a combination of content, event and collaborative filters and for recommendation a modified Pearson-r algorithm. The algorithm for recommendation is using not only the correlation between users but also the similarity between classes. Some experimental results that support this approach are also presented.

  19. Guidance for preparing user requirements documents for small and medium reactors and their application

    International Nuclear Information System (INIS)

    2000-08-01

    During the past decade, several countries with highly developed nuclear power programs established user required documents (URDs) to guide the development and implementation of advanced light water reactors. These efforts built upon the extensive experience with operating reactors and included new insights from ongoing research and development to enhance the economic performance and safety of future nuclear power plants. Subsequently, a number of developing countries with plans for introducing nuclear energy into their national programs expressed strong interest in establishing analogous requirements. The IAEA has therefore taken the initiative to assist in the elaboration of such requirements. Building upon relevant documents this report recommends a URD structure and content outline to support developing countries in preparing their URDs for various applications of small and medium reactors (e.g. electricity generation and/or desalination). This report was prepared by representatives from both developing and developed Member States

  20. Model based document and report generation for systems engineering

    Science.gov (United States)

    Delp, C.; Lam, D.; Fosse, E.; Lee, Cin-Young

    As Model Based Systems Engineering (MBSE) practices gain adoption, various approaches have been developed in order to simplify and automate the process of generating documents from models. Essentially, all of these techniques can be unified around the concept of producing different views of the model according to the needs of the intended audience. In this paper, we will describe a technique developed at JPL of applying SysML Viewpoints and Views to generate documents and reports. An architecture of model-based view and document generation will be presented, and the necessary extensions to SysML with associated rationale will be explained. A survey of examples will highlight a variety of views that can be generated, and will provide some insight into how collaboration and integration is enabled. We will also describe the basic architecture for the enterprise applications that support this approach.

  1. Model Based Document and Report Generation for Systems Engineering

    Science.gov (United States)

    Delp, Christopher; Lam, Doris; Fosse, Elyse; Lee, Cin-Young

    2013-01-01

    As Model Based Systems Engineering (MBSE) practices gain adoption, various approaches have been developed in order to simplify and automate the process of generating documents from models. Essentially, all of these techniques can be unified around the concept of producing different views of the model according to the needs of the intended audience. In this paper, we will describe a technique developed at JPL of applying SysML Viewpoints and Views to generate documents and reports. An architecture of model-based view and document generation will be presented, and the necessary extensions to SysML with associated rationale will be explained. A survey of examples will highlight a variety of views that can be generated, and will provide some insight into how collaboration and integration is enabled. We will also describe the basic architecture for the enterprise applications that support this approach.

  2. An agile documentation system for highly engineered, complex product configuration systems

    DEFF Research Database (Denmark)

    Shafiee, Sara; Hvam, Lars; Kristjansdottir, Katrin

    2015-01-01

    When modelling and maintaining a product configuration system (PCS) there is a need for a complete and updated documentation of the system. This research work focuses on a framework for documenting PCSs based on structures, data and constraints already implemented in the PCS. Looking at previously...... suggested PCS documentation, systems focus on creating the documentation separated from PCS. Documenting the PCS separately request extra time and resources. We suggest building the PCS models and then extracting the structure, data and constraints for documentation from PCS. This makes the task...

  3. Computerized clinical documentation system in the pediatric intensive care unit

    Directory of Open Access Journals (Sweden)

    Campbell Deborah Y

    2001-09-01

    Full Text Available Abstract Background To determine whether a computerized clinical documentation system (CDS: 1 decreased time spent charting and increased time spent in patient care; 2 decreased medication errors; 3 improved clinical decision making; 4 improved quality of documentation; and/or 5 improved shift to shift nursing continuity. Methods Before and after implementation of CDS, a time study involving nursing care, medication delivery, and normalization of serum calcium and potassium values was performed. In addition, an evaluation of completeness of documentation and a clinician survey of shift to shift reporting were also completed. This was a modified one group, pretest-posttest design. Results With the CDS there was: improved legibility and completeness of documentation, data with better accessibility and accuracy, no change in time spent in direct patient care or charting by nursing staff. Incidental observations from the study included improved management functions of our nurse manager; improved JCAHO documentation compliance; timely access to clinical data (labs, vitals, etc; a decrease in time and resource use for audits; improved reimbursement because of the ability to reconstruct lost charts; limited human data entry by automatic data logging; eliminated costs of printing forms. CDS cost was reasonable. Conclusions When compared to a paper chart, the CDS provided a more legible, compete, and accessible patient record without affecting time spent in direct patient care. The availability of the CDS improved shift to shift reporting. Other observations showed that the CDS improved management capabilities; helped physicians deliver care; improved reimbursement; limited data entry errors; and reduced costs.

  4. Systems engineering requirements impacting MHTGR circulator design

    International Nuclear Information System (INIS)

    Chi, H.W.; Baccaglini, G.M.; Potter, R.C.; Shenoy, A.S.

    1988-01-01

    At the initiation of the MHTGR program, an important task involved translating the plant users' requirements into design conditions. This was particularly true in the case of the heat transport and shutdown cooling systems since these embody many components. This paper addresses the two helium circulators in these systems. An integrated approach is being used in the development of design and design documentation for the MHTGR plant. It is an organized and systematic development of plant functions and requirements, determined by top-down design, performance, and cost trade-off studies and analyses, to define the overall plant systems, subsystems, components, and human actions. These studies, that led to the identification of the major design parameters for the two circulators, are discussed in this paper. This includes the performance information, steady state and transient data, and the various interface requirements. The design of the circulators used in the MHTGR is presented. (author). 1 ref., 17 figs

  5. Automatic Visualization of Software Requirements: Reactive Systems

    International Nuclear Information System (INIS)

    Castello, R.; Mili, R.; Tollis, I.G.; Winter, V.

    1999-01-01

    In this paper we present an approach that facilitates the validation of high consequence system requirements. This approach consists of automatically generating a graphical representation from an informal document. Our choice of a graphical notation is statecharts. We proceed in two steps: we first extract a hierarchical decomposition tree from a textual description, then we draw a graph that models the statechart in a hierarchical fashion. The resulting drawing is an effective requirements assessment tool that allows the end user to easily pinpoint inconsistencies and incompleteness

  6. Managing System of Systems Requirements with a Requirements Screening Group

    Energy Technology Data Exchange (ETDEWEB)

    Ronald R. Barden

    2012-07-01

    Figuring out an effective and efficient way to manage not only your Requirement’s Baseline, but also the development of all your individual requirements during a Program’s/Project’s Conceptual and Development Life Cycle Stages can be both daunting and difficult. This is especially so when you are dealing with a complex and large System of Systems (SoS) Program with potentially thousands and thousands of Top Level Requirements as well as an equal number of lower level System, Subsystem and Configuration Item requirements that need to be managed. This task is made even more overwhelming when you have to add in integration with multiple requirements’ development teams (e.g., Integrated Product Development Teams (IPTs)) and/or numerous System/Subsystem Design Teams. One solution for tackling this difficult activity on a recent large System of Systems Program was to develop and make use of a Requirements Screening Group (RSG). This group is essentially a Team made up of co-chairs from the various Stakeholders with an interest in the Program of record that are enabled and accountable for Requirements Development on the Program/Project. The RSG co-chairs, often with the help of individual support team, work together as a Program Board to monitor, make decisions on, and provide guidance on all Requirements Development activities during the Conceptual and Development Life Cycle Stages of a Program/Project. In addition, the RSG can establish and maintain the Requirements Baseline, monitor and enforce requirements traceability across the entire Program, and work with other elements of the Program/Project to ensure integration and coordination.

  7. A decision support system for the reading of ancient documents

    DEFF Research Database (Denmark)

    Roued-Cunliffe, Henriette

    2011-01-01

    ). The thesis balances between the use of IT tools to aid Humanities research and the understanding that Humanities research must involve human beings. It does not attempt to develop a system that can automate the reading of ancient documents. Instead it seeks to demonstrate and develop tools that can support......The research presented in this thesis is based in the Humanities discipline of Ancient History and begins by attempting to understand the interpretation process involved in reading ancient documents and how this process can be aided by computer systems such as Decision Support Systems (DSS...... this process in the five areas: remembering complex reasoning, searching huge datasets, international collaboration, publishing editions, and image enhancement. This research contains a large practical element involving the development of a DSS prototype. The prototype is used to illustrate how a DSS...

  8. Electrocardiogram Scanner-System Requirements

    Science.gov (United States)

    1973-03-01

    An experimental and analytical study has been conducted to establish the feasibility for scanning and digitizing electrocardiogram records. The technical requirements and relative costs for two systems are discussed herein. One is designed to automat...

  9. 41 CFR 102-118.565 - What documentation is required when filing an administrative claim?

    Science.gov (United States)

    2010-07-01

    ... 41 Public Contracts and Property Management 3 2010-07-01 2010-07-01 false What documentation is... Management Federal Property Management Regulations System (Continued) FEDERAL MANAGEMENT REGULATION..., reports and information available to GSA and/or to the agency involved and the written and documentary...

  10. Model documentation report: Macroeconomic Activity Module (MAM) of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1997-02-01

    This report documents the objectives, analytical approach, and development of the National Energy Modeling System (NEMS) Macroeconomic Activity Module (MAM) used to develop the Annual Energy Outlook for 1997 (AEO 97). The report catalogues and describes the module assumptions, computations, methodology, parameter estimation techniques, and mainframe source code. This document serves three purposes. First it is a reference document providing a detailed description of the NEMS MAM used for the AEO 1997 production runs for model analysts, users, and the public. Second, this report meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. Third, it facilitates continuity in model development by providing documentation from which energy analysts can undertake model enhancements, data updates, and parameter refinements as future projects.

  11. Model documentation report: Transportation sector model of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    1994-03-01

    This report documents the objectives, analytical approach and development of the National Energy Modeling System (NEMS) Transportation Model (TRAN). The report catalogues and describes the model assumptions, computational methodology, parameter estimation techniques, model source code, and forecast results generated by the model. This document serves three purposes. First, it is a reference document providing a detailed description of TRAN for model analysts, users, and the public. Second, this report meets the legal requirements of the Energy Information Administration (EIA) to provide adequate documentation in support of its statistical and forecast reports (Public Law 93-275, 57(b)(1)). Third, it permits continuity in model development by providing documentation from which energy analysts can undertake model enhancements, data updates, and parameter refinements.

  12. Model documentation report: Residential sector demand module of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1997-01-01

    This report documents the objectives, analytical approach, and development of the National Energy Modeling System (NEMS) Residential Sector Demand Module. The report catalogues and describes the model assumptions, computational methodology, parameter estimation techniques, and FORTRAN source code. This document serves three purposes. First, it is a reference document that provides a detailed description for energy analysts, other users, and the public. Second, this report meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its statistical and forecast reports according to Public Law 93-275, section 57(b)(1). Third, it facilitates continuity in model development by providing documentation from which energy analysts can undertake model enhancements, data updates, and parameter refinements.

  13. A maintenance support system with document handling capability

    International Nuclear Information System (INIS)

    Fukumoto, A.; Tsumura, K.; Fujii, M.; Tai, I.; Makimo, M.; Watanabe, T.

    1990-01-01

    An operation and maintenance support system, called 'Advanced Man-Machine System for Nuclear Power Plants' (MMS-NPP) is under development with the support of the Japanese Government. Taking full advantage of Artificial Intelligence technology, the system aims to enhance the capability of already developed 'Computerized Operator Support System (COSS)' and gives wider and more advanced support for operation and maintenance. With a brief overview of MMS-NPP, this paper describes a support system for plant patrol and equipment inspection. The system gives guidance for plant patrol and for equipment inspection and provides easy access to plant drawings and documents. A unique knowledge acquisition method, utilizing image processing technology, was proposed in building the system

  14. Side effects of cancer therapies. International classification and documentation systems

    International Nuclear Information System (INIS)

    Seegenschmiedt, M.H.

    1998-01-01

    The publication presents and explains verified, international classification and documentation systems for side effects induced by cancer treatments, applicable in general and clinical practice and clinical research, and covers in a clearly arranged manner the whole range of treatments, including acute and chronic side effects of chemotherapy and radiotherapy, surgery, or combined therapies. The book fills a long-felt need in tumor documentation and is a major contribution to quality assurance in clinical oncology in German-speaking countries. As most parts of the book are bilingual, presenting German and English texts and terminology, it satisfies the principles of interdisciplinarity and internationality. The tabulated form chosen for presentation of classification systems and criteria facilitate the user's approach as well as application in daily work. (orig./CB) [de

  15. Supplemental design requirements document, Multifunction Waste Tank Facility, Project W-236A. Revision 1

    International Nuclear Information System (INIS)

    Groth, B.D.

    1995-01-01

    The Multi-Function Waste Tank Facility (MWTF) consists of four, nominal 1 million gallon, underground double-shell tanks, located in the 200-East area, and two tanks of the same capacity in the 200-West area. MWTF will provide environmentally safe storage capacity for wastes generated during remediation/retrieval activities of existing waste storage tanks. This document delineates in detail the information to be used for effective implementation of the Functional Design Criteria requirements

  16. Solid Waste Information and Tracking System (SWITS) Software Requirements Specification

    Energy Technology Data Exchange (ETDEWEB)

    MAY, D.L.

    2000-03-22

    This document is the primary document establishing requirements for the Solid Waste Information and Tracking System (SWITS) as it is converted to a client-server architecture. The purpose is to provide the customer and the performing organizations with the requirements for the SWITS in the new environment. This Software Requirement Specification (SRS) describes the system requirements for the SWITS Project, and follows the PHMC Engineering Requirements, HNF-PRO-1819, and Computer Software Qualify Assurance Requirements, HNF-PRO-309, policies. This SRS includes sections on general description, specific requirements, references, appendices, and index. The SWITS system defined in this document stores information about the solid waste inventory on the Hanford site. Waste is tracked as it is generated, analyzed, shipped, stored, and treated. In addition to inventory reports a number of reports for regulatory agencies are produced.

  17. Solid Waste Information and Tracking System (SWITS) Software Requirements Specification

    International Nuclear Information System (INIS)

    MAY, D.L.

    2000-01-01

    This document is the primary document establishing requirements for the Solid Waste Information and Tracking System (SWITS) as it is converted to a client-server architecture. The purpose is to provide the customer and the performing organizations with the requirements for the SWITS in the new environment. This Software Requirement Specification (SRS) describes the system requirements for the SWITS Project, and follows the PHMC Engineering Requirements, HNF-PRO-1819, and Computer Software Qualify Assurance Requirements, HNF-PRO-309, policies. This SRS includes sections on general description, specific requirements, references, appendices, and index. The SWITS system defined in this document stores information about the solid waste inventory on the Hanford site. Waste is tracked as it is generated, analyzed, shipped, stored, and treated. In addition to inventory reports a number of reports for regulatory agencies are produced

  18. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 1

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The purpose of this Requirements Identification Document (RID) section is to identify, in one location, all of the facility specific requirements and good industry practices which are necessary or important to establish an effective Issues Management Program for the Tank Farm Facility. The Management Systems Functional Area includes the site management commitment to environmental safety and health (ES&H) policies and controls, to compliance management, to development and management of policy and procedures, to occurrence reporting and corrective actions, resource and issue management, and to the self-assessment process.

  19. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 1

    International Nuclear Information System (INIS)

    1994-04-01

    The purpose of this Requirements Identification Document (RID) section is to identify, in one location, all of the facility specific requirements and good industry practices which are necessary or important to establish an effective Issues Management Program for the Tank Farm Facility. The Management Systems Functional Area includes the site management commitment to environmental safety and health (ES ampersand H) policies and controls, to compliance management, to development and management of policy and procedures, to occurrence reporting and corrective actions, resource and issue management, and to the self-assessment process

  20. A perspective on computer documentation: System developer vs. technical editor

    Energy Technology Data Exchange (ETDEWEB)

    Carnes, E.T.; Truett, L.F.

    1995-12-31

    Between the computer-knowledgeable {open_quotes}techie{close_quotes} and the technical writer is a chasm created by differences in knowledge bases and skills. Although this gap is widened by misunderstandings and misconceptions of system development roles, it is bridged by mutual need and dual appreciation. Often the editor/writer is {open_quotes}behind{close_quotes} from beginning to end. The writer normally joins the team after the programmers are well into system development and do not want to {open_quotes}waste time{close_quotes} discussing fundamentals. The writer is usually excluded from technical discussions because it is assumed that he/she would not understand anyway. Later in the system development cycle, the writer has no time to polish the documentation before a new version of the software is issued which implies that the documentation must be revised. Nevertheless, the editor/writer`s product is critical for the end-user`s appreciation of the software, a fact which promotes unity to complete the comprehensive package of software and documentation. This paper explores the planks in the bridge that spans the chasm between developers and their fundamental PR agents, the technical editors/writers. This paper defines approaches (e.g., The Circling Theory) and techniques (Bold Thrust!) employed for effective communication -- between software developer and technical writer as well as between the software and the end-user.

  1. 50 CFR 300.185 - Documentation, reporting and recordkeeping requirements for consignment documents and re-export...

    Science.gov (United States)

    2010-10-01

    ... of presenting entry documentation for clearance by customs authorities (e.g., CBP Forms 7533 or 3461... apply to all imports of fish or fish products regulated under this subpart, into the Customs territory... landed overseas (HTS heading 9815). For insular possessions with customs territories separate from the...

  2. [The Multiple Sclerosis Documentation System MSDS. Discussion of a documentation standard for multiple sclerosis].

    Science.gov (United States)

    Pette, M; Eulitz, M

    2002-02-01

    The MSDS (multiple sclerosis documentation system) has been developed at the Department of Neurology, Technical University of Dresden, Germany, during the last 4 years. The first version of this database application has been in use since October 2000. The MSDS manages information on MS patients, their treating physicians, patient history (symptoms, other diseases, biographical history, family history, habits, medication), clinical signs, results of laboratory examinations (blood chemistry, autoantibodies, borrelia serology, evoked potentials, cranial and spinal cord magnetic resonance imaging), clinical scores relevant for MS, and biosamples. In principle, MSDS allows online data input and semiautomatically generates reports to all general practitioners and neurologists treating the respective patient. Patient information sheets and internal treatment guidelines are part of the system. During a 3-month evaluation, the first version of MSDS was tested at eight university multiple sclerosis ambulatory care units and one general neurology hospital. The overall judgement was favorable. Suggestions for changes and improvements, as well as practical experiences, were considered when developing MSDS 2.0, which will be available by the end of 2001.

  3. An automated instrument for controlled-potential coulometry: System documentation

    Energy Technology Data Exchange (ETDEWEB)

    Holland, M K; Cordaro, J V

    1988-06-01

    An automated controlled-potential coulometer has been developed at the Savannah River Plant for the determination of plutonium. Two such coulometers have been assembled, evaluated, and applied. The software is based upon the methodology used at the Savannah River Plant, however the system is applicable with minimal software modifications to any of the methodologies used throughout the nuclear industry. These state-of-the-art coulometers feature electrical calibration of the integration system, background current corrections, and control-potential adjustment capabilities. Measurement precision within 0.1% has been demonstrated. The systems have also been successfully applied to the determination of pure neptunium solutions. The design and documentation of the automated instrument are described herein. Each individual module's operation, wiring layout, and alignment are described. Interconnection of the modules and system calibration are discussed. A complete set of system prints and a list of associated parts are included. 9 refs., 10 figs., 6 tabs.

  4. Magnetohydrodynamics (MHD) Engineering Test Facility (ETF) 200 MWe power plant. Design Requirements Document (DRD)

    Science.gov (United States)

    Rigo, H. S.; Bercaw, R. W.; Burkhart, J. A.; Mroz, T. S.; Bents, D. J.; Hatch, A. M.

    1981-01-01

    A description and the design requirements for the 200 MWe (nominal) net output MHD Engineering Test Facility (ETF) Conceptual Design, are presented. Performance requirements for the plant are identified and process conditions are indicated at interface stations between the major systems comprising the plant. Also included are the description, functions, interfaces and requirements for each of these major systems. The lastest information (1980-1981) from the MHD technology program are integrated with elements of a conventional steam electric power generating plant.

  5. Documentation system for plant transformation service and research.

    Science.gov (United States)

    Köhl, Karin I; Gremmels, Jürgen

    2010-01-27

    In plant transformation, method compliance is critical for success. Transformation methods are complicated and tend to evolve over time. Until the complete method is published, method details are often partially orally transmitted and thus bound to a few people. Their documentation in text files are often a mixture of material and method description with many references to other sources especially to media description. These media are complex and often composed from several commercially available mixtures plus individually prepared stocks. The actual transformation experiment is generally documented in lab books, in which deviations from the methods and results are reported. Additionally, work schedules are planned in diaries. Both paper-based sources lack backup copies and miss unambiguous links to method descriptions and media recipes. To solve the problem, we devised a standard-operation-procedure system based on a Microsoft Access database containing the interlinked modules 'Media', 'Methods' and 'Experiments'. The Media module contains all basic chemicals, stocks and complex media. In this module, complex media are composed from other elements of the Media module, thus mimicking the workflows of media preparation in the lab. The Media module is made attractive to the user by functions that generate file cards and labels. The Methods module describes each method stepwise and links the steps to the media. Copy functions allow cloning of old methods to document method evolution without alteration of the old methods. Activation and inactivation functions in the Media and the Methods module remove outdated entries from active use. The Experiments module links the method to experiment specific information. This module generates a lab-book like user interface and a work schedule, and it contains a simple result section. The system has been evolved and tested over several years in a transformation service unit, where it increased efficiency. Additionally, the system

  6. Documentation system for plant transformation service and research

    Directory of Open Access Journals (Sweden)

    Gremmels Jürgen

    2010-01-01

    Full Text Available Abstract Background In plant transformation, method compliance is critical for success. Transformation methods are complicated and tend to evolve over time. Until the complete method is published, method details are often partially orally transmitted and thus bound to a few people. Their documentation in text files are often a mixture of material and method description with many references to other sources especially to media description. These media are complex and often composed from several commercially available mixtures plus individually prepared stocks. The actual transformation experiment is generally documented in lab books, in which deviations from the methods and results are reported. Additionally, work schedules are planned in diaries. Both paper-based sources lack backup copies and miss unambiguous links to method descriptions and media recipes. Description To solve the problem, we devised a standard-operation-procedure system based on a Microsoft Access database containing the interlinked modules 'Media', 'Methods' and 'Experiments'. The Media module contains all basic chemicals, stocks and complex media. In this module, complex media are composed from other elements of the Media module, thus mimicking the workflows of media preparation in the lab. The Media module is made attractive to the user by functions that generate file cards and labels. The Methods module describes each method stepwise and links the steps to the media. Copy functions allow cloning of old methods to document method evolution without alteration of the old methods. Activation and inactivation functions in the Media and the Methods module remove outdated entries from active use. The Experiments module links the method to experiment specific information. This module generates a lab-book like user interface and a work schedule, and it contains a simple result section. Conclusion The system has been evolved and tested over several years in a transformation service

  7. Operating data documentation system for a research reactor

    International Nuclear Information System (INIS)

    Kasparec, F.; Hammer, J.

    1988-01-01

    The documentation system developed for the reactor to replace the automatic data logger is described in the paper. It is based on former experiences with the data logger which had led to a selection of representative data and useful data formats, but also made clear that the paper reports produced by the hardcopy terminal were not useful for further evaluation. A special pre-buffer hardware was provided to connect the data logger to the VAX. Because of its proven reliability an Epson-HX20 microcomputer was selected for this purpose. The documentation system hardware and the software are presented. The system has been operational for about ten months, collecting a daily average of 30kByte of data, and overcome a number of VAX system crashes, maintenance days and VAX/VMS updates. Various software extensions have been developed for processing the daily reports. Among these extensions there are programs for convenient tape backup, procedures for formatted printer output, and other. It is especially helpful to use commercial personal computer software for further data processing, in particular when PCs are connected in a network with the VAX or, on the other hand, emulate VAX terminals. There is a vast number of spread-sheet or database programs with excellent computational and graphic support available for PCs. Most of them allow data import, though format conversion programs will be necessary in most of the cases

  8. Universal Documentation System Handbook. Volume 2. Requirement Formats and Instructions; Program Introduction, Program Requirements Document/Operations Requirements

    Science.gov (United States)

    1989-08-01

    34 and ’"IVC OFF". F AME IA MODEL: -aw ,ntcur 1 ines of oost&it e ectron d, nsity for - rels of 10 to the powers ,f’ 7, 8, 9, etc., up to the hi thest...List the transmitted and/or received frequency and state units in megahertz, kilchertz, etc. EMISSION CIVRACTERISTICS: List the type of emission ( AM , FM...units where necessary. TRASMITTER CHARACTERISTICS: Make entries as applicable. Include measurmnt units where necessary. 264 cav nued PROGRAM TITLE: DOC

  9. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 2

    International Nuclear Information System (INIS)

    1994-04-01

    The Quality Assurance Functional Area Requirements Identification Document (RID), addresses the programmatic requirements that ensure risks and environmental impacts are minimized, ensure safety, reliability, and performance are maximized through the application of effective management systems commensurate with the risks posed by the Tank Farm Facility and its operation. This RID incorporates guidance intended to provide Tank Farms management with the necessary requirements information to develop, upgrade, or assess the effectiveness of a Quality Assurance Program in the performance of organizational and functional activities. Quality Assurance is defined as all those planned and systematic actions necessary to provide adequate confidence that a facility, structure, system, or component will perform satisfactorily and safely in service. This document will provide the specific requirements to meet DNFSB recommendations and the guidance provided in DOE Order 5700.6C, utilizing industry codes, standards, regulatory guidelines, and industry good practices that have proven to be essential elements for an effective and efficient Quality Assurance Program as the nuclear industry has matured over the last thirty years

  10. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 2

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The Quality Assurance Functional Area Requirements Identification Document (RID), addresses the programmatic requirements that ensure risks and environmental impacts are minimized, ensure safety, reliability, and performance are maximized through the application of effective management systems commensurate with the risks posed by the Tank Farm Facility and its operation. This RID incorporates guidance intended to provide Tank Farms management with the necessary requirements information to develop, upgrade, or assess the effectiveness of a Quality Assurance Program in the performance of organizational and functional activities. Quality Assurance is defined as all those planned and systematic actions necessary to provide adequate confidence that a facility, structure, system, or component will perform satisfactorily and safely in service. This document will provide the specific requirements to meet DNFSB recommendations and the guidance provided in DOE Order 5700.6C, utilizing industry codes, standards, regulatory guidelines, and industry good practices that have proven to be essential elements for an effective and efficient Quality Assurance Program as the nuclear industry has matured over the last thirty years.

  11. Functional Requirements for an Electronic Work Package System

    Energy Technology Data Exchange (ETDEWEB)

    Oxstrand, Johanna H. [Idaho National Lab. (INL), Idaho Falls, ID (United States)

    2016-12-01

    This document provides a set of high level functional requirements for a generic electronic work package (eWP) system. The requirements have been identified by the U.S. nuclear industry as a part of the Nuclear Electronic Work Packages - Enterprise Requirements (NEWPER) initiative. The functional requirements are mainly applied to eWP system supporting Basic and Moderate types of smart documents, i.e., documents that have fields for recording input such as text, dates, numbers, and equipment status, and documents which incorporate additional functionalities such as form field data “type“ validation (e.g. date, text, number, and signature) of data entered and/or self-populate basic document information (usually from existing host application meta data) on the form when the user first opens it. All the requirements are categorized by the roles; Planner, Supervisor, Craft, Work Package Approval Reviewer, Operations, Scheduling/Work Control, and Supporting Functions. The categories Statistics, Records, Information Technology are also included used to group the requirements. All requirements are presented in Section 2 through Section 11. Examples of more detailed requirements are provided for the majority of high level requirements. These examples are meant as an inspiration to be used as each utility goes through the process of identifying their specific requirements. The report’s table of contents provides a summary of the high level requirements.

  12. Radian remote sampling system digital processor system. Software detail documentation: Pittsburgh Energy Research Center

    Energy Technology Data Exchange (ETDEWEB)

    1979-11-01

    Software documentation for the DART data acquisition system is provided. This system runs on a minicomputer. After an overview of the system and file structures, the various subprograms are discussed individually; flow charts are included. 37 figures. (RWR)

  13. NRC review of Electric Power Research Institute's Advanced Light Reactor Utility Requirements Document - Program summary, Project No. 669

    International Nuclear Information System (INIS)

    1992-08-01

    The staff of the US Nuclear Regulatory Commission has prepared Volume 1 of a safety evaluation report (SER), ''NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document -- Program Summary,'' to document the results of its review of the Electric Power Research Institute's ''Advanced Light Water Reactor Utility Requirements Document.'' This SER provides a discussion of the overall purpose and scope of the Requirements Document, the background of the staff's review, the review approach used by the staff, and a summary of the policy and technical issues raised by the staff during its review

  14. Establishment of ''Internal Rules'' and EDMS - Electronic Document Management System at NPP NEK

    International Nuclear Information System (INIS)

    Mandic, D.

    2012-01-01

    The main purpose of this paper is to present NPP's plans regarding the on-going project that started in November 2011, and that is related to the establishment of ''Internal Rules'' and EDMS - Electronic Document Management System.The term ''Internal Rules'' has been directly translated from Slovenian language (''Notranja pravila'') and adopted from the translated version of appropriate Slovenian national codes (ZVDAGA [1] in Slovenian language or PDAAIA [2] in English version). ''Internal Rules on capture and storage of materials in digital form'' refer to the rules adopted by a person as his/her internal act with reference to storage of his/her material. The main purpose for the establishment of the Internal Rules is to be able to justify that Krsko NPP is organized in compliance with the national codes covering that subject and strictly performing according to those Internal Rules. Once a Slovenian company achieves recognized and registered status in accordance with the Internal Rules document that has been certified and approved by the ARS (Archives of the Republic Slovenia), such company can utilize e-documents in the same way as they would utilize physical documents. Furthermore, a Slovenian company with approved Internal Rules can use e-documents in any legal aspect associated with the document's life cycle and the document's content as they would use the physical document or an authorized and approved copy of the physical document. Related to the nuclear regulatory background, NEK operates in compliance with the Slovenian legislation and also the US codes, regulations and guidelines; therefore, regarding the NPP specific documents, the Internal Rules and EDMS must also be in compliance with them. Since early 1990's, NEK has implemented document/records management system oriented towards supporting storage and management of physical documents/records and controlling distribution of active document copies. Document/records management system was supported by

  15. High level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 6

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 6) outlines the standards and requirements for the sections on: Environmental Restoration and Waste Management, Research and Development and Experimental Activities, and Nuclear Safety.

  16. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID)

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 3) presents the standards and requirements for the following sections: Safeguards and Security, Engineering Design, and Maintenance.

  17. High level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 6

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 6) outlines the standards and requirements for the sections on: Environmental Restoration and Waste Management, Research and Development and Experimental Activities, and Nuclear Safety

  18. 78 FR 20604 - Enhanced Document Requirements To Support Use of the Dolphin Safe Label on Tuna Products

    Science.gov (United States)

    2013-04-05

    .... 130221153-3153-01] RIN 0648-BC78 Enhanced Document Requirements To Support Use of the Dolphin Safe Label on... regulations under the Dolphin Protection Consumer Information Act (DPCIA) to enhance the requirements for documentation to support labels on tuna products that represent the product as dolphin-safe. This proposed rule...

  19. 78 FR 40997 - Enhanced Document Requirements To Support Use of the Dolphin Safe Label on Tuna Products

    Science.gov (United States)

    2013-07-09

    .... 130221153-3572-02] RIN 0648-BC78 Enhanced Document Requirements To Support Use of the Dolphin Safe Label on... under the Dolphin Protection Consumer Information Act (DPCIA) to enhance the requirements for documentation to support labels on tuna products that represent the product as dolphin-safe. This rule modifies...

  20. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID)

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 3) presents the standards and requirements for the following sections: Safeguards and Security, Engineering Design, and Maintenance

  1. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 2

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Document (S/RID) is contained in multiple volumes. This document (Volume 2) presents the standards and requirements for the following sections: Quality Assurance, Training and Qualification, Emergency Planning and Preparedness, and Construction.

  2. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 4

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 4) presents the standards and requirements for the following sections: Radiation Protection and Operations

  3. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 5

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 5) outlines the standards and requirements for the Fire Protection and Packaging and Transportation sections

  4. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 2

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Document (S/RID) is contained in multiple volumes. This document (Volume 2) presents the standards and requirements for the following sections: Quality Assurance, Training and Qualification, Emergency Planning and Preparedness, and Construction

  5. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 4

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 4) presents the standards and requirements for the following sections: Radiation Protection and Operations.

  6. A semi-automated approach for generating natural language requirements documents based on business process models

    NARCIS (Netherlands)

    Aysolmaz, Banu; Leopold, Henrik; Reijers, Hajo A.; Demirörs, Onur

    2018-01-01

    Context: The analysis of requirements for business-related software systems is often supported by using business process models. However, the final requirements are typically still specified in natural language. This means that the knowledge captured in process models must be consistently

  7. National Ignition Facility sub-system design requirements integrated timing system SSDR 1.5.3

    International Nuclear Information System (INIS)

    Wiedwald, J.; Van Aersau, P.; Bliss, E.

    1996-01-01

    This System Design Requirement document establishes the performance, design, development, and test requirements for the Integrated Timing System, WBS 1.5.3 which is part of the NIF Integrated Computer Control System (ICCS). The Integrated Timing System provides all temporally-critical hardware triggers to components and equipment in other NIF systems

  8. Communication Between Devices in the Viola Document Delivery System

    Directory of Open Access Journals (Sweden)

    Theodor Tolstoy

    2015-01-01

    Full Text Available Viola is a newly developed document delivery system that handles incoming and outgoing requests for printed books, articles, sharing electronic resources, and other document delivery services on the local level in a library organisation. An important part of Viola is the stack fetching Android application that enables librarians to collect books in the open and closed stacks in an efficient manner using a smartphone and a Bluetooth connected portable printer. The aim of this article is to show how information is transferred between systems and devices in Viola. The article presents code examples from Viola that use current .NET technologies. The examples span from the creation of high-level REST-based JSON APIs to byte array communication with a Bluetooth connected printer and the reading of RFID tags. Please note that code examples in this article are for illustration purposes only. Null checking and other exception handling has been removed for clarity. Code that is separated in Viola for testability and other reasons has been brought together to make it more readable.

  9. Technical support document for proposed revision of the model energy code thermal envelope requirements

    Energy Technology Data Exchange (ETDEWEB)

    Conner, C.C.; Lucas, R.G.

    1993-02-01

    This report documents the development of the proposed revision of the council of American Building Officials' (CABO) 1993 supplement to the 1992 Model Energy Code (MEC) (referred to as the 1993 MEC) building thermal envelope requirements for single-family and low-rise multifamily residences. The goal of this analysis was to develop revised guidelines based on an objective methodology that determined the most cost-effective (least total life-cycle cost [LCC]) combination of energy conservation measures (ECMs) for residences in different locations. The ECMs with the lowest LCC were used as a basis for proposing revised MEC maximum U[sub o]-value (thermal transmittance) curves in the MEC format. The changes proposed here affect the requirements for group R'' residences. The group R residences are detached one- and two-family dwellings (referred to as single-family) and all other residential buildings three stories or less (referred to as multifamily).

  10. Technical support document for proposed revision of the model energy code thermal envelope requirements

    Energy Technology Data Exchange (ETDEWEB)

    Conner, C.C.; Lucas, R.G.

    1993-02-01

    This report documents the development of the proposed revision of the council of American Building Officials` (CABO) 1993 supplement to the 1992 Model Energy Code (MEC) (referred to as the 1993 MEC) building thermal envelope requirements for single-family and low-rise multifamily residences. The goal of this analysis was to develop revised guidelines based on an objective methodology that determined the most cost-effective (least total life-cycle cost [LCC]) combination of energy conservation measures (ECMs) for residences in different locations. The ECMs with the lowest LCC were used as a basis for proposing revised MEC maximum U{sub o}-value (thermal transmittance) curves in the MEC format. The changes proposed here affect the requirements for ``group R`` residences. The group R residences are detached one- and two-family dwellings (referred to as single-family) and all other residential buildings three stories or less (referred to as multifamily).

  11. System Requirements Document for the Molten Salt Reactor Experiment

    Energy Technology Data Exchange (ETDEWEB)

    Aigner, R.D.

    2000-04-01

    The purpose of the conversion process is to convert the {sup 233}U fluoride compounds that are being extracted from the Molten Salt Reactor Experiment (MSRE) equipment to a stable oxide for long-term storage at Bldg. 3019.

  12. Model documentation report: Industrial sector demand module of the National Energy Modeling System

    International Nuclear Information System (INIS)

    1997-01-01

    This report documents the objectives, analytical approach, and development of the National Energy Modeling System (NEMS) Industrial Demand Model. The report catalogues and describes model assumptions, computational methodology, parameter estimation techniques, and model source code. This document serves three purposes. First, it is a reference document providing a detailed description of the NEMS Industrial Model for model analysts, users, and the public. Second, this report meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. Third, it facilitates continuity in model development by providing documentation from which energy analysts can undertake model enhancements, data updates, and parameter refinements as future projects. The NEMS Industrial Demand Model is a dynamic accounting model, bringing together the disparate industries and uses of energy in those industries, and putting them together in an understandable and cohesive framework. The Industrial Model generates mid-term (up to the year 2015) forecasts of industrial sector energy demand as a component of the NEMS integrated forecasting system. From the NEMS system, the Industrial Model receives fuel prices, employment data, and the value of industrial output. Based on the values of these variables, the Industrial Model passes back to the NEMS system estimates of consumption by fuel types

  13. A59 Drum Activity database (DRUMAC): system documentation

    International Nuclear Information System (INIS)

    Keel, Alan.

    1993-01-01

    This paper sets out the requirements, database design, software module designs and test plans for DRUMAC (the Active handling Building Drum Activity Database) - a computer-based system to record the radiological inventory for LLW/ILW drums dispatched from the Active Handling Building. (author)

  14. Document Control and Retrieval System for the Brazilian Air Force

    Science.gov (United States)

    1989-06-01

    documents and document management. For each document that is sent or received, the Protocol Section keeps a "Ficha Protocolo " (FP), that is, a Protocol...to be the experimental module. In this phase I became familiar with defining forms, defining database and control fields, choosing field attributes

  15. High level waste storage tank farms/242-A evaporator standards/requirements identification document phase 1 assessment report

    Energy Technology Data Exchange (ETDEWEB)

    Biebesheimer, E., Westinghouse Hanford Co.

    1996-09-30

    This document, the Standards/Requirements Identification Document (S/RID) Phase I Assessment Report for the subject facility, represents the results of an Administrative Assessment to determine whether S/RID requirements are fully addressed by existing policies, plans or procedures. It contains; compliance status, remedial actions, and an implementing manuals report linking S/RID elements to requirement source to implementing manual and section.

  16. Short-Termed Integrated Forecasting System: 1993 Model documentation report

    Energy Technology Data Exchange (ETDEWEB)

    1993-05-01

    The purpose of this report is to define the Short-Term Integrated Forecasting System (STIFS) and describe its basic properties. The Energy Information Administration (EIA) of the US Energy Department (DOE) developed the STIFS model to generate short-term (up to 8 quarters), monthly forecasts of US supplies, demands, imports exports, stocks, and prices of various forms of energy. The models that constitute STIFS generate forecasts for a wide range of possible scenarios, including the following ones done routinely on a quarterly basis: A base (mid) world oil price and medium economic growth. A low world oil price and high economic growth. A high world oil price and low economic growth. This report is written for persons who want to know how short-term energy markets forecasts are produced by EIA. The report is intended as a reference document for model analysts, users, and the public.

  17. National Ignition Facility system design requirements conventional facilities SDR001

    International Nuclear Information System (INIS)

    Hands, J.

    1996-01-01

    This System Design Requirements (SDR) document specifies the functions to be performed and the minimum design requirements for the National Ignition Facility (NIF) site infrastructure and conventional facilities. These consist of the physical site and buildings necessary to house the laser, target chamber, target preparation areas, optics support and ancillary functions

  18. Customer interface document for the Molten Salt Test Loop (MSTL) system.

    Energy Technology Data Exchange (ETDEWEB)

    Pettit, Kathleen; Kolb, William J.; Gill, David Dennis; Briggs, Ronald D.

    2012-03-01

    The National Solar Thermal Test Facility at Sandia National Laboratories has a unique test capability called the Molten Salt Test Loop (MSTL) system. MSTL is a test capability that allows customers and researchers to test components in flowing, molten nitrate salt. The components tested can range from materials samples, to individual components such as flex hoses, ball joints, and valves, up to full solar collecting systems such as central receiver panels, parabolic troughs, or linear Fresnel systems. MSTL provides realistic conditions similar to a portion of a concentrating solar power facility. The facility currently uses 60/40 nitrate 'solar salt' and can circulate the salt at pressure up to 600psi, temperature to 585 C, and flow rate of 400-600GPM depending on temperature. The purpose of this document is to provide a basis for customers to evaluate the applicability to their testing needs, and to provide an outline of expectations for conducting testing on MSTL. The document can serve as the basis for testing agreements including Work for Others (WFO) and Cooperative Research and Development Agreements (CRADA). While this document provides the basis for these agreements and describes some of the requirements for testing using MSTL and on the site at Sandia, the document is not sufficient by itself as a test agreement. The document, however, does provide customers with a uniform set of information to begin the test planning process.

  19. Program information architecture/document hierarchy. [Information Management Systems, it's components and rationale

    Energy Technology Data Exchange (ETDEWEB)

    Woods, T.W.

    1991-09-01

    The Nuclear Waste Management System (NWMS) Management Systems Improvement Strategy (MSIS) (DOE 1990) requires that the information within the computer program and information management system be ordered into a precedence hierarchy for consistency. Therefore, the US Department of Energy (DOE). Office of Civilian Radioactive Waste Management (OCRWM) requested Westinghouse Hanford Company to develop a plan for NWMS program information which the MSIS calls a document hierarchy. This report provides the results of that effort and describes the management system as a program information architecture.'' 3 refs., 3 figs.

  20. H2FIRST Hydrogen Contaminant Detector Task: Requirements Document and Market Survey

    Energy Technology Data Exchange (ETDEWEB)

    Terlip, Danny [National Renewable Energy Laboratory (NREL), Golden, CO (United States); Ainscough, Chris [National Renewable Energy Laboratory (NREL), Golden, CO (United States); Buttner, William [National Renewable Energy Laboratory (NREL), Golden, CO (United States); McWhorter, Scott [Savannah River Site (SRS), Aiken, SC (United States). Savannah River National Lab. (SRNL)

    2015-04-20

    The rollout of hydrogen fueling stations, and the fuel cell electric vehicles (FCEV) they support, requires the assurance of high quality hydrogen at the dispensing point. Automotive fuel cells are sensitive to a number of chemicals that can be introduced into the dispensed fuel at multiple points. Quality assurance and quality control methods are employed by the industry to ensure product quality, but they are not completely comprehensive and can fail at various points in the hydrogen pathway from production to dispensing. This reality leaves open the possibility of a station unknowingly dispensing harmful contaminants to a FCEV which, depending on the contaminant, may not be discovered until the FCEV is irreparably damaged. This situation is unacceptable. A hydrogen contaminant detector (HCD), defined as a combination of a gas analyzer and the components necessary for fuel stream integration, installed at hydrogen stations is one method for preventing poor quality gas from reaching an FCEV. This document identifies the characteristics required of such a device by industry and compares those requirements with the current state of commercially available gas analysis technology.

  1. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 4

    International Nuclear Information System (INIS)

    1994-04-01

    Radiation protection of personnel and the public is accomplished by establishing a well defined Radiation Protection Organization to ensure that appropriate controls on radioactive materials and radiation sources are implemented and documented. This Requirements Identification Document (RID) applies to the activities, personnel, structures, systems, components, and programs involved in executing the mission of the Tank Farms. The physical boundaries within which the requirements of this RID apply are the Single Shell Tank Farms, Double Shell Tank Farms, 242-A Evaporator-Crystallizer, 242-S, T Evaporators, Liquid Effluent Retention Facility (LERF), Purgewater Storage Facility (PWSF), and all interconnecting piping, valves, instrumentation, and controls. Also included is all piping, valves, instrumentation, and controls up to and including the most remote valve under Tank Farms control at any other Hanford Facility having an interconnection with Tank Farms. The boundary of the structures, systems, components, and programs to which this RID applies, is defined by those that are dedicated to and/or under the control of the Tank Farms Operations Department and are specifically implemented at the Tank Farms

  2. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 4

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    Radiation protection of personnel and the public is accomplished by establishing a well defined Radiation Protection Organization to ensure that appropriate controls on radioactive materials and radiation sources are implemented and documented. This Requirements Identification Document (RID) applies to the activities, personnel, structures, systems, components, and programs involved in executing the mission of the Tank Farms. The physical boundaries within which the requirements of this RID apply are the Single Shell Tank Farms, Double Shell Tank Farms, 242-A Evaporator-Crystallizer, 242-S, T Evaporators, Liquid Effluent Retention Facility (LERF), Purgewater Storage Facility (PWSF), and all interconnecting piping, valves, instrumentation, and controls. Also included is all piping, valves, instrumentation, and controls up to and including the most remote valve under Tank Farms control at any other Hanford Facility having an interconnection with Tank Farms. The boundary of the structures, systems, components, and programs to which this RID applies, is defined by those that are dedicated to and/or under the control of the Tank Farms Operations Department and are specifically implemented at the Tank Farms.

  3. Documentation of pharmaceutical care: Validation of an intervention oriented classification system.

    Science.gov (United States)

    Maes, Karen A; Studer, Helene; Berger, Jérôme; Hersberger, Kurt E; Lampert, Markus L

    2017-12-01

    During the dispensing process, pharmacists may come across technical and clinical issues requiring a pharmaceutical intervention (PI). An intervention-oriented classification system is a helpful tool to document these PIs in a structured manner. Therefore, we developed the PharmDISC classification system (Pharmacists' Documentation of Interventions in Seamless Care). The aim of this study was to evaluate the PharmDISC system in the daily practice environment (in terms of interrater reliability, appropriateness, interpretability, acceptability, feasibility, and validity); to assess its user satisfaction, the descriptive manual, and the online training; and to explore first implementation aspects. Twenty-one pharmacists from different community pharmacies each classified 30 prescriptions requiring a PI with the PharmDISC system on 5 selected days within 5 weeks. Interrater reliability was determined using model PIs and Fleiss's kappa coefficients (κ) were calculated. User satisfaction was assessed by questionnaire with a 4-point Likert scale. The main outcome measures were interrater reliability (κ); appropriateness, interpretability, validity (ratio of completely classified PIs/all PIs); feasibility, and acceptability (user satisfaction and suggestions). The PharmDISC system reached an average substantial agreement (κ = 0.66). Of documented 519 PIs, 430 (82.9%) were completely classified. Most users found the system comprehensive (median user agreement 3 [2/3.25 quartiles]) and practical (3[2.75/3]). The PharmDISC system raised the awareness regarding drug-related problems for most users (n = 16). To facilitate its implementation, an electronic version that automatically connects to the prescription together with a task manager for PIs needing follow-up was suggested. Barriers could be time expenditure and lack of understanding the benefits. Substantial interrater reliability and acceptable user satisfaction indicate that the PharmDISC system is a valid

  4. Automated full-3D digitization system for documentation of paintings

    Science.gov (United States)

    Karaszewski, Maciej; Adamczyk, Marcin; Sitnik, Robert; Michoński, Jakub; Załuski, Wojciech; Bunsch, Eryk; Bolewicki, Paweł

    2013-05-01

    In this paper, a fully automated 3D digitization system for documentation of paintings is presented. It consists of a specially designed frame system for secure fixing of painting, a custom designed, structured light-based, high-resolution measurement head with no IR and UV emission. This device is automatically positioned in two axes (parallel to the surface of digitized painting) with additional manual positioning in third, perpendicular axis. Manual change of observation angle is also possible around two axes to re-measure even partially shadowed areas. The whole system is built in a way which provides full protection of digitized object (moving elements cannot reach its vicinity) and is driven by computer-controlled, highly precise servomechanisms. It can be used for automatic (without any user attention) and fast measurement of the paintings with some limitation to their properties: maximum size of the picture is 2000mm x 2000mm (with deviation of flatness smaller than 20mm) Measurement head is automatically calibrated by the system and its possible working volume starts from 50mm x 50mm x 20mm (10000 points per square mm) and ends at 120mm x 80mm x 60mm (2500 points per square mm). The directional measurements obtained with this system are automatically initially aligned due to the measurement head's position coordinates known from servomechanisms. After the whole painting is digitized, the measurements are fine-aligned with color-based ICP algorithm to remove any influence of possible inaccuracy of positioning devices. We present exemplary digitization results along with the discussion about the opportunities of analysis which appear for such high-resolution, 3D computer models of paintings.

  5. Molten Salt Reactor Experiment Facility (Building 7503) standards/requirements identification document adherence assessment plan at Oak Ridge National Laboratory, Oak Ridge, Tennessee

    International Nuclear Information System (INIS)

    1996-02-01

    This is the Phase 2 (adherence) assessment plan for the Building 7503 Molten Salt Reactor Experiment (MSRE) Facility standards/requirements identification document (S/RID). This document outlines the activities to be conducted from FY 1996 through FY 1998 to ensure that the standards and requirements identified in the MSRE S/RID are being implemented properly. This plan is required in accordance with the Department of Energy Implementation Plan for Defense Nuclear Facilities Safety Board Recommendation 90-2, November 9, 1994, Attachment 1A. This plan addresses the major aspects of the adherence assessment and will be consistent with Energy Systems procedure QA-2. 7 ''Surveillances.''

  6. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 3

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The Safeguards and Security (S&S) Functional Area address the programmatic and technical requirements, controls, and standards which assure compliance with applicable S&S laws and regulations. Numerous S&S responsibilities are performed on behalf of the Tank Farm Facility by site level organizations. Certain other responsibilities are shared, and the remainder are the sole responsibility of the Tank Farm Facility. This Requirements Identification Document describes a complete functional Safeguards and Security Program that is presumed to be the responsibility of the Tank Farm Facility. The following list identifies the programmatic elements in the S&S Functional Area: Program Management, Protection Program Scope and Evaluation, Personnel Security, Physical Security Systems, Protection Program Operations, Material Control and Accountability, Information Security, and Key Program Interfaces.

  7. Federal Automated Information System of Nuclear Material Control and Accounting: Uniform System of Reporting Documents

    International Nuclear Information System (INIS)

    Pitel, M V; Kasumova, L; Babcock, R A; Heinberg, C

    2003-01-01

    One of the fundamental regulations of the Russian State System for Nuclear Material Accounting and Control (SSAC), ''Basic Nuclear Material Control and Accounting Rules,'' directed that a uniform report system be developed to support the operation of the SSAC. According to the ''Regulation on State Nuclear Material Control and Accounting,'' adopted by the Russian Federation Government, Minatom of Russia is response for the development and adoption of report forms, as well as the reporting procedure and schedule. The report forms are being developed in tandem with the creation of an automated national nuclear material control and accounting system, the Federal Information System (FIS). The forms are in different stages of development and implementation. The first report forms (the Summarized Inventory Listing (SIL), Summarized Inventory Change Report (SICR) and federal and agency registers of nuclear material) have already been created and implemented. The second set of reports (nuclear material movement reports and the special anomaly report) is currently in development. A third set of reports (reports on import/export operations, and foreign nuclear material temporarily located in the Russian Federation) is still in the conceptual stage. To facilitate the development of a unified document system, the FIS must establish a uniform philosophy for the reporting system and determine the requirements for each reporting level, adhering to the following principles: completeness--the unified report system provides the entire range of information that the FIS requires to perform SSAC tasks; requisite level of detail; hierarchical structure--each report is based on the information provided in a lower-level report and is the source of information for reports at the next highest level; consistency checking--reports can be checked against other reports. A similar philosophy should eliminate redundancy in the different reports, support a uniform approach to the contents of

  8. 41 CFR 302-7.106 - What documentation is required to receive an advance under the commuted rate method?

    Science.gov (United States)

    2010-07-01

    ... 41 Public Contracts and Property Management 4 2010-07-01 2010-07-01 false What documentation is..., PAPERS, AND EQUIPMENT (PBP&E) Commuted Rate § 302-7.106 What documentation is required to receive an... provide a copy of an estimate of costs from a commercial HHG carrier or a written statement that includes...

  9. Environmental Restoration Program quality system requirements for the Hanford Site

    International Nuclear Information System (INIS)

    Cote, R.F.

    1993-11-01

    This document defines the quality system requirements for the US Department of Energy, Richland Operations Office, Environmental Restoration Program at the Hanford Site. The Quality System Requirements (OSR) for the Hanford Site integrates quality assurance requirements from the US Department of Energy Orders, the Hanford Federal Facility Agreement and Consent Order (Tri-Party Agreement), and applicable industry standards into a single source document for the development of quality systems applicable to the Environmental Restoration Program activities. This document, based on fifteen criteria and divided intro three parts, provides user organizations with the flexibility to incorporate only those criteria and parts applicable to their specific scopes of work. The requirements of this document shall be applied to activities that affect quality based on a graded approach that takes into consideration the risk inherent in, as well as the importance of, specific items, services, and activities in terms of meeting ER Program objectives and customer expectations. The individual quality systems developed in accordance with this document are intended to provide an integrated management control system that assures the conduct of ER Program activities in a manner that protects human health and the environment

  10. Technical support document for proposed 1994 revision of the MEC thermal envelope requirements

    Energy Technology Data Exchange (ETDEWEB)

    Conner, C.C.; Lucas, R.G.

    1994-03-01

    This report documents the development of the proposed revision of the Council of American Building Officials` (CABO) 1994 supplement to the 1993 Model Energy Code (MEC) building thermal envelope requirements for maximum component U{sub 0}-value. The 1994 amendments to the 1993 MEC were established in last year`s code change cycle and did not change the envelope requirements. The research underlying the proposed MEC revision was conducted by Pacific Northwest Laboratory (PNL) for the US Department of Energy (DOE) Building Energy Standards program. The goal of this research was to develop revised guidelines based on an objective methodology that determines the most cost-effective (least total cost) combination of energy conservation measures (ECMs) (insulation levels and window types) for residential buildings. This least-cost set of ECMs was used as a basis for proposing revised MEC maximum U{sub 0}-values (thermal transmittances). ECMs include window types (for example, double-pane vinyl) and insulation levels (for example, R-19) for ceilings, walls, and floors.

  11. Financial effect of instituting Deficit Reduction Act documentation requirements in family planning clinics in Oregon.

    Science.gov (United States)

    Rodriguez, Maria Isabel; Angus, Lisa; Elman, Emily; Darney, Philip D; Caughey, Aaron B

    2011-06-01

    The study was conducted to estimate the long-term costs for implementing citizenship documentation requirements in a Medicaid expansion program for family planning services in Oregon. A decision-analytic model was developed using two perspectives: the state and society. Our primary outcome was future reproductive health care costs due to pregnancy in the next 5 years. A Markov structure was utilized to capture multiple future pregnancies. Model inputs were retrieved from the existing literature and local hospital and Medicaid data related to reimbursements. One-way and multi-way sensitivity analyses were conducted. A Monte Carlo simulation was performed to simultaneously incorporate uncertainty from all of the model inputs. Screening for citizenship results in a loss of $3119 over 5 years ($39,382 vs. $42,501) for the state and $4209 for society ($63,391 compared to $59,182) for adult women. Among adolescents, requiring proof of identity and citizenship results in a loss of $3123 for the state ($39,378 versus $42,501) and $4214 for society ($63,391 instead of $59,177). Screening for citizenship status in publicly funded family planning clinics leads to financial losses for the state and society. Copyright © 2011 Elsevier Inc. All rights reserved.

  12. NAFTA Guidance Document on Data Requirements for Tolerances on Imported Commodities in the United States and Canada

    Science.gov (United States)

    The purpose of this document is to provide detailed guidance on data requirements that meet the North American Free Trade Agreement standards for the establishment of pesticide import tolerances or maximum residue levels in Canada and the United States.

  13. Developing of the System Safety Documentation for RSG-GAS

    International Nuclear Information System (INIS)

    Mariatmo; Korua, Johny A.

    2004-01-01

    P2TRR performs periodical evaluations on SAR documents to assess their conformance to the current field conditions. In case of non-conformance between the field conditions and SAR directly associated with the reactor safety, SAR documents will he immediately amended. Any changes in SAR documents will cause all documents associated with the reactor safety and operation be revised. Besides evaluation of field conditions, BAPETEN and IAEA also perform inspection. The results of BAPETEN and IAEA's inspection need to be seriously followed up because it is related to the reactor operation permit covered in the BAPETEN's authority. The RSG-GAS's SAR document needs to be revised based on the above considerations in addition to the inputs and suggestions from the issuer of reactor operation permit and other parties. (author)

  14. SITE GENERATED RADIOLOGICAL WASTE HANDLING SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    S. C. Khamankar

    2000-06-20

    The Site Generated Radiological Waste Handling System handles radioactive waste products that are generated at the geologic repository operations area. The waste is collected, treated if required, packaged for shipment, and shipped to a disposal site. Waste streams include low-level waste (LLW) in solid and liquid forms, as-well-as mixed waste that contains hazardous and radioactive constituents. Liquid LLW is segregated into two streams, non-recyclable and recyclable. The non-recyclable stream may contain detergents or other non-hazardous cleaning agents and is packaged for shipment. The recyclable stream is treated to recycle a large portion of the water while the remaining concentrated waste is packaged for shipment; this greatly reduces the volume of waste requiring disposal. There will be no liquid LLW discharge. Solid LLW consists of wet solids such as ion exchange resins and filter cartridges, as-well-as dry active waste such as tools, protective clothing, and poly bags. Solids will be sorted, volume reduced, and packaged for shipment. The generation of mixed waste at the Monitored Geologic Repository (MGR) is not planned; however, if it does come into existence, it will be collected and packaged for disposal at its point of occurrence, temporarily staged, then shipped to government-approved off-site facilities for disposal. The Site Generated Radiological Waste Handling System has equipment located in both the Waste Treatment Building (WTB) and in the Waste Handling Building (WHB). All types of liquid and solid LLW are processed in the WTB, while wet solid waste from the Pool Water Treatment and Cooling System is packaged where received in the WHB. There is no installed hardware for mixed waste. The Site Generated Radiological Waste Handling System receives waste from locations where water is used for decontamination functions. In most cases the water is piped back to the WTB for processing. The WTB and WHB provide staging areas for storing and shipping LLW

  15. Software requirements definition Shipping Cask Analysis System (SCANS)

    International Nuclear Information System (INIS)

    Johnson, G.L.; Serbin, R.

    1985-01-01

    The US Nuclear Regulatory Commission (NRC) staff reviews the technical adequacy of applications for certification of designs of shipping casks for spent nuclear fuel. In order to confirm an acceptable design, the NRC staff may perform independent calculations. The current NRC procedure for confirming cask design analyses is laborious and tedious. Most of the work is currently done by hand or through the use of a remote computer network. The time required to certify a cask can be long. The review process may vary somewhat with the engineer doing the reviewing. Similarly, the documentation on the results of the review can also vary with the reviewer. To increase the efficiency of this certification process, LLNL was requested to design and write an integrated set of user-oriented, interactive computer programs for a personal microcomputer. The system is known as the NRC Shipping Cask Analysis System (SCANS). The computer codes and the software system supporting these codes are being developed and maintained for the NRC by LLNL. The objective of this system is generally to lessen the time and effort needed to review an application. Additionally, an objective of the system is to assure standardized methods and documentation of the confirmatory analyses used in the review of these cask designs. A software system should be designed based on NRC-defined requirements contained in a requirements document. The requirements document is a statement of a project's wants and needs as the users and implementers jointly understand them. The requirements document states the desired end products (i.e. WHAT's) of the project, not HOW the project provides them. This document describes the wants and needs for the SCANS system. 1 fig., 3 tabs

  16. An Integrated Library System on the CERN Document Server

    CERN Document Server

    Rodrigues Silvestre, Joaquim Jorge; Le Meur, Jean-Yves; Šimko, Tibor

    2010-01-01

    CERN – The European Organization for Nuclear Research – is one of the largest research centres worldwide, responsible for several discoveries in physics as well as in computer science. The CERN Document Server, also known as CDS Invenio, is a software developed at CERN, which aims to provide a set of tools for managing digital libraries. In order to improve the functionalities of CDS Invenio a new module was developed , called BibCirculation, to manage books (and other items) from the CERN library, and working as an Integrated Library System. This thesis shows the steps that have been done to achieve the several goals of this project, explaining, among others aspects, the process of integration with other existing modules as well as the way to associate the information about books with the metadata from CDS Invenio. You can also find a detailed explanation of the entire implementation process and testing. Finally, there are presented the conclusions of this project and ideas for future development.

  17. Theoretical and Practical Aspects of Logistic Quality Management System Documentation Development Process

    Directory of Open Access Journals (Sweden)

    Linas Šaulinskas

    2013-12-01

    Full Text Available This paper addresses aspects of logistics quality management system documentation development and suggests models for quality management system documentation development, documentation hierarchical systems and authorization approval. It also identifies logistic processes and a responsibilities model and a detailed document development and approval process that can be practically applied. Our results are based upon an analysis of advanced Lithuanian and foreign corporate business practices, a review of current literature and recommendations for quality management system standards.

  18. Functions and Requirements and Specifications for Replacement of the Computer Automated Surveillance System (CASS)

    International Nuclear Information System (INIS)

    SCAIEF, C.C.

    1999-01-01

    This functions, requirements and specifications document defines the baseline requirements and criteria for the design, purchase, fabrication, construction, installation, and operation of the system to replace the Computer Automated Surveillance System (CASS) alarm monitoring

  19. Dynamic mobility applications open source application development portal : Task 4 : system requirements specifications : final report.

    Science.gov (United States)

    2016-10-12

    This document describes the System Requirements Specifications (SyRS) of the Dynamic Mobility Applications (DMA) Open Source Application Development Portal (OSADP) system in details according to IEEE-Std. 1233-1998. The requirement statements discuss...

  20. Data management for the Clinch River Breeder Reactor Plant Project by use of document status and hold systems

    International Nuclear Information System (INIS)

    Hunt, C.S.; Beck, A.E.; Akhtar, M.S.

    1982-01-01

    This paper describes the development, framework, and scope of the Document Status System and the Document Hold System for the Clinch River Breeder Reactor Plant Project. It shows how data are generated at five locations and transmitted to a central computer for processing and storage. The resulting computerized data bank provides reports needed to perform day-to-day management and engineering planning. Those reports also partially satisfy the requirements of the Project's Quality Assurance Program

  1. [Multiple sclerosis management system 3D. Moving from documentation towards management of patients].

    Science.gov (United States)

    Schultheiss, T; Kempcke, R; Kratzsch, F; Eulitz, M; Pette, M; Reichmann, H; Ziemssen, T

    2012-04-01

    The increasing therapeutic options for relapsing-remitting multiple sclerosis require a specific treatment and risk management to recognize the individual response as well as potential side effects. To switch from pure MS documentation to MS management by implementing a new multiple sclerosis management and documentation tool may be of importance. This article presents the novel computer-based patient management system "multiple sclerosis management system 3D" (MSDS 3D). MSDS 3D allows documentation and visualization of visit schedules and mandatory examinations via defined study modules by integration of data input from patients, attending physicians and MS nurses. It provides forms for the documentation of patient visits as well as clinical and diagnostic findings. Information is collected via interactive touch screens. A specific module which is part of MSDS 3D's current version allows the monthly monitoring of patients under treatment with natalizumab. A checklist covering clinical signs of progressive multifocal leukoencephalopathy (PML) and a detailed questionnaire about the handling of natalizumab in practice have additionally been added. The MS patient management system MSDS 3D has successfully been implemented and is currently being evaluated in a multi-centre setting. Advanced assessment of patient data may allow improvements in clinical practice and research work. The addition of a checklist and a questionnaire into the natalizumab module may support the recognition of PML during its early, treatable course.

  2. Model documentation: Renewable Fuels Module of the National Energy Modeling System

    Science.gov (United States)

    1994-04-01

    This report documents the objectives, analytical approach, and design of the National Energy Modeling System (NEMS) Renewable Fuels Module (RFM) as it related to the production of the 1994 Annual Energy Outlook (AEO94) forecasts. The report catalogues and describes modeling assumptions, computational methodologies, data inputs, and parameter estimation techniques. A number of offline analyses used in lieu of RFM modeling components are also described. This documentation report serves two purposes. First, it is a reference document for model analysts, model users, and the public interested in the construction and application of the RFM. Second, it meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. The RFM consists of six analytical submodules that represent each of the major renewable energy resources -- wood, municipal solid waste (MSW), solar energy, wind energy, geothermal energy, and alcohol fuels. Of these six, four are documented in the following chapters: municipal solid waste, wind, solar and biofuels. Geothermal and wood are not currently working components of NEMS. The purpose of the RFM is to define the technological and cost characteristics of renewable energy technologies, and to pass these characteristics to other NEMS modules for the determination of mid-term forecasted renewable energy demand.

  3. Usage experience with the document archiving and communication system for the storage and retrieval of medical records.

    Science.gov (United States)

    Takeda, Toshihiro; Ueda, Kanayo; Manabe, Shiro; Teramoto, Kei; Mihara, Naoki; Matsumura, Yasushi

    2013-01-01

    Standard Japanese electronic medical record (EMR) systems are associated with major shortcomings. For example, they do not assure lifelong readability of records because each document requires its own viewing software program, a system that is difficult to maintain over long periods of time. It can also be difficult for users to comprehend a patient's clinical history because different classes of documents can only be accessed from their own window. To address these problems, we developed a document-based electronic medical record that aggregates all documents for a patient in a PDF or DocuWorks format. We call this system the Document Archiving and Communication System (DACS). There are two types of viewers in the DACS: the Matrix View, which provides a time line of a patient's history, and the Tree View, which stores the documents in hierarchical document classes. We placed 2,734 document classes into 11 categories. A total of 22,3972 documents were entered per month. The frequency of use of the DACS viewer was 268,644 instances per month. The DACS viewer was used to assess a patient's clinical history.

  4. Total Coliform Rule Distribution System Advisory Committee (TCRDSAC) Document

    Science.gov (United States)

    This document provide information about the TCRDSAC, including its charter, processes and recommendations. The Agency used the Advisory Committee recommendations to develop proposed and final rules that revised the Total Coliform Rule.

  5. CARRIER PREPARATION BUILDING MATERIALS HANDLING SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    E.F. Loros

    2000-06-28

    The Carrier Preparation Building Materials Handling System receives rail and truck shipping casks from the Carrier/Cask Transport System, and inspects and prepares the shipping casks for return to the Carrier/Cask Transport System. Carrier preparation operations for carriers/casks received at the surface repository include performing a radiation survey of the carrier and cask, removing/retracting the personnel barrier, measuring the cask temperature, removing/retracting the impact limiters, removing the cask tie-downs (if any), and installing the cask trunnions (if any). The shipping operations for carriers/casks leaving the surface repository include removing the cask trunnions (if any), installing the cask tie-downs (if any), installing the impact limiters, performing a radiation survey of the cask, and installing the personnel barrier. There are four parallel carrier/cask preparation lines installed in the Carrier Preparation Building with two preparation bays in each line, each of which can accommodate carrier/cask shipping and receiving. The lines are operated concurrently to handle the waste shipping throughputs and to allow system maintenance operations. One remotely operated overhead bridge crane and one remotely operated manipulator is provided for each pair of carrier/cask preparation lines servicing four preparation bays. Remotely operated support equipment includes a manipulator and tooling and fixtures for removing and installing personnel barriers, impact limiters, cask trunnions, and cask tie-downs. Remote handling equipment is designed to facilitate maintenance, dose reduction, and replacement of interchangeable components where appropriate. Semi-automatic, manual, and backup control methods support normal, abnormal, and recovery operations. Laydown areas and equipment are included as required for transportation system components (e.g., personnel barriers and impact limiters), fixtures, and tooling to support abnormal and recovery operations. The

  6. An Automatic Document Indexing System Based on Cooperating Expert Systems: Design and Development.

    Science.gov (United States)

    Schuegraf, Ernst J.; van Bommel, Martin F.

    1993-01-01

    Describes the design of an automatic indexing system that is based on statistical techniques and expert system technology. Highlights include system architecture; the derivation of topic indicators, including word frequency; experimental results using documents from ERIC; the effects of stemming; and the identification of characteristic…

  7. Development and Evaluation of a Diagnostic Documentation Support System using Knowledge Processing

    Science.gov (United States)

    Makino, Kyoko; Hayakawa, Rumi; Terai, Koichi; Fukatsu, Hiroshi

    In this paper, we will introduce a system which supports creating diagnostic reports. Diagnostic reports are documents by doctors of radiology describing the existence and nonexistence of abnormalities from the inspection images, such as CT and MRI, and summarize a patient's state and disease. Our system indicates insufficiencies in these reports created by younger doctors, by using knowledge processing based on a medical knowledge dictionary. These indications are not only clerical errors, but the system also analyzes the purpose of the inspection and determines whether a comparison with a former inspection is required, or whether there is any shortage in description. We verified our system by using actual data of 2,233 report pairs, a pair comprised of a report written by a younger doctor and a check result of the report by an experienced doctor. The results of the verification showed that the rules of string analysis for detecting clerical errors and sentence wordiness obtained a recall of over 90% and a precision of over 75%. Moreover, the rules based on a medical knowledge dictionary for detecting the lack of required comparison with a former inspection and the shortage in description for the inspection purpose obtained a recall of over 70%. From these results, we confirmed that our system contributes to the quality improvement of diagnostic reports. We expect that our system can comprehensively support diagnostic documentations by cooperating with the interface which refers to inspection images or past reports.

  8. 40 CFR 80.590 - What are the product transfer document requirements for motor vehicle diesel fuel, NRLM diesel...

    Science.gov (United States)

    2010-07-01

    ... requirements for motor vehicle diesel fuel, NRLM diesel fuel, heating oil, ECA marine fuel, and other... PROGRAMS (CONTINUED) REGULATION OF FUELS AND FUEL ADDITIVES Motor Vehicle Diesel Fuel; Nonroad, Locomotive... the product transfer document requirements for motor vehicle diesel fuel, NRLM diesel fuel, heating...

  9. TECHNICAL GUIDANCE DOCUMENT: CONSTRUCTION QUALITY MANAGEMENT FOR REMEDIAL ACTION AND REMEDIAL DESIGN WASTE CONTAINMENT SYSTEMS

    Science.gov (United States)

    This Technical Guidance Document is intended to augment the numerous construction quality control and construction quality assurance (CQC and CQA) documents that are available far materials associated with waste containment systems developed for Superfund site remediation. In ge...

  10. Safety and fitness electronic records (SAFER) system : logical architecture document : working draft

    Science.gov (United States)

    1997-01-31

    This Logical Architecture Document includes the products developed during the functional analysis of the Safety and Fitness Electronic Records (SAFER) System. This document, along with the companion Operational Concept and Physical Architecture Docum...

  11. [Quality management and strategic consequences of assessing documentation and coding under the German Diagnostic Related Groups system].

    Science.gov (United States)

    Schnabel, M; Mann, D; Efe, T; Schrappe, M; V Garrel, T; Gotzen, L; Schaeg, M

    2004-10-01

    The introduction of the German Diagnostic Related Groups (D-DRG) system requires redesigning administrative patient management strategies. Wrong coding leads to inaccurate grouping and endangers the reimbursement of treatment costs. This situation emphasizes the roles of documentation and coding as factors of economical success. The aims of this study were to assess the quantity and quality of initial documentation and coding (ICD-10 and OPS-301) and find operative strategies to improve efficiency and strategic means to ensure optimal documentation and coding quality. In a prospective study, documentation and coding quality were evaluated in a standardized way by weekly assessment. Clinical data from 1385 inpatients were processed for initial correctness and quality of documentation and coding. Principal diagnoses were found to be accurate in 82.7% of cases, inexact in 7.1%, and wrong in 10.1%. Effects on financial returns occurred in 16%. Based on these findings, an optimized, interdisciplinary, and multiprofessional workflow on medical documentation, coding, and data control was developed. Workflow incorporating regular assessment of documentation and coding quality is required by the DRG system to ensure efficient accounting of hospital services. Interdisciplinary and multiprofessional cooperation is recognized to be an important factor in establishing an efficient workflow in medical documentation and coding.

  12. Impact of an electronic health record operating room management system in ophthalmology on documentation time, surgical volume, and staffing.

    Science.gov (United States)

    Sanders, David S; Read-Brown, Sarah; Tu, Daniel C; Lambert, William E; Choi, Dongseok; Almario, Bella M; Yackel, Thomas R; Brown, Anna S; Chiang, Michael F

    2014-05-01

    Although electronic health record (EHR) systems have potential benefits, such as improved safety and quality of care, most ophthalmology practices in the United States have not adopted these systems. Concerns persist regarding potential negative impacts on clinical workflow. In particular, the impact of EHR operating room (OR) management systems on clinical efficiency in the ophthalmic surgery setting is unknown. To determine the impact of an EHR OR management system on intraoperative nursing documentation time, surgical volume, and staffing requirements. For documentation time and circulating nurses per procedure, a prospective cohort design was used between January 10, 2012, and January 10, 2013. For surgical volume and overall staffing requirements, a case series design was used between January 29, 2011, and January 28, 2013. This study involved ophthalmic OR nurses (n = 13) and surgeons (n = 25) at an academic medical center. Electronic health record OR management system implementation. (1) Documentation time (percentage of operating time documenting [POTD], absolute documentation time in minutes), (2) surgical volume (procedures/time), and (3) staffing requirements (full-time equivalents, circulating nurses/procedure). Outcomes were measured during a baseline period when paper documentation was used and during the early (first 3 months) and late (4-12 months) periods after EHR implementation. There was a worsening in total POTD in the early EHR period (83%) vs paper baseline (41%) (P system implementation was associated with worsening of intraoperative nursing documentation time especially in shorter procedures. However, it is possible to implement an EHR OR management system without serious negative impacts on surgical volume and staffing requirements.

  13. Development of requirements tracking and verification system for the software design of distributed control system

    Energy Technology Data Exchange (ETDEWEB)

    Jung, Chul Hwan; Kim, Jang Yeol; Kim, Jung Tack; Lee, Jang Soo; Ham, Chang Shik [Korea Atomic Energy Research Institute, Taejon (Korea, Republic of)

    1998-12-31

    In this paper a prototype of Requirement Tracking and Verification System(RTVS) for a Distributed Control System was implemented and tested. The RTVS is a software design and verification tool. The main functions required by the RTVS are managing, tracking and verification of the software requirements listed in the documentation of the DCS. The analysis of DCS software design procedures and interfaces with documents were performed to define the user of the RTVS, and the design requirements for RTVS were developed. 4 refs., 3 figs. (Author)

  14. 50 CFR 23.53 - What are the requirements for obtaining a retrospective CITES document?

    Science.gov (United States)

    2010-10-01

    ... document: (i) Personal or household effects. (ii) Live Appendix-II or -III specimens or live pre-Convention... or checked as baggage on the same plane, boat, car, or train as you. (C) The quantity is reasonably...

  15. Software requirements specification for the program analysis and control system risk management module

    International Nuclear Information System (INIS)

    SCHAEFER, J.C.

    1999-01-01

    TWR Program Analysis and Control System Risk Module is used to facilitate specific data processes surrounding the Risk Management program of the Tank Waste Retrieval environment. This document contains the Risk Management system requirements of the database system

  16. Reliability program requirements for aeronautical and space system contractors

    Science.gov (United States)

    1987-01-01

    General reliability program requirements for NASA contracts involving the design, development, fabrication, test, and/or use of aeronautical and space systems including critical ground support equipment are prescribed. The reliability program requirements require (1) thorough planning and effective management of the reliability effort; (2) definition of the major reliability tasks and their place as an integral part of the design and development process; (3) planning and evaluating the reliability of the system and its elements (including effects of software interfaces) through a program of analysis, review, and test; and (4) timely status indication by formal documentation and other reporting to facilitate control of the reliability program.

  17. Do informed consent documents for chiropractic clinical research studies meet readability level recommendations and contain required elements: a descriptive study.

    Science.gov (United States)

    Twist, Elissa; Lawrence, Dana J; Salsbury, Stacie A; Hawk, Cheryl

    2014-01-01

    Informed consent documents (ICD) in research are designed to educate research participants about the nature of the research project in which he or she may participate. United States (US) law requires the documents to contain specific elements present and be written in a way that is understandable to research participants. The purpose of this research is to determine if ICDs from randomized controlled trials conducted at chiropractic colleges meet recommended readability standards and contain the 13 content items required by US law. This study was approved by Palmer College of Chiropractic's IRB #2012-12-3-T and was conducted between December 3, 2012 and February 14, 2013. We contacted the research directors of five chiropractic colleges that have received federal funding supporting their clinical research. A total of 13 informed consent documents from four chiropractic colleges were analyzed using the Flesch-Kincaid measurement. We assigned a grade-level readability score to the document based on the average of three separate grade level scores conducted on the three largest uninterrupted blocks of text. Content of the 13 ICDs was assessed using a 13-element checklist. A point was given for every element present in the document, giving a score range of "0, no elements are present", to "13, all elements are present." The mean Flesch-Kincaid grade level readability was 10.8 (range 7.2 -14.0). Our sample had a mean readability score 2.8 grade levels above the generally-accepted US average reading level. Content varied among the 13 informed consent forms, ranging from only nine elements present in one document to all 13 required in five documents. Additionally, we collated the risks presented in each document. These results strongly suggest that chiropractic clinical researchers are not developing ICDs at a readability level congruent with the national average acceptable level. The low number of elements in some of the informed consent documents raises concern that not

  18. Requirements analysis and system design

    CERN Document Server

    Maciaszek, Leszek A

    2007-01-01

    An examination of the methods and techniques used in the analysis and design phases of Information System development. Emphasis is placed upon the application of object technology in enterprise information systems (EIS) with UML being used throughout. Through its excellent balance of practical explanation and theoretical insight the book manages to avoid unnecessary, complicating details without sacrificing rigor. Examples of real-world scenarios are used throughout, giving the reader an understanding of what really goes on within the field of Software Engineering.

  19. K West integrated water treatment system subproject safety analysis document

    International Nuclear Information System (INIS)

    SEMMENS, L.S.

    1999-01-01

    This Accident Analysis evaluates unmitigated accident scenarios, and identifies Safety Significant and Safety Class structures, systems, and components for the K West Integrated Water Treatment System

  20. Classification of Aeronautics System Health and Safety Documents

    Data.gov (United States)

    National Aeronautics and Space Administration — Most complex aerospace systems have many text reports on safety, maintenance, and associated issues. The Aviation Safety Reporting System (ASRS) spans several...

  1. K West integrated water treatment system subproject safety analysis document

    Energy Technology Data Exchange (ETDEWEB)

    SEMMENS, L.S.

    1999-02-24

    This Accident Analysis evaluates unmitigated accident scenarios, and identifies Safety Significant and Safety Class structures, systems, and components for the K West Integrated Water Treatment System.

  2. WASTE HANDLING BUILDING FIRE PROTECTION SYSTEM DESCRIPTION DOCUMENT

    International Nuclear Information System (INIS)

    J. D. Bigbee

    2000-01-01

    The Waste Handling Building Fire Protection System provides the capability to detect, control, and extinguish fires and/or mitigate explosions throughout the Waste Handling Building (WHB). Fire protection includes appropriate water-based and non-water-based suppression, as appropriate, and includes the distribution and delivery systems for the fire suppression agents. The Waste Handling Building Fire Protection System includes fire or explosion detection panel(s) controlling various detectors, system actuation, annunciators, equipment controls, and signal outputs. The system interfaces with the Waste Handling Building System for mounting of fire protection equipment and components, location of fire suppression equipment, suppression agent runoff, and locating fire rated barriers. The system interfaces with the Waste Handling Building System for adequate drainage and removal capabilities of liquid runoff resulting from fire protection discharges. The system interfaces with the Waste Handling Building Electrical Distribution System for power to operate, and with the Site Fire Protection System for fire protection water supply to automatic sprinklers, standpipes, and hose stations. The system interfaces with the Site Fire Protection System for fire signal transmission outside the WHB as needed to respond to a fire emergency, and with the Waste Handling Building Ventilation System to detect smoke and fire in specific areas, to protect building high-efficiency particulate air (HEPA) filters, and to control portions of the Waste Handling Building Ventilation System for smoke management and manual override capability. The system interfaces with the Monitored Geologic Repository (MGR) Operations Monitoring and Control System for annunciation, and condition status

  3. WASTE HANDLING BUILDING FIRE PROTECTION SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    J. D. Bigbee

    2000-06-21

    The Waste Handling Building Fire Protection System provides the capability to detect, control, and extinguish fires and/or mitigate explosions throughout the Waste Handling Building (WHB). Fire protection includes appropriate water-based and non-water-based suppression, as appropriate, and includes the distribution and delivery systems for the fire suppression agents. The Waste Handling Building Fire Protection System includes fire or explosion detection panel(s) controlling various detectors, system actuation, annunciators, equipment controls, and signal outputs. The system interfaces with the Waste Handling Building System for mounting of fire protection equipment and components, location of fire suppression equipment, suppression agent runoff, and locating fire rated barriers. The system interfaces with the Waste Handling Building System for adequate drainage and removal capabilities of liquid runoff resulting from fire protection discharges. The system interfaces with the Waste Handling Building Electrical Distribution System for power to operate, and with the Site Fire Protection System for fire protection water supply to automatic sprinklers, standpipes, and hose stations. The system interfaces with the Site Fire Protection System for fire signal transmission outside the WHB as needed to respond to a fire emergency, and with the Waste Handling Building Ventilation System to detect smoke and fire in specific areas, to protect building high-efficiency particulate air (HEPA) filters, and to control portions of the Waste Handling Building Ventilation System for smoke management and manual override capability. The system interfaces with the Monitored Geologic Repository (MGR) Operations Monitoring and Control System for annunciation, and condition status.

  4. An efficiency comparison of document preparation systems used in academic research and development.

    Directory of Open Access Journals (Sweden)

    Markus Knauff

    Full Text Available The choice of an efficient document preparation system is an important decision for any academic researcher. To assist the research community, we report a software usability study in which 40 researchers across different disciplines prepared scholarly texts with either Microsoft Word or LaTeX. The probe texts included simple continuous text, text with tables and subheadings, and complex text with several mathematical equations. We show that LaTeX users were slower than Word users, wrote less text in the same amount of time, and produced more typesetting, orthographical, grammatical, and formatting errors. On most measures, expert LaTeX users performed even worse than novice Word users. LaTeX users, however, more often report enjoying using their respective software. We conclude that even experienced LaTeX users may suffer a loss in productivity when LaTeX is used, relative to other document preparation systems. Individuals, institutions, and journals should carefully consider the ramifications of this finding when choosing document preparation strategies, or requiring them of authors.

  5. 48 CFR 752.7005 - Submission requirements for development experience documents.

    Science.gov (United States)

    2010-10-01

    ... number(s), contractor name(s), name of the USAID cognizant technical office, the publication or issuance... include WordPerfect, Microsoft Word, ASCII, and Portable Document Format (PDF). Submission in Portable...., TIFF-compatible. (C) Any other necessary information, e.g. special backup or data compression routines...

  6. Alternative Compliance: Guidelines for Preparing and Submitting a Waiver Request Application and Other Documentation Requirements (Brochure)

    Energy Technology Data Exchange (ETDEWEB)

    2014-06-01

    This document is designed to assist covered fleets interested in taking advantage of more flexible compliance options and to facilitate the transition from Standard Compliance to Alternative Compliance. It is designed to help fleets better understand the Alternative Compliance option and successfully complete the waiver application process.

  7. Alternative Compliance: Guidelines for Preparing and Submitting a Waiver Request Application and Other Documentation Requirements

    Energy Technology Data Exchange (ETDEWEB)

    Sears, Ted [National Renewable Energy Lab. (NREL), Golden, CO (United States)

    2014-06-01

    This document is designed to assist covered fleets interested in taking advantage of more flexible compliance options and to facilitate the transition from Standard Compliance to Alternative Compliance. It is designed to help fleets better understand the Alternative Compliance option and successfully complete the waiver application process.

  8. Alternative Compliance: Guidelines for Preparing and Submitting a Waiver Request Application and Other Documentation Requirements

    Energy Technology Data Exchange (ETDEWEB)

    2013-03-01

    This document is designed to assist covered fleets interested in taking advantage of more flexible compliance options and to facilitate the transition from Standard Compliance to Alternative Compliance. It is designed to help fleets better understand the Alternative Compliance option and successfully complete the waiver application process.

  9. Alternative Compliance: Guidelines for Preparing and Submitting a Waiver Request Application and Other Documentation Requirements (Book)

    Energy Technology Data Exchange (ETDEWEB)

    2010-11-01

    This document is designed to assist covered fleets interested in taking advantage of more flexible compliance options and to facilitate the transition from Standard Compliance to Alternative Compliance. It is designed to help fleets better understand the Alternative Compliance option and successfully complete the waiver application process.

  10. 10 CFR 2.304 - Formal requirements for documents; signatures; acceptance for filing.

    Science.gov (United States)

    2010-01-01

    ... left side; typewritten, printed, or otherwise reproduced in permanent form on good unglazed paper of... paragraph (d) of this section. (i) When signing an electronic document using a digital ID certificate, the... for filing. 2.304 Section 2.304 Energy NUCLEAR REGULATORY COMMISSION RULES OF PRACTICE FOR DOMESTIC...

  11. Life sciences flight experiments program mission science requirements document. The first life sciences dedicated Spacelab mission, part 1

    Science.gov (United States)

    Rummel, J. A.

    1982-01-01

    The Mission Science Requirements Document (MSRD) for the First Dedicated Life Sciences Mission (LS-1) represents the culmination of thousands of hours of experiment selection, and science requirement definition activities. NASA life sciences has never before attempted to integrate, both scientifically and operationally, a single mission dedicated to life sciences research, and the complexity of the planning required for such an endeavor should be apparent. This set of requirements completes the first phase of a continual process which will attempt to optimize (within available programmatic and mission resources) the science accomplished on this mission.

  12. Multi-font printed Mongolian document recognition system

    Science.gov (United States)

    Peng, Liangrui; Liu, Changsong; Ding, Xiaoqing; Wang, Hua; Jin, Jianming

    2009-01-01

    Mongolian is one of the major ethnic languages in China. Large amount of Mongolian printed documents need to be digitized in digital library and various applications. Traditional Mongolian script has unique writing style and multi-font-type variations, which bring challenges to Mongolian OCR research. As traditional Mongolian script has some characteristics, for example, one character may be part of another character, we define the character set for recognition according to the segmented components, and the components are combined into characters by rule-based post-processing module. For character recognition, a method based on visual directional feature and multi-level classifiers is presented. For character segmentation, a scheme is used to find the segmentation point by analyzing the properties of projection and connected components. As Mongolian has different font-types which are categorized into two major groups, the parameter of segmentation is adjusted for each group. A font-type classification method for the two font-type group is introduced. For recognition of Mongolian text mixed with Chinese and English, language identification and relevant character recognition kernels are integrated. Experiments show that the presented methods are effective. The text recognition rate is 96.9% on the test samples from practical documents with multi-font-types and mixed scripts.

  13. Review of the Constellation Level II Safety, Reliability, and Quality Assurance (SR&QA) Requirements Documents during Participation in the Constellation Level II SR&QA Forum

    Science.gov (United States)

    Cameron, Kenneth D.; Gentz, Steven J.; Beil, Robert J.; Minute, Stephen A.; Currie, Nancy J.; Scott, Steven S.; Thomas, Walter B., III; Smiles, Michael D.; Schafer, Charles F.; Null, Cynthia H.; hide

    2009-01-01

    At the request of the Exploration Systems Mission Directorate (ESMD) and the Constellation Program (CxP) Safety, Reliability; and Quality Assurance (SR&QA) Requirements Director, the NASA Engineering and Safety Center (NESC) participated in the Cx SR&QA Requirements forum. The Requirements Forum was held June 24-26; 2008, at GRC's Plum Brook Facility. The forums purpose was to gather all stakeholders into a focused meeting to help complete the process of refining the CxP to refine its Level II SR&QA requirements or defining project-specific requirements tailoring. Element prime contractors had raised specific questions about the wording and intent of many requirements in areas they felt were driving costs without adding commensurate value. NESC was asked to provide an independent and thorough review of requirements that contractors believed were driving Program costs, by active participation in the forum. This document contains information from the forum.

  14. 50 CFR 23.25 - What additional information is required on a non-Party CITES document?

    Science.gov (United States)

    2010-10-01

    ... 50 Wildlife and Fisheries 6 2010-10-01 2010-10-01 false What additional information is required on a non-Party CITES document? 23.25 Section 23.25 Wildlife and Fisheries UNITED STATES FISH AND... that the specimen was legally acquired. (2) Import For Appendix-I specimens, the import will be for...

  15. Regulatory document R-104, Regulatory objectives, requirements and guidelines for the disposal of radioactive wastes - long-term aspects

    International Nuclear Information System (INIS)

    1987-01-01

    The purpose and scope of this document is to present the regulatory basis for judging the long-term acceptability of radioactive waste disposal options. The basic objectives of radioactive waste disposal are given as are the regulatory requirements to be satisfied. (NEA)

  16. Safeguards Guidance Document for Designers of Commercial Nuclear Facilities: International Nuclear Safeguards Requirements and Practices For Uranium Enrichment Plants

    Energy Technology Data Exchange (ETDEWEB)

    Robert Bean; Casey Durst

    2009-10-01

    This report is the second in a series of guidelines on international safeguards requirements and practices, prepared expressly for the designers of nuclear facilities. The first document in this series is the description of generic international nuclear safeguards requirements pertaining to all types of facilities. These requirements should be understood and considered at the earliest stages of facility design as part of a new process called “Safeguards-by-Design.” This will help eliminate the costly retrofit of facilities that has occurred in the past to accommodate nuclear safeguards verification activities. The following summarizes the requirements for international nuclear safeguards implementation at enrichment plants, prepared under the Safeguards by Design project, and funded by the U.S. Department of Energy (DOE) National Nuclear Security Administration (NNSA), Office of NA-243. The purpose of this is to provide designers of nuclear facilities around the world with a simplified set of design requirements and the most common practices for meeting them. The foundation for these requirements is the international safeguards agreement between the country and the International Atomic Energy Agency (IAEA), pursuant to the Treaty on the Non-proliferation of Nuclear Weapons (NPT). Relevant safeguards requirements are also cited from the Safeguards Criteria for inspecting enrichment plants, found in the IAEA Safeguards Manual, Part SMC-8. IAEA definitions and terms are based on the IAEA Safeguards Glossary, published in 2002. The most current specification for safeguards measurement accuracy is found in the IAEA document STR-327, “International Target Values 2000 for Measurement Uncertainties in Safeguarding Nuclear Materials,” published in 2001. For this guide to be easier for the designer to use, the requirements have been restated in plainer language per expert interpretation using the source documents noted. The safeguards agreement is fundamentally a

  17. User documentation for the MSK and OMS intelligent tutoring systems

    Science.gov (United States)

    Fink, Pamela K.; Herren, L. Tandy; Lincoln, David T.

    1991-01-01

    This user's guide describes how to use the Intelligent Tutoring Systems for the Manual Select Keyboard (MSK) and the Orbital Maneuvering System (OMS) and how to use the C code that runs the mockup version of the MSK.

  18. Corporate Average Fuel Economy Compliance and Effects Modeling System Documentation

    Science.gov (United States)

    2009-04-01

    The Volpe National Transportation Systems Center (Volpe Center) of the United States Department of Transportation's Research and Innovative Technology Administration has developed a modeling system to assist the National Highway Traffic Safety Admini...

  19. Challenges of Conversion from Document Management System to Data Management System

    OpenAIRE

    Siali, Irene

    2017-01-01

    Master's thesis in Offshore technology: Industrial asset management Issues that emerged from the use of the document management system and the desire to change to a database management system (DBMS) by many organizations is the driving force behind the ideas from this thesis. Draga AS identified the challenges arising from this shift and provided the basis for this work. The goal is to present a review of the relevant bibliographical material that illustrates those critical factors that bo...

  20. Integrating model of the Project Independence Evaluation System. Volume V. Code documentation

    Energy Technology Data Exchange (ETDEWEB)

    Shaw, M L; Allen, B J; Lutz, M S; Gale, J E; O& #x27; Hara, N E; Wood, R K

    1978-07-01

    This volume is a description of the Project Independence Evaluation System as a computer system. It is intended for readers wanting a basic understanding of the computer implementation of PIES rather than an understanding of the modeling methodology. It can assist those who wish to run PIES on the EIA computer facility or to use PIES on their own facilities, or to analyze the PIES computer processing. The document contains: an overview of the computer implementation; a description of the data and naming conventions used in PIES; a functional description of PIES data processing; PIES hardware and software requirements; and an operational description of the PIES processing flow. This overview defines the scope of PIES in this report and thus governs the computer system descriptions that follow. It also provides an historical view of the development of PIES.

  1. The critical path method to analyze and modify OR-workflow: integration of an image documentation system.

    Science.gov (United States)

    Endress, A; Aydeniz, B; Wallwiener, D; Kurek, R

    2006-01-01

    Intraoperative image documentation is becoming more and more important for quality management in medicine, in terms of forensic documentation, research and teaching. Up to now, no software-based OR-image-documentation system fits satisfactorily into an OR-workflow. The objective of this study is to transparently show system integration in a clinical workflow for evaluating demands on future system developments. An example of the OR-workflow is presented for the department of obstetrics and gynecology at the University of Tuebingen (Germany). Twelve representative gynecologic laparoscopic surgeries were analyzed by using the critical path method (CPM). CPM network diagrams are shown for an actual laparoscopic workflow and for a workflow including an OR-image-documentation system. With the objective not to increase the total time of actual workflow, the maximum system operation time can be calculated for each period of time. Before surgery the maximum system operation time is x(max) = 7,3 minutes. After surgery it has to be assumed that system operation will increase total workflow time. Using the CPM to analyze requirements for system integration in a medical workflow has not yet been investigated. It is an appropriate method to transparently show integration possibilities and to define workflow-based requirements for the development process of new systems.

  2. Nuclear plant requirements during power system restoration

    International Nuclear Information System (INIS)

    Adamski, G.; Jenkins, R.; Gill, P.

    1995-01-01

    This paper is one of a series presented on behalf of the System Operation Subcommittee with the intent of focusing industry attention on power system restoration issues. This paper discusses a number of nuclear power plant requirements that require special attention during power system restoration

  3. Attitude Determination Error Analysis System (ADEAS) mathematical specifications document

    Science.gov (United States)

    Nicholson, Mark; Markley, F.; Seidewitz, E.

    1988-01-01

    The mathematical specifications of Release 4.0 of the Attitude Determination Error Analysis System (ADEAS), which provides a general-purpose linear error analysis capability for various spacecraft attitude geometries and determination processes, are presented. The analytical basis of the system is presented. The analytical basis of the system is presented, and detailed equations are provided for both three-axis-stabilized and spin-stabilized attitude sensor models.

  4. 75 FR 66319 - State Systems Advance Planning Document (APD) Process

    Science.gov (United States)

    2010-10-28

    ... program and information technology managers, and welfare researchers. The working seminar met eight times.... This final rule reduces the submission requirements for lower-risk information technology (IT) projects... submitted by States, counties, and territories for approval of their Information Technology plans and...

  5. Requirements engineering for human activity systems

    CSIR Research Space (South Africa)

    Erasmus, J

    2014-10-01

    Full Text Available Guide for System Life Cycle Processes. Version 3.2. Edited by C. Haskins. San Diego, California: International Council on Systems Engineering, 2010. Jordan, J. Scott, ed. Systems Theories and A Priori Aspects of Perception. Amsterdam: Elsevier... to ensure that such requirements are properly developed and managed, by applying well defined rules and techniques (Hull, Jackson and Dick 2011). For example, a requirement should not be unrealistic and each requirement must be accompanied by criteria...

  6. Electronic document management system analysis report and system plan for the Environmental Restoration Program

    International Nuclear Information System (INIS)

    Frappaolo, C.

    1995-09-01

    Lockheed Martin Energy Systems, Inc. (LMES) has established and maintains Document Management Centers (DMCs) to support Environmental Restoration Program (ER) activities undertaken at three Oak Ridge facilities: Oak Ridge National Laboratory, Oak Ridge K-25 Site, Oak Ridge Y-12 Plant; and two sister sites: Portsmouth Gaseous Diffusion Plant in Portsmouth, Ohio, and Paducah Gaseous Diffusion Plant in Paducah, Kentucky. The role of the DMCs is to receive, store, retrieve, and properly dispose of records. In an effort to make the DMCs run more efficiently and to more proactively manage the records' life cycles from cradle to grave, ER has decided to investigate ways in which Electronic Document Management System (EDMS) technologies can be used to redefine the DMCs and their related processes. Specific goals of this study are tightening control over the ER documents, establishing and enforcing record creation and retention procedures, speeding up access to information, and increasing the accessibility of information. A working pilot of the solution is desired within the next six months. Based on a series of interviews conducted with personnel from each of the DMCs, key management, and individuals representing related projects, it is recommended that ER utilize document management, full-text retrieval, and workflow technologies to improve and automate records management for the ER program. A phased approach to solution implementation is suggested starting with the deployment of an automated storage and retrieval system at Portsmouth. This should be followed with a roll out of the system to the other DMCs, the deployment of a workflow-enabled authoring system at Portsmouth, and a subsequent roll out of this authoring system to the other sites

  7. Fuel Characteristic Classification System version 3.0: technical documentation

    Science.gov (United States)

    Susan J. Prichard; David V. Sandberg; Roger D. Ottmar; Ellen Eberhardt; Anne Andreu; Paige Eagle; Kjell. Swedin

    2013-01-01

    The Fuel Characteristic Classification System (FCCS) is a software module that records wildland fuel characteristics and calculates potential fire behavior and hazard potentials based on input environmental variables. The FCCS 3.0 is housed within the Integrated Fuels Treatment Decision Support System (Joint Fire Science Program 2012). It can also be run from command...

  8. Executive overview and introduction to the SMAP information system life-cycle and documentation standards

    Science.gov (United States)

    1989-01-01

    An overview of the five volume set of Information System Life-Cycle and Documentation Standards is provided with information on its use. The overview covers description, objectives, key definitions, structure and application of the standards, and document structure decisions. These standards were created to provide consistent NASA-wide structures for coordinating, controlling, and documenting the engineering of an information system (hardware, software, and operational procedures components) phase by phase.

  9. Accessibility od design documentation on mobile devices with Android Operating System

    OpenAIRE

    Lovše, Tilen

    2013-01-01

    In this graduation thesis the accessibility of design documentation on mobile devices with Android operating system is discussed. Mobile devices, used for accessing to design documentation, are tablet computers or simply tablets. Introduction presents benefits of accessing to design documentation on tablets and Slovenian history in this field, followed by the review of Android operating system, its history, upgrade and features. Practical part covers the review of five different tablets, whic...

  10. Product specification documentation standard and Data Item Descriptions (DID). Volume of the information system life-cycle and documentation standards, volume 3

    Science.gov (United States)

    Callender, E. David; Steinbacher, Jody

    1989-01-01

    This is the third of five volumes on Information System Life-Cycle and Documentation Standards which present a well organized, easily used standard for providing technical information needed for developing information systems, components, and related processes. This volume states the Software Management and Assurance Program documentation standard for a product specification document and for data item descriptions. The framework can be applied to any NASA information system, software, hardware, operational procedures components, and related processes.

  11. The database system for the management of technical documentations of PWR fuel design project using CD-ROM

    International Nuclear Information System (INIS)

    Park, Bong Sik; Lee, Won Jae; Ryu, Jae Kwon; Jo, In Hang; Chang, Jong Hwa.

    1996-12-01

    In this report, the database system developed for the management of technical documentation of PWR fuel design project using CD-ROM (compact disk - read only memory) is described. The database system, KIRDOCM (KAERI Initial and Reload Fuel project technical documentation management), is developed and installed on PC using Visual Foxpro 3.0. Descriptions are focused on the user interface of the KIRDOCM. Introduction addresses the background and concept of the development. The main chapter describes the user requirements, the analysis of computing environment, the design of KIRDOCM, the implementation of the KIRDOCM, user's manual of KIRDOCM and the maintenance of the KIRDOCM for future improvement. The implementation of KIRDOCM system provides the efficiency in the management, maintenance and indexing of the technical documents. And, it is expected that KIRDOCM may be a good reference in applying Visual Foxpro for the development of information management system. (author). 2 tabs., 13 figs., 8 refs

  12. Analyzing Software Requirements Errors in Safety-Critical, Embedded Systems

    Science.gov (United States)

    Lutz, Robyn R.

    1993-01-01

    This paper analyzes the root causes of safety-related software errors in safety-critical, embedded systems. The results show that software errors identified as potentially hazardous to the system tend to be produced by different error mechanisms than non- safety-related software errors. Safety-related software errors are shown to arise most commonly from (1) discrepancies between the documented requirements specifications and the requirements needed for correct functioning of the system and (2) misunderstandings of the software's interface with the rest of the system. The paper uses these results to identify methods by which requirements errors can be prevented. The goal is to reduce safety-related software errors and to enhance the safety of complex, embedded systems.

  13. ADST ARWA Visual System Module Software Design Document

    Science.gov (United States)

    1994-08-01

    a new visual scene. The VSC also monitors peripheral devices such as Out-The- Window Display System and the Head Tracker System and sends information...Helmet Mounted Display, Out-The- Window Display , and Joystick Interface: HardwareInterfaceControl Name: Hardware Interface Control Description: Hardware...Control going to CIG, Head Tracker, Helmet Mounted Display, Out-The- Window Display , and Joystick Interface: HardwareStat Name: Hardware Status

  14. Method for assessing software reliability of the document management system using the RFID technology

    Directory of Open Access Journals (Sweden)

    Kiedrowicz Maciej

    2016-01-01

    Full Text Available The deliberations presented in this study refer to the method for assessing software reliability of the docu-ment management system, using the RFID technology. A method for determining the reliability structure of the dis-cussed software, understood as the index vector for assessing reliability of its components, was proposed. The model of the analyzed software is the control transfer graph, in which the probability of activating individual components during the system's operation results from the so-called operational profile, which characterizes the actual working environment. The reliability structure is established as a result of the solution of a specific mathematical software task. The knowledge of the reliability structure of the software makes it possible to properly plan the time and finan-cial expenses necessary to build the software, which would meet the reliability requirements. The application of the presented method is illustrated by the number example, corresponding to the software reality of the RFID document management system.

  15. Computer system validation: an overview of official requirements and standards.

    Science.gov (United States)

    Hoffmann, A; Kähny-Simonius, J; Plattner, M; Schmidli-Vckovski, V; Kronseder, C

    1998-02-01

    A brief overview of the relevant documents for companies in the pharmaceutical industry, which are to be taken into consideration to fulfil computer system validation requirements, is presented. We concentrate on official requirements and valid standards in the USA, European Community and Switzerland. There are basically three GMP-guidelines. their interpretations by the associations of interests like APV and PDA as well as the GAMP Suppliers Guide. However, the three GMP-guidelines imply the same philosophy about computer system validation. They describe more a what-to-do approach for validation, whereas the GAMP Suppliers Guide describes a how-to-do validation. Nevertheless, they do not contain major discrepancies.

  16. Nonfunctional requirements in systems analysis and design

    CERN Document Server

    Adams, Kevin MacG

    2015-01-01

    This book will help readers gain a solid understanding of non-functional requirements inherent in systems design endeavors. It contains essential information for those who design, use, and maintain complex engineered systems, including experienced designers, teachers of design, system stakeholders, and practicing engineers. Coverage approaches non-functional requirements in a novel way by presenting a framework of four systems concerns into which the 27 major non-functional requirements fall: sustainment, design, adaptation, and viability. Within this model, the text proceeds to define each non-functional requirement, to specify how each is treated as an element of the system design process, and to develop an associated metric for their evaluation. Systems are designed to meet specific functional needs. Because non-functional requirements are not directly related to tasks that satisfy these proposed needs, designers and stakeholders often fail to recognize the importance of such attributes as availability, su...

  17. MANAGING HUMAN FACTORS IN IMPLEMENTING ELECTRONIC DOCUMENT SYSTEM IN THE PUBLIC SECTOR

    Directory of Open Access Journals (Sweden)

    TOMS LEIKUMS

    2012-05-01

    Full Text Available Document management underlies the activities of almost every organization. Correctly managed correspondence and organized document circulation characterize successful performance particularly in the public sector organizations. Even though production of documents itself is not the main task of governmental institutions, document creation and processing are crucial processes for the provision of basic functions in public sector. In the 21st century it gets more important to use the new possibilities offered by modern technologies, including electronic document management. Public sector itself is a heavy bureaucratic apparatus in the need of elasticity and ability to change its working processes and habits in order to gradually switch to the digital environment. Western European countries have already turned to electronic document management whilst most of the Eastern European countries, including Latvia, have just recently started a gradual electronization of document circulation. When implementing electronic document management systems in the public sector organizations, it often comes to resistance of the staff and unwillingness to change the accustomed methods of work – paper format document circulation. Both lower level staff and higher level managers put obstacles to electronic document management. In this article author inspects cases of successful practice and analyses possible action mechanisms that could convince public sector personnel of advantages of electronic document circulation and prepare them to switch to work with digital documents.

  18. Documentation pckage for the RFID temperature monitoring system (Of Model 9977 packages at NTS).

    Energy Technology Data Exchange (ETDEWEB)

    Chen, K.; Tsai, H.; Decision and Information Sciences

    2009-02-20

    Documentation Package for the RFID Temperature Monitoring System; Software Test Plan and Results for ARG-US OnSite; Configuration Management Plan (CMP) for the ARG-US System; Requirements Management Plan for the ARG-US System; and Design Management Plan for ARG-US.

  19. Documentation package for the RFID temperature monitoring system (Model 9977 packages at NTS)

    International Nuclear Information System (INIS)

    Chen, K.; Tsai, H.

    2009-01-01

    Documentation Package for the RFID Temperature Monitoring System; Software Test Plan and Results for ARG-US OnSite; Configuration Management Plan (CMP) for the ARG-US System; Requirements Management Plan for the ARG-US System; and Design Management Plan for ARG-US

  20. Interface control document for tank waste remediation system privatization phase 1 infrastructure support Project W-519

    International Nuclear Information System (INIS)

    Parazin, R.J.

    1998-01-01

    This document describes the functional and physical interfaces between the Tank Waste Remediation System (TWRS) Privatization Phase 1 Infrastructure Project W-519 and the various other projects (i.e., Projects W-314, W-464, W-465, and W-520) supporting Phase 1 that will require the allocation of land in and about the Privatization Phase 1 Site and/or interface with the utilities extended by Project W-519. Project W-519 will identify land use allocations and upgrade/extend several utilities in the 200-East Area into the Privatization Phase 1 Site (formerly the Grout Disposal Compound) in preparation for the Privatization Contractors (PC) to construct treatment facilities. The project will upgrade/extend: Roads, Electrical Power, Raw Water (for process and fire suppression), Potable Water, and Liquid Effluent collection. The replacement of an existing Sanitary Sewage treatment system that may be displaced by Phase 1 site preparation activities may also be included

  1. A Study on the Quantitative Assessment Method of Software Requirement Documents Using Software Engineering Measures and Bayesian Belief Networks

    International Nuclear Information System (INIS)

    Eom, Heung Seop; Kang, Hyun Gook; Park, Ki Hong; Kwon, Kee Choon; Chang, Seung Cheol

    2005-01-01

    One of the major challenges in using the digital systems in a NPP is the reliability estimation of safety critical software embedded in the digital safety systems. Precise quantitative assessment of the reliability of safety critical software is nearly impossible, since many of the aspects to be considered are of qualitative nature and not directly measurable, but they have to be estimated for a practical use. Therefore an expert's judgment plays an important role in estimating the reliability of the software embedded in safety-critical systems in practice, because they can deal with all the diverse evidence relevant to the reliability and can perform an inference based on the evidence. But, in general, the experts' way of combining the diverse evidence and performing an inference is usually informal and qualitative, which is hard to discuss and will eventually lead to a debate about the conclusion. We have been carrying out research on a quantitative assessment of the reliability of safety critical software using Bayesian Belief Networks (BBN). BBN has been proven to be a useful modeling formalism because a user can represent a complex set of events and relationships in a fashion that can easily be interpreted by others. In the previous works we have assessed a software requirement specification of a reactor protection system by using our BBN-based assessment model. The BBN model mainly employed an expert's subjective probabilities as inputs. In the process of assessing the software requirement documents we found out that the BBN model was excessively dependent on experts' subjective judgments in a large part. Therefore, to overcome the weakness of our methodology we employed conventional software engineering measures into the BBN model as shown in this paper. The quantitative relationship between the conventional software measures and the reliability of software were not identified well in the past. Then recently there appeared a few researches on a ranking of

  2. Safeguards document (INFCIRC/153) and the new safeguards system

    International Nuclear Information System (INIS)

    Haginoya, Tohru

    1997-01-01

    INFCIRC/153. The NPT covers nuclear weapons and nuclear explosive devices but not other military uses of nuclear materials. The NPT safeguards applies all nuclear materials including undeclared nuclear materials. The protection of commercially sensitive information is important. The new safeguards system. The Model protocol amends INFCIRC/153 (the Protocol prevails). Apply nuclear fuel cycle related activities with no nuclear material. The environmental monitoring is an important measure, but non-weapon countries have no such technology. Impact and benefit from the new system. Simplification of the conventional safeguards. Could possibly define three categories of plutonium. (author)

  3. Short-term integrated forecasting system : 1993 model documentation report

    Science.gov (United States)

    1993-12-01

    The purpose of this report is to define the Short-Term Integrated Forecasting System (STIFS) and describe its basic properties. The Energy Information Administration (EIA) of the U.S. Energy Department (DOE) developed the STIFS model to generate shor...

  4. Identifying Experts and Authoritative Documents in Social Bookmarking Systems

    Science.gov (United States)

    Grady, Jonathan P.

    2013-01-01

    Social bookmarking systems allow people to create pointers to Web resources in a shared, Web-based environment. These services allow users to add free-text labels, or "tags", to their bookmarks as a way to organize resources for later recall. Ease-of-use, low cognitive barriers, and a lack of controlled vocabulary have allowed social…

  5. The 1978 National Fire-Danger Rating System: technical documentation

    Science.gov (United States)

    Larry S. Bradshaw; John E. Deeming; Robert E. Burgan; Jack D. Cohen

    1984-01-01

    The National Fire-Danger Rating System (NFDRS), implemented in 1972, has been revised and reissued as the 1978 NFDRS. This report describes the full developmental history of the NFDRS, including purpose, technical foundation, and structure. Includes an extensive bibliography and appendixes.

  6. Analysis of Architecture Pattern Usage in Legacy System Architecture Documentation

    NARCIS (Netherlands)

    Harrison, Neil B.; Avgeriou, Paris

    2008-01-01

    Architecture patterns are an important tool in architectural design. However, while many architecture patterns have been identified, there is little in-depth understanding of their actual use in software architectures. For instance, there is no overview of how many patterns are used per system or

  7. Training Requirements and Information Management System

    Energy Technology Data Exchange (ETDEWEB)

    Cillan, T.F.; Hodgson, M.A.

    1992-05-01

    This is the software user's guide for the Training Requirements and Information Management System. This guide defines and describes the software operating procedures as they apply to the end user of the software program. This guide is intended as a reference tool for the user who already has an indepth knowledge of the Training Requirements and Information Management System functions and data reporting requirement.

  8. TECDO-online, documentation system for nuclear engineering data

    International Nuclear Information System (INIS)

    Hoepfner, K.A.; Keusenhoff, J.; Riedel, U.

    1993-01-01

    TECDO-online is the database offered by GRS for information on nuclear installations. The system contains full-text information, illustrations and drawings, which are transmitted online to the PC of the user. The TECDO-online database has been established for the purpose of supplying a centralized database with expertly analysed, evaluated and processed data, offering a userfriendly retrieval and data handling software for the geographically distributed users, and regular file updating and compatibility checking by the database supplier. The system is fully implemented and meets with increasing interest among users. It currently contains approx. 120,000 full-text pages, 40000 images (pictures, drawings, and reproduced textual information) as well as data on about 25,000 large-size technical drawings from the drawing archive of the GRS. (orig./DG) [de

  9. System Design Description and Requirements for Modeling the Off-Gas Systems for Fuel Recycling Facilities

    Energy Technology Data Exchange (ETDEWEB)

    Daryl R. Haefner; Jack D. Law; Troy J. Tranter

    2010-08-01

    This document provides descriptions of the off-gases evolved during spent nuclear fuel processing and the systems used to capture the gases of concern. Two reprocessing techniques are discussed, namely aqueous separations and electrochemical (pyrochemical) processing. The unit operations associated with each process are described in enough detail so that computer models to mimic their behavior can be developed. The document also lists the general requirements for the desired computer models.

  10. Designing an Electronic Patient Management System for Multiple Sclerosis: Building a Next Generation Multiple Sclerosis Documentation System.

    Science.gov (United States)

    Kern, Raimar; Haase, Rocco; Eisele, Judith Christina; Thomas, Katja; Ziemssen, Tjalf

    2016-01-08

    Technologies like electronic health records or telemedicine devices support the rapid mediation of health information and clinical data independent of time and location between patients and their physicians as well as among health care professionals. Today, every part of the treatment process from diagnosis, treatment selection, and application to patient education and long-term care may be enhanced by a quality-assured implementation of health information technology (HIT) that also takes data security standards and concerns into account. In order to increase the level of effectively realized benefits of eHealth services, a user-driven needs assessment should ensure the inclusion of health care professional perspectives into the process of technology development as we did in the development process of the Multiple Sclerosis Documentation System 3D. After analyzing the use of information technology by patients suffering from multiple sclerosis, we focused on the needs of neurological health care professionals and their handling of health information technology. Therefore, we researched the status quo of eHealth adoption in neurological practices and clinics as well as health care professional opinions about potential benefits and requirements of eHealth services in the field of multiple sclerosis. We conducted a paper-and-pencil-based mail survey in 2013 by sending our questionnaire to 600 randomly chosen neurological practices in Germany. The questionnaire consisted of 24 items covering characteristics of participating neurological practices (4 items), the current use of network technology and the Internet in such neurological practices (5 items), physicians' attitudes toward the general and MS-related usefulness of eHealth systems (8 items) and toward the clinical documentation via electronic health records (4 items), and physicians' knowledge about the Multiple Sclerosis Documentation System (3 items). From 600 mailed surveys, 74 completed surveys were returned

  11. Defense High Level Waste Disposal Container System Description Document

    International Nuclear Information System (INIS)

    Pettit, N. E.

    2001-01-01

    The Defense High Level Waste Disposal Container System supports the confinement and isolation of waste within the Engineered Barrier System of the Monitored Geologic Repository (MGR). Disposal containers are loaded and sealed in the surface waste handling facilities, transferred to the underground through the accesses using a rail mounted transporter, and emplaced in emplacement drifts. The defense high level waste (HLW) disposal container provides long-term confinement of the commercial HLW and defense HLW (including immobilized plutonium waste forms [IPWF]) placed within disposable canisters, and withstands the loading, transfer, emplacement, and retrieval loads and environments. US Department of Energy (DOE)-owned spent nuclear fuel (SNF) in disposable canisters may also be placed in a defense HLW disposal container along with commercial HLW waste forms, which is known as co-disposal. The Defense High Level Waste Disposal Container System provides containment of waste for a designated period of time, and limits radionuclide release. The disposal container/waste package maintains the waste in a designated configuration, withstands maximum handling and rockfall loads, limits the individual canister temperatures after emplacement, resists corrosion in the expected handling and repository environments, and provides containment of waste in the event of an accident. Defense HLW disposal containers for HLW disposal will hold up to five HLW canisters. Defense HLW disposal containers for co-disposal will hold up to five HLW canisters arranged in a ring and one DOE SNF canister inserted in the center and/or one or more DOE SNF canisters displacing a HLW canister in the ring. Defense HLW disposal containers also will hold two Multi-Canister Overpacks (MCOs) and two HLW canisters in one disposal container. The disposal container will include outer and inner cylinders, outer and inner cylinder lids, and may include a canister guide. An exterior label will provide a means by

  12. Congressional Award Foundation: Management Action Still Needed to Establish and Document Control Requirements and Related Procedures

    National Research Council Canada - National Science Library

    Calbom, Linda

    2000-01-01

    In May 2000, we issued a report' expressing our opinion on the Congressional Award Foundation's fiscal year 1999 financial statements and on management's assertions regarding the Foundation's system...

  13. A prototype of a documentation system that supports the development and maintenance of product configuration systems

    DEFF Research Database (Denmark)

    Haug, Anders; Degn, Anders; Poulsen, Bjarne

    2007-01-01

    Product configuration systems (PCSs) can be defined as product-oriented expert systems that allow users to specify products while restricting how different elements and properties may be combined. For several companies the use of PCSs has led to improvements of product specification processes......, no software exists which supports all three techniques in an integrated fashion. This means that when developing PCSs based on this procedure there is no automatic integration between the created models. Therefore, for some years, researchers have worked on creating a basis for developing a documentation...

  14. Inter-Service/Agency Automated Message Processing Exchange Program. Functional Requirements Description and Interface Control Document.

    Science.gov (United States)

    1983-11-01

    function. The SSN must be all numbers or the message is rejected. The SSN also is used as the End of Message CEOM ) validation number in message...n contain the ; 1 2 4 1Z -; d 6? char: • Kequireo Fie ncludinq s c s: Lines FORMAT LINE 16 - CEOM ) - Required field The i e n

  15. Performance requirements for the double-shell tank system: Phase 1

    International Nuclear Information System (INIS)

    Claghorn, R.D.

    1998-01-01

    This document establishes performance requirements for the double-shell tank system. These requirements, in turn, will be incorporated in the System Specification for the Double-Shell Tank System (Grenard and Claghorn 1998). This version of the document establishes requirements that are applicable to the first phase (Phase 1) of the Tank Waste Remediation System (TWRS) mission described in the TWRS Mission Analysis Report (Acree 1998). It does not specify requirements for either the Phase 2 mission or the double-shell tank system closure period

  16. Human factors in systems engineering: New analysis requirements

    International Nuclear Information System (INIS)

    Chubb, G.P.

    1986-01-01

    The Structured Analysis and Design Technique (SADT) can be used for requirements analysis as a front-end for model development. Automated interactive software tools presently under development facilitate its application and provide the basis for constructing supportive documentation. This includes the specification of a performance data base (PDB) that links a static system description to a dynamic behavioral model. SAINT (Systems Analysis of Integrated Networks of Tasks) can then be used to implement and exercise such models. This tight coupling between SADT and SAINT provides an audit trail from predicted performance deficiencies back to the system technical information that potentially identifies contributors to identified problems

  17. Identifying dependability requirements for space software systems

    Directory of Open Access Journals (Sweden)

    Edgar Toshiro Yano

    2010-09-01

    Full Text Available Computer systems are increasingly used in space, whether in launch vehicles, satellites, ground support and payload systems. Software applications used in these systems have become more complex, mainly due to the high number of features to be met, thus contributing to a greater probability of hazards related to software faults. Therefore, it is fundamental that the specification activity of requirements have a decisive role in the effort of obtaining systems with high quality and safety standards. In critical systems like the embedded software of the Brazilian Satellite Launcher, ambiguity, non-completeness, and lack of good requirements can cause serious accidents with economic, material and human losses. One way to assure quality with safety, reliability and other dependability attributes may be the use of safety analysis techniques during the initial phases of the project in order to identify the most adequate dependability requirements to minimize possible fault or failure occurrences during the subsequent phases. This paper presents a structured software dependability requirements analysis process that uses system software requirement specifications and traditional safety analysis techniques. The main goal of the process is to help to identify a set of essential software dependability requirements which can be added to the software requirement previously specified for the system. The final results are more complete, consistent, and reliable specifications.

  18. Brayton Isotope Power System. Phase I. (Ground demonstration system) Configuration Control Document (CCD)

    International Nuclear Information System (INIS)

    1976-01-01

    The configuration control document (CCD) defines the BIPS-GDS configuration. The GDS configuration is similar to a conceptual flight system design, referred to as the BIPS-FS, which is discussed in App. I. The BIPS is being developed by ERDA as a 500 to 2000 W(e), 7-y life, space power system utilizing a closed Brayton cycle gas turbine engine to convert thermal energy (from an isotope heat source) to electrical energy at a net efficiency exceeding 25 percent. The CCD relates to Phase I of an ERDA Program to qualify a dynamic system for launch in the early 1980's. Phase I is a 35-month effort to provide an FS conceptual design and GDS design, fabrication, and test. The baseline is a 7-year life, 450-pound, 4800 W(t), 1300 W(e) system which will use two multihundred watt (MHW) isotope heat sources being developed

  19. Requirement analysis for autonomous systems and intelligent ...

    African Journals Online (AJOL)

    user

    This control architecture is based upon the requirements identified in the first part. We also present development of a software framework to test such flexible control architectures. Keywords: Electric power system, distributed control, autonomous systems, intelligent agents. 1. Introduction. Electric power systems is one of the ...

  20. A Document Analysis of Teacher Evaluation Systems Specific to Physical Education

    Science.gov (United States)

    Norris, Jason M.; van der Mars, Hans; Kulinna, Pamela; Kwon, Jayoun; Amrein-Beardsley, Audrey

    2017-01-01

    Purpose: The purpose of this document analysis study was to examine current teacher evaluation systems, understand current practices, and determine whether the instrumentation is a valid measure of teaching quality as reflected in teacher behavior and effectiveness specific to physical education (PE). Method: An interpretive document analysis…

  1. NRC review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document - Evolutionary plant designs, Chapter 1, Project No. 669

    International Nuclear Information System (INIS)

    1992-08-01

    The staff of the US Nuclear Regulatory Commission has prepared Volume 2 (Parts 1 and 2) of a safety evaluation report (SER), ''NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document -- Evolutionary Plant Designs,'' to document the results of its review of the Electric Power Research Institute's ''Advanced Light Water Reactor Utility Requirements Document.'' This SER gives the results of the staff's review of Volume II of the Requirements Document for evolutionary plant designs, which consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant (approximately 1300 megawatts-electric)

  2. NRC review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document - Evolutionary plant designs, Chapters 2--13, Project No. 669

    International Nuclear Information System (INIS)

    1992-08-01

    The staff of the US Nuclear Regulatory Commission has prepared Volume 2 (Parts 1 and 2) of a safety evaluation report (SER), ''NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document -- Evolutionary Plant Designs,'' to document the results of its review of the Electric Power Research Institute's ''Advanced Light Water Reactor Utility Requirements Document.'' This SER gives the results of the staff's review of Volume II of the Requirements Document for evolutionary plant designs, which consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant (approximately 1300 megawatts-electric)

  3. A study on development of guideline on writing technical document for electrical medical devices: Bone absorptiometric X-ray system

    International Nuclear Information System (INIS)

    Lee, Sung Youl; Kim, Jae Ryang; Kim, Eun Rim; Lee, Jun Ho; Lee, Chang Hyung; Park, Chang Won

    2016-01-01

    The market size of the bone absorptiometric X-ray system and the number of its approval by Ministry of Food and Drug Safety (MFDS) has annually increased, with a trend of increasing aging population and osteoporosis patients. For approval of manufactured or imported medical devices in Republic of Korea, it is required to submit its technical document. Therefore, it is need to develop the technical document guideline for the bone absorptiometric X-ray system for manufacturers, importers and reviewers. First of all, the technical documents which were already approved were examined and analyzed through MFDS approval administration system. Second, safety and performance test standards and methods that match international standards were drawn after conducting survey of the market status and the technology development trend for it, with examination and analysis of applicable domestic and overseas standards. Third, by operating industry-research-government cooperation, the guideline draft on writing technical document for the bone absorptiometric X-ray system was discussed, collecting their opinion. As a result, it is suitable to international and domestic condition, includes test evaluation methods and offer various information with appropriate examples to civil petitioner, when they write the technical documents

  4. A study on development of guideline on writing technical document for electrical medical devices: Bone absorptiometric X-ray system

    Energy Technology Data Exchange (ETDEWEB)

    Lee, Sung Youl; Kim, Jae Ryang; Kim, Eun Rim; Lee, Jun Ho; Lee, Chang Hyung; Park, Chang Won [Medical Device Research Division, Ministry of Food and Drug Safety, Cheongju (Korea, Republic of)

    2016-06-15

    The market size of the bone absorptiometric X-ray system and the number of its approval by Ministry of Food and Drug Safety (MFDS) has annually increased, with a trend of increasing aging population and osteoporosis patients. For approval of manufactured or imported medical devices in Republic of Korea, it is required to submit its technical document. Therefore, it is need to develop the technical document guideline for the bone absorptiometric X-ray system for manufacturers, importers and reviewers. First of all, the technical documents which were already approved were examined and analyzed through MFDS approval administration system. Second, safety and performance test standards and methods that match international standards were drawn after conducting survey of the market status and the technology development trend for it, with examination and analysis of applicable domestic and overseas standards. Third, by operating industry-research-government cooperation, the guideline draft on writing technical document for the bone absorptiometric X-ray system was discussed, collecting their opinion. As a result, it is suitable to international and domestic condition, includes test evaluation methods and offer various information with appropriate examples to civil petitioner, when they write the technical documents.

  5. 45 CFR 1356.20 - State plan document and submission requirements.

    Science.gov (United States)

    2010-10-01

    ..., YOUTH AND FAMILIES, FOSTER CARE MAINTENANCE PAYMENTS, ADOPTION ASSISTANCE, AND CHILD AND FAMILY SERVICES... (FFP) in the costs of foster care maintenance payments and adoption assistance under this part, a State... and standards for the data reporting system for foster care and adoption (§ 1355.40 of this chapter...

  6. 33 CFR 157.116 - Required documents: U.S. tank vessels.

    Science.gov (United States)

    2010-07-01

    ....S. tank vessels. The owner, operator, and master of a U.S. tank vessel having a COW system under....10c(b)(2) and each amending letter by the authorized CS approving changes in the design, equipment, or installation; or (2) The letter of acceptance under § 157.106 and each amending letter issued under § 157.158(c...

  7. The changes in caregivers' perceptions about the quality of information and benefits of nursing documentation associated with the introduction of an electronic documentation system in a nursing home.

    Science.gov (United States)

    Munyisia, Esther N; Yu, Ping; Hailey, David

    2011-02-01

    To date few studies have compared nursing home caregivers' perceptions about the quality of information and benefits of nursing documentation in paper and electronic formats. With the increased interest in the use of information technology in nursing homes, it is important to obtain information on the benefits of newer approaches to nursing documentation so as to inform investment, organisational and care service decisions in the aged care sector. This study aims to investigate caregivers' perceptions about the quality of information and benefits of nursing documentation before and after the introduction of an electronic documentation system in a nursing home. A self-administered questionnaire survey was conducted three months before, and then six, 18 and 31 months after the introduction of an electronic documentation system. Further evidence was obtained through informal discussions with caregivers. Scores for questionnaire responses showed that the benefits of the electronic documentation system were perceived by the caregivers as provision of more accurate, legible and complete information, and reduction of repetition in data entry, with consequential managerial benefits. However, caregivers' perceptions of relevance and reliability of information, and of their communication and decision-making abilities were perceived to be similar either using an electronic or a paper-based documentation system. Improvement in some perceptions about the quality of information and benefits of nursing documentation was evident in the measurement conducted six months after the introduction of the electronic system, but were not maintained 18 or 31 months later. The electronic documentation system was perceived to perform better than the paper-based system in some aspects, with subsequent benefits to management of aged care services. In other areas, perceptions of additional benefits from the electronic documentation system were not maintained. In a number of attributes, there

  8. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 5

    International Nuclear Information System (INIS)

    1994-04-01

    The Fire Protection functional area for the Hanford Site Tank Farm facilities and support structures is based on the application of relevant DOE orders, regulations, and industry codes and standards. The fire protection program defined in this document may be divided into three areas: (1) organizational, (2) administrative programmatic features, and (3) technical features. The information presented in each section is in the form of program elements and orders, regulations, industry codes, and standards that serve as the attributes of a fire protection program for the Tank Farm facilities. Upon completion this document will be utilized as the basis to evaluate compliance of the fire protection program being implemented for the Tank Farm facilities with the requirements of DOE orders and industry codes and standards

  9. Seaway Information System Management and Control Requirements

    Science.gov (United States)

    1973-10-01

    This report examines in detail the control and information system requirements of the St. Lawrence Seaway development program in terms of the needs of the vessel traffic controllers and the management users. Structural control models of Seaway operat...

  10. Space station data system analysis/architecture study. Task 1: Functional requirements definition, DR-5. Appendix: Requirements data base

    Science.gov (United States)

    1985-01-01

    Appendix A contains data that characterize the system functions in sufficient depth as to determine the requirements for the Space Station Data System (SSDS). This data is in the form of: (1) top down traceability report; (2) bottom up traceability report; (3) requirements data sheets; and (4) cross index of requirements paragraphs of the source documents and the requirements numbers. A data base users guide is included that interested parties can use to access the requirements data base and get up to date information about the functions.

  11. Modified Hazard Ranking System/Hazard Ranking System for sites with mixed radioactive and hazardous wastes: Software documentation

    International Nuclear Information System (INIS)

    Stenner, R.D.; Peloquin, R.A.; Hawley, K.A.

    1986-11-01

    The mHRS/HRS software package was developed by the Pacific Northwest Laboratory (PNL) under contract with the Department of Energy (DOE) to provide a uniform method for DOE facilities to use in performing their Conservation Environmental Response Compensation and Liability Act (CERCLA) Phase I Modified Hazard Ranking System or Hazard Ranking System evaluations. The program is designed to remove the tedium and potential for error associated with the performing of hand calculations and the interpreting of information on tables and in reference books when performing an evaluation. The software package is designed to operate on a microcomputer (IBM PC, PC/XT, or PC/AT, or a compatible system) using either a dual floppy disk drive or a hard disk storage system. It is written in the dBASE III language and operates using the dBASE III system. Although the mHRS/HRS software package was developed for use at DOE facilities, it has direct applicability to the performing of CERCLA Phase I evaluations for any facility contaminated by hazardous waste. The software can perform evaluations using either the modified hazard ranking system methodology developed by DOE/PNL, the hazard ranking system methodology developed by EPA/MITRE Corp., or a combination of the two. This document is a companion manual to the mHRS/HRS user manual. It is intended for the programmer who must maintain the software package and for those interested in the computer implementation. This manual documents the system logic, computer programs, and data files that comprise the package. Hardware and software implementation requirements are discussed. In addition, hand calculations of three sample situations (problems) with associated computer runs used for the verification of program calculations are included

  12. Modified Hazard Ranking System/Hazard Ranking System for sites with mixed radioactive and hazardous wastes: Software documentation

    Energy Technology Data Exchange (ETDEWEB)

    Stenner, R.D.; Peloquin, R.A.; Hawley, K.A.

    1986-11-01

    The mHRS/HRS software package was developed by the Pacific Northwest Laboratory (PNL) under contract with the Department of Energy (DOE) to provide a uniform method for DOE facilities to use in performing their Conservation Environmental Response Compensation and Liability Act (CERCLA) Phase I Modified Hazard Ranking System or Hazard Ranking System evaluations. The program is designed to remove the tedium and potential for error associated with the performing of hand calculations and the interpreting of information on tables and in reference books when performing an evaluation. The software package is designed to operate on a microcomputer (IBM PC, PC/XT, or PC/AT, or a compatible system) using either a dual floppy disk drive or a hard disk storage system. It is written in the dBASE III language and operates using the dBASE III system. Although the mHRS/HRS software package was developed for use at DOE facilities, it has direct applicability to the performing of CERCLA Phase I evaluations for any facility contaminated by hazardous waste. The software can perform evaluations using either the modified hazard ranking system methodology developed by DOE/PNL, the hazard ranking system methodology developed by EPA/MITRE Corp., or a combination of the two. This document is a companion manual to the mHRS/HRS user manual. It is intended for the programmer who must maintain the software package and for those interested in the computer implementation. This manual documents the system logic, computer programs, and data files that comprise the package. Hardware and software implementation requirements are discussed. In addition, hand calculations of three sample situations (problems) with associated computer runs used for the verification of program calculations are included.

  13. Communications data delivery system analysis : public workshop read-ahead document.

    Science.gov (United States)

    2012-04-09

    This document presents an overview of work conducted to date around development and analysis of communications data delivery systems for : supporting transactions in the connected vehicle environment. It presents the results of technical analysis of ...

  14. US-75 ICM system design document : Dallas Integrated Corridor Management (ICM) demonstration project.

    Science.gov (United States)

    2013-06-01

    This System Design document for the US-75 Integrated Corridor Management (ICM) Program has been : developed as part of the US Department of Transportation Integrated Corridor Management Initiative. The : basic premise behind the ICM initiative is tha...

  15. TECHNICAL BASIS DOCUMENT FOR VENTILATION SYSTEM FILTRATION FAILURE LEADING TO AN UNFILTERED RELEASE

    Energy Technology Data Exchange (ETDEWEB)

    KOZLOWSKI, S.D.

    2005-01-06

    This document analyzed three scenarios involving failures of HEPA filtration systems leading to releases from liquid waste tanks. The scenarios are failure due to high temperature (fire), overpressure (filter blowout), and unfiltered release due to filter failure, improper installation. etc.

  16. Documentation for initial testing and inspections of Beneficial Uses Shipping System (BUSS) Cask

    International Nuclear Information System (INIS)

    Lundeen, J.E.

    1994-01-01

    The purpose of this report is to compile data generated during the initial tests and inspections of the Beneficial Uses Shipping System (BUSS) Cask. In addition, this report will verify that the testing criteria identified in section 8.1 of the BUSS Cask Safety Analysis Report for Packaging (SARP) was met. The BUSS Cask Model R-1 is a type B shipping container used for shipment of radioactive cesium-137 and strontium-90 capsules to Waste Encapsulation and Storage Facility (WESF). The BUSS Cask body and lid are each one-piece forgings fabricated from ASTM A473, Type 304 stainless steel. The primary purpose of the BUSS Cask is to provide shielding and confinement as well as impact, puncture, and thermal protection for the capsules under both normal and accident conditions. Chapter 8 of the BUSS Cask SARP requires several acceptance tests and inspections, each intended to evaluate the performance of different components of the BUSS Cask system, to be performed before its first use. The results of the tests and inspections required are included in this document

  17. Television system for verification and documentation of treatment fields during intraoperative radiation therapy

    International Nuclear Information System (INIS)

    Fraass, B.A.; Harrington, F.S.; Kinsella, T.J.; Sindelar, W.F.

    1983-01-01

    Intraoperative radiation therapy (IORT) involves direct treatment of tumors or tumor beds with large single doses of radiation. The verification of the area to be treated before irradiation and the documentation of the treated area are critical for IORT, just as for other types of radiation therapy. A television system which allows the target area to be directly imaged immediately before irradiation has been developed. Verification and documentation of treatment fields has made the IORT television system indispensable

  18. Functional requirements for portable exhauster system to be used during saltwell pumping

    International Nuclear Information System (INIS)

    Nelson, O.D.

    1998-01-01

    This document defines functional requirements for portable exhausters used to ventilate primary tanks during saltwell pumping, and provide back-up to primary and annulus ventilation systems at C-106 and AY-102

  19. Improving documentation of a beta-blocker quality measure through an anesthesia information management system and real-time notification of documentation errors.

    Science.gov (United States)

    Nair, Bala G; Peterson, Gene N; Newman, Shu-Fang; Wu, Wei-Ying; Kolios-Morris, Vickie; Schwid, Howard A

    2012-06-01

    Continuation of perioperative beta-blockers for surgical patients who are receiving beta-blockers prior to arrival for surgery is an important quality measure (SCIP-Card-2). For this measure to be considered successful, name, date, and time of the perioperative beta-blocker must be documented. Alternately, if the beta-blocker is not given, the medical reason for not administering must be documented. Before the study was conducted, the institution lacked a highly reliable process to document the date and time of self-administration of beta-blockers prior to hospital admission. Because of this, compliance with the beta-blocker quality measure was poor (-65%). To improve this measure, the anesthesia care team was made responsible for documenting perioperative beta-blockade. Clear documentation guidelines were outlined, and an electronic Anesthesia Information Management System (AIMS) was configured to facilitate complete documentation of the beta-blocker quality measure. In addition, real-time electronic alerts were generated using Smart Anesthesia Messenger (SAM), an internally developed decision-support system, to notify users concerning incomplete beta-blocker documentation. Weekly compliance for perioperative beta-blocker documentation before the study was 65.8 +/- 16.6%, which served as the baseline value. When the anesthesia care team started documenting perioperative beta-blocker in AIMS, compliance was 60.5 +/- 8.6% (p = .677 as compared with baseline). Electronic alerts with SAM improved documentation compliance to 94.6 +/- 3.5% (p < .001 as compared with baseline). To achieve high compliance for the beta-blocker measure, it is essential to (1) clearly assign a medical team to perform beta-blocker documentation and (2) enhance features in the electronic medical systems to alert the user concerning incomplete documentation.

  20. NASA Requirements for Ground-Based Pressure Vessels and Pressurized Systems (PVS). Revision C

    Science.gov (United States)

    Greulich, Owen Rudolf

    2017-01-01

    The purpose of this document is to ensure the structural integrity of PVS through implementation of a minimum set of requirements for ground-based PVS in accordance with this document, NASA Policy Directive (NPD) 8710.5, NASA Safety Policy for Pressure Vessels and Pressurized Systems, NASA Procedural Requirements (NPR) 8715.3, NASA General Safety Program Requirements, applicable Federal Regulations, and national consensus codes and standards (NCS).

  1. Freight advanced traveler information system : functional requirements.

    Science.gov (United States)

    2012-08-01

    This report describes the System Requirement Specifications (SyRS) for a Freight Advanced Traveler Information System : (FRATIS). The SyRS is based on user needs described in the FRATIS Concept of Operations (ConOps), which cover the essential : func...

  2. Documenting the emergence of bio-ontologies: or, why researching bioinformatics requires HPSSB.

    Science.gov (United States)

    Leonelli, Sabina

    2010-01-01

    This paper reflects on the analytic challenges emerging from the study of bioinformatic tools recently created to store and disseminate biological data, such as databases, repositories, and bio-ontologies. I focus my discussion on the Gene Ontology, a term that defines three entities at once: a classification system facilitating the distribution and use of genomic data as evidence towards new insights; an expert community specialised in the curation of those data; and a scientific institution promoting the use of this tool among experimental biologists. These three dimensions of the Gene Ontology can be clearly distinguished analytically, but are tightly intertwined in practice. I suggest that this is true of all bioinformatic tools: they need to be understood simultaneously as epistemic, social, and institutional entities, since they shape the knowledge extracted from data and at the same time regulate the organisation, development, and communication of research. This viewpoint has one important implication for the methodologies used to study these tools; that is, the need to integrate historical, philosophical, and sociological approaches. I illustrate this claim through examples of misunderstandings that may result from a narrowly disciplinary study of the Gene Ontology, as I experienced them in my own research.

  3. Utilizing the language of Jean Watson's caring theory within a computerized clinical documentation system.

    Science.gov (United States)

    Rosenberg, Susan

    2006-01-01

    The healthcare facility described in the following article is part of an eight-hospital organization that adopted Watson's Theory of Caring as part of their nursing philosophy. According to Watson, this theory is an attempt to find and deepen the language specific to nurse caring relations and its many meanings. Yet during the implementation of the theory within the setting described, it was noted that there was no mechanism in the current documentation system for clinical nursing staff to document the patient experience using any language specific to the theory. Nursing members recognized an opportunity to develop a new context in charting during an extensive clinical documentation system upgrade. A discussion of the steps taken and the results within the clinical documentation system supporting the newly adopted caring philosophy are summarized here.

  4. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 7. Revision 1

    Energy Technology Data Exchange (ETDEWEB)

    Burt, D.L.

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 7) presents the standards and requirements for the following sections: Occupational Safety and Health, and Environmental Protection.

  5. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 7. Revision 1

    International Nuclear Information System (INIS)

    Burt, D.L.

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 7) presents the standards and requirements for the following sections: Occupational Safety and Health, and Environmental Protection

  6. Requirements Engineering for General Recommender Systems

    OpenAIRE

    Portugal, Ivens; Alencar, Paulo; Cowan, Donald

    2015-01-01

    In requirements engineering for recommender systems, software engineers must identify the data that drives the recommendations. This is a labor-intensive task, which is error-prone and expensive. One possible solution to this problem is the adoption of automatic recommender system development approach based on a general recommender framework. One step towards the creation of such a framework is to determine the type of data used in recommender systems. In this paper, a systematic review has b...

  7. SYSTEM OF THE AUTOMATIC DOCUMENT PROCESSING IN SHELL OF BASE SOFTWARE

    Directory of Open Access Journals (Sweden)

    Valeriy Yu. Bykov

    2010-09-01

    Full Text Available In the article the automatic system of the document processing, created with use of Microsoft Access – a component part of Microsoft Office is offered. This system can be used at school and Institutions of education with one computer or with system of 15 ones connecting in the local net.

  8. L-Band Digital Aeronautical Communications System Engineering - Concepts of Use, Systems Performance, Requirements, and Architectures

    Science.gov (United States)

    Zelkin, Natalie; Henriksen, Stephen

    2010-01-01

    This NASA Contractor Report summarizes and documents the work performed to develop concepts of use (ConUse) and high-level system requirements and architecture for the proposed L-band (960 to 1164 MHz) terrestrial en route communications system. This work was completed as a follow-on to the technology assessment conducted by NASA Glenn Research Center and ITT for the Future Communications Study (FCS). ITT assessed air-to-ground (A/G) communications concepts of use and operations presented in relevant NAS-level, international, and NAS-system-level documents to derive the appropriate ConUse relevant to potential A/G communications applications and services for domestic continental airspace. ITT also leveraged prior concepts of use developed during the earlier phases of the FCS. A middle-out functional architecture was adopted by merging the functional system requirements identified in the bottom-up assessment of existing requirements with those derived as a result of the top-down analysis of ConUse and higher level functional requirements. Initial end-to-end system performance requirements were derived to define system capabilities based on the functional requirements and on NAS-SR-1000 and the Operational Performance Assessment conducted as part of the COCR. A high-level notional architecture of the L-DACS supporting A/G communication was derived from the functional architecture and requirements.

  9. Software simulator for property investigation of document management system with RFID tags

    Directory of Open Access Journals (Sweden)

    Kiedrowicz Maciej

    2016-01-01

    Full Text Available The study outlines the method for examining the properties of the RFID-tagged document management system. The system is composed of computers, where the software for supporting processes of the RFID-tagged doc-uments was installed. Furthermore, the system cooperates with many other elements of the secret office (cabinets, sluices, photocopiers, desks. The examination of the properties of the RFID-tagged document management system is, in this case, complex due to the number of a possible examination scenarios. The simulation method for examining the system properties was proposed. It allows to conduct the examination of the properties in a short period of time for numerous testing scenarios.

  10. Implementation of a Document Management System in an Operating Nuclear Power Plan

    International Nuclear Information System (INIS)

    Martinez Ladron de Guevara, J.

    1996-01-01

    The difficulty of implementing a document management system in an operating nuclear power plant basically lies in the high volume of information to be handled, in the different storage devices used and in the complexity of relations existing between the documentation and the physical elements of the facility. The documentation used in a power plant, mainly technical, is often stored on different devices (paper, microfilm, aperture cards, test files, vector files, raster files, etc) and usually features various identification criteria (engineering, manufacturing, plant staff, etc). Consequently, the system must be aimed at the management of multiformatted documentation, providing appropriate means of identification, capture and display for each case. The document management system must satisfy all information needs of each department of the plant, and should be adapted to the work cycles of the plant. Moreover, it should be integrated into other computer application in operation (maintenance, operation, procurement, etc), so that links can be established between the documentation and configuration elements. Although this is a complex procedure in operating power plants, there are integrating tools that facilitate the gradual implementation of this type of system. (Author)

  11. [Germ cell tumors - documentation of diagnosis and therapy by means of a web-based modular database system].

    Science.gov (United States)

    Schreiter, N; Jagota, A; Popken, G; Akhavuz, O; Nitzke, T; Düffelmeyer, M; Fischer, T; Schostak, M; Miller, K; Schrader, M

    2008-11-01

    Health telematics is gaining ground worldwide as it promises the bridging of distances in space and time as well as a highly effective use of financial and other resources. In Germany the development and introduction of a national telematic platform is in the foreground at present. However, there are a number of more specialised projects already in existence. The aim of this study was to develop an internet platform to document the quality of individual sections of treatment for patients with germ cell tumours in Berlin and to improve the therapy in conformity with the S2 guidelines. As a pilot project, a web-based modular database system (WBMDS) was developed, which can be used by any physician involved in the treatment of germ cell tumour patients from any computer connected to the internet. The WBMDS proved to be a practicable system of documentation. Data protection was ensured by pseudonyms as well as symmetrical and asymmetrical coding. The size of the extended documentation mask that had initially seemed to be necessary for valid documentation appeared to be too user-unfriendly with its 833 items. To meet the requirements of the user as well as of the documentation, a compact variant with 496 input fields was designed. On a random basis, treatment not in conformity with the guidelines could be detected in 20 % of 151 patients with the help of this system. For the successful use of an oncological database the following showed to be essential:[nl]Queries clearly defined for later statistical evaluation,[nl]clear separation between the phases of planning and implementation,[nl]a size of the database that does not make excessive demands on the user,[nl]intensive training of the users.[nl]The modular database system established proved to be well suitable for a quality-ensuring longitudinal case documentation, which can also be applied to other tumour entities.

  12. Tank waste remediation system high-level waste vitrification system development and testing requirements

    International Nuclear Information System (INIS)

    Calmus, R.B.

    1995-01-01

    This document provides the fiscal year (FY) 1995 recommended high-level waste melter system development and testing (D and T) requirements. The first phase of melter system testing (FY 1995) will focus on the feasibility of high-temperature operation of recommended high-level waste melter systems. These test requirements will be used to establish the basis for defining detailed testing work scope, cost, and schedules. This document includes a brief summary of the recommended technologies and technical issues associated with each technology. In addition, this document presents the key D and T activities and engineering evaluations to be performed for a particular technology or general melter system support feature. The strategy for testing in Phase 1 (FY 1995) is to pursue testing of the recommended high-temperature technologies, namely the high-temperature, ceramic-lined, joule-heated melter, referred to as the HTCM, and the high-frequency, cold-wall, induction-heated melter, referred to as the cold-crucible melter (CCM). This document provides a detailed description of the FY 1995 D and T needs and requirements relative to each of the high-temperature technologies

  13. Requirements engineering for software and systems

    CERN Document Server

    Laplante, Phillip A

    2014-01-01

    Solid requirements engineering has increasingly been recognized as the key to improved, on-time and on-budget delivery of software and systems projects. This book provides practical teaching for graduate and professional systems and software engineers. It uses extensive case studies and exercises to help students grasp concepts and techniques. With a focus on software-intensive systems, this text provides a probing and comprehensive review of recent developments in intelligent systems, soft computing techniques, and their diverse applications in manufacturing. The second edition contains 100% revised content and approximately 30% new material

  14. Requirements Engineering for Survivable Systems. Networked Systems Survivability

    National Research Council Canada - National Science Library

    Mead, Nancy

    2003-01-01

    This report describes the current state of requirements engineering for survivable systems, that is, systems that are able to complete their mission in a timely manner, even if significant portions...

  15. Ahmad's NPRT system: A practical innovation for documenting male pattern baldness

    Directory of Open Access Journals (Sweden)

    Muhammad Ahmad

    2016-01-01

    Full Text Available Various classifications for male pattern baldness are mentioned in the literature. The 'Norwood's classification is the most commonly used but it has certain limitations. The new system has included 'three' extra features which were not mentioned in any other classification. It provides an opportunity to document the full and correct picture while documenting male pattern baldness. It also aids in assessing the treatment for various degrees of baldness.

  16. Development and implementation of documents control and records management system for KNPP units 5 and 6 modernization program

    International Nuclear Information System (INIS)

    Manchev, B.L.; Ilieva, M.; Nenkova, B. G. . E-mail of corresponding author: ilieva@riskeng.bg; Ilieva, M.)

    2005-01-01

    It was proposed to KNPP to develop and implement a Dcuments Control and Records Management System for an efficient and effective Configuration Management (CM) Program. It will provide reasonable assurance that consistency among design requirements, physical configuration and facility documentation is established and maintained during the Modernization Program and throughout the life of KNPP Units 5 and 6. The fully implemented CM Program will consider and track the modifications resulting from the Units 5 and 6 Modernization Program and will be consistent with internationally recognized principles and customized to fit within the KNPP organizational structure and philosophy (ANSI/NIRMA CM 1.0 - 2000, Configuration Management Of Nuclear Facilities). Development and implementation phase of Documents Control and Records Management System and SmartDoc information system, as well as ideas for further development are presented in this report. (author)

  17. The System Design Documentation for the Development of a PLC-based Reactor Protection System for KNICS

    Energy Technology Data Exchange (ETDEWEB)

    Hwang, Inkoo; Hur, Seop; Lee, Hyunchul; Lee, Cheolkwon; Lee, Dongyoung [Korea Atomic Energy Research Institute, Daejeon (Korea, Republic of); Kim, Yangmo [Chungnam National University, Daejeon (Korea, Republic of)

    2007-07-01

    Documentation plays a key role in the development and design of a safety related system for nuclear plants. It becomes a bottom line to develop a system systematically and an evidence to demonstrate the system's capability. This paper presents the documentation structure of a microprocessor-based safety system, IDiPSRPS( Intelligent Digital Protection System - Reactor Protection System), developed as a part of KNICS(Korea Nuclear Instrumentation and Control System) which is under development for future Korean nuclear plants.

  18. NASAwide electronic publishing system: Prototype STI electronic document distribution, stage-4 evaluation report

    Science.gov (United States)

    Tuey, Richard C.; Collins, Mary; Caswell, Pamela; Haynes, Bob; Nelson, Michael L.; Holm, Jeanne; Buquo, Lynn; Tingle, Annette; Cooper, Bill; Stiltner, Roy

    1996-01-01

    This evaluation report contains an introduction, seven chapters, and five appendices. The Introduction describes the purpose, conceptual frame work, functional description, and technical report server of the STI Electronic Document Distribution (EDD) project. Chapter 1 documents the results of the prototype STI EDD in actual operation. Chapter 2 documents each NASA center's post processing publication processes. Chapter 3 documents each center's STI software, hardware, and communications configurations. Chapter 7 documents STI EDD policy, practices, and procedures. The appendices, which arc contained in Part 2 of this document, consist of (1) STI EDD Project Plan, (2) Team members, (3) Phasing Schedules, (4) Accessing On-line Reports, and (5) Creating an HTML File and Setting Up an xTRS. In summary, Stage 4 of the NASAwide Electronic Publishing System is the final phase of its implementation through the prototyping and gradual integration of each NASA center's electronic printing systems, desktop publishing systems, and technical report servers to be able to provide to NASA's engineers, researchers, scientists, and external users the widest practicable and appropriate dissemination of information concerning its activities and the result thereof to their work stations.

  19. Automated 741 document preparation: Oak Ridge National Laboratory's Automated Safeguards Information System (OASIS)

    International Nuclear Information System (INIS)

    Austin, H.C.; Gray, L.M.

    1982-01-01

    OASIS has been providing for Oak Ridge National Laboratory's total safeguards needs since being place on line in April 1980. The system supports near real-time nuclear materials safeguards and accountability control. The original design of OASIS called for an automated facsimile of a 741 document to be prepared as a functional by-product of updating the inventory. An attempt was made to utilize, intact, DOE-Albuquerque's automated 741 system to generate the facsimile; however, the five page document produced proved too cumbersome. Albuquerque's programs were modified to print an original 741 document utilizing standard DOE/NRC 741 forms. It is felt that the best features of both the automated and manually generated 741 documents have been incorporated. Automation of the source data for 741 shipping documents produces greater efficiency while reducing possible errors. Through utilization of the standard DOE/NRC form, continuity within the NMMSS system is maintained, thus minimizing the confusion and redundancy associated with facsimiles. OASIS now fulfills the original concept of near real-time accountability by furnishing a viable 741 document as a function of updating the inventory

  20. Information Management Platform for Data Analytics and Aggregation (IMPALA) System Design Document

    Science.gov (United States)

    Carnell, Andrew; Akinyelu, Akinyele

    2016-01-01

    The System Design document tracks the design activities that are performed to guide the integration, installation, verification, and acceptance testing of the IMPALA Platform. The inputs to the design document are derived from the activities recorded in Tasks 1 through 6 of the Statement of Work (SOW), with the proposed technical solution being the completion of Phase 1-A. With the documentation of the architecture of the IMPALA Platform and the installation steps taken, the SDD will be a living document, capturing the details about capability enhancements and system improvements to the IMPALA Platform to provide users in development of accurate and precise analytical models. The IMPALA Platform infrastructure team, data architecture team, system integration team, security management team, project manager, NASA data scientists and users are the intended audience of this document. The IMPALA Platform is an assembly of commercial-off-the-shelf (COTS) products installed on an Apache-Hadoop platform. User interface details for the COTS products will be sourced from the COTS tools vendor documentation. The SDD is a focused explanation of the inputs, design steps, and projected outcomes of every design activity for the IMPALA Platform through installation and validation.

  1. Assessment of effectiveness of geologic isolation systems. CIRMIS data system. Volume 1. Initialization, operation, and documentation

    International Nuclear Information System (INIS)

    Friedrichs, D.R.

    1980-01-01

    The Assessment of Effectiveness of Geologic Isolation Systems (AEGIS) Program is developing and applying the methodology for assessing the far-field, long-term post-closure safety of deep geologic nuclear waste repositories. AEGIS is being performed by Pacific Northwest Laboratory (PNL) under contract with the Office of Nuclear Waste Isolation (ONWI) for the Department of Energy (DOE). One task within AEGIS is the development of methodology for analysis of the consequences (water pathway) from loss of repository containment as defined by various release scenarios. The various input parameters required in the analysis are compiled in data systems. The data are organized and prepared by various input subroutines for use by the hydrologic and transport codes. The hydrologic models simulate the groundwater flow systems and provide water flow directions, rates, and velocities as inputs to the transport models. Outputs from the transport models are basically graphs of radionuclide concentration in the groundwater plotted against time. After dilution in the receiving surface-water body (e.g., lake, river, bay), these data are the input source terms for the dose models, if dose assessments are required. The dose models calculate radiation dose to individuals and populations. CIRMIS (Comprehensive Information Retrieval and Model Input Sequence) Data System, a storage and retrieval system for model input and output data, including graphical interpretation and display is described. This is the first of four volumes of the description of the CIRMIS Data System

  2. Information technology - Security techniques - Information security management systems - Requirements

    CERN Document Server

    International Organization for Standardization. Geneva

    2005-01-01

    ISO/IEC 27001:2005 covers all types of organizations (e.g. commercial enterprises, government agencies, not-for profit organizations). ISO/IEC 27001:2005 specifies the requirements for establishing, implementing, operating, monitoring, reviewing, maintaining and improving a documented Information Security Management System within the context of the organization's overall business risks. It specifies requirements for the implementation of security controls customized to the needs of individual organizations or parts thereof. ISO/IEC 27001:2005 is designed to ensure the selection of adequate and proportionate security controls that protect information assets and give confidence to interested parties. ISO/IEC 27001:2005 is intended to be suitable for several different types of use, including the following: use within organizations to formulate security requirements and objectives; use within organizations as a way to ensure that security risks are cost effectively managed; use within organizations to ensure comp...

  3. Refining System Requirements to Program Specifications

    DEFF Research Database (Denmark)

    Olderog, Ernst-Ruediger; Ravn, Anders P.; Skakkebæk, Jens Ulrik

    1996-01-01

    A coherent and mathematically well-founded approach to the design ofreal-time and hybrid systems is presented.It covers requirementsanalysis and specification, design of controlling automatasatisfying the requirements, and derivation ofoccam-like communicating programs from these automata.......The generalized railroad crossing due to Heitmeyer and Lynchillustrates the approach.Requirements are analyzed within aconventional dynamic systems model of a plant, where states arefunctions of the reals, representing time. The requirements arespecified in an assumption-commitment style using Duration Calculus...... to component descriptions in asystems design language that uses timed trace assertions over statetransition events to constrain control flow.Components can under certain conditions be transformed tooccam-like communicating programs....

  4. User requirements for information systems in nuclear medicine

    International Nuclear Information System (INIS)

    Todd-Pokropek, A.; Vauramo, E.; Sippo-Tujunen, I.; Cosgriff, P.; Britton, K.

    1992-01-01

    In the field of COST cooperation (COST = European Cooperation in the Field of Scientific and Technical Research) a project B2 for Quality Assurance in Nuclear Medicine Software has been established. In a memorandum of understanding setting up this project, user requirements were to be defined for the hardware and software used for data acquisition, processing and presentation. A subgroup of the management committee of COST B2 were interested in the Advanced Informatics in Medicine, AIM, task T-734 'Quality Assurance of Medical Software', and the AIM Project 'A 1034', coordinated by Dr. K. Britton, was initiated. The initial drafts of this document were written in Helsinki during 1988-1990, and submitted for comment by the members of the management committee of COST B2. These comments were integrated in the text and this document was finalized by the UK group so as to make it available for international discussion. It is anticipated that, after appropriate international discussion, these User Requirements for Information Systems in Nuclear Medicine will be adopted by the management committee of COST B2 as a COST document. Towards these ends, a working group chaired by Dr Britton, including the British and Finnish teams and Ulrich Noelpp from Switzerland, was appointed by the management committee of COST B2 in April 1990. (Author)

  5. User requirements for information systems in nuclear medicine.

    Science.gov (United States)

    Todd-Pokropek, A; Vauramo, E; Cosgriff, P; Sippo-Tujunen, I; Britton, K

    1992-05-01

    In the field of COST cooperation (COST = European Cooperation in the Field of Scientific and Technical Research) a project B2 for Quality Assurance in Nuclear Medicine Software has been established. In a memorandum of understanding setting up this project, user requirements were to be defined for the hardware and software used for data acquisition, processing and presentation. A subgroup of the management committee of COST B2 were interested in the Advanced Informatics in Medicine, AIM, task T-734 'Quality Assurance of Medical Software', and the AIM Project 'A 1034', coordinated by Dr K. Britton, was initiated. The initial drafts of this document were written in Helsinki during 1988-1990, and submitted for comment by the members of the management committee of COST B2. These comments were integrated in the text and this document was finalized by the UK group so as to make it available for international discussion. It is anticipated that, after appropriate international discussion, these User Requirements for Information Systems in Nuclear Medicine will be adopted by the management committee of COST B2 as a COST document. Towards these ends, a working group chaired by Dr Britton, including the British and Finnish teams and Ulrich Noelpp from Switzerland, was appointed by the management committee of COST B2 in April 1990. While writing it we have had the pleasure of working with referees from different European hospitals in many countries. We are happy to thank all of them for their valuable contributions.

  6. Defining and documenting execution viewpoints for a large and complex software-intensive system

    NARCIS (Netherlands)

    Callo Arias, Trosky B.; America, Pierre; Avgeriou, Paris

    An execution view is an important asset for developing large and complex systems. An execution view helps practitioners to describe, analyze, and communicate what a software system does at runtime and how it does it. In this paper, we present an approach to define and document viewpoints that guide

  7. Requirements and solutions for accelerator control systems

    International Nuclear Information System (INIS)

    Anicic, D.; Blumer, T.; Jirousek, I.; Lutz, H.; Mezger, A.

    2001-01-01

    Throughout the life cycle of control systems, we are faced with the question of what fabulous new piece of hardware or software should be used and how to integrate this into a viable system. Accelerators cover a wide range, from simple cyclotrons for isotope production, to cascades of cyclotrons for variable energy and multiple particles, this precludes a standard answer for all cases. The system requirements according to the purpose and nature of the accelerator are analyzed and we try to extract some guidelines for implementation, development and maintenance of the appropriate control systems. We then try to analyze present trends in a selection of fields like operating systems, commercial systems, software sharing, field busses, etc

  8. Applications for electronic documents

    International Nuclear Information System (INIS)

    Beitel, G.A.

    1995-01-01

    This paper discusses the application of electronic media to documents, specifically Safety Analysis Reports (SARs), prepared for Environmental Restoration and Waste Management (ER ampersand WM) programs being conducted for the Department of Energy (DOE) at the Idaho National Engineering Laboratory (INEL). Efforts are underway to upgrade our document system using electronic format. To satisfy external requirements (DOE, State, and Federal), ER ampersand WM programs generate a complement of internal requirements documents including a SAR and Technical Safety Requirements along with procedures and training materials. Of interest, is the volume of information and the difficulty in handling it. A recently prepared ER ampersand WM SAR consists of 1,000 pages of text and graphics; supporting references add 10,000 pages. Other programmatic requirements documents consist of an estimated 5,000 pages plus references

  9. VISTopic: A visual analytics system for making sense of large document collections using hierarchical topic modeling

    Directory of Open Access Journals (Sweden)

    Yi Yang

    2017-03-01

    Full Text Available Effective analysis of large text collections remains a challenging problem given the growing volume of available text data. Recently, text mining techniques have been rapidly developed for automatically extracting key information from massive text data. Topic modeling, as one of the novel techniques that extracts a thematic structure from documents, is widely used to generate text summarization and foster an overall understanding of the corpus content. Although powerful, this technique may not be directly applicable for general analytics scenarios since the topics and topic–document relationship are often presented probabilistically in models. Moreover, information that plays an important role in knowledge discovery, for example, times and authors, is hardly reflected in topic modeling for comprehensive analysis. In this paper, we address this issue by presenting a visual analytics system, VISTopic, to help users make sense of large document collections based on topic modeling. VISTopic first extracts a set of hierarchical topics using a novel hierarchical latent tree model (HLTM (Liu et al., 2014. In specific, a topic view accounting for the model features is designed for overall understanding and interactive exploration of the topic organization. To leverage multi-perspective information for visual analytics, VISTopic further provides an evolution view to reveal the trend of topics and a document view to show details of topical documents. Three case studies based on the dataset of IEEE VIS conference demonstrate the effectiveness of our system in gaining insights from large document collections. Keywords: Topic-modeling, Text visualization, Visual analytics

  10. Data requirement comparison between the fixed site upgrade rule guidance compendium and the Structured Assessment Approach Licensee Submittal Document

    Energy Technology Data Exchange (ETDEWEB)

    Parziale, A.A.; Sacks, I.J.

    1980-12-01

    We compared the Structured Assessment Approach's (SAA) Licensee Submittal Document (LSD) with the Fixed Site Physical Protection Upgrade Rule Guidance Compendium Standard Format and Content (SFC) Guide using correlation matrices to see how well the data requirements of the SFC Guide coincided with those of a specific automated vulnerability assessment technique for fixed-site nuclear fuel cycle facilities, namely, SAA. We found that a limited SAA assessment is possible using the SFC Guide, but significant and critical safeguards vulnerabilities might be missed. Also, it was found that in some cases the organization and format of the SFC Guide input data and information made the preparation of data for the SAA somewhat awkward. 2 refs., 2 tabs.

  11. Integrating model of the Project Independence Evaluation System. Volume IV. Model documentation

    Energy Technology Data Exchange (ETDEWEB)

    Shaw, M L; Allen, B J; Gale, J E; Lutz, M S; O& #x27; Hara, N E; Wood, R K

    1979-02-01

    This volume is the fourth in a series of seven documenting the PIES Integrating Model. It contains detailed descriptions of the basic assumptions behind each of the components of PIES and how they interact with one another. Chapter II of this volume presents the methodology used to integrate supply and demand. It includes a discussion of both the interface between the Demand Model and the equilibrating mechanism and the various supply models via the equilibrating algorithm used by PIES. Chapters III through IX describe each supply submodel in turn: coal, oil, and natural gas supply, utilities, refineries, advanced technologies, and transportation. Code and data documentation are covered elsewhere in this series (Volumes V and VI respectively). PIES is an evolving system. As this document was being prepared, many parts of the model were being modified. This document describes the PIES Integrating Model as of January 1, 1978.

  12. NRC review of Electric Power Research Institute`s advanced light water reactor utility requirements document. Passive plant designs, chapter 1, project number 669

    Energy Technology Data Exchange (ETDEWEB)

    1994-08-01

    The Electric Power Research Institute (EPRI) is preparing a compendium of technical requirements, referred to as the {open_quotes}Advanced Light Water Reactor [ALWR] Utility Requirements Document{close_quotes}, that is acceptable to the design of an ALWR power plant. When completed, this document is intended to be a comprehensive statement of utility requirements for the design, construction, and performance of an ALWR power plant for the 1990s and beyond. The Requirements Document consists of three volumes. Volume 1, {open_quotes}ALWR Policy and Summary of Top-Tier Requirements{close_quotes}, is a management-level synopsis of the Requirements Document, including the design objectives and philosophy, the overall physical configuration and features of a future nuclear plant design, and the steps necessary to take the proposed ALWR design criteria beyond the conceptual design state to a completed, functioning power plant. Volume II consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant [approximately 1350 megawatts-electric (MWe)]. Volume III contains utility design requirements for nuclear plants for which passive features will be used in their designs (approximately 600 MWe). In April 1992, the staff of the Office of Nuclear Reactor Regulation, U.S. Nuclear Regulatory Commission, issued Volume 1 and Volume 2 (Parts 1 and 2) of its safety evaluation report (SER) to document the results of its review of Volumes 1 and 2 of the Requirements Document. Volume 1, {open_quotes}NRC Review of Electric Power Research Institute`s Advanced Light Water Reactor Utility Requirements Document - Program Summary{close_quotes}, provided a discussion of the overall purpose and scope of the Requirements Document, the background of the staff`s review, the review approach used by the staff, and a summary of the policy and technical issues raised by the staff during its review.

  13. NRC review of Electric Power Research Institute`s advanced light water reactor utility requirements document. Passive plant designs, chapters 2-13, project number 669

    Energy Technology Data Exchange (ETDEWEB)

    1994-08-01

    The Electric Power Research Institute (EPRI) is preparing a compendium of technical requirements, referred to as the {open_quotes}Advanced Light Water Reactor [ALWR] Utility Requirements Document{close_quotes}, that is acceptable to the design of an ALWR power plant. When completed, this document is intended to be a comprehensive statement of utility requirements for the design, construction, and performance of an ALWR power plant for the 1990s and beyond. The Requirements Document consists of three volumes. Volume I, {open_quotes}ALWR Policy and Summary of Top-Tier Requirements{close_quotes}, is a management-level synopsis of the Requirements Document, including the design objectives and philosophy, the overall physical configuration and features of a future nuclear plant design, and the steps necessary to take the proposed ALWR design criteria beyond the conceptual design state to a completed, functioning power plant. Volume II consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant [approximately 1350 megawatts-electric (MWe)]. Volume III contains utility design requirements for nuclear plants for which passive features will be used in their designs (approximately 600 MWe). In April 1992, the staff of the Office of Nuclear Reactor Regulation, U.S. Nuclear Regulatory Commission, issued Volume 1 and Volume 2 (Parts 1 and 2) of its safety evaluation report (SER) to document the results of its review of Volumes 1 and 2 of the Requirements Document. Volume 1, {open_quotes}NRC Review of Electric Power Research Institute`s Advanced Light Water Reactor Utility Requirements Document - Program Summary{close_quotes}, provided a discussion of the overall purpose and scope of the Requirements Document, the background of the staff`s review, the review approach used by the staff, and a summary of the policy and technical issues raised by the staff during its review.

  14. Requirements Analysis Study for Master Pump Shutdown System Project Development Specification [SEC 1 and 2

    International Nuclear Information System (INIS)

    BEVINS, R.R.

    2000-01-01

    This document has been updated during the definitive design portion of the first phase of the W-314 Project to capture additional software requirements and is planned to be updated during the second phase of the W-314 Project to cover the second phase of the Project's scope. The objective is to provide requirement traceability by recording the analysis/basis for the functional descriptions of the master pump shutdown system. This document identifies the sources of the requirements and/or how these were derived. Each requirement is validated either by quoting the source or an analysis process involving the required functionality, performance characteristics, operations input or engineering judgment

  15. Requirements Analysis Study for Master Pump Shutdown System Project Development Specification [SEC 1 and 2

    Energy Technology Data Exchange (ETDEWEB)

    BEVINS, R.R.

    2000-03-24

    This document has been updated during the definitive design portion of the first phase of the W-314 Project to capture additional software requirements and is planned to be updated during the second phase of the W-314 Project to cover the second phase of the Project's scope. The objective is to provide requirement traceability by recording the analysis/basis for the functional descriptions of the master pump shutdown system. This document identifies the sources of the requirements and/or how these were derived. Each requirement is validated either by quoting the source or an analysis process involving the required functionality, performance characteristics, operations input or engineering judgment.

  16. Surveillance Analysis Computer System (SACS): Software requirements specification (SRS). Revision 2

    International Nuclear Information System (INIS)

    Glasscock, J.A.

    1995-01-01

    This document is the primary document establishing requirements for the Surveillance Analysis Computer System (SACS) database, an Impact Level 3Q system. SACS stores information on tank temperatures, surface levels, and interstitial liquid levels. This information is retrieved by the customer through a PC-based interface and is then available to a number of other software tools. The software requirements specification (SRS) describes the system requirements for the SACS Project, and follows the Standard Engineering Practices (WHC-CM-6-1), Software Practices (WHC-CM-3-10) and Quality Assurance (WHC-CM-4-2, QR 19.0) policies

  17. Electronic Nursing Documentation: Patient Care Continuity Using the Clinical Care Classification System (CCC).

    Science.gov (United States)

    Whittenburg, Luann; Meetim, Aunchisa

    2016-01-01

    An innovative nursing documentation project conducted at Bumrungrad International Hospital in Bangkok, Thailand demonstrated patient care continuity between nursing patient assessments and nursing Plans of Care using the Clinical Care Classification System (CCC). The project developed a new generation of interactive nursing Plans of Care using the six steps of the American Nurses Association (ANA) Nursing process and the MEDCIN® clinical knowledgebase to present CCC coded concepts as a natural by-product of a nurse's documentation process. The MEDCIN® clinical knowledgebase is a standardized point-of-care terminology intended for use in electronic health record systems. The CCC is an ANA recognized nursing terminology.

  18. Analysis and evaluation of magnetism of black toners on documents printed by electrophotographic systems.

    Science.gov (United States)

    Biedermann, A; Bozza, S; Taroni, F; Fürbach, M; Li, B; Mazzella, W D

    2016-10-01

    This paper reports on a study to assess the potential of measurements of magnetism, using a proprietary magnetic analysis system, for the routine analysis of toners on documents printed by black and white electrophotographic systems. Magnetic properties of black toners on documents printed by a number of different devices were measured and compared. Our results indicate that the analysis of magnetism is complementary to traditional methods for analysing black toners, such as FTIR. Further, we find that the analysis of magnetism is realistically applicable in closed set cases, that is when the number of potential printing devices can be clearly defined. Copyright © 2016 Elsevier Ireland Ltd. All rights reserved.

  19. 2008 HIMSS Survey results: best practices in implementing nursing/interdisciplinary documentation systems.

    Science.gov (United States)

    Newbold, Susan K; Kimmel, Kathleen C; O'Steen, Randy; Morgan, Gina Sauls

    2008-11-06

    Health care organizations are increasingly using computer systems to support nursing care documentation; however, processes used to deploy such systems are widely varied. The purpose of this survey was to understand current practices related to implementation of computerized nursing and interdisciplinary documentation systems with the goal to establish best practice guidelines. In Spring 2007, members from the Healthcare Information Management and Systems Society Nursing Informatics Working Group interviewed a sample of 15 hospitals to solicit information regarding the following processes: leadership activities, clinical transformation processes, project management activities, implementation processes, evaluation metrics, terminology and other standards used, and methods used to facilitate end-user adoption. This poster will report the results of this survey. Implications for Nurses will be discussed. The results are valuable to nursing informatics professionals who plan to implement systems and to their nursing executives responsible for the systems that are implemented.

  20. Requirements by the operator of supporting systems

    International Nuclear Information System (INIS)

    Grimm, E.; Lot, L.

    1996-01-01

    Requirements by the nuclear power station operator on computer support orient themselves to the various operating situations which can arise in the plant. Event-oriented or system-oriented methods of handling determine the type of support by the computer. Pure plant information in situations with few events, an intelligent alarm system in situations with many events and a guide by means of pre-prepared procedures are an aspect of the operator requirements of computer solutions. These are the themes dealt with in this paper. A further theme is the support of the operator by the ergonomics of the control room in the areas of working place, lighting, air conditioning and acoustics. (author) 4 figs

  1. Using definite clause grammars to build a global system for analyzing collections of documents

    Science.gov (United States)

    Chazalon, Joseph; Coüasnon, Bertrand

    2010-01-01

    Collections of documents are sets of heterogeneous documents, like a specific ancient book series, having proper structural and semantic properties linking them. A particular collection contains document images with specific physical layouts, like text pages or full-page illustrations, appearing in a specific order. Its contents, like journal articles, may be shared by several pages, not necessary following, producing strong dependencies between pages interpretations. In order to build an analysis system which can bring contextual information from the collection to the appropriate recognition modules for each page, we propose to express the structural and the semantic properties of a collection with a definite clause grammar. This is made possible by representing collections as streams of document images, and by using extensions to the formalism we present here. We are then able to automatically generate a parser dedicated to a collection. Beside allowing structural variations and complex information flows, we also show that this approach enables the design of analysis stages, on a document or a set of documents. The interest of context usage is illustrated with several examples and their appropriate formalization in this framework.

  2. Maximizing data holdings and data documentation with a hierarchical system for sample-based geochemical data

    Science.gov (United States)

    Hsu, L.; Lehnert, K. A.; Walker, J. D.; Chan, C.; Ash, J.; Johansson, A. K.; Rivera, T. A.

    2011-12-01

    Sample-based measurements in geochemistry are highly diverse, due to the large variety of sample types, measured properties, and idiosyncratic analytical procedures. In order to ensure the utility of sample-based data for re-use in research or education they must be associated with a high quality and quantity of descriptive, discipline-specific metadata. Without an adequate level of documentation, it is not possible to reproduce scientific results or have confidence in using the data for new research inquiries. The required detail in data documentation makes it challenging to aggregate large sets of data from different investigators and disciplines. One solution to this challenge is to build data systems with several tiers of intricacy, where the less detailed tiers are geared toward discovery and interoperability, and the more detailed tiers have higher value for data analysis. The Geoinformatics for Geochemistry (GfG) group, which is part of the Integrated Earth Data Applications facility (http://www.iedadata.org), has taken this approach to provide services for the discovery, access, and analysis of sample-based geochemical data for a diverse user community, ranging from the highly informed geochemist to non-domain scientists and undergraduate students. GfG builds and maintains three tiers in the sample based data systems, from a simple data catalog (Geochemical Resource Library), to a substantially richer data model for the EarthChem Portal (EarthChem XML), and finally to detailed discipline-specific data models for petrologic (PetDB), sedimentary (SedDB), hydrothermal spring (VentDB), and geochronological (GeoChron) samples. The data catalog, the lowest level in the hierarchy, contains the sample data values plus metadata only about the dataset itself (Dublin Core metadata such as dataset title and author), and therefore can accommodate the widest diversity of data holdings. The second level includes measured data values from the sample, basic information

  3. Management control and status reports documentation standard and Data Item Descriptions (DID). Volume of the information system life-cycle and documentation standards, volume 5

    Science.gov (United States)

    Callender, E. David; Steinbacher, Jody

    1989-01-01

    This is the fifth of five volumes on Information System Life-Cycle and Documentation Standards. This volume provides a well organized, easily used standard for management control and status reports used in monitoring and controlling the management, development, and assurance of informations systems and software, hardware, and operational procedures components, and related processes.

  4. Management plan documentation standard and Data Item Descriptions (DID). Volume of the information system life-cycle and documentation standards, volume 2

    Science.gov (United States)

    Callender, E. David; Steinbacher, Jody

    1989-01-01

    This is the second of five volumes of the Information System Life-Cycle and Documentation Standards. This volume provides a well-organized, easily used standard for management plans used in acquiring, assuring, and developing information systems and software, hardware, and operational procedures components, and related processes.

  5. [Records and documentation system. Its location within a program of alimentary, nutritional and metabolic intervention].

    Science.gov (United States)

    Santana Porbén, S

    2005-01-01

    To present the Records and Documentation System of the Metabolic, Nutrient and Feeding Intervention Program (PRINUMA), as conducted by the Nutritional Support Group (GAN) of the "Hermanos Ameijeiras" Hospital (Havana City, Cuba). Every action conducted upon the patient must have a document backup. Likewise, this action should be exhaustively described in a Standerdized Operating Procedure (SPO). The Records and Documentation System must provide with: (1) Primmary records for registering the actions conducted upon the patients, (2) SOP manuals gathering the actions prescribed in the PRINUMA for the recognition, treatment and prevention of hospital malnutrition (HM), and (3) Computerized clinical registries for storing, manipulation and dissemination of data collected by the GAN during its local operation. The ISO 9001-9003 standard was adopted for describing the actions prescribed by the PRINUMA into the corresponding SOPs. Access 7.0 for Windows (Microsoft, USA) was used for the programming and operation of the GAN'S computerized Clinical Registry. Three phases were defined for the implementation of this System: I: start-up (minimal); II: extended; III: total (global). System implementation is in phase II. A Procedure Manual has been written with clinical, anthropometric, dietetic, dietotherapeutical and analytical actions prescribed by the PRINUMA for the treatment of HM. There is a second Manual reuniting the actions fostered by the PRINUMA's Quality Control & Assurance and the Records & Documentations Systems. GAN also has a Nutritional Clinical History and a computerized Clinical Registryt serving as digital counterpart of the former. The Registry stores data of varying type collected from over 1.800 patients attended in the 8 years of the GAN existence. The implementation of the PRINUMA's Records and Documentation System has allowed the elaboration of judgements about the utility and safety of the intervention measures installed in the institution by the GAN

  6. Lifecycle management for nuclear engineering project documents

    International Nuclear Information System (INIS)

    Zhang Li; Zhang Ming; Zhang Ling

    2010-01-01

    The nuclear engineering project documents with great quantity and various types of data, in which the relationships of each document are complex, the edition of document update frequently, are managed difficultly. While the safety of project even the nuclear safety is threatened seriously by the false documents and mistakes. In order to ensure the integrality, veracity and validity of project documents, the lifecycle theory of document is applied to build documents center, record center, structure and database of document lifecycle management system. And the lifecycle management is used to the documents of nuclear engineering projects from the production to pigeonhole, to satisfy the quality requirement of nuclear engineering projects. (authors)

  7. Space station system analysis study. Part 3: Documentation. Volume 2: Technical report. [structural design and construction

    Science.gov (United States)

    1977-01-01

    An analysis of construction operation is presented as well as power system sizing requirements. Mission hardware requirements are reviewed in detail. Space construction base and design configurations are also examined.

  8. Reusable Reentry Satellite (RRS) system design study: System cost estimates document

    Science.gov (United States)

    1991-01-01

    The Reusable Reentry Satellite (RRS) program was initiated to provide life science investigators relatively inexpensive, frequent access to space for extended periods of time with eventual satellite recovery on earth. The RRS will provide an on-orbit laboratory for research on biological and material processes, be launched from a number of expendable launch vehicles, and operate in Low-Altitude Earth Orbit (LEO) as a free-flying unmanned laboratory. SAIC's design will provide independent atmospheric reentry and soft landing in the continental U.S., orbit for a maximum of 60 days, and will sustain three flights per year for 10 years. The Reusable Reentry Vehicle (RRV) will be 3-axis stabilized with artificial gravity up to 1.5g's, be rugged and easily maintainable, and have a modular design to accommodate a satellite bus and separate modular payloads (e.g., rodent module, general biological module, ESA microgravity botany facility, general botany module). The purpose of this System Cost Estimate Document is to provide a Life Cycle Cost Estimate (LCCE) for a NASA RRS Program using SAIC's RRS design. The estimate includes development, procurement, and 10 years of operations and support (O&S) costs for NASA's RRS program. The estimate does not include costs for other agencies which may track or interface with the RRS program (e.g., Air Force tracking agencies or individual RRS experimenters involved with special payload modules (PM's)). The life cycle cost estimate extends over the 10 year operation and support period FY99-2008.

  9. An Integrated Management System (IMS) for JM-1 SLOWPOKE-2 research reactor in Jamaica: experiences in documentation

    Energy Technology Data Exchange (ETDEWEB)

    Warner, T., E-mail: traceyann.warner02@uwimona.edu.jm [Univ. of West Indies, Mona (Jamaica)

    2014-07-01

    Since the first criticality in March 1984, the Jamaica SLOWPOKE-2 research reactor at the University of the West Indies, Mona located in the department of the International Centre for Environmental and Nuclear Sciences (ICENS) has operated for approximately 52% of the lifetime of the existing core configuration. The 20kW pool type research reactor has been primarily used for neutron activation analysis in environmental, agricultural, geochemical, health-related studies and mineral exploration in Jamaica. The involvement of the JM-1 reactor for research and teaching activities has segued into commercial applications which, coupled with the current core conversion programme from HEU to LEU, has demanded the implementation of management systems to satisfy regulatory requirements and assure compliance with internationally defined quality standards. At ICENS, documentation related to the Quality Management System aspect of an Integrated Management System (IMS) is well underway. The quality system will incorporate operational and nuclear safety, training, maintenance, design, utilization, occupational health and safety, quality service, and environmental management for its Nuclear Analytical Laboratory, NAL. The IMS is being designed to meet the requirements of the IAEA GS-R-3 with additional controls from international standards including: ISO/IEC 17025:2005, ISO 9001:2008, ISO 14001:2004 and OHSAS 18001:2007. This paper reports on the experiences of the documentation process in a low power reactor facility characterized by limited human resource, where innovative mechanisms of system automation and modeling are included to increase productivity and efficiency. (author)

  10. An Integrated Management System (IMS) for JM-1 SLOWPOKE-2 research reactor in Jamaica: experiences in documentation

    International Nuclear Information System (INIS)

    Warner, T.

    2014-01-01

    Since the first criticality in March 1984, the Jamaica SLOWPOKE-2 research reactor at the University of the West Indies, Mona located in the department of the International Centre for Environmental and Nuclear Sciences (ICENS) has operated for approximately 52% of the lifetime of the existing core configuration. The 20kW pool type research reactor has been primarily used for neutron activation analysis in environmental, agricultural, geochemical, health-related studies and mineral exploration in Jamaica. The involvement of the JM-1 reactor for research and teaching activities has segued into commercial applications which, coupled with the current core conversion programme from HEU to LEU, has demanded the implementation of management systems to satisfy regulatory requirements and assure compliance with internationally defined quality standards. At ICENS, documentation related to the Quality Management System aspect of an Integrated Management System (IMS) is well underway. The quality system will incorporate operational and nuclear safety, training, maintenance, design, utilization, occupational health and safety, quality service, and environmental management for its Nuclear Analytical Laboratory, NAL. The IMS is being designed to meet the requirements of the IAEA GS-R-3 with additional controls from international standards including: ISO/IEC 17025:2005, ISO 9001:2008, ISO 14001:2004 and OHSAS 18001:2007. This paper reports on the experiences of the documentation process in a low power reactor facility characterized by limited human resource, where innovative mechanisms of system automation and modeling are included to increase productivity and efficiency. (author)

  11. Alternatives generation and analysis for phase I intermediate waste feed staging system design requirements

    Energy Technology Data Exchange (ETDEWEB)

    Britton, M.D.

    1996-10-02

    This document provides; a decision analysis summary; problem statement; constraints, requirements, and assumptions; decision criteria; intermediate waste feed staging system options and alternatives generation and screening; intermediate waste feed staging system design concepts; intermediate waste feed staging system alternative evaluation and analysis; and open issues and actions.

  12. From Craftsperson to Teacher: A Planning Document for a Vocational Teacher Development System in Maine.

    Science.gov (United States)

    Donaldson, Gordon A., Jr.; Rog, James

    This document is intended to stimulate the development of a statewide system to support the improvement of teaching in Maine's secondary vocational schools. It is arranged in three parts. Part 1 assesses the professional demands on Maine's vocational teachers in the following competency areas: understanding students, managing the laboratory…

  13. Model documentation Renewable Fuels Module of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1996-01-01

    This report documents the objectives, analaytical approach and design of the National Energy Modeling System (NEMS) Renewable Fuels Module (RFM) as it relates to the production of the 1996 Annual Energy Outlook forecasts. The report catalogues and describes modeling assumptions, computational methodologies, data inputs, and parameter estimation techniques. A number of offline analyses used in lieu of RFM modeling components are also described.

  14. Model documentation Coal Market Module of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1996-04-30

    This report documents objectives and conceptual and methodological approach used in the development of the National Energy Modeling System (NEMS) Coal Market Module (CMM) used to develop the Annual Energy Outlook 1996 (AEO96). This report catalogues and describes the assumptions, methodology, estimation techniques, and source code of CMM`s three submodules: Coal Production Submodule, Coal Export Submodule, and Coal Distribution Submodule.

  15. NRC review of Electric Power Research Institute's advanced light water reactor utility requirements document. Passive plant designs, chapters 2-13, project number 669

    International Nuclear Information System (INIS)

    1994-08-01

    The Electric Power Research Institute (EPRI) is preparing a compendium of technical requirements, referred to as the open-quotes Advanced Light Water Reactor [ALWR] Utility Requirements Documentclose quotes, that is acceptable to the design of an ALWR power plant. When completed, this document is intended to be a comprehensive statement of utility requirements for the design, construction, and performance of an ALWR power plant for the 1990s and beyond. The Requirements Document consists of three volumes. Volume I, open-quotes ALWR Policy and Summary of Top-Tier Requirementsclose quotes, is a management-level synopsis of the Requirements Document, including the design objectives and philosophy, the overall physical configuration and features of a future nuclear plant design, and the steps necessary to take the proposed ALWR design criteria beyond the conceptual design state to a completed, functioning power plant. Volume II consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant [approximately 1350 megawatts-electric (MWe)]. Volume III contains utility design requirements for nuclear plants for which passive features will be used in their designs (approximately 600 MWe). In April 1992, the staff of the Office of Nuclear Reactor Regulation, U.S. Nuclear Regulatory Commission, issued Volume 1 and Volume 2 (Parts 1 and 2) of its safety evaluation report (SER) to document the results of its review of Volumes 1 and 2 of the Requirements Document. Volume 1, open-quotes NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document - Program Summaryclose quotes, provided a discussion of the overall purpose and scope of the Requirements Document, the background of the staff's review, the review approach used by the staff, and a summary of the policy and technical issues raised by the staff during its review

  16. NRC review of Electric Power Research Institute's advanced light water reactor utility requirements document. Passive plant designs, chapter 1, project number 669

    International Nuclear Information System (INIS)

    1994-08-01

    The Electric Power Research Institute (EPRI) is preparing a compendium of technical requirements, referred to as the open-quotes Advanced Light Water Reactor [ALWR] Utility Requirements Documentclose quotes, that is acceptable to the design of an ALWR power plant. When completed, this document is intended to be a comprehensive statement of utility requirements for the design, construction, and performance of an ALWR power plant for the 1990s and beyond. The Requirements Document consists of three volumes. Volume 1, open-quotes ALWR Policy and Summary of Top-Tier Requirementsclose quotes, is a management-level synopsis of the Requirements Document, including the design objectives and philosophy, the overall physical configuration and features of a future nuclear plant design, and the steps necessary to take the proposed ALWR design criteria beyond the conceptual design state to a completed, functioning power plant. Volume II consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant [approximately 1350 megawatts-electric (MWe)]. Volume III contains utility design requirements for nuclear plants for which passive features will be used in their designs (approximately 600 MWe). In April 1992, the staff of the Office of Nuclear Reactor Regulation, U.S. Nuclear Regulatory Commission, issued Volume 1 and Volume 2 (Parts 1 and 2) of its safety evaluation report (SER) to document the results of its review of Volumes 1 and 2 of the Requirements Document. Volume 1, open-quotes NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document - Program Summaryclose quotes, provided a discussion of the overall purpose and scope of the Requirements Document, the background of the staff's review, the review approach used by the staff, and a summary of the policy and technical issues raised by the staff during its review

  17. Shielding requirements for particle bed propulsion systems

    Science.gov (United States)

    Gruneisen, S. J.

    1991-06-01

    Nuclear Thermal Propulsion systems present unique challenges in reliability and safety. Due to the radiation incident upon all components of the propulsion system, shielding must be used to keep nuclear heating in the materials within limits; in addition, electronic control systems must be protected. This report analyzes the nuclear heating due to the radiation and the shielding required to meet the established criteria while also minimizing the shield mass. Heating rates were determined in a 2000 MWt Particle Bed Reactor (PBR) system for all materials in the interstage region, between the reactor vessel and the propellant tank, with special emphasis on meeting the silicon dose criteria. Using a Lithium Hydride/Tungsten shield, the optimum shield design was found to be: 50 cm LiH/2 cm W on the axial reflector in the reactor vessel and 50 cm LiH/2 cm W in a collar extension of the inside shield outside of the pressure vessel. Within these parameters, the radiation doses in all of the components in the interstage and lower tank regions would be within acceptable limits for mission requirements.

  18. 21 CFR 820.40 - Document controls.

    Science.gov (United States)

    2010-04-01

    ... 21 Food and Drugs 8 2010-04-01 2010-04-01 false Document controls. 820.40 Section 820.40 Food and... QUALITY SYSTEM REGULATION Document Controls § 820.40 Document controls. Each manufacturer shall establish and maintain procedures to control all documents that are required by this part. The procedures shall...

  19. USDOT Guidance Summary for Connected Vehicle Deployments : System Requirements and the CVRIA/Set-It Tool : Final Report

    Science.gov (United States)

    2016-07-01

    This document provides guidance material in regards to System Requirements for the CV Pilots Deployment Concept Development Phase. Methods for system engineering are discussed with definitions for the successful management of each aspect. Important r...

  20. Development of an event-driven parser for active document and web-based nuclear design system

    International Nuclear Information System (INIS)

    Park, Yong Soo

    2005-02-01

    Nuclear design works consist of extensive unit job modules in which many computer codes are used. Each unit module requires time-consuming and erroneous input preparation, code run, output analysis and quality assurance process. The task for safety evaluation of reload core is especially the most man-power intensive and time-consuming due to the large amount of calculations and data exchanges. The purpose of this study is to develop a new nuclear design system called Innovative Design Processor (IDP) in order to minimize human effort and maximize design quality and productivity, and then to achieve an ultimately optimized core loading pattern. Two new basic principles of IDP are the document-oriented design and the web based design. Contrary to the conventional code-oriented or procedure-oriented design, the document-oriented design is human-oriented in that the final document is automatically prepared with complete analysis, table and plots, if the designer writes a design document called active document and feeds it to a parser. This study defined a number of active components and developed an event-driven parser for the active document in HTML (Hypertext Markup Language) or XML (Extensible Markup Language). The active documents can be created on the web, which is another framework of IDP. Using proper mix-up of server side and client side programming under the HAMP (HP-UX/Apache/MySQL/PHP) environment, the document-oriented design process on the web is modeled as a design wizard for designer's convenience and platform independency. This automation using IDP was tested for the reload safety evaluation of Korea Standard Nuclear Power Plant (KSNP) type PWRs. Great time saving was confirmed and IDP can complete several-month jobs in a few days. More optimized core loading pattern, therefore, can be obtained since it takes little time to do the reload safety evaluation tasks with several core loading pattern candidates. Since the technology is also applicable to the