WorldWideScience

Sample records for monitor required software

  1. Software requirements

    CERN Document Server

    Wiegers, Karl E

    2003-01-01

    Without formal, verifiable software requirements-and an effective system for managing them-the programs that developers think they've agreed to build often will not be the same products their customers are expecting. In SOFTWARE REQUIREMENTS, Second Edition, requirements engineering authority Karl Wiegers amplifies the best practices presented in his original award-winning text?now a mainstay for anyone participating in the software development process. In this book, you'll discover effective techniques for managing the requirements engineering process all the way through the development cy

  2. Software Requirements Management

    Directory of Open Access Journals (Sweden)

    Ali Altalbe

    2015-04-01

    Full Text Available Requirements are defined as the desired set of characteristics of a product or a service. In the world of software development, it is estimated that more than half of the failures are attributed towards poor requirements management. This means that although the software functions correctly, it is not what the client requested. Modern software requirements management methodologies are available to reduce the occur-rence of such incidents. This paper performs a review on the available literature in the area while tabulating possible methods of managing requirements. It also highlights the benefits of following a proper guideline for the requirements management task. With the introduction of specific software tools for the requirements management task, better software products are now been developed with lesser resources.

  3. Writing testable software requirements

    Energy Technology Data Exchange (ETDEWEB)

    Knirk, D. [Sandia National Labs., Albuquerque, NM (United States)

    1997-11-01

    This tutorial identifies common problems in analyzing requirements in the problem and constructing a written specification of what the software is to do. It deals with two main problem areas: identifying and describing problem requirements, and analyzing and describing behavior specifications.

  4. Software Security Requirements Gathering Instrument

    OpenAIRE

    2011-01-01

    Security breaches are largely caused by the vulnerable software. Since individuals and organizations mostly depend on softwares, it is important to produce in secured manner. The first step towards producing secured software is through gathering security requirements. This paper describes Software Security Requirements Gathering Instrument (SSRGI) that helps gather security requirements from the various stakeholders. This will guide the developers to gather security requirements along with th...

  5. Software Testing Requires Variability

    DEFF Research Database (Denmark)

    Christensen, Henrik Bærbak

    2003-01-01

    Software variability is the ability of a software system or artefact to be changed, customized or configured for use in a particular context. Variability in software systems is important from a number of perspectives. Some perspectives rightly receive much attention due to their direct economic...... impact in software production. As is also apparent from the call for papers these perspectives focus on qualities such as reuse, adaptability, and maintainability....

  6. Software Testing Requires Variability

    DEFF Research Database (Denmark)

    Christensen, Henrik Bærbak

    2003-01-01

    Software variability is the ability of a software system or artefact to be changed, customized or configured for use in a particular context. Variability in software systems is important from a number of perspectives. Some perspectives rightly receive much attention due to their direct economic...... impact in software production. As is also apparent from the call for papers these perspectives focus on qualities such as reuse, adaptability, and maintainability....

  7. Software Security Requirements Gathering Instrument

    Directory of Open Access Journals (Sweden)

    Smriti Jain

    2011-08-01

    Full Text Available Security breaches are largely caused by the vulnerable software. Since individuals and organizations mostly depend on softwares, it is important to produce in secured manner. The first step towards producing secured software is through gathering security requirements. This paper describes Software Security Requirements Gathering Instrument (SSRGI that helps gather security requirements from the various stakeholders. This will guide the developers to gather security requirements along with the functional requirements and further incorporate security during other phases of software development. We subsequently present case studies that describe the integration of the SSRGI instrument with Software Requirements Specification (SRS document as specified in standard IEEE 830-1998. Proposed SSRGI will support the software developers in gathering security requirements in detail during requirements gathering phase.

  8. UTM TCL2 Software Requirements

    Science.gov (United States)

    Smith, Irene S.; Rios, Joseph L.; McGuirk, Patrick O.; Mulfinger, Daniel G.; Venkatesan, Priya; Smith, David R.; Baskaran, Vijayakumar; Wang, Leo

    2017-01-01

    The Unmanned Aircraft Systems (UAS) Traffic Management (UTM) Technical Capability Level (TCL) 2 software implements the UTM TCL 2 software requirements described herein. These software requirements are linked to the higher level UTM TCL 2 System Requirements. Each successive TCL implements additional UTM functionality, enabling additional use cases. TCL 2 demonstrated how to enable expanded multiple operations by implementing automation for beyond visual line-of-sight, tracking operations, and operations flying over sparsely populated areas.

  9. Software package requirements and procurement

    OpenAIRE

    1996-01-01

    This paper outlines the problems of specifying requirements and deploying these requirements in the procurement of software packages. Despite the fact that software construction de novo is the exception rather than the rule, little or no support for the task of formulating requirements to support assessment and selection among existing software packages has been developed. We analyse the problems arising in this process and review related work. We outline the key components of a programme of ...

  10. The NLC Software Requirements Methodology

    Energy Technology Data Exchange (ETDEWEB)

    Shoaee, Hamid

    2002-08-20

    We describe the software requirements and development methodology developed for the NLC control system. Given the longevity of that project, and the likely geographical distribution of the collaborating engineers, the planned requirements management process is somewhat more formal than the norm in high energy physics projects. The short term goals of the requirements process are to accurately estimate costs, to decompose the problem, and to determine likely technologies. The long term goal is to enable a smooth transition from high level functional requirements to specific subsystem and component requirements for individual programmers, and to support distributed development. The methodology covers both ends of that life cycle. It covers both the analytical and documentary tools for software engineering, and project management support. This paper introduces the methodology, which is fully described in [1].

  11. Software Oriented Data Monitoring System

    CERN Document Server

    K, Phani Nandan

    2010-01-01

    This project "Software Oriented Data Monitoring System" deals with real time monitoring of patients' parameters like body temperature, heart rate etc. The parameters are checked at regular intervals and Short Messaging Service (SMS) is sent to concerned doctor regarding the measured values. If the obtained parameters are above or below critical values, an alert SMS is also sent to the concerned doctor. This system is very much useful in hospitals, which saves the valuable time of the doctor who otherwise will have to monitor the patients throughout the day. Here the analog data from the sensors is first converted into digital form and is fed to the parallel port of the computer. This data obtained is converted into useful parameters, which is monitored and checked for safe limits. Appropriate SMS is sent to the doctor depending on whether the request is from an alert or routine signal. This is possible by interfacing a mobile phone (Siemens c35i) to the serial port of the computer. The SMS is sent from the co...

  12. Maintaining the Health of Software Monitors

    Science.gov (United States)

    Person, Suzette; Rungta, Neha

    2013-01-01

    Software health management (SWHM) techniques complement the rigorous verification and validation processes that are applied to safety-critical systems prior to their deployment. These techniques are used to monitor deployed software in its execution environment, serving as the last line of defense against the effects of a critical fault. SWHM monitors use information from the specification and implementation of the monitored software to detect violations, predict possible failures, and help the system recover from faults. Changes to the monitored software, such as adding new functionality or fixing defects, therefore, have the potential to impact the correctness of both the monitored software and the SWHM monitor. In this work, we describe how the results of a software change impact analysis technique, Directed Incremental Symbolic Execution (DiSE), can be applied to monitored software to identify the potential impact of the changes on the SWHM monitor software. The results of DiSE can then be used by other analysis techniques, e.g., testing, debugging, to help preserve and improve the integrity of the SWHM monitor as the monitored software evolves.

  13. Requirements Engineering in Building Climate Science Software

    Science.gov (United States)

    Batcheller, Archer L.

    2011-01-01

    Software has an important role in supporting scientific work. This dissertation studies teams that build scientific software, focusing on the way that they determine what the software should do. These requirements engineering processes are investigated through three case studies of climate science software projects. The Earth System Modeling…

  14. Requirements Engineering in Building Climate Science Software

    Science.gov (United States)

    Batcheller, Archer L.

    2011-01-01

    Software has an important role in supporting scientific work. This dissertation studies teams that build scientific software, focusing on the way that they determine what the software should do. These requirements engineering processes are investigated through three case studies of climate science software projects. The Earth System Modeling…

  15. Requirement emergence computation of networked software

    Institute of Scientific and Technical Information of China (English)

    HE Keqing; LIANG Peng; PENG Rong; LI Bing; LIU Jing

    2007-01-01

    Emergence Computation has become a hot topic in the research of complex systems in recent years.With the substantial increase in scale and complexity of network-based information systems,the uncertain user requirements from the Internet and personalized application requirement result in the frequent change for the software requirement.Meanwhile,the software system with non self-possessed,resource become more and more complex.Furthermore,the interaction and cooperation requirement between software units and running environment in service computing increase the complexity of software systems.The software systems with complex system characteristics are developing into the"Networked Software" with characteristics of change-on-demand and change-with-cooperation.The concepts "programming","compiling" and "running"of software in common sense are extended from "desktop" to "network".The core issue of software engineering is moving to the requirement engineering,which becomes the research focus of complex systemsoftware engineering.In this paper,we present the software network view based on complex system theory,and the concept of networked software and networked requirement.We proposethe challenge problem in the research of emergence computation of networked software requirement.A hierarchical & cooperative Unified requirement modeling framework URF (Unified Requirement Framework) and related RGPS (Role,Goal,Process and Service) meta-models are proposed.Five scales and the evolutionary growth mechanismin requirement emergence computation of networked software are given with focus on user-dominant and domain-oriented requirement,and the rules and predictability in requirement emergence computation are analyzed.A case study in the application of networked e-Business with evolutionary growth based on State design pattern is presented in the end.

  16. Requirements Engineering for Software Integrity and Safety

    Science.gov (United States)

    Leveson, Nancy G.

    2002-01-01

    Requirements flaws are the most common cause of errors and software-related accidents in operational software. Most aerospace firms list requirements as one of their most important outstanding software development problems and all of the recent, NASA spacecraft losses related to software (including the highly publicized Mars Program failures) can be traced to requirements flaws. In light of these facts, it is surprising that relatively little research is devoted to requirements in contrast with other software engineering topics. The research proposed built on our previous work. including both criteria for determining whether a requirements specification is acceptably complete and a new approach to structuring system specifications called Intent Specifications. This grant was to fund basic research on how these ideas could be extended to leverage innovative approaches to the problems of (1) reducing the impact of changing requirements, (2) finding requirements specification flaws early through formal and informal analysis, and (3) avoiding common flaws entirely through appropriate requirements specification language design.

  17. Requirements engineering: foundation for software quality

    NARCIS (Netherlands)

    Daneva, Maia; Pastor, Oscar

    2016-01-01

    Welcome to the proceedings of the 22nd edition of REFSQ: the International Working Conference on Requirements Engineering – Foundation for Software Quality! Requirements engineering (RE) has been recognized as a critical factor that impacts the quality of software, systems, and services. Since the

  18. FFI: A software tool for ecological monitoring

    Science.gov (United States)

    Duncan C. Lutes; Nathan C. Benson; MaryBeth Keifer; John F. Caratti; S. Austin Streetman

    2009-01-01

    A new monitoring tool called FFI (FEAT/FIREMON Integrated) has been developed to assist managers with collection, storage and analysis of ecological information. The tool was developed through the complementary integration of two fire effects monitoring systems commonly used in the United States: FIREMON and the Fire Ecology Assessment Tool. FFI provides software...

  19. MODIS. Volume 1: MODIS level 1A software baseline requirements

    Science.gov (United States)

    Masuoka, Edward; Fleig, Albert; Ardanuy, Philip; Goff, Thomas; Carpenter, Lloyd; Solomon, Carl; Storey, James

    1994-01-01

    This document describes the level 1A software requirements for the moderate resolution imaging spectroradiometer (MODIS) instrument. This includes internal and external requirements. Internal requirements include functional, operational, and data processing as well as performance, quality, safety, and security engineering requirements. External requirements include those imposed by data archive and distribution systems (DADS); scheduling, control, monitoring, and accounting (SCMA); product management (PM) system; MODIS log; and product generation system (PGS). Implementation constraints and requirements for adapting the software to the physical environment are also included.

  20. 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.

  1. 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

  2. Capturing security requirements for software systems

    Directory of Open Access Journals (Sweden)

    Hassan El-Hadary

    2014-07-01

    Full Text Available Security is often an afterthought during software development. Realizing security early, especially in the requirement phase, is important so that security problems can be tackled early enough before going further in the process and avoid rework. A more effective approach for security requirement engineering is needed to provide a more systematic way for eliciting adequate security requirements. This paper proposes a methodology for security requirement elicitation based on problem frames. The methodology aims at early integration of security with software development. The main goal of the methodology is to assist developers elicit adequate security requirements in a more systematic way during the requirement engineering process. A security catalog, based on the problem frames, is constructed in order to help identifying security requirements with the aid of previous security knowledge. Abuse frames are used to model threats while security problem frames are used to model security requirements. We have made use of evaluation criteria to evaluate the resulting security requirements concentrating on conflicts identification among requirements. We have shown that more complete security requirements can be elicited by such methodology in addition to the assistance offered to developers to elicit security requirements in a more systematic way.

  3. Capturing security requirements for software systems.

    Science.gov (United States)

    El-Hadary, Hassan; El-Kassas, Sherif

    2014-07-01

    Security is often an afterthought during software development. Realizing security early, especially in the requirement phase, is important so that security problems can be tackled early enough before going further in the process and avoid rework. A more effective approach for security requirement engineering is needed to provide a more systematic way for eliciting adequate security requirements. This paper proposes a methodology for security requirement elicitation based on problem frames. The methodology aims at early integration of security with software development. The main goal of the methodology is to assist developers elicit adequate security requirements in a more systematic way during the requirement engineering process. A security catalog, based on the problem frames, is constructed in order to help identifying security requirements with the aid of previous security knowledge. Abuse frames are used to model threats while security problem frames are used to model security requirements. We have made use of evaluation criteria to evaluate the resulting security requirements concentrating on conflicts identification among requirements. We have shown that more complete security requirements can be elicited by such methodology in addition to the assistance offered to developers to elicit security requirements in a more systematic way.

  4. A Framework for Modelling Software Requirements

    Directory of Open Access Journals (Sweden)

    Dhirendra Pandey

    2011-05-01

    Full Text Available Requirement engineering plays an important role in producing quality software products. In recent past years, some approaches of requirement framework have been designed to provide an end-to-end solution for system development life cycle. Textual requirements specifications are difficult to learn, design, understand, review, and maintain whereas pictorial modelling is widely recognized as an effective requirement analysis tool. In this paper, we will present a requirement modelling framework with the analysis of modern requirements modelling techniques. Also, we will discuss various domains of requirement engineering with the help of modelling elements such as semantic map of business concepts, lifecycles of business objects, business processes, business rules, system context diagram, use cases and their scenarios, constraints, and user interface prototypes. The proposed framework will be illustrated with the case study of inventory management system.

  5. 78 FR 47015 - Software Requirement Specifications for Digital Computer Software Used in Safety Systems of...

    Science.gov (United States)

    2013-08-02

    ... COMMISSION Software Requirement Specifications for Digital Computer Software Used in Safety Systems of... 1 of RG 1.172, ``Software Requirement Specifications for Digital Computer Software used in Safety... (IEEE) Standard (Std.) 830-1998, ``IEEE Recommended Practice for Software Requirements Specifications...

  6. Standards and methods for software requirements specification

    OpenAIRE

    2014-01-01

    This thesis presents the comparison between three selected standards and methods for software requirements specifications. IEEE 830 specification and use cases represent older, while user stories represent newer generation of methods for specification writing. Each method is first explained in theory and then on a practical example. E-študent, a well-known application to the students of the Faculty of computer and information science, serves as our practical example. The application is onl...

  7. ATLAS Offline Software Performance Monitoring and Optimization

    CERN Document Server

    Chauhan, N; Kittelmann, T; Langenberg, R; Mandrysch , R; Salzburger, A; Seuster, R; Ritsch, E; Stewart, G; van Eldik, N; Vitillo, R

    2014-01-01

    In a complex multi-developer, multi-package software environment, such as the ATLAS offline Athena framework, tracking the performance of the code can be a non-trivial task in itself. In this paper we describe improvements in the instrumentation of ATLAS offline software that have given considerable insight into the performance of the code and helped to guide optimisation. Code can be instrumented firstly using the PAPI tool, which is a programing interface for accessing hardware performance counters. PAPI events can count floating point operations, cycles and instructions and cache accesses. Triggering PAPI to start/stop counting for each algorithm and processed event gives a good understanding of the whole algorithm level performance of ATLAS code. Further data can be obtained using pin, a dynamic binary instrumentation tool. Pintools can be used to obtain similar statistics as PAPI, but advantageously without requiring recompilation of the code. Fine grained routine and instruction level instrumentation is...

  8. ATLAS Offline Software Performance Monitoring and Optimization

    CERN Document Server

    Chauhan, N; The ATLAS collaboration; Kittelmann, T; Langenberg, R; Mandrysch , R; Salzburger, A; Seuster, R; Ritsch, E; Stewart, G; van Eldik, N; Vitillo, R

    2013-01-01

    In a complex multi-developer, multi-package software environment, such as the ATLAS offline Athena framework, tracking the performance of the code can be a non-trivial task in itself. In this paper we describe improvements in the instrumentation of ATLAS offline software that have given considerable insight into the performance of the code and helped to guide optimisation. Code can be instrumented firstly using the PAPI tool, which is a programing interface for accessing hardware performance counters. PAPI events can count floating point operations, cycles and instructions and cache accesses. Triggering PAPI to start/stop counting for each algorithm and processed event gives a good understanding of the whole algorithm level performance of ATLAS code. Further data can be obtained using pin, a dynamic binary instrumentation tool. Pintools can be used to obtain similar statistics as PAPI, but advantageously without requiring recompilation of the code. Fine grained routine and instruction level instrumentation is...

  9. Designing Law-Compliant Software Requirements

    Science.gov (United States)

    Siena, Alberto; Mylopoulos, John; Perini, Anna; Susi, Angelo

    New laws, such as HIPAA and SOX, are increasingly impacting the design of software systems, as business organisations strive to comply. This paper studies the problem of generating a set of requirements for a new system which comply with a given law. Specifically, the paper proposes a systematic process for generating law-compliant requirements by using a taxonomy of legal concepts and a set of primitives to describe stakeholders and their strategic goals. Given a model of law and a model of stakeholders goals, legal alternatives are identified and explored. Strategic goals that can realise legal prescriptions are systematically analysed, and alternative ways of fulfilling a law are evaluated. The approach is demonstrated by means of a case study. This work is part of the Nomos framework, intended to support the design of law-compliant requirements models.

  10. MPS Vax monitor and control software architecture

    Energy Technology Data Exchange (ETDEWEB)

    Allison, S.; Spencer, N.; Underwood, K.; VanOlst, D.; Zelanzy, M.

    1993-04-01

    The new Machine Protection System (MPS) now being tested at the SLAC Linear Collider (SLC) includes monitoring and controlling facilities integrated into the existing VAX control system. The actual machine protection is performed by VME micros which control the beam repetition rate on a pulse-by-pulse basis based on measurements from fault detectors. The VAX is used to control and configure the VME micros, configure custom CAMAC modules providing the fault detector inputs, monitor and report faults and system errors, update the SLC database, and interface with the user. The design goals of the VAX software include a database-driven system to allow configuration changes without code changes, use of a standard TCP/IP-based message service for communication, use of existing SLCNET micros for CAMAC configuration, security and verification features to prevent unauthorized access, error and alarm logging and display updates as quickly as possible, and use of touch panels and X-windows displays for the user interface.

  11. Requirements engineering and management for software development projects

    CERN Document Server

    Chemuturi, Murali

    2012-01-01

    Requirements Engineering and Management for Software Development Projects presents a complete guide on requirements for software development including engineering, computer science and management activities. It is the first book to cover all aspects of requirements management in software development projects. This book introduces the understanding of the requirements, elicitation and gathering, requirements analysis, verification and validation of the requirements, establishment of requirements, different methodologies in brief, requirements traceability and change management among other topic

  12. CLOUDCLOUD : general-purpose instrument monitoring and data managing software

    Science.gov (United States)

    Dias, António; Amorim, António; Tomé, António

    2016-04-01

    monitored with parsing intervals as fast as milliseconds. This software (server+agents+interface+database) comes in easy and ready-to-use packages that can be installed in any operating system, including Android and iOS systems. This software is ideal for use in modular experiments or monitoring stations with large variability in instruments and measuring methods or in large collaborations, where data requires homogenization in order to be effectively transmitted to all involved parties. This work presents the software and provides performance comparison with previously used monitoring systems in the CLOUD experiment at CERN.

  13. Evaluating, selecting and relevance software tools in technology monitoring

    Directory of Open Access Journals (Sweden)

    Óscar Fernando Castellanos Domínguez

    2010-07-01

    Full Text Available The current setting for industrial and entrepreneurial development has posed the need for incorporating differentiating elements into the production apparatus leading to anticipating technological change. Technology monitoring (TM emerges as a methodology focused on analysing these changes for identifying challenges and opportunities (being mainly supported by information technology (IT through the search for, capture and analysis of data and information. This article proposes criteria for choosing and efficiently using software tools having different characteristics, requirements, capacity and cost which could be used in monitoring. An approach is made to different TM models, emphasising the identification and analysis of different information sources for coving and supporting information and access monitoring. Some evaluation, selection and analysis criteria are given for using these types of tools according to each production system’s individual profile and needs. Some of the existing software packages are described which are available on the market for carrying out monitoring prolects, relating them to their complexity, process characteristics and cost.

  14. A Quantitative Study of Global Software Development Teams, Requirements, and Software Projects

    Science.gov (United States)

    Parker, Linda L.

    2016-01-01

    The study explored the relationship between global software development teams, effective software requirements, and stakeholders' perception of successful software development projects within the field of information technology management. It examined the critical relationship between Global Software Development (GSD) teams creating effective…

  15. A Quantitative Study of Global Software Development Teams, Requirements, and Software Projects

    Science.gov (United States)

    Parker, Linda L.

    2016-01-01

    The study explored the relationship between global software development teams, effective software requirements, and stakeholders' perception of successful software development projects within the field of information technology management. It examined the critical relationship between Global Software Development (GSD) teams creating effective…

  16. Graph Based Verification of Software Evolution Requirements

    NARCIS (Netherlands)

    Ciraci, S.

    2009-01-01

    Due to market demands and changes in the environment, software systems have to evolve. However, the size and complexity of the current software systems make it time consuming to incorporate changes. During our collaboration with the industry, we observed that the developers spend much time on the

  17. Secure and Resilient Software Requirements, Test Cases, and Testing Methods

    CERN Document Server

    Merkow, Mark S

    2011-01-01

    Secure and Resilient Software: Requirements, Test Cases, and Testing Methods provides a comprehensive set of requirements for secure and resilient software development and operation. It supplies documented test cases for those requirements as well as best practices for testing nonfunctional requirements for improved information assurance. This resource-rich book includes: Pre-developed nonfunctional requirements that can be reused for any software development project Documented test cases that go along with the requirements and can be used to develop a Test Plan for the software Testing method

  18. Jagiellonian University Development of the LHCb VELO monitoring software platform

    CERN Document Server

    Majewski, Maciej

    2017-01-01

    One of the most important parts of the LHCb spectrometer is the VErtex LOcator (VELO), dedicated to the precise tracking close to the proton–proton interaction point. The quality of data produced by the VELO depends on the calibration process, which must be monitored to ensure its correctness. This work presents details on how the calibration monitoring is conducted and how it could be improved. It also includes information on monitoring software and data flow in the LHCb software framework.

  19. A Framework for Evaluating the Software Product Quality of Pregnancy Monitoring Mobile Personal Health Records.

    Science.gov (United States)

    Idri, Ali; Bachiri, Mariam; Fernández-Alemán, José Luis

    2016-03-01

    Stakeholders' needs and expectations are identified by means of software quality requirements, which have an impact on software product quality. In this paper, we present a set of requirements for mobile personal health records (mPHRs) for pregnancy monitoring, which have been extracted from literature and existing mobile apps on the market. We also use the ISO/IEC 25030 standard to suggest the requirements that should be considered during the quality evaluation of these mPHRs. We then go on to design a checklist in which we contrast the mPHRs for pregnancy monitoring requirements with software product quality characteristics and sub-characteristics in order to calculate the impact of these requirements on software product quality, using the ISO/IEC 25010 software product quality standard. The results obtained show that the requirements related to the user's actions and the app's features have the most impact on the external sub-characteristics of the software product quality model. The only sub-characteristic affected by all the requirements is Appropriateness of Functional suitability. The characteristic Operability is affected by 95% of the requirements while the lowest degrees of impact were identified for Compatibility (15%) and Transferability (6%). Lastly, the degrees of the impact of the mPHRs for pregnancy monitoring requirements are discussed in order to provide appropriate recommendations for the developers and stakeholders of mPHRs for pregnancy monitoring.

  20. The CMS Data Quality Monitoring software experience and future improvements

    CERN Document Server

    De Guio, Federico

    2013-01-01

    The Data Quality Monitoring (DQM) Software proved to be a central tool in the CMS experiment. Its flexibility allowed its integration in several environments Online, for real-time detector monitoring; Offline, for the final, fine-grained Data Certification; Release Validation, to constantly validate the functionality and the performance of the reconstruction software; in Monte Carlo productions. The central tool to deliver Data Quality information is a web site for browsing data quality histograms (DQM GUI). In this contribution the usage of the DQM Software in the different environments and its integration in the CMS Reconstruction Software Framework and in all production workflows are presented.

  1. PROMON: a profile monitor of software applications

    OpenAIRE

    Di Carlo, Stefano; Benso, Alfredo; Di Natale, Giorgio; Tibaldi, Clara; Prinetto, Paolo Ernesto; Tagliaferri, Luca

    2005-01-01

    Software techniques can be efficiently used to increase the dependability of safety-critical applications. Many approaches are based on information redundancy to prevent data and code corruption during the software execution. This paper presents PROMON, a C++ library that exploits a new methodology based on the concept of "Programming by Contract" to detect system malfunctions. Resorting to assertions, pre- and post-conditions, and marginal programmer interventions, PROMON-based applications ...

  2. Requirements: Towards an understanding on why software projects fail

    Science.gov (United States)

    Hussain, Azham; Mkpojiogu, Emmanuel O. C.

    2016-08-01

    Requirement engineering is at the foundation of every successful software project. There are many reasons for software project failures; however, poorly engineered requirements process contributes immensely to the reason why software projects fail. Software project failure is usually costly and risky and could also be life threatening. Projects that undermine requirements engineering suffer or are likely to suffer from failures, challenges and other attending risks. The cost of project failures and overruns when estimated is very huge. Furthermore, software project failures or overruns pose a challenge in today's competitive market environment. It affects the company's image, goodwill, and revenue drive and decreases the perceived satisfaction of customers and clients. In this paper, requirements engineering was discussed. Its role in software projects success was elaborated. The place of software requirements process in relation to software project failure was explored and examined. Also, project success and failure factors were also discussed with emphasis placed on requirements factors as they play a major role in software projects' challenges, successes and failures. The paper relied on secondary data and empirical statistics to explore and examine factors responsible for the successes, challenges and failures of software projects in large, medium and small scaled software companies.

  3. Training Requirements and Information Management System. Software user guide

    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.

  4. Tank monitor and control system (TMACS) software configuration management plan

    Energy Technology Data Exchange (ETDEWEB)

    GLASSCOCK, J.A.

    1999-05-13

    This Software Configuration Management Plan (SCMP) describes the methodology for control of computer software developed and supported by the Systems Development and Integration (SD and I) organization of Lockheed Martin Services, Inc. (LMSI) for the Tank Monitor and Control System (TMACS). This plan controls changes to the software and configuration files used by TMACS. The controlled software includes the Gensym software package, Gensym knowledge base files developed for TMACS, C-language programs used by TMACS, the operating system on the production machine, language compilers, and all Windows NT commands and functions which affect the operating environment. The configuration files controlled include the files downloaded to the Acromag and Westronic field instruments.

  5. Monitoring Student Activity in Collaborative Software Development

    DEFF Research Database (Denmark)

    Dietsch, Daniel; Podelski, Andreas; Nam, Jaechang

    2013-01-01

    by weekly meetings with teaching assistants and instructors regarding group progress, code quality, and management issues. Through these meetings and their interactions with the software tools, students leave a detailed trace of data related to their individual engagement and their collaboration behavior......This paper presents data analysis from a course on Software Engineering in an effort to identify metrics and techniques that would allow instructor to act proactively and identify patterns of low engagement and inefficient peer collaboration. Over the last two terms, 106 students in their second...... year of studies formed 20 groups and worked collaboratively to develop video games. Throughout the lab, students have to use a variety of tools for managing and developing their projects, such as software version control, static analysis tools, wikis, mailing lists, etc. The students are also supported...

  6. Section 508 Electronic Information Accessibility Requirements for Software Development

    Science.gov (United States)

    Ellis, Rebecca

    2014-01-01

    Section 508 Subpart B 1194.21 outlines requirements for operating system and software development in order to create a product that is accessible to users with various disabilities. This portion of Section 508 contains a variety of standards to enable those using assistive technology and with visual, hearing, cognitive and motor difficulties to access all information provided in software. The focus on requirements was limited to the Microsoft Windows® operating system as it is the predominant operating system used at this center. Compliance with this portion of the requirements can be obtained by integrating the requirements into the software development cycle early and by remediating issues in legacy software if possible. There are certain circumstances with software that may arise necessitating an exemption from these requirements, such as design or engineering software using dynamically changing graphics or numbers to convey information. These exceptions can be discussed with the Section 508 Coordinator and another method of accommodation used.

  7. Monitoring Student Activity in Collaborative Software Development

    DEFF Research Database (Denmark)

    Dietsch, Daniel; Podelski, Andreas; Nam, Jaechang

    2013-01-01

    This paper presents data analysis from a course on Software Engineering in an effort to identify metrics and techniques that would allow instructor to act proactively and identify patterns of low engagement and inefficient peer collaboration. Over the last two terms, 106 students in their second...... by weekly meetings with teaching assistants and instructors regarding group progress, code quality, and management issues. Through these meetings and their interactions with the software tools, students leave a detailed trace of data related to their individual engagement and their collaboration behavior...

  8. Software For Monitoring VAX Computer Systems

    Science.gov (United States)

    Farkas, Les; Don, Ken; Lavery, David; Baron, Amy

    1994-01-01

    VAX Continuous Monitoring System (VAXCMS) computer program developed at NASA Headquarters to aid system managers in monitoring performances of VAX computer systems through generation of graphic images summarizing trends in performance metrics over time. VAXCMS written in DCL and VAX FORTRAN for use with DEC VAX-series computers running VMS 5.1 or later.

  9. 77 FR 50726 - Software Requirement Specifications for Digital Computer Software and Complex Electronics Used in...

    Science.gov (United States)

    2012-08-22

    ... COMMISSION Software Requirement Specifications for Digital Computer Software and Complex Electronics Used in... Digital Computer Software and Complex Electronics used in Safety Systems of Nuclear Power Plants.'' The DG... National Standards Institute and Institute of Electrical and Electronics Engineers (ANSI/IEEE) Standard...

  10. Proposing an Evidence-Based Strategy for Software Requirements Engineering.

    Science.gov (United States)

    Lindoerfer, Doris; Mansmann, Ulrich

    2016-01-01

    This paper discusses an evidence-based approach to software requirements engineering. The approach is called evidence-based, since it uses publications on the specific problem as a surrogate for stakeholder interests, to formulate risks and testing experiences. This complements the idea that agile software development models are more relevant, in which requirements and solutions evolve through collaboration between self-organizing cross-functional teams. The strategy is exemplified and applied to the development of a Software Requirements list used to develop software systems for patient registries.

  11. Software requirements specification for an ammunition management system

    OpenAIRE

    Alderman, Robert Bruce

    1986-01-01

    Approved for public release; distribution is unlimited. This thesis concerns the software requirements necessary to automate the present manual effort associated with ammunition inventory management and reporting at the afloat end-user level. Functional characteristics for the application software are developed, program and data structures are proposed and possible sources of data are identified. The end-product of this research is the software requirements specification. This document sup...

  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. The Use of UML for Software Requirements Expression and Management

    Science.gov (United States)

    Murray, Alex; Clark, Ken

    2015-01-01

    It is common practice to write English-language "shall" statements to embody detailed software requirements in aerospace software applications. This paper explores the use of the UML language as a replacement for the English language for this purpose. Among the advantages offered by the Unified Modeling Language (UML) is a high degree of clarity and precision in the expression of domain concepts as well as architecture and design. Can this quality of UML be exploited for the definition of software requirements? While expressing logical behavior, interface characteristics, timeliness constraints, and other constraints on software using UML is commonly done and relatively straight-forward, achieving the additional aspects of the expression and management of software requirements that stakeholders expect, especially traceability, is far less so. These other characteristics, concerned with auditing and quality control, include the ability to trace a requirement to a parent requirement (which may well be an English "shall" statement), to trace a requirement to verification activities or scenarios which verify that requirement, and to trace a requirement to elements of the software design which implement that requirement. UML Use Cases, designed for capturing requirements, have not always been satisfactory. Some applications of them simply use the Use Case model element as a repository for English requirement statements. Other applications of Use Cases, in which Use Cases are incorporated into behavioral diagrams that successfully communicate the behaviors and constraints required of the software, do indeed take advantage of UML's clarity, but not in ways that support the traceability features mentioned above. Our approach uses the Stereotype construct of UML to precisely identify elements of UML constructs, especially behaviors such as State Machines and Activities, as requirements, and also to achieve the necessary mapping capabilities. We describe this approach in the

  14. Semantic-Based Requirements Content Management for Cloud Software

    Directory of Open Access Journals (Sweden)

    Jianqiang Hu

    2015-01-01

    Full Text Available Cloud Software is a software complex system whose topology and behavior can evolve dynamically in Cloud-computing environments. Given the unpredictable, dynamic, elasticity, and on-demand nature of the Cloud, it would be unrealistic to assume that traditional software engineering can “cleanly” satisfy the behavioral requirements of Cloud Software. In particular, the majority of traditional requirements managements take document-centric approaches, which have low degree of automation, coarse-grained management, and limited support for requirements modeling activities. Facing the challenges, based on metamodeling frame called RGPS (Role-Goal-Process-Service international standard, this paper firstly presents a hierarchical framework of semantic-based requirements content management for Cloud Software. And then, it focuses on some of the important management techniques in this framework, such as the native storage scheme, an ordered index with keywords, requirements instances classification based linear conditional random fields (CRFs, and breadth-first search algorithm for associated instances. Finally, a prototype tool called RGPS-RM for semantic-based requirements content management is implemented to provide supporting services for open requirements process of Cloud Software. The proposed framework applied to the Cloud Software development is demonstrated to show the validity and applicability. RGPS-RM also displays effect of fine-grained retrieval and breadth-first search algorithm for associated instance in visualization.

  15. Verification of operating software for cooperative monitoring applications

    Energy Technology Data Exchange (ETDEWEB)

    Tolk, K.M.; Rembold, R.K.

    1997-08-01

    Monitoring agencies often use computer based equipment to control instruments and to collect data at sites that are being monitored under international safeguards or other cooperative monitoring agreements. In order for this data to be used as an independent verification of data supplied by the host at the facility, the software used must be trusted by the monitoring agency. The monitoring party must be sure that the software has not be altered to give results that could lead to erroneous conclusions about nuclear materials inventories or other operating conditions at the site. The host might also want to verify that the software being used is the software that has been previously inspected in order to be assured that only data that is allowed under the agreement is being collected. A description of a method to provide this verification using keyed has functions and how the proposed method overcomes possible vulnerabilities in methods currently in use such as loading the software from trusted disks is presented. The use of public key data authentication for this purpose is also discussed.

  16. Algorithm and Software for Landslide Slopes Stability Estimation with Online Very Low Frequency Monitoring

    Science.gov (United States)

    Gordeev, V. F.; Kabanov, M. M.; Kapustin, S. N.

    2017-04-01

    In addition to preliminary surveying, landslide slopes stability estimation problems require online real-time monitoring alerting about potential emergencies. Very low frequency monitoring data provided by geodynamic processes automated control system provides a solution to that problem. Authors describe the software and algorithms implemented for that system, make conclusions on the efficiency of applied solutions and propose options for the further development of online very low frequency monitoring system.

  17. Impact Propagation of Human Errors on Software Requirements Volatility

    Directory of Open Access Journals (Sweden)

    Zahra Askarinejadamiri

    2017-02-01

    Full Text Available Requirements volatility (RV is one of the key risk sources in software development and maintenance projects because of the frequent changes made to the software. Human faults and errors are major factors contributing to requirement change in software development projects. As such, predicting requirements volatility is a challenge to risk management in the software area. Previous studies only focused on certain aspects of the human error in this area. This study specifically identifies and analyses the impact of human errors on requirements gathering and requirements volatility. It proposes a model based on responses to a survey questionnaire administered to 215 participants who have experience in software requirement gathering. Exploratory factor analysis (EFA and structural equation modelling (SEM were used to analyse the correlation of human errors and requirement volatility. The results of the analysis confirm the correlation between human errors and RV. The results show that human actions have a higher impact on RV compared to human perception. The study provides insights into software management to understand socio-technical aspects of requirements volatility in order to control risk management. Human actions and perceptions respectively are a root cause contributing to human errors that lead to RV.

  18. Green Software Engineering Adaption In Requirement Elicitation Process

    Directory of Open Access Journals (Sweden)

    Umma Khatuna Jannat

    2015-08-01

    Full Text Available A recent technology investigates the role of concern in the environment software that is green software system. Now it is widely accepted that the green software can fit all process of software development. It is also suitable for the requirement elicitation process. Now a days software companies have used requirements elicitation techniques in an enormous majority. Because this process plays more and more important roles in software development. At the present time most of the requirements elicitation process is improved by using some techniques and tools. So that the intention of this research suggests to adapt green software engineering for the intention of existing elicitation technique and recommend suitable actions for improvement. This research being involved qualitative data. I used few keywords in my searching procedure then searched IEEE ACM Springer Elsevier Google scholar Scopus and Wiley. Find out articles which published in 2010 until 2016. Finding from the literature review Identify 15 traditional requirement elicitations factors and 23 improvement techniques to convert green engineering. Lastly The paper includes a squat review of the literature a description of the grounded theory and some of the identity issues related finding of the necessity for requirements elicitation improvement techniques.

  19. RePizer:a framework for prioritization of software requirements

    Institute of Scientific and Technical Information of China (English)

    Saif Ur Rehman KHAN; Sai Peck LEE; Mohammad DABBAGH; Muhammad TAHIR; Muzafar KHAN; Muhammad ARIF

    2016-01-01

    The standard software development life cycle heavily depends on requirements elicited from stakeholders. Based on those requirements, software development is planned and managed from its inception phase to closure. Due to time and resource constraints, it is imperative to identify the high-priority requirements that need to be considered first during the software devel-opment process. Moreover, existing prioritization frameworks lack a store of historical data useful for selecting the most suitable prioritization technique of any similar project domain. In this paper, we propose a framework for prioritization of software re-quirements, called RePizer, to be used in conjunction with a selected prioritization technique to rank software requirements based on defined criteria such as implementation cost. RePizer assists requirements engineers in a decision-making process by retrieving historical data from a requirements repository. RePizer also provides a panoramic view of the entire project to ensure the judicious use of software development resources. We compared the performance of RePizer in terms of expected accuracy and ease of use while separately adopting two different prioritization techniques, planning game (PG) and analytical hierarchy process (AHP). The results showed that RePizer performed better when used in conjunction with the PG technique.

  20. Review of Requirements Management Issues in Software Development

    Directory of Open Access Journals (Sweden)

    Muhammad Naeem Ahmed Khan

    2013-01-01

    Full Text Available A requirement is a capability to which a product or service should conform to. A meticulous consideration to requirements engineering acts as a backbone of software projects. Ambiguous and unrealistic requirements are major source of failure in the software-intensive systems. Requirements engineering processes are complex as most of the requirements engineering documentation is written in natural languages which are less formal and often distract the designers and developers. Requirements management is a continuous process throughout the project lifecycle and relates to documenting, analyzing, tracing and prioritizing requirements and then finally controlling changes. The main issues related to requirements management are usually social, political and cultural. Software requirement engineers who gather the requirements generally consider that such issues are beyond the scope of their profession as they deem them within the project management ambit. In this study, we highlight the management issues that arise in the requirements engineering process and explore the possibilities to tackle them amicably. The study is supplemented with a critical review of the existing methodologies for resolving and managing software requirements.

  1. Requirements Specifications Checking of Embedded Real-Time Software

    Institute of Scientific and Technical Information of China (English)

    WU Guoqing(毋国庆); SHU Fengdi(舒风笛); WANG Min(王敏); CHEN Weiqing(陈伟清)

    2002-01-01

    After introducing the overview of our requirements description model HRFSM,the paper presents a dynamic software execution model (DERTS) of embedded real-time software, which can integrate control flow, data flow and time. Based on DERTS, a checking method is also presented. It consists of three kinds of checking and can check the consistency and completeness of the requirement specifications of embedded real-time software. Besides providing information helpful to improve the efficiency of analyzing and checking specifications,the checking method is flexible, and easy to understand and to use for the analyst.

  2. 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.

  3. More about software requirements thorny issues and practical advice

    CERN Document Server

    Wiegers, Karl E

    2006-01-01

    No matter how much instruction you've had on managing software requirements, there's no substitute for experience. Too often, lessons about requirements engineering processes lack the no-nonsense guidance that supports real-world solutions. Complementing the best practices presented in his book, Software Requirements, Second Edition, requirements engineering authority Karl Wiegers tackles even more of the real issues head-on in this book. With straightforward, professional advice and practical solutions based on actual project experiences, this book answers many of the tough questions rais

  4. Constructing a model-based software monitor for the insulin pump behavior.

    Science.gov (United States)

    Babamir, Seyed Morteza

    2012-04-01

    Modern medical systems undertaking the task of surveillance of patients are safety-critical systems steered by software. Such systems will bring man's life into hazard if they fail to meet patients' requirements; so, adequate reliability of the algorithms and computations used by software of such systems is a matter of concern. The environment of a medical safety-critical system consisting of a patient has safety requirements that should be satisfied by the system. A safety requirement is the one that if it is violated, the system environment will be subject to severe risk. An effective method to verify the algorithms and computations used by software of such systems against safety requirements is to keep the software under surveillance at run-time. This paper aims to present a model-based method to construct a run-time monitor for a safety-critical medical system called Continuous Infusion Insulin Pump (CIIP).

  5. A report on NASA software engineering and Ada training requirements

    Science.gov (United States)

    Legrand, Sue; Freedman, Glenn B.; Svabek, L.

    1987-01-01

    NASA's software engineering and Ada skill base are assessed and information that may result in new models for software engineering, Ada training plans, and curricula are provided. A quantitative assessment which reflects the requirements for software engineering and Ada training across NASA is provided. A recommended implementation plan including a suggested curriculum with associated duration per course and suggested means of delivery is also provided. The distinction between education and training is made. Although it was directed to focus on NASA's need for the latter, the key relationships to software engineering education are also identified. A rationale and strategy for implementing a life cycle education and training program are detailed in support of improved software engineering practices and the transition to Ada.

  6. A Method for Software Requirement Volatility Analysis Using QFD

    Directory of Open Access Journals (Sweden)

    Yunarso Anang

    2016-10-01

    Full Text Available Changes of software requirements are inevitable during the development life cycle. Rather than avoiding the circumstance, it is easier to just accept it and find a way to anticipate those changes. This paper proposes a method to analyze the volatility of requirement by using the Quality Function Deployment (QFD method and the introduced degree of volatility. Customer requirements are deployed to software functions and subsequently to architectural design elements. And then, after determining the potential for changes of the design elements, the degree of volatility of the software requirements is calculated. In this paper the method is described using a flow diagram and illustrated using a simple example, and is evaluated using a case study.

  7. Online Monitoring software framework in the ATLAS experiment

    CERN Document Server

    Barczyk, M.; Caprini, M.; Da Silva Conceicao, J.; Dobson, M.; Flammer, J.; Jones, R.; Kazarov, A.; Kolos, S.; Liko, D.; Lucio, L.; Mapelli, L.; Soloviev, I.; Hart, R.; Amorim, A.; Klose, D.; Lima, J.; Pedro, L.; Wolters, H.; Badescu, E.; Alexandrov, I.; Kotov, V.; Mineev, M.; Ryabov, Yu.; CHEP 2003 Computing in High Energy Physics; Ryabov, Yu.

    2003-01-01

    A fast, efficient and comprehensive monitoring system is a vital part of any HEP experiment. This paper describes the software framework that will be used during ATLAS data taking to monitor the state of the data acquisition and the quality of physics data in the experiment. The framework has been implemented by the Online Software group of the ATLAS Trigger&Data Acquisition (TDAQ) project and has already been used for several years in the ATLAS test beams at CERN. The inter-process communication in the framework is implemented via CORBA, which provides portability between different operating systems and programming languages. This paper will describe the design and the most important aspects of the online monitoring framework implementation. It will also show some test results, which indicate the performance and scalability of the current implementation.

  8. Software Requirements Specification Verifiable Fuel Cycle Simulation (VISION) Model

    Energy Technology Data Exchange (ETDEWEB)

    D. E. Shropshire; W. H. West

    2005-11-01

    The purpose of this Software Requirements Specification (SRS) is to define the top-level requirements for a Verifiable Fuel Cycle Simulation Model (VISION) of the Advanced Fuel Cycle (AFC). This simulation model is intended to serve a broad systems analysis and study tool applicable to work conducted as part of the AFCI (including costs estimates) and Generation IV reactor development studies.

  9. Facilitating Software Architecting by Ranking Requirements based on their Impact on the Architecture Process

    NARCIS (Netherlands)

    Galster, Matthias; Eberlein, Armin; Sprinkle, J; Sterritt, R; Breitman, K

    2011-01-01

    Ranking software requirements helps decide what requirements to implement during a software development project, and when. Currently, requirements ranking techniques focus on resource constraints or stakeholder priorities and neglect the effect of requirements on the software architecture process. H

  10. Facilitating Software Architecting by Ranking Requirements based on their Impact on the Architecture Process

    NARCIS (Netherlands)

    Galster, Matthias; Eberlein, Armin; Sprinkle, J; Sterritt, R; Breitman, K

    2011-01-01

    Ranking software requirements helps decide what requirements to implement during a software development project, and when. Currently, requirements ranking techniques focus on resource constraints or stakeholder priorities and neglect the effect of requirements on the software architecture process.

  11. 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.

  12. A SYSTEMATIC LITERATURE REVIEW ABOUT SOFTWARE REQUIREMENTS ELICITATION

    Directory of Open Access Journals (Sweden)

    LENIS R. WONG

    2017-02-01

    Full Text Available Requirements Elicitation is recognized as one of the most important activity in software development process as it has direct impact on its success. Although there are many proposals for improving this task, still there are issues which have to be solved. This paper aims to identify the current status of the latest researches related to software requirements elicitation through general framework for literature review, in order to answer the following research questions: Q1 What aspects have been covered by different proposal of requirements elicitation? Q2 What activities of the requirements elicitation process have been covered? And Q3 What factors influence on requirements elicitation and how? A cross-analysis of the outcome was performed. One of the results showed that requirements elicitation process needs improvements.

  13. The Node Monitoring Component of a Scalable Systems Software Environment

    Energy Technology Data Exchange (ETDEWEB)

    Miller, Samuel James [Iowa State Univ., Ames, IA (United States)

    2006-01-01

    This research describes Fountain, a suite of programs used to monitor the resources of a cluster. A cluster is a collection of individual computers that are connected via a high speed communication network. They are traditionally used by users who desire more resources, such as processing power and memory, than any single computer can provide. A common drawback to effectively utilizing such a large-scale system is the management infrastructure, which often does not often scale well as the system grows. Large-scale parallel systems provide new research challenges in the area of systems software, the programs or tools that manage the system from boot-up to running a parallel job. The approach presented in this thesis utilizes a collection of separate components that communicate with each other to achieve a common goal. While systems software comprises a broad array of components, this thesis focuses on the design choices for a node monitoring component. We will describe Fountain, an implementation of the Scalable Systems Software (SSS) node monitor specification. It is targeted at aggregate node monitoring for clusters, focusing on both scalability and fault tolerance as its design goals. It leverages widely used technologies such as XML and HTTP to present an interface to other components in the SSS environment.

  14. Requirements Prioritization: Challenges and Techniques for Quality Software Development

    Directory of Open Access Journals (Sweden)

    Muhammad Abdullah Awais

    2016-04-01

    Full Text Available Every organization is aware of the consequences and importance of requirements for the development of quality software product whether local or global. Requirement engineering phase of development with focus on the prioritization of requirements is going under huge research every day because in any development methodology, all requirements cannot be implemented at same time so requirements are prioritized to be implemented to give solution as early as possible in phases as scheduled in incremental fashion. Numerous frameworks and practices have been devised, in progress and some being discovered day by day. With such huge knowledge database and research available, it has always been confusing to decide which technique to follow to gain maximum results. Thus many projects fail because of the wrong choice in requirement prioritization because it’s really difficult to employ right technique and framework at right time. And problems do not end here rather due to strict deadlines, it’s often best to develop system in parts by different team members dispersed globally with diverse methodologies and differences and in this situation it becomes more difficult to prioritize requirements. Main focus would be on ETVX based prioritization [1] for in house development and requirement prioritization of software developed globally by diverse team members [2]. This paper will try to provide an overview of different prioritization techniques for software requirement, and a critical analysis of ETVX based model will be presented to highlight issues and challenges in this proposed model of requirement prioritization in [1] and improved version of this model will be presented while an analysis of requirement prioritization for software developed in global environment [2] also be presented.

  15. Managing Software Requirements Changes Based on Negotiation-Style Revision

    Institute of Scientific and Technical Information of China (English)

    Ke-Dian Mu; Weiru Liu; Zhi Jin; Jun Hong; David Bell

    2011-01-01

    For any proposed software project,when the software requirements specification has been established,requirements changes may result in not only a modification of the requirements specification but also a series of modifications of all existing artifacts during the development.Then it is necessary to provide effective and flexible requirements changes management.In this paper,we present an approach to managing requirements changes based on Booth's negotiation-style framework for belief revision.Informally,we consider the current requirements specification as a belief set about the systemto-be.The request of requirements change is viewed as new information about the same system-to-be.Then the process of executing the requirements change is a process of revising beliefs about the system-to-be.We design a family of belief negotiation models appropriate for different processes of requirements revision,including the setting of the request of requirements change being fully accepted,the setting of the current requirements specification being fully preserved,and that of the current specification and the request of requirements change reaching a compromise.In particular,the prioritization of requirements plays an important role in reaching an agreement in each belief negotiation model designed in this paper.

  16. QualitySpy: a framework for monitoring software development processes

    Directory of Open Access Journals (Sweden)

    Marian Jureczko

    2012-03-01

    Full Text Available The growing popularity of highly iterative, agile processes creates increasing need for automated monitoring of the quality of software artifacts, which would be focused on short terms (in the case of eXtreme Programming process iteration can be limited to one week. This paper presents a framework that calculates software metrics and cooperates with development tools (e.g. source version control system and issue tracking system to describe current state of a software project with regard to its quality. The framework is designed to support high level of automation of data collection and to be useful for researchers as well as for industry. The framework is currently being developed hence the paper reports already implemented features as well as future plans. The first release is scheduled for July.

  17. Metric-based method of software requirements correctness improvement

    Directory of Open Access Journals (Sweden)

    Yaremchuk Svitlana

    2017-01-01

    Full Text Available The work highlights the most important principles of software reliability management (SRM. The SRM concept construes a basis for developing a method of requirements correctness improvement. The method assumes that complicated requirements contain more actual and potential design faults/defects. The method applies a newer metric to evaluate the requirements complexity and double sorting technique evaluating the priority and complexity of a particular requirement. The method enables to improve requirements correctness due to identification of a higher number of defects with restricted resources. Practical application of the proposed method in the course of demands review assured a sensible technical and economic effect.

  18. Software requirements flow-down and preliminary software design for the G-CLEF spectrograph

    Science.gov (United States)

    Evans, Ian N.; Budynkiewicz, Jamie A.; DePonte Evans, Janet; Miller, Joseph B.; Onyuksel, Cem; Paxson, Charles; Plummer, David A.

    2016-08-01

    The Giant Magellan Telescope (GMT)-Consortium Large Earth Finder (G-CLEF) is a fiber-fed, precision radial velocity (PRV) optical echelle spectrograph that will be the first light instrument on the GMT. The G-CLEF instrument device control subsystem (IDCS) provides software control of the instrument hardware, including the active feedback loops that are required to meet the G-CLEF PRV stability requirements. The IDCS is also tasked with providing operational support packages that include data reduction pipelines and proposal preparation tools. A formal, but ultimately pragmatic approach is being used to establish a complete and correct set of requirements for both the G-CLEF device control and operational support packages. The device control packages must integrate tightly with the state-machine driven software and controls reference architecture designed by the GMT Organization. A model-based systems engineering methodology is being used to develop a preliminary design that meets these requirements. Through this process we have identified some lessons that have general applicability to the development of software for ground-based instrumentation. For example, tasking an individual with overall responsibility for science/software/hardware integration is a key step to ensuring effective integration between these elements. An operational concept document that includes detailed routine and non- routine operational sequences should be prepared in parallel with the hardware design process to tie together these elements and identify any gaps. Appropriate time-phasing of the hardware and software design phases is important, but revisions to driving requirements that impact software requirements and preliminary design are inevitable. Such revisions must be carefully managed to ensure efficient use of resources.

  19. Mathis software for controlling BCAM-based monitoring and alignment systems

    CERN Document Server

    Klumb, Francis; Kautzmann, Guillaume; CERN. Geneva. ATS Department

    2016-01-01

    The MATHIS Software (Monitoring and Alignment Tracking for HIE-Isolde Software) aims at providing 3D positions of physical components of the HIE-Isolde superconducting modules, accurately and permanently measured by well-designed networks of BCAM devices (Brandeis Camera Angle Monitoring). Although it is originally intended for the HIE-Isolde project, its architecture and its use cases have been extended and optimized for more general setups. Most of the configuration data are stored either within XML-formatted files or within databases. The adaptation of MATHIS for different BCAM monitoring systems therefore does not require any further code rewriting. Moreover, the software is fully cross-platform and can either be run on the specific Linux machines driving the accelerator electronic devices, or be used on independent Windows workstations as a stand-alone software. In the first case, the software mainly relies on FESA (Front End Software Architecture) which is an object-oriented real-time framework that ens...

  20. Communications in Industrial Monitor Software%工控软件中的通信

    Institute of Scientific and Technical Information of China (English)

    曹旻; 周晴华; 张岳

    2001-01-01

    Almost all industrial monitor software utilizes network communication. This paper mainly describes how the industrial monitor application selects the communication method. It also details some implementing techniques.

  1. 40 CFR 433.12 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... requirements. (a) In lieu of requiring monitoring for TTO, the permitting authority (or, in the case of... the permit limitation for total toxic organics (TTO), I certify that, to the best of my knowledge and... TTO standard, the industrial discharger need analyse for only those pollutants which would...

  2. Tier-3 Monitoring Software Suite (T3MON) proposal

    CERN Document Server

    Andreeva, J; The ATLAS collaboration; Klimentov, A; Korenkov, V; Oleynik, D; Panitkin, S; Petrosyan, A

    2011-01-01

    The ATLAS Distributed Computing activities concentrated so far in the “central” part of the computing system of the experiment, namely the first 3 tiers (CERN Tier0, the 10 Tier1s centres and the 60+ Tier2s). This is a coherent system to perform data processing and management on a global scale and host (re)processing, simulation activities down to group and user analysis. Many ATLAS Institutes and National Communities built (or have plans to build) Tier-3 facilities. The definition of Tier-3 concept has been outlined (REFERENCE). Tier-3 centres consist of non-pledged resources mostly dedicated for the data analysis by the geographically close or local scientific groups. Tier-3 sites comprise a range of architectures and many do not possess Grid middleware, which would render application of Tier-2 monitoring systems useless. This document describes a strategy to develop a software suite for monitoring of the Tier3 sites. This software suite will enable local monitoring of the Tier3 sites and the global vie...

  3. CHEERUP: A General Software-Environment for Building, Using and Administering Predictive Monitoring Portals

    Directory of Open Access Journals (Sweden)

    MUSSI, S.

    2011-11-01

    Full Text Available The intended meaning of the term predictive monitoring used in the paper is the following. A population of subjects (living beings, machines, works of art, etc. is monitored by a domain expert with regard to the possible occurrence of an undesired/desired event E. More precisely, an expert periodically (e.g. every two years, every week, etc. depending on the specific application examines the single subjects and, for each of them, enters examination outcomes in a database where statistical data are automatically processed in order to produce probabilistic inferences about the occurrence in the future of E for the subject under examination (individualized prediction. This allows the expert to take suitable measures in advance in order to prevent/favour the occurrence of E for the subject. Such an approach to predictive monitoring requires that the expert who monitors subjects has at his/her disposal a suitable software system provided with database and algorithms for both properly managing monitoring-processes and producing probabilistic predictions. The paper presents CHEERUP : a prototype product, usable via Internet, that consists in a general software-environment for building, using and administering specific predictive monitoring software-systems (in the paper called portals.

  4. SECURED CLOUD SUPPORT FOR GLOBAL SOFTWARE REQUIREMENT RISK MANAGEMENT

    OpenAIRE

    Shruti Patil; Roshani Ade

    2014-01-01

    This paper presents core problem solution to security of Global Software Development Requirement Information. Currently the major issue deals with hacking of sensitive client information which may lead to major financial as well as social loss. To avoid this system provides cloud security by encryption of data as well as deployment of tool over the cloud will provide significant security to whole global content management system. The core findings are presented in terms of how hac...

  5. Software requirements specification for the HAWK operating system

    Energy Technology Data Exchange (ETDEWEB)

    Holmes, V.P.; Harris, D.L.; Borgman, C.R.; Davidson, G.S.

    1989-03-01

    This document represents the original requirements specification for the HAWK operating system. HAWK is the operating system for the SANDAC V, a real-time embedded multiprocessor based on the Motorola 68020 microprocessor. When the effort to create the operating system was first undertaken, it was clear that a careful specification of the requirements would be vital. Unfortunately, there were few models to work from since requirement documents for operating systems of any kind are seldom published. The final form of the requirements used a functional organization adapted from the IEEE Guide to Software Requirements Specifications (ANSI/IEEE Std 830-1984). Hopefully, this document will provide a historical case study from which others can benefit when faced with similar circumstances. 2 refs., 4 figs.

  6. Performance, requirements and testing in individual monitoring

    DEFF Research Database (Denmark)

    Julius, H.W.; Christensen, P.; Marshall, T.O.

    1990-01-01

    monitoring, and in particular of those related to the energy and angular dependences of the dosemeters. These data are important for the testing of the dosimetry systems. Finally testing programmes in individual monitoring are discussed and four categories of testing are proposed.......For implementation of the ICRP requirements in practical routine monitoring, a specification is needed with respect to specific performance criteria of the dosimetry system. This includes the dosemeters, and procedures for initial and on-going testing of the dosimetry systems to ensure...... that the specified criteria are continuously met. Methods are here specified for establishing performance criteria, and satisfying the ICRP overall accuracy requirements for individual monitoring. Furthermore, procedures are given for obtaining numerical values of the uncertainties connected with individual...

  7. 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.

  8. Software use cases to elicit the software requirements analysis within the ASTRI project

    Science.gov (United States)

    Conforti, Vito; Antolini, Elisa; Bonnoli, Giacomo; Bruno, Pietro; Bulgarelli, Andrea; Capalbi, Milvia; Fioretti, Valentina; Fugazza, Dino; Gardiol, Daniele; Grillo, Alessandro; Leto, Giuseppe; Lombardi, Saverio; Lucarelli, Fabrizio; Maccarone, Maria Concetta; Malaguti, Giuseppe; Pareschi, Giovanni; Russo, Federico; Sangiorgi, Pierluca; Schwarz, Joseph; Scuderi, Salvatore; Tanci, Claudio; Tosti, Gino; Trifoglio, Massimo; Vercellone, Stefano; Zanmar Sanchez, Ricardo

    2016-07-01

    The Italian National Institute for Astrophysics (INAF) is leading the Astrofisica con Specchi a Tecnologia Replicante Italiana (ASTRI) project whose main purpose is the realization of small size telescopes (SST) for the Cherenkov Telescope Array (CTA). The first goal of the ASTRI project has been the development and operation of an innovative end-to-end telescope prototype using a dual-mirror optical configuration (SST-2M) equipped with a camera based on silicon photo-multipliers and very fast read-out electronics. The ASTRI SST-2M prototype has been installed in Italy at the INAF "M.G. Fracastoro" Astronomical Station located at Serra La Nave, on Mount Etna, Sicily. This prototype will be used to test several mechanical, optical, control hardware and software solutions which will be used in the ASTRI mini-array, comprising nine telescopes proposed to be placed at the CTA southern site. The ASTRI mini-array is a collaborative and international effort led by INAF and carried out by Italy, Brazil and South-Africa. We present here the use cases, through UML (Unified Modeling Language) diagrams and text details, that describe the functional requirements of the software that will manage the ASTRI SST-2M prototype, and the lessons learned thanks to these activities. We intend to adopt the same approach for the Mini Array Software System that will manage the ASTRI miniarray operations. Use cases are of importance for the whole software life cycle; in particular they provide valuable support to the validation and verification activities. Following the iterative development approach, which breaks down the software development into smaller chunks, we have analysed the requirements, developed, and then tested the code in repeated cycles. The use case technique allowed us to formalize the problem through user stories that describe how the user procedurally interacts with the software system. Through the use cases we improved the communication among team members, fostered

  9. Developing Control and Monitoring Software for the Data Acquisition System of the COMPASS Experiment at CERN

    Directory of Open Access Journals (Sweden)

    Martin Bodlák

    2013-01-01

    Full Text Available This paper focuses on the analysis, design and development of software for the new data acquisition system of the COMPASS experiment at CERN. In this system, the data flow is controlled by custom hardware; the software will therefore be used only for run control and for monitoring. The requirements on the software have been analyzed, and the functionality of the system has been defined. The system consists of several distributed nodes; communication between the nodes is based on a custom protocol and a DIM library. A minimal version of the system has already been implemented. Preliminary results of performance and stability tests have shown that the system fulfills the defined requirements, and is stable. In the next phase of development, the system will be tested on the real hardware. It is expected that the system will be ready for deployment in 2014.

  10. SMV model-based safety analysis of software requirements

    Energy Technology Data Exchange (ETDEWEB)

    Koh, Kwang Yong [Department of Nuclear and Quantum Engineering, Korea Advanced Institute of Science and Technology, 373-1, Guseong-dong, Yuseong-gu, Daejeon 305-701 (Korea, Republic of); Seong, Poong Hyun [Department of Nuclear and Quantum Engineering, Korea Advanced Institute of Science and Technology, 373-1, Guseong-dong, Yuseong-gu, Daejeon 305-701 (Korea, Republic of)], E-mail: phseong@kaist.ac.kr

    2009-02-15

    Fault tree analysis (FTA) is one of the most frequently applied safety analysis techniques when developing safety-critical industrial systems such as software-based emergency shutdown systems of nuclear power plants and has been used for safety analysis of software requirements in the nuclear industry. However, the conventional method for safety analysis of software requirements has several problems in terms of correctness and efficiency; the fault tree generated from natural language specifications may contain flaws or errors while the manual work of safety verification is very labor-intensive and time-consuming. In this paper, we propose a new approach to resolve problems of the conventional method; we generate a fault tree from a symbolic model verifier (SMV) model, not from natural language specifications, and verify safety properties automatically, not manually, by a model checker SMV. To demonstrate the feasibility of this approach, we applied it to shutdown system 2 (SDS2) of Wolsong nuclear power plant (NPP). In spite of subtle ambiguities present in the approach, the results of this case study demonstrate its overall feasibility and effectiveness.

  11. 40 CFR 63.8 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... standard(s) unless the Administrator— (i) Specifies or approves the use of minor changes in methodology for the specified monitoring requirements and procedures (see § 63.90(a) for definition); or (ii) Approves... (see § 63.90(a) for definition). (iii) Owners or operators with flares subject to § 63.11(b) are...

  12. SWEPP assay system version 2.0 software requirements specification

    Energy Technology Data Exchange (ETDEWEB)

    Matthews, S.D.; East, L.V.; Marwil, E.S.; Ferguson, J.J.

    1996-06-01

    The INEL Stored Waste Examination Pilot Plant (SWEPP) operations staff use nondestructive analysis methods to characterize the radiological contents of contact-handled radioactive waste containers. Containers of waste from Rocky Flats Environmental Technology Site and other DOE sites are currently stored at SWEPP. Before these containers can be shipped to WIPP, SWEPP must verify compliance with storage, shipping, and disposal requirements. One part of the SWEPP program measures neutron emissions from the containers and estimates the mass of Pu and other transuranic isotopes present. The code NEUT2 was originally used to perform data acquisition and reduction; the SWEPP Assay System (SAS) code replaced NEUT2 in early 1994. This document specifies the requirements for the SAS software as installed at INEL and was written to comply with RWMC (INEL Radioactive Waste Management Complex) quality requirements.

  13. Robust Distributed Earthquake Monitoring with CISN software in Northern California

    Science.gov (United States)

    Neuhauser, D. S.; Lombard, P. N.; Dietz, L. D.; Zuzlewski, S.; Luetgert, J. H.; Kohler, W.; Hellweg, M.; Oppenheimer, D. H.; Romanowicz, B. A.

    2009-12-01

    Realtime earthquake monitoring in Northern California passed a milestone this June, when the original joint notification system operated by UC Berkeley's Seismological Laboratory and the USGS in Menlo Park was replaced by the CISN Earthquake Monitoring system. The database plays an integral part in this system, providing coordination for processing and publishing event information, as well as being the repository for event data, instrument metadata and waveforms. Several recent developments to the software system were prerequisites for the transition. (1) Due to the distributed nature of the Northern California network operations at both the BSL and USGS/MP, we enhanced the CISN software to allow distributed continuous waveform processing and the ability to seamlessly merge the processed waveform data from multiple redundant sites into the CISN real-time earthquake processing system. (2) Initially, the CISN code ignored leapseconds, which rendered it incompatible with the Northern California database. In a major CISN-wide effort, all codes were converted to be leapsecond compliant. To maintain compatibility with the Southern California database, one can select whether time output to or received from the database includes leapseconds or not. (3) The project involved revising and improving Caltech's wrapper for the UC Berkeley moment tensor analysis program. This wrapper controls both automatic processing and web review. We developed database tables to receive all supporting information used to calculate the moment tensor, so that any solution can be recalculated, and added many new options to the web interface. By December 2009, the package will use the complete moment tensor program. Since the web interface became available,we have recalculated nearly all the moment tensors for local events in the UC Berkeley moment tensor catalog, so that the mechanisms can be served from the database. (4) With the CISN software transition, Northern California temporarily lost the

  14. A MODEL FOR ALIGNING SOFTWARE PROJECTS REQUIREMENTS WITH PROJECT TEAM MEMBERS REQUIREMENTS

    Directory of Open Access Journals (Sweden)

    Robert Hans

    2013-02-01

    Full Text Available The fast-paced, dynamic environment within which information and communication technology (ICT projects are run as well as ICT professionals’ constant changing requirements present a challenge for project managers in terms of aligning projects’ requirements with project team members’ requirements. This research paper purports that if projects’ requirements are properly aligned with team members’ requirements, then this will result in a balanced decision approach. Moreover, such an alignment will result in the realization of employee’s needs as well as meeting project’s needs. This paper presents a Project’s requirements and project Team members’ requirements (PrTr alignment model and argues that a balanced decision which meets both software project’s requirements and team members’ requirements can be achieved through the application of the PrTr alignment model.

  15. Feature-Oriented Nonfunctional Requirement Analysis for Software Product Line

    Institute of Scientific and Technical Information of China (English)

    Xin Peng; Seok-Won Lee; Wen-Yun Zhao

    2009-01-01

    Domain analysis in software product line (SPL) development provides a basis for core assets design and implementation by a systematic and comprehensive commonality/variability analysis. In feature-oriented SPL methods, products of the domain analysis are domain feature models and corresponding feature decision models to facilitate application-oriented customization. As in requirement analysis for a single system, the domain analysis in the SPL development should consider both functional and nonfunctional domain requirements. However, the nonfunctional requirements (NFRs) are often neglected in the existing domain analysis methods. In this paper, we propose a context-based method of the NFR analysis for the SPL development. In the method, NFRs are materialized by connecting nonfunctional goals with real-world context,thus NFR elicitation and variability analysis can be performed by context analysis for the whole domain with the assistance of NFR templates and NFR graphs. After the variability analysis, our method integrates both functional and nonfunctional perspectives by incorporating the nonfunctional goals and operationalizations into an initial functional feature model.NFR-related constraints are also elicited and integrated. Finally, a decision model with both functional and nonfunctional perspectives is constructed to facilitate application-oriented feature model customization. A computer-aided grading system (CAGS) product line is employed to demonstrate the method throughout the paper.

  16. Computer software requirements specification for the world model light duty utility arm system

    Energy Technology Data Exchange (ETDEWEB)

    Ellis, J.E.

    1996-02-01

    This Computer Software Requirements Specification defines the software requirements for the world model of the Light Duty Utility Arm (LDUA) System. It is intended to be used to guide the design of the application software, to be a basis for assessing the application software design, and to establish what is to be tested in the finished application software product. (This deploys end effectors into underground storage tanks by means of robotic arm on end of telescoping mast.)

  17. Code forking in open-source software: a requirements perspective

    CERN Document Server

    Ernst, Neil A; Mylopoulos, John

    2010-01-01

    To fork a project is to copy the existing code base and move in a direction different than that of the erstwhile project leadership. Forking provides a rapid way to address new requirements by adapting an existing solution. However, it can also create a plethora of similar tools, and fragment the developer community. Hence, it is not always clear whether forking is the right strategy. In this paper, we describe a mixed-methods exploratory case study that investigated the process of forking a project. The study concerned the forking of an open-source tool for managing software projects, Trac. Trac was forked to address differing requirements in an academic setting. The paper makes two contributions to our understanding of code forking. First, our exploratory study generated several theories about code forking in open source projects, for further research. Second, we investigated one of these theories in depth, via a quantitative study. We conjectured that the features of the OSS forking process would allow new...

  18. Review of FEWS NET biophysical monitoring requirements

    Energy Technology Data Exchange (ETDEWEB)

    Ross, K W; Underwood, L W [Science Systems and Applications, Incorporated, 411 West Michigan Street, Poplarville, MS 39470 (United States); Brown, M E [NASA-Goddard Space Flight Center, Code 614.4, Greenbelt, MD 20771 (United States); Verdin, J P [United States Geological Survey, National Integrated Drought Information System, NOAA/ESRL, 325 Broadway, Boulder, CO 80305 (United States)], E-mail: kenton_ross@ssaihq.com, E-mail: molly.brown@nasa.gov, E-mail: verdin@usgs.gov, E-mail: lauren_underwood@ssaihq.com

    2009-04-15

    The Famine Early Warning System Network (FEWS NET) provides monitoring and early warning support to decision makers responsible for responding to famine and food insecurity. FEWS NET transforms satellite remote sensing data into rainfall and vegetation information that can be used by these decision makers. The National Aeronautics and Space Administration has recently funded activities to enhance remote sensing inputs to FEWS NET. To elicit Earth observation requirements, a professional review questionnaire was disseminated to FEWS NET expert end-users; it focused upon operational requirements to determine additional useful remote sensing data and, subsequently, to assess whether such data would be beneficial as FEWS NET biophysical supplementary inputs. The review was completed by over 40 experts from around the world. Reviewers were asked to evaluate the relative importance of environmental variables and spatio-temporal requirements for Earth science data products, in particular for rainfall and vegetation products. The results showed that spatio-temporal resolution requirements are complex and need to vary according to place, time, and hazard; that high resolution remote sensing products continue to be in demand; and that rainfall and vegetation products are valued as data that provide actionable food security information.

  19. Review of FEWS NET Biophysical Monitoring Requirements

    Science.gov (United States)

    Ross, K. W.; Brown, Molly E.; Verdin, J.; Underwood, L. W.

    2009-01-01

    The Famine Early Warning System Network (FEWS NET) provides monitoring and early warning support to decision makers responsible for responding to famine and food insecurity. FEWS NET transforms satellite remote sensing data into rainfall and vegetation information that can be used by these decision makers. The National Aeronautics and Space Administration has recently funded activities to enhance remote sensing inputs to FEWS NET. To elicit Earth observation requirements, a professional review questionnaire was disseminated to FEWS NET expert end-users: it focused upon operational requirements to determine additional useful remote sensing data and; subsequently, beneficial FEWS NET biophysical supplementary inputs. The review was completed by over 40 experts from around the world, enabling a robust set of professional perspectives to be gathered and analyzed rapidly. Reviewers were asked to evaluate the relative importance of environmental variables and spatio-temporal requirements for Earth science data products, in particular for rainfall and vegetation products. The results showed that spatio-temporal resolution requirements are complex and need to vary according to place, time, and hazard: that high resolution remote sensing products continue to be in demand, and that rainfall and vegetation products were valued as data that provide actionable food security information.

  20. Development of requirements tracking and verification technology for the NPP software

    Energy Technology Data Exchange (ETDEWEB)

    Jung, Chul Hwan; Kim, Jang Yeol; Lee, Jang Soo; Song, Soon Ja; Lee, Dong Young; Kwon, Kee Choon

    1998-12-30

    Searched and analyzed the technology of requirements engineering in the areas of aerospace and defense industry, medical industry and nuclear industry. Summarized the status of tools for the software design and requirements management. Analyzed the software design methodology for the safety software of NPP. Development of the design requirements for the requirements tracking and verification system. Development of the background technology to design the prototype tool for the requirements tracking and verification.

  1. A Comparative Study of Software Requirement, Elicitation, Prioritization and Decision Making.

    Directory of Open Access Journals (Sweden)

    Pradeep Kumar. G

    2016-04-01

    Full Text Available The failure of many software systems are mainly due to the lack of the requirement engineering. Where software requirement play a very vital role in the field of software engineering. The main task of the requirement engineering are eliciting the requirements from the customer and to prioritize those requirements to make decisions in the software design. Prioritization of the software requirement is very much useful in giving priority within the set of requirements. Requirement prioritization is very much important when there are strict constraints on schedule and the resources, then the software engineer must take some decisions on neglecting or to give prioritization to some of the requirements that are to be added to the project which makes it successful. This paper is the frame work of comparison of various techniques and to propose a most competent method among them

  2. IMIS desktop & smartphone software solutions for monitoring spacecrafts' payload from anywhere

    Science.gov (United States)

    Baroukh, J.; Queyrut, O.; Airaud, J.

    In the past years, the demand for satellite remote operations has increased guided by on one hand, the will to reduce operations cost (on-call operators out of business hours), and on the other hand, the development of cooperation space missions resulting in a world wide distribution of engineers and science team members. Only a few off-the-shelf solutions exist to fulfill the need of remote payload monitoring, and they mainly use proprietary devices. The recent advent of mobile technologies (laptops, smartphones and tablets) as well as the worldwide deployment of broadband networks (3G, Wi-Fi hotspots), has opened up a technical window that brings new options. As part of the Mars Science Laboratory (MSL) mission, the Centre National D'Etudes Spatiales (CNES, the French space agency) has developed a new software solution for monitoring spacecraft payloads. The Instrument Monitoring Interactive Software (IMIS) offers state-of-the-art operational features for payload monitoring, and can be accessed remotely. It was conceived as a generic tool that can be used for heterogeneous payloads and missions. IMIS was designed as a classical client/server architecture. The server is hosted at CNES and acts as a data provider while two different kinds of clients are available depending on the level of mobility required. The first one is a rich client application, built on Eclipse framework, which can be installed on usual operating systems and communicates with the server through the Internet. The second one is a smartphone application for any Android platform, connected to the server thanks to the mobile broadband network or a Wi-Fi connection. This second client is mainly devoted to on-call operations and thus only contains a subset of the IMIS functionalities. This paper describes the operational context, including security aspects, that led IMIS development, presents the selected software architecture and details the various features of both clients: the desktop and the sm

  3. Requirements of CLIC Beam Loss Monitoring System

    CERN Document Server

    Sapinski, M; Holzer, EB; Jonker, M; Mallows, S; Otto, T; Welsch, C

    2010-01-01

    The Compact Linear Collider (CLIC) [1] is a proposed multi-TeV linear electron-positron collider being designed by a world-wide collaboration. It is based on a novel twobeam acceleration scheme in which two beams (drive and main beam) are placed in parallel to each other and energy is transferred from the drive beam to the main one. Beam losses on either of them can have catastrophic consequences for the machine, because of high intensity (drive beam) or high energy and small emittance (main beam). In the framework of machine protection, a Beam Loss Monitoring (BLM) system has to be put in place. This paper discusses the requirements for the beam loss system in terms of detector sensitivity, resolution, dynamic range and ability to distinguish losses originating from various sources. The two-beam module where the protection from beam losses is particularly challenging and important, is studied.

  4. Physics Simulation Software for Autonomous Propellant Loading and Gas House Autonomous System Monitoring

    Science.gov (United States)

    Regalado Reyes, Bjorn Constant

    2015-01-01

    1. Kennedy Space Center (KSC) is developing a mobile launching system with autonomous propellant loading capabilities for liquid-fueled rockets. An autonomous system will be responsible for monitoring and controlling the storage, loading and transferring of cryogenic propellants. The Physics Simulation Software will reproduce the sensor data seen during the delivery of cryogenic fluids including valve positions, pressures, temperatures and flow rates. The simulator will provide insight into the functionality of the propellant systems and demonstrate the effects of potential faults. This will provide verification of the communications protocols and the autonomous system control. 2. The High Pressure Gas Facility (HPGF) stores and distributes hydrogen, nitrogen, helium and high pressure air. The hydrogen and nitrogen are stored in cryogenic liquid state. The cryogenic fluids pose several hazards to operators and the storage and transfer equipment. Constant monitoring of pressures, temperatures and flow rates are required in order to maintain the safety of personnel and equipment during the handling and storage of these commodities. The Gas House Autonomous System Monitoring software will be responsible for constantly observing and recording sensor data, identifying and predicting faults and relaying hazard and operational information to the operators.

  5. Structural monitoring system with fiber Bragg grating sensors: Implementation and software solution

    CERN Document Server

    Fedorov, Aleksey; Makhrov, Ilya; Pozhar, Nikolay; Anufriev, Maxim; Pnev, Alexey; Karasik, Valeriy

    2014-01-01

    We present a structural health monitoring system for nondestructive testing of composite materials based on the fiber Bragg grating sensors and specialized software solution. Developed structural monitoring system has potential applications for preliminary tests of novel composite materials as well as real-time structural health monitoring of industrial objects. The software solution realizes control for the system, data processing and alert of an operator.

  6. Monitoring and Discovery for Self-Organized Network Management in Virtualized and Software Defined Networks

    Science.gov (United States)

    Valdivieso Caraguay, Ángel Leonardo; García Villalba, Luis Javier

    2017-01-01

    This paper presents the Monitoring and Discovery Framework of the Self-Organized Network Management in Virtualized and Software Defined Networks SELFNET project. This design takes into account the scalability and flexibility requirements needed by 5G infrastructures. In this context, the present framework focuses on gathering and storing the information (low-level metrics) related to physical and virtual devices, cloud environments, flow metrics, SDN traffic and sensors. Similarly, it provides the monitoring data as a generic information source in order to allow the correlation and aggregation tasks. Our design enables the collection and storing of information provided by all the underlying SELFNET sublayers, including the dynamically onboarded and instantiated SDN/NFV Apps, also known as SELFNET sensors. PMID:28362346

  7. Monitoring and Discovery for Self-Organized Network Management in Virtualized and Software Defined Networks.

    Science.gov (United States)

    Caraguay, Ángel Leonardo Valdivieso; Villalba, Luis Javier García

    2017-03-31

    This paper presents the Monitoring and Discovery Framework of the Self-Organized Network Management in Virtualized and Software Defined Networks SELFNET project. This design takes into account the scalability and flexibility requirements needed by 5G infrastructures. In this context, the present framework focuses on gathering and storing the information (low-level metrics) related to physical and virtual devices, cloud environments, flow metrics, SDN traffic and sensors. Similarly, it provides the monitoring data as a generic information source in order to allow the correlation and aggregation tasks. Our design enables the collection and storing of information provided by all the underlying SELFNET sublayers, including the dynamically onboarded and instantiated SDN/NFV Apps, also known as SELFNET sensors.

  8. Monitoring and Discovery for Self-Organized Network Management in Virtualized and Software Defined Networks

    Directory of Open Access Journals (Sweden)

    Ángel Leonardo Valdivieso Caraguay

    2017-03-01

    Full Text Available This paper presents the Monitoring and Discovery Framework of the Self-Organized Network Management in Virtualized and Software Defined Networks SELFNET project. This design takes into account the scalability and flexibility requirements needed by 5G infrastructures. In this context, the present framework focuses on gathering and storing the information (low-level metrics related to physical and virtual devices, cloud environments, flow metrics, SDN traffic and sensors. Similarly, it provides the monitoring data as a generic information source in order to allow the correlation and aggregation tasks. Our design enables the collection and storing of information provided by all the underlying SELFNET sublayers, including the dynamically onboarded and instantiated SDN/NFV Apps, also known as SELFNET sensors.

  9. Toward an Agile Approach to Managing the Effect of Requirements on Software Architecture during Global Software Development

    Directory of Open Access Journals (Sweden)

    Abdulaziz Alsahli

    2016-01-01

    Full Text Available Requirement change management (RCM is a critical activity during software development because poor RCM results in occurrence of defects, thereby resulting in software failure. To achieve RCM, efficient impact analysis is mandatory. A common repository is a good approach to maintain changed requirements, reusing and reducing effort. Thus, a better approach is needed to tailor knowledge for better change management of requirements and architecture during global software development (GSD.The objective of this research is to introduce an innovative approach for handling requirements and architecture changes simultaneously during global software development. The approach makes use of Case-Based Reasoning (CBR and agile practices. Agile practices make our approach iterative, whereas CBR stores requirements and makes them reusable. Twin Peaks is our base model, meaning that requirements and architecture are handled simultaneously. For this research, grounded theory has been applied; similarly, interviews from domain experts were conducted. Interview and literature transcripts formed the basis of data collection in grounded theory. Physical saturation of theory has been achieved through a published case study and developed tool. Expert reviews and statistical analysis have been used for evaluation. The proposed approach resulted in effective change management of requirements and architecture simultaneously during global software development.

  10. A Novel Method for Enhancing Network Monitoring in Remote Medical Applications Using Software Defined Networks

    Directory of Open Access Journals (Sweden)

    Mohammad Reza Parsaei

    2016-01-01

    Full Text Available The most important way for providing health in a large population, particularly developing countries, is developing efficient health care services such that everyone can use the services equally and justly. Telemedicine is a new area which uses modern communication technology for exchanging medical information. This communication might be between a patient and a doctor or two medical centers for consultation. Implementation of a Telemedicine system requires creating the necessary infrastructures, among which network monitoring is one of the most important ones. From hundreds to thousands of computers, hubs to switched networks, and Ethernet to either ATM or 10Gbps Ethernet, administrators need more sophisticated network traffic monitoring and analysis tools in order to deal with development. These tools are needed, not only to fix network problems on time, but also to prevent network failure, to detect inside and outside threats, and make good decisions for network planning. In this paper, a comprehensive survey on Telemedicine and network monitoring is performed. Afterward, network monitoring techniques and methods in current networks are discussed. Finally, an efficient architecture based on Software Defined Networks (SDNs in remote surgical applications is presented which significantly improves monitoring of the communication networks. The results showed the effectiveness of the proposed method.

  11. 40 CFR 51.190 - Ambient air quality monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 2 2010-07-01 2010-07-01 false Ambient air quality monitoring... PROGRAMS REQUIREMENTS FOR PREPARATION, ADOPTION, AND SUBMITTAL OF IMPLEMENTATION PLANS Ambient Air Quality Surveillance § 51.190 Ambient air quality monitoring requirements. The requirements for monitoring ambient...

  12. Effective Monitoring and Control of Outsourced Software Development Projects

    NARCIS (Netherlands)

    Ponisio, Laura; Vruggink, P.

    2011-01-01

    In our study of four outsourcing projects we discover mechanisms to support managerial decision making during software development processes. We report on Customer Office, a framework used in practice that facilitates reasoning about projects by highlighting information paths and making

  13. Prediction of Software Requirements Stability Based on Complexity Point Measurement Using Multi-Criteria Fuzzy Approach

    Directory of Open Access Journals (Sweden)

    D. Francis Xavier Christopher

    2012-12-01

    Full Text Available Many software projects fail due to instable requirements and lack of managing the requirements changesefficiently. Software Requirements Stability Index Metric (RSI helps to evaluate the overall stability ofrequirements and also keep track of the project status. Higher the stability, less changes tends topropagate. The existing system use Function Point modeling for measuring the Requirements Stability.However, the main drawback of the existing modeling is that the complexity of non-functional requirementshas not been measured for Requirements Stability. The Non-Functional Factors plays a vital role inassessing the Requirements Stability. Numerous Measurement methods have been proposed for measuringthe software complexity. This paper proposes Multi-criteria Fuzzy Based approach for finding out thecomplexity weight based on Requirement Complexity Attributes such as Functional RequirementComplexity, Non-Functional Requirement Complexity, Input Output Complexity, Interface and FileComplexity. Based on the complexity weight, this paper computes the software complexity point. And thenpredict the Software Requirements Stability based on Software Complexity Point changes. The advantageof this model is that it is able to estimate the software complexity early which in turn predicts the SoftwareRequirement Stability during the software development life cycle.

  14. Publisher's Announcements and Piracy-Monitoring Devices in Software Adoption

    OpenAIRE

    Darmon, Eric; Rufini, Alexandra; Torre, Dominique

    2014-01-01

    à paraître dans les Annales d'Economie et de Statistique; International audience; In this paper, we investigate the distribution strategy of a software publisher. The user adoption context is characterized by uncertainty about quality (experience good) and heterogeneous piracy costs. Users can purchase or get unauthorized/illegal copies (digital piracy) of the software during two periods (or not adopt at all). Between these two periods, users can acquire information through word-of-mouth. To ...

  15. Service Availability Monitoring Framework Based On Commodity Software

    CERN Document Server

    Andrade, P; Bhatt, K; Chand, P; Collados, D; Duggal, V; Fuente, P; Imamagic, E; Joshi, P; Kalmady, R; Karnani, U; Kumar, V; Tarragon, J; Lapka, W; Triantafyllidis, C

    2012-01-01

    The Worldwide LHC Computing Grid (WLCG) infrastructure continuously operates thousands of grid services scattered around hundreds of sites. Participating sites are organized in regions and support several virtual organizations, thus creating a very complex and heterogeneous environment. The Service Availability Monitoring (SAM) framework is responsible for the monitoring of this infrastructure. SAM is a complete monitoring framework for grid services and grid operational tools. Its current implementation tailored for a decentralized operation replaces the old SAM system which is now being decommissioned from production. SAM provides functionality for submission of monitoring probes, gathering of probes results, processing of monitoring data, and retrieval of monitoring data in terms of service status, availability, and reliability. In this paper we present the SAM framework. We motivate the need from moving from the old SAM to a new monitoring infrastructure deployed and managed in a distributed environment ...

  16. Enhancing requirements engineering for patient registry software systems with evidence-based components.

    Science.gov (United States)

    Lindoerfer, Doris; Mansmann, Ulrich

    2017-07-01

    Patient registries are instrumental for medical research. Often their structures are complex and their implementations use composite software systems to meet the wide spectrum of challenges. Commercial and open-source systems are available for registry implementation, but many research groups develop their own systems. Methodological approaches in the selection of software as well as the construction of proprietary systems are needed. We propose an evidence-based checklist, summarizing essential items for patient registry software systems (CIPROS), to accelerate the requirements engineering process. Requirements engineering activities for software systems follow traditional software requirements elicitation methods, general software requirements specification (SRS) templates, and standards. We performed a multistep procedure to develop a specific evidence-based CIPROS checklist: (1) A systematic literature review to build a comprehensive collection of technical concepts, (2) a qualitative content analysis to define a catalogue of relevant criteria, and (3) a checklist to construct a minimal appraisal standard. CIPROS is based on 64 publications and covers twelve sections with a total of 72 items. CIPROS also defines software requirements. Comparing CIPROS with traditional software requirements elicitation methods, SRS templates and standards show a broad consensus but differences in issues regarding registry-specific aspects. Using an evidence-based approach to requirements engineering for registry software adds aspects to the traditional methods and accelerates the software engineering process for registry software. The method we used to construct CIPROS serves as a potential template for creating evidence-based checklists in other fields. The CIPROS list supports developers in assessing requirements for existing systems and formulating requirements for their own systems, while strengthening the reporting of patient registry software system descriptions. It may be

  17. Monitoring Software Reliability using Statistical Process Control: An MMLE Approach

    Directory of Open Access Journals (Sweden)

    Bandla Sreenivasa Rao

    2011-11-01

    Full Text Available This paper consider an MMLE (Modified Maximum Likelihood Estimation based scheme to estimatesoftware reliability using exponential distribution. The MMLE is one of the generalized frameworks ofsoftware reliability models of Non Homogeneous Poisson Processes (NHPPs. The MMLE givesanalytical estimators rather than an iterative approximation to estimate the parameters. In this paper weproposed SPC (Statistical Process Control Charts mechanism to determine the software quality usinginter failure times data. The Control charts can be used to measure whether the software process isstatistically under control or not.

  18. The ERP System for an Effective Management of a Small Software Company – Requirements Analysis

    Directory of Open Access Journals (Sweden)

    Jan Mittner

    2014-01-01

    Full Text Available As found out by a questionnaire survey a significant part of small software companies is not satisfied with the way their company processes are supported by software systems. To change this situation it is necessary first to specify requirements for such software systems in small software companies. Based on the analysis of the literature and the market and own experience the first version of the ERP system requirements specification for small software companies was framed and subsequently validated by interviewing the executives of the target group companies.

  19. Choropleth Mapping on Personal Computers: Software Sources and Hardware Requirements.

    Science.gov (United States)

    Lewis, Lawrence T.

    1986-01-01

    Describes the hardware and some of the choropleth mapping software available for the IBM-PC, PC compatible and Apple II microcomputers. Reviewed are: Micromap II, Documap, Desktop Information Display System (DIDS) , Multimap, Execuvision, Iris Gis, Mapmaker, PC Map, Statmap, and Atlas Map. Vendors' addresses are provided. (JDH)

  20. Hazard Analysis of Software Requirements Specification for Process Module of FPGA-based Controllers in NPP

    Energy Technology Data Exchange (ETDEWEB)

    Jung; Sejin; Kim, Eui-Sub; Yoo, Junbeom [Konkuk University, Seoul (Korea, Republic of); Keum, Jong Yong; Lee, Jang-Soo [Korea Atomic Energy Research Institute, Daejeon (Korea, Republic of)

    2016-10-15

    Software in PLC, FPGA which are used to develop I and C system also should be analyzed to hazards and risks before used. NUREG/CR-6430 proposes the method for performing software hazard analysis. It suggests analysis technique for software affected hazards and it reveals that software hazard analysis should be performed with the aspects of software life cycle such as requirements analysis, design, detailed design, implements. It also provides the guide phrases for applying software hazard analysis. HAZOP (Hazard and operability analysis) is one of the analysis technique which is introduced in NUREG/CR-6430 and it is useful technique to use guide phrases. HAZOP is sometimes used to analyze the safety of software. Analysis method of NUREG/CR-6430 had been used in Korea nuclear power plant software for PLC development. Appropriate guide phrases and analysis process are selected to apply efficiently and NUREG/CR-6430 provides applicable methods for software hazard analysis is identified in these researches. We perform software hazard analysis of FPGA software requirements specification with two approaches which are NUREG/CR-6430 and HAZOP with using general GW. We also perform the comparative analysis with them. NUREG/CR-6430 approach has several pros and cons comparing with the HAZOP with general guide words and approach. It is enough applicable to analyze the software requirements specification of FPGA.

  1. 40 CFR 413.03 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... lieu of monitoring for TTO, the control authority may allow industrial users of POTWs to make the... for total toxic organics (TTO), I certify that, to the best of my knowledge and belief, no dumping of... or leak into the wastewater. (c) If monitoring is necessary to measure compliance with the...

  2. 40 CFR 63.564 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... obtained. For monitoring equipment purchased from a vendor, verification of the operational status of the... when the measured values (i.e., daily calibrations, multipoint calibrations, and performance audits... pressure device once each calendar year with a reference pressure monitor (traceable to National...

  3. 40 CFR 63.364 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... obtained. For monitoring equipment purchased from a vendor, verification of the operational status of the... operated. From 15-minute or shorter period temperature values, a data acquisition system for the... year with a reference temperature monitor (traceable to National Institute of Standards and...

  4. A Methodology to Evaluate Object oriented Software Systems Using Change Requirement Traceability Based on Impact Analysis

    Directory of Open Access Journals (Sweden)

    Sunil T. D

    2014-06-01

    Full Text Available It is a well known fact that software maintenance plays a major role and finds importance in software development life cycle. As object - oriented programming has become the standard, it is very important to understand the problems of maintaining object -oriented software systems. This paper aims at evaluating object - oriented software system through change requirement traceability – based impact analysis methodology for non functional requirements using functional requirements . The major issues have been related to change impact algorithms and inheritance of functionality.

  5. Software Licenses: DOD’s Plan to Collect Inventory Data Meets Statutory Requirements

    Science.gov (United States)

    2014-07-01

    SOFTWARE LICENSES DOD’s Plan to Collect Inventory Data Meets Statutory Requirements Report to Congressional...4. TITLE AND SUBTITLE Software Licenses: DOD’s Plan to Collect Inventory Data Meets Statutory Requirements 5a. CONTRACT NUMBER 5b. GRANT NUMBER...Highlights of GAO-14-625, a report to congressional committees July 2014 SOFTWARE LICENSES DOD’s Plan to Collect Inventory Data Meets Statutory

  6. Engineering Safety- and Security-Related Requirements for Software-Intensive Systems

    Science.gov (United States)

    2016-06-30

    2007 Carnegie Mellon University Engineering Safety- and Security-Related Requirements for Software- Intensive Systems ICCBSS’2007 Conference...Tutorial Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213 Donald Firesmith 27 February 2007 Report Documentation Page Form...COVERED 00-00-2007 to 00-00-2007 4. TITLE AND SUBTITLE Engineering Safety- and Security-Related Requirements for Software-Intensive Systems 5a

  7. ConfocalCheck - A Software Tool for the Automated Monitoring of Confocal Microscope Performance

    Science.gov (United States)

    Hng, Keng Imm; Dormann, Dirk

    2013-01-01

    Laser scanning confocal microscopy has become an invaluable tool in biomedical research but regular quality testing is vital to maintain the system’s performance for diagnostic and research purposes. Although many methods have been devised over the years to characterise specific aspects of a confocal microscope like measuring the optical point spread function or the field illumination, only very few analysis tools are available. Our aim was to develop a comprehensive quality assurance framework ranging from image acquisition to automated analysis and documentation. We created standardised test data to assess the performance of the lasers, the objective lenses and other key components required for optimum confocal operation. The ConfocalCheck software presented here analyses the data fully automatically. It creates numerous visual outputs indicating potential issues requiring further investigation. By storing results in a web browser compatible file format the software greatly simplifies record keeping allowing the operator to quickly compare old and new data and to spot developing trends. We demonstrate that the systematic monitoring of confocal performance is essential in a core facility environment and how the quantitative measurements obtained can be used for the detailed characterisation of system components as well as for comparisons across multiple instruments. PMID:24224017

  8. ConfocalCheck--a software tool for the automated monitoring of confocal microscope performance.

    Directory of Open Access Journals (Sweden)

    Keng Imm Hng

    Full Text Available Laser scanning confocal microscopy has become an invaluable tool in biomedical research but regular quality testing is vital to maintain the system's performance for diagnostic and research purposes. Although many methods have been devised over the years to characterise specific aspects of a confocal microscope like measuring the optical point spread function or the field illumination, only very few analysis tools are available. Our aim was to develop a comprehensive quality assurance framework ranging from image acquisition to automated analysis and documentation. We created standardised test data to assess the performance of the lasers, the objective lenses and other key components required for optimum confocal operation. The ConfocalCheck software presented here analyses the data fully automatically. It creates numerous visual outputs indicating potential issues requiring further investigation. By storing results in a web browser compatible file format the software greatly simplifies record keeping allowing the operator to quickly compare old and new data and to spot developing trends. We demonstrate that the systematic monitoring of confocal performance is essential in a core facility environment and how the quantitative measurements obtained can be used for the detailed characterisation of system components as well as for comparisons across multiple instruments.

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

    Energy Technology Data Exchange (ETDEWEB)

    Eom, Heung Seop; Kang, Hyun Gook; Park, Ki Hong; Kwon, Kee Choon; Chang, Seung Cheol [Korea Atomic Energy Research Institute, Taejon (Korea, Republic of)

    2005-07-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

  10. 40 CFR 63.828 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... product and packaging rotogravure or wide-web flexographic presses with intermittently-controllable work... emission monitors to measure total organic volatile matter concentration and volumetric gas flow rate...

  11. Views on Software Engineering from the Twin Peaks of Requirements and Architecture

    NARCIS (Netherlands)

    Galster, Matthias; Mirakhorli, Mehdi; Cleland-Huang, Jane; Burge, Janet E.; Franch, Xavier; Roshandel, Roshanak; Avgeriou, Paris

    2013-01-01

    The disciplines of requirements engineering (RE) and software architecture (SA) are fundamental to the success of software projects. Even though RE and SA are often considered in isolation, drawing a line between RE and SA is neither feasible nor reasonable as requirements and architectural design i

  12. Large area crop inventory experiment crop assessment subsystem software requirements document

    Science.gov (United States)

    1975-01-01

    The functional data processing requirements are described for the Crop Assessment Subsystem of the Large Area Crop Inventory Experiment. These requirements are used as a guide for software development and implementation.

  13. A data quality monitoring software framework for the BESⅢ experiment

    Institute of Scientific and Technical Information of China (English)

    HU Ji-Feng; ZHENG Yang-Heng; SUN Xiao-Dong; JI Xiao-Bin

    2012-01-01

    Data quality monitoring (DQM) plays an important role in data taking at the BESⅢ experiments.DQM is used to monitor detector status and data quality.A DQM framework (DQMF) has been developed to make it possible to reuse the BESⅢ offline reconstruction system in the online environment.In this framework,the DQMF can also simulate a virtual data taking environment,transfer events to the event display,publish histograms to a histogram presenter in a fixed interval,and dump histograms into a ROOT file.The DQMF has been stably running throughout BESⅢ data taking.

  14. Building software tools to help contextualize and interpret monitoring data

    Science.gov (United States)

    Even modest monitoring efforts at landscape scales produce large volumes of data.These are most useful if they can be interpreted relative to land potential or other similar sites. However, for many ecological systems reference conditions may not be defined or are poorly described, which hinders und...

  15. 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)

  16. A software tool for design of process monitoring and analysis systems

    DEFF Research Database (Denmark)

    Singh, Ravendra; Gernaey, Krist; Gani, Rafiqul

    2009-01-01

    and analysis system. A software to achieve this has been developed. Two developed supporting tools for the design, a knowledge base (consisting of the process knowledge as well as the knowledge on measurement methods & tools) and a model library (consisting of the process operational models) have been extended...... rigorously and integrated with the user interface, which made the software more generic and applicable to a wide range of problems. The software for the design of a process monitoring and analysis system is presented and illustrated with a tablet manufacturing process example.......A well designed process monitoring and analysis system is necessary to consistently achieve any predefined end product quality. Systematic computer aided methods and tools provide the means to design the necessary process monitoring and analysis systems and/or to validate any existing monitoring...

  17. STUDY THE IMPACT OF REQUIREMENTS MANAGEMENT CHARACTERISTICS IN GLOBAL SOFTWARE DEVELOPMENT PROJECTS: AN ONTOLOGY BASED APPROACH

    Directory of Open Access Journals (Sweden)

    S. Arun Kumar

    2011-11-01

    Full Text Available Requirements Management is one of the challenging and key tasks in the development of software productsin distributed software development environment. One of the key reasons found in our literature survey thefailure of software projects due to poor project management and requirement management activity. Thismain aim of this paper 1. Formulate a framework for the successful and efficient requirements managementframework for Global Software Development Projects. (GSD 2. Design a Mixed organization structure ofboth traditional approaches and agile approaches, of global software development projects. 3. ApplyOntology based Knowledge Management Systems for both the approaches to achieve requirements issuessuch as missing, inconsistency of requirements, communication and knowledge management issues andimprove the project management activities in a global software development environment. 4. Proposerequirements management metrics to measure and manage software process during the development ofinformation systems. The major contribution of this paper is to analyze the requirements managementissues and challenges associated with global software development projects. Two hypotheses have beenformulated and tested this problem through statistical techniques like correlation and regression analysisand validate the same.

  18. 40 CFR 63.1657 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... compressed air supply for pulse-jet baghouses. (iv) An appropriate methodology for monitoring cleaning cycles... document “Fabric Filter Bag Leak Detection Guidance” (EPA-454/R-98-015). Other bag leak detection systems... baghouse for air leaks, torn or broken bags or filter media, or any other condition that may cause...

  19. 40 CFR 63.605 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... rock dryer or phosphate rock calciner subject to the provisions of this subpart shall install... either the mass flow of phosphorus-bearing feed material to the dryer or calciner, or the mass flow of product from the dryer or calciner. The monitoring system shall have an accuracy of ±5 percent over...

  20. 40 CFR 52.346 - Air quality monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 3 2010-07-01 2010-07-01 false Air quality monitoring requirements. 52... (CONTINUED) APPROVAL AND PROMULGATION OF IMPLEMENTATION PLANS Colorado § 52.346 Air quality monitoring... VIII Administrator, the State submitted a revised Air Quality Monitoring State Implementation Plan....

  1. 40 CFR 146.68 - Testing and monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... to provide other site specific data; (iii) Periodic monitoring of the ground water quality in the first aquifer overlying the injection zone; (iv) Periodic monitoring of the ground water quality in the... Applicable to Class I Hazardous Waste Injection Wells § 146.68 Testing and monitoring requirements....

  2. 40 CFR 146.13 - Operating, monitoring and reporting requirements.

    Science.gov (United States)

    2010-07-01

    ...; (iii) Periodic monitoring of the ground water quality in the first aquifer overlying the injection zone; (iv) Periodic monitoring of the ground water quality in the lowermost USDW; and (v) Any additional... Applicable to Class I Wells § 146.13 Operating, monitoring and reporting requirements. (a)...

  3. 40 CFR 63.9631 - What are my monitoring requirements?

    Science.gov (United States)

    2010-07-01

    ...) through (e) and monitor the daily average secondary voltage, daily average stack outlet temperature, and... maintain a bag leak detection system to monitor the relative change in particulate matter loadings... according to the requirements in paragraphs (a)(1) through (8) of this section. (1) Monitor the...

  4. REAS: An Interactive Semi-Automated System for Software Requirements Elicitation Assistance

    Directory of Open Access Journals (Sweden)

    Hanan Hamed Elazhary

    2010-05-01

    Full Text Available Faulty requirements specifications lead to developing a faulty software system. This may require repeating the whole software engineering cycle wasting time and money. This paper presents an interactive semi-automated system that is a compromise between two approaches. The first tries to avoid the introduction of imprecision while the software requirements are being written. The other attempts to detect and possibly correct many types of imprecision after the software requirements are written. This is achieved by imposing the use of a good writing style and by interactively emulating a conversation between the requirements engineer and the user. This helps free the requirements engineer from such a systematic task, helps in processing many ill-structured statements, and helps maintain consistency in the used terminology. Explanations produced by the system helps in detecting and correcting any missed imprecision. The proposed techniques are easy enough to be used by non-technical stakeholders in different domains

  5. 40 CFR 429.12 - Monitoring requirements. [Reserved

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 29 2010-07-01 2010-07-01 false Monitoring requirements. 429.12 Section 429.12 Protection of Environment ENVIRONMENTAL PROTECTION AGENCY (CONTINUED) EFFLUENT GUIDELINES... requirements....

  6. Radiation monitoring in interventional cardiology: a requirement

    Science.gov (United States)

    Rivera, T.; Uruchurtu, E. S.

    2017-01-01

    The increasing of procedures using fluoroscopy in interventional cardiology procedures may increase medical and patients to levels of radiation that manifest in unintended outcomes. Such outcomes may include skin injury and cancer. The cardiologists and other staff members in interventional cardiology are usually working close to the area under examination and they receive the dose primarily from scattered radiation from the patient. Mexico does not have a formal policy for monitoring and recording the radiation dose delivered in hemodynamic establishments. Deterministic risk management can be improved by monitoring the radiation delivered from X-ray devices. The objective of this paper is to provide cardiologist, techniques, nurses, and all medical staff an information on DR levels, about X-ray risks and a simple a reliable method to control cumulative dose.

  7. Scorecard and KPIs for monitoring software factories effectiveness in the financial sector

    Directory of Open Access Journals (Sweden)

    Vicente Montequín

    2013-01-01

    Full Text Available Financial corporations and especially banking institutions have important needs concerning to the development of software around their business core. The software, that traditionally had been developed in house by the IT departments, is now usually outsourced to IT firms. These firms work under the software factories model. An important feature within this sector is that usually the financial groups keep the ownership of these firms because the strategic value of the software for the core business. These firms work almost exclusively for the owner financial group developing their software, but they have to demonstrate that they are so profitable and competitive like any other firm. The organizational structure of these firms has some differential features. Top level tasks (software design and project management are usually performed by the IT firm but the development is usually subcontracted to other software companies. Although financial corporations have always paid a special interest to investing in management and organizational policies to improve their efficiency, there have being always an important lack regarding to the control and monitoring of the software projects. They do not have suitable tools for monitoring actual process effectiveness. Adapting scorecards to this environment could be a useful tool for monitoring and improvement the process. Scorecard could here be used both as a tool for internal effectiveness measurement as well as externally, presenting sustainability indicators for the shareholders, the financial institutions. This paper aims to identify and define a collection of Key Performance Indicators which permit effectiveness to be improved under this context, focusing in the specific supply-chain model given by owner (financial group, software factory and software developers (subcontracted.

  8. Software attribute visualization for high integrity software

    Energy Technology Data Exchange (ETDEWEB)

    Pollock, G.M.

    1998-03-01

    This report documents a prototype tool developed to investigate the use of visualization and virtual reality technologies for improving software surety confidence. The tool is utilized within the execution phase of the software life cycle. It provides a capability to monitor an executing program against prespecified requirements constraints provided in a program written in the requirements specification language SAGE. The resulting Software Attribute Visual Analysis Tool (SAVAnT) also provides a technique to assess the completeness of a software specification.

  9. 40 CFR 410.02 - Monitoring requirements. [Reserved

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 28 2010-07-01 2010-07-01 true Monitoring requirements. 410.02 Section 410.02 Protection of Environment ENVIRONMENTAL PROTECTION AGENCY (CONTINUED) EFFLUENT GUIDELINES AND STANDARDS TEXTILE MILLS POINT SOURCE CATEGORY General Provisions § 410.02 Monitoring requirements....

  10. Health Monitor for Multitasking, Safety-Critical, Real-Time Software

    Science.gov (United States)

    Zoerner, Roger

    2011-01-01

    Health Manager can detect Bad Health prior to a failure occurring by periodically monitoring the application software by looking for code corruption errors, and sanity-checking each critical data value prior to use. A processor s memory can fail and corrupt the software, or the software can accidentally write to the wrong address and overwrite the executing software. This innovation will continuously calculate a checksum of the software load to detect corrupted code. This will allow a system to detect a failure before it happens. This innovation monitors each software task (thread) so that if any task reports "bad health," or does not report to the Health Manager, the system is declared bad. The Health Manager reports overall system health to the outside world by outputting a square wave signal. If the square wave stops, this indicates that system health is bad or hung and cannot report. Either way, "bad health" can be detected, whether caused by an error, corrupted data, or a hung processor. A separate Health Monitor Task is started and run periodically in a loop that starts and stops pending on a semaphore. Each monitored task registers with the Health Manager, which maintains a count for the task. The registering task must indicate if it will run more or less often than the Health Manager. If the task runs more often than the Health Manager, the monitored task calls a health function that increments the count and verifies it did not go over max-count. When the periodic Health Manager runs, it verifies that the count did not go over the max-count and zeroes it. If the task runs less often than the Health Manager, the periodic Health Manager will increment the count. The monitored task zeroes the count, and both the Health Manager and monitored task verify that the count did not go over the max-count.

  11. Questioning the Role of Requirements Engineering in the Causes of Safety-Critical Software Failures

    Science.gov (United States)

    Johnson, C. W.; Holloway, C. M.

    2006-01-01

    Many software failures stem from inadequate requirements engineering. This view has been supported both by detailed accident investigations and by a number of empirical studies; however, such investigations can be misleading. It is often difficult to distinguish between failures in requirements engineering and problems elsewhere in the software development lifecycle. Further pitfalls arise from the assumption that inadequate requirements engineering is a cause of all software related accidents for which the system fails to meet its requirements. This paper identifies some of the problems that have arisen from an undue focus on the role of requirements engineering in the causes of major accidents. The intention is to provoke further debate within the emerging field of forensic software engineering.

  12. The Automation of Government Publications: Functional Requirements and Selected Software Systems for Serials Controls.

    Science.gov (United States)

    Stephenson, Mary Sue; Purcell, Gary R.

    1985-01-01

    Describes computer-based software and network systems for application to serials and government publications. General and specific functional requirements (hardware, software, file structure) are discussed, and descriptive information about commercially available serials control systems and a list of distributors are provided. (CLB)

  13. Towards an Early Software Effort Estimation Based on Functional and Non-Functional Requirements

    NARCIS (Netherlands)

    Kassab, M.; Daneva, Maia; Ormanjieva, Olga; Abran, A.; Braungarten, R.; Dumke, R.; Cuadrado-Gallego, J.; Brunekreef, J.

    2009-01-01

    The increased awareness of the non-functional requirements as a key to software project and product success makes explicit the need to include them in any software project effort estimation activity. However, the existing approaches to defining size-based effort relationships still pay insufficient

  14. Investigation of Adherence Degree of Agile Requirements Engineering Practices in Non-Agile Software Development Organizations

    Directory of Open Access Journals (Sweden)

    Mennatallah H. Ibrahim

    2015-01-01

    Full Text Available Requirements are critical for the success of software projects. Requirements are practically difficult to produce, as the hardest stage of building a software system is to decide what the system should do. Moreover, requirements errors are expensive to fix in the later phases of the software development life cycle. The rapidly changing business environment is highly challenging traditional Requirements Engineering (RE practices. Most of the software development organizations are working in such dynamic environment, as a result, either by or without their awareness agile methodologies are adopted in various phases of their software development cycles. The aim of this paper is to investigate the adherence degree of agile RE practices in various software development organizations that are classifying themselves as adopting traditional (i.e. non-agile software development methodologies. An approach is proposed for achieving this aim and it is applied on five different projects from four different organizations. The result shows that even the non-agile software development organizations are applying agile RE practices by different adherence degrees.

  15. 40 CFR 63.751 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... design flow rate and organic concentration in the gas stream vented to the carbon adsorption system. The... requirements of part 60, appendix A, Method 21, sections 2, 3, 4.1, 4.2, and 4.4. The calibration gas shall either be representative of the compounds to be measured or shall be methane, and shall be at...

  16. 40 CFR 60.13 - Monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... shall be subject to the provisions of this section upon promulgation of performance specifications for... Performance Specification 1, appendix B, of this part before the performance test required under § 60.8 is... under § 60.8 or within 30 days thereafter in accordance with the applicable performance specification...

  17. Achieving dependable software through Continuous Delivery and Quality Monitoring

    CERN Document Server

    CERN. Geneva

    2015-01-01

    The idea for the presentation is to present our implementation of the CI/CD paradigms and explain on real live examples advantages and drawbacks of the current solution. During the presentation we will try to cover all the required steps which should automatically triggered by a developer’s commit. The presentation should give users a good hands-on experience on basic CI/CD principles and allow them to design and i...

  18. The development of test software for the inadequate core cooling monitoring system

    Energy Technology Data Exchange (ETDEWEB)

    Lee, Soon Sung

    1996-06-01

    The test software including the ICCMS simulator which is necessary for dynamic test for the ICCMS software in PWR is developed. The developed dynamic test software consists of the module test simulator, the integration test simulator, and the test result analyser. The simulator was programmed by C language according to the same algorithm requirements for the FORTRAN version ICCMS software, and also for the Factory Acceptance Test (FAT). And the simulator can be used as training tool for the reactor operator and system development tool for the performance improvement. (author). 4 tabs., 8 figs., 11 refs.

  19. A Requirements Engineering Environment for Embedded Real- Time Software-SREE

    Institute of Scientific and Technical Information of China (English)

    LI Yonghua; SHU Fengdi; WU Guoqing; LIANG Zhengping

    2006-01-01

    The paper presents the embedded real-time software-oriented requirements engineering environment-SREE.It involves the whole process of software requirements engineering, including the definition, analysis and checking of requirements specifications. We first explain the principles of the executable specification language RTRSM. Subsequently,we introduce the main functions of SREE, illustrate the methods and techniques of checking requirements specifica tions, especially how to perform simulation execution, combining prototyping method with RTRSM and animated representations. At last, we compare the SREE with other requirements specifications methods and make a summary for SREE's advantages.

  20. Basic Requirements for Systems Software Research and Development

    Science.gov (United States)

    Kuszmaul, Chris; Nitzberg, Bill

    1996-01-01

    Our success over the past ten years evaluating and developing advanced computing technologies has been due to a simple research and development (R/D) model. Our model has three phases: (a) evaluating the state-of-the-art, (b) identifying problems and creating innovations, and (c) developing solutions, improving the state- of-the-art. This cycle has four basic requirements: a large production testbed with real users, a diverse collection of state-of-the-art hardware, facilities for evalua- tion of emerging technologies and development of innovations, and control over system management on these testbeds. Future research will be irrelevant and future products will not work if any of these requirements is eliminated. In order to retain our effectiveness, the numerical aerospace simulator (NAS) must replace out-of-date production testbeds in as timely a fashion as possible, and cannot afford to ignore innovative designs such as new distributed shared memory machines, clustered commodity-based computers, and multi-threaded architectures.

  1. Laptop-assisted Helium Liquefier: software for tailored monitoring and control

    CERN Document Server

    Marceddu, Marco

    2016-01-01

    Computer running human machine interfaces are fast supplanting conventional hardware dedicated to monitoring and supervising tasks. This kind of approach was successfully employed to develop a new monitoring and control software, running on a conventional laptop computer, for a small size helium liquefier. This software was realized with a SCADA development package and hallowed to manage all the liquefier functionalities. Being conceived as an open structure suitable for further upgrades, this liquefier HMI can be tailored on demand to satisfy specific needs of the end-user, even if not provided by the original manufacturer project.

  2. 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 .

  3. Review of the SOR Development Process and the Requirement for SOR-Spec Maker Software

    Science.gov (United States)

    1998-04-01

    I DCIEM No. 98-CR- 55 REVIEW OF THE SOR DEVELOPMENT PROCESS AND THE REQUIREMENT FOR SOR-SPEC MAKER SOFTWARE by Michael P. Greenley and David...I Statement of Operational Requirement I I For I SOR-Spec Maker I Requirements Management Tool I I DRAFT I by I Mike Greenley April1998 I

  4. Digital flight control software design requirements. [for space shuttle orbiter

    Science.gov (United States)

    1973-01-01

    The objective of the integrated digital flight control system is to provide rotational and translational control of the space shuttle orbiter in all phases of flight: from launch ascent through orbit to entry and touchdown, and during powered horizontal flights. The program provides a versatile control system structure while maintaining uniform communications with other programs, sensors, and control effects by using an executive routine/function subroutine format. The program reads all external variables at a single point, copies them into its dedicated storage, and then calls the required subroutines in the proper sequence. As a result, the flight control program is largely independent of other programs in the GN and C computer complex and is equally insensitive to the characteristics of the processor configuration. The integrated structure of the control system and the DFCS executive routine which embodies that structure are described. The specific estimation and control algorithms used in the various mission phases are shown. Attitude maneuver routines that interface with the DFCS are also described.

  5. Software safety analysis on the model specified by NuSCR and SMV input language at requirements phase of software development life cycle using SMV

    Energy Technology Data Exchange (ETDEWEB)

    Koh, Kwang Yong; Seong, Poong Hyun [Korea Advanced Institute of Science and Technology, Taejon (Korea, Republic of)

    2005-07-01

    Safety-critical software process is composed of development process, verification and validation (V and V) process and safety analysis process. Safety analysis process has been often treated as an additional process and not found in a conventional software process. But software safety analysis (SSA) is required if software is applied to a safety system, and the SSA shall be performed independently for the safety software through software development life cycle (SDLC). Of all the phases in software development, requirements engineering is generally considered to play the most critical role in determining the overall software quality. NASA data demonstrate that nearly 75% of failures found in operational software were caused by errors in the requirements. The verification process in requirements phase checks the correctness of software requirements specification, and the safety analysis process analyzes the safety-related properties in detail. In this paper, the method for safety analysis at requirements phase of software development life cycle using symbolic model verifier (SMV) is proposed. Hazard is discovered by hazard analysis and in other to use SMV for the safety analysis, the safety-related properties are expressed by computation tree logic (CTL)

  6. Software Defined Network Monitoring Scheme Using Spectral Graph Theory and Phantom Nodes

    Science.gov (United States)

    2014-09-01

    Communication Systems, 2013. 98 [11] S. Huang and J. Griffioen, “Network hypervisors: Managing the emerging SDN chaos ,” in Proc. of 22nd International...NETWORK MONITORING SCHEME USING SPECTRAL GRAPH THEORY AND PHANTOM NODES by Jamie L. Johnson September 2014 Thesis Co-Advisors: Murali...REPORT TYPE AND DATES COVERED Master’s Thesis 4. TITLE AND SUBTITLE SOFTWARE DEFINED NETWORK MONITORING SCHEME USING SPECTRAL GRAPH THEORY AND PHANTOM

  7. The application of formal software engineering methods to the unattended and remote monitoring software suite at Los Alamos National Laboratory

    Energy Technology Data Exchange (ETDEWEB)

    Determan, John Clifford [Los Alamos National Laboratory; Longo, Joseph F [Los Alamos National Laboratory; Michel, Kelly D [Los Alamos National Laboratory

    2009-01-01

    The Unattended and Remote Monitoring (UNARM) system is a collection of specialized hardware and software used by the International Atomic Energy Agency (IAEA) to institute nuclear safeguards at many nuclear facilities around the world. The hardware consists of detectors, instruments, and networked computers for acquiring various forms of data, including but not limited to radiation data, global position coordinates, camera images, isotopic data, and operator declarations. The software provides two primary functions: the secure and reliable collection of this data from the instruments and the ability to perform an integrated review and analysis of the disparate data sources. Several years ago the team responsible for maintaining the software portion of the UNARM system began the process of formalizing its operations. These formal operations include a configuration management system, a change control board, an issue tracking system, and extensive formal testing, for both functionality and reliability. Functionality is tested with formal test cases chosen to fully represent the data types and methods of analysis that will be commonly encountered. Reliability is tested with iterative, concurrent testing where up to five analyses are executed simultaneously for thousands of cycles. Iterative concurrent testing helps ensure that there are no resource conflicts or leaks when multiple system components are in use simultaneously. The goal of this work is to provide a high quality, reliable product, commensurate with the criticality of the application. Testing results will be presented that demonstrate that this goal has been achieved and the impact of the introduction of a formal software engineering framework to the UNARM product will be presented.

  8. HARDWARE AND SOFTWARE COMPLEX FOR FUNCTIONAL STATE MONITORING OF MOTHER AND FETUS

    Directory of Open Access Journals (Sweden)

    I. V. Tolmachyov

    2014-01-01

    Full Text Available Text abstract Mother’s and fetus’s health are very important in present time. With timely diagnosis perinatal pathology, birth injuries, antenatal stillbirths and newborn perinatal death can be prevented. At the moment in the world there are no complexes which enable monitoring of the fetus without any risk to his health. So the main aim of this work is development of hardware and software system to assess the functional status of the mother and fetus by the analysis of the signals recorded from the abdominal electrodes.Objectives:1 to formulate the requirements to noninvasive monitoring system and functional state assessment of mother and fetus.2 to develop algorithms and software for monitoring system and functional state assessment of mother and fetus.3 to determine fetus functional state at 32–33 week in women with uncomplicated pregnancies and in women with placental insufficiency in the compensation stage and subcompensation.The system concept is based on fetal heart rate recognition and analysis. Fetal heart rate has been extracted from the mixed signals received from abdominal electrodes. This technique is passive for a body so there is no research time limit. Device for simultaneous registration of fetal and maternal electrocardiogram is high sensitive bioamplifier with low level of intrinsic noises, high input resistance and suppression of inphase noises more than 80 DB. Digital processing of a signal is carried out by microcontroller of the registration module and personal computer. Preprocessing is carried out in microcontroller by receiving signals from the analog-to-digital converter on the increased sampling rate, digital filtering, decimation.With the help of the developed complex two-stage study was conducted. At first stage the fetal cardiointervalogram (i.e. fetus heartbeat period and the distribution pattern of these intervals in time was studied. Second stage was carried out to search additional criteria of fetal

  9. Requirements to a Norwegian national automatic gamma monitoring system

    DEFF Research Database (Denmark)

    Lauritzen, B.; Jensen, Per Hedemann; Nielsen, F.

    2005-01-01

    An assessment of the overall requirements to a Norwegian gamma-monitoring network is undertaken with special emphasis on the geographical distribution of automatic gamma monitoring stations, type of detectors in such stations and the sensitivity of thesystem in terms of ambient dose equivalent rate...

  10. 50 CFR 660.312 - Vessel Monitoring System (VMS) requirements.

    Science.gov (United States)

    2010-10-01

    ... 50 Wildlife and Fisheries 9 2010-10-01 2010-10-01 false Vessel Monitoring System (VMS... West Coast Groundfish Fisheries § 660.312 Vessel Monitoring System (VMS) requirements. (a) What is a VMS? A VMS consists of a NMFS OLE type-approved mobile transceiver unit that automatically...

  11. 40 CFR 464.03 - Monitoring and reporting requirements.

    Science.gov (United States)

    2010-07-01

    ... Monitoring and reporting requirements. (a) As an alternative to monitoring for TTO (total toxic organics), an... Grease standard shall be considered equivalent to complying with the TTO standard. Alternate Oil and Grease standards are provided as substitutes for the TTO standards provided in §§ 464.15, 464.16,...

  12. Reliability of adaptive multivariate software sensors for sewer water quality monitoring

    DEFF Research Database (Denmark)

    Vezzaro, Luca; Mikkelsen, Peter Steen

    2015-01-01

    This study investigates the use of a multivariate approach, based on Principal Component Analysis PCA), as software sensor for fault detection and reconstruction of missing measurements in on-line monitoring of sewer water quality. The analysis was carried out on a 16-months dataset of five...

  13. Coupling Sensing Hardware with Data Interrogation Software for Structural Health Monitoring

    Directory of Open Access Journals (Sweden)

    Charles R. Farrar

    2006-01-01

    Full Text Available The process of implementing a damage detection strategy for aerospace, civil and mechanical engineering infrastructure is referred to as structural health monitoring (SHM. The authors' approach is to address the SHM problem in the context of a statistical pattern recognition paradigm. In this paradigm, the process can be broken down into four parts: (1 Operational Evaluation, (2 Data Acquisition and Cleansing, (3 Feature Extraction and Data Compression, and (4 Statistical Model Development for Feature Discrimination. These processes must be implemented through hardware or software and, in general, some combination of these two approaches will be used. This paper will discuss each portion of the SHM process with particular emphasis on the coupling of a general purpose data interrogation software package for structural health monitoring with a modular wireless sensing and processing platform. More specifically, this paper will address the need to take an integrated hardware/software approach to developing SHM solutions.

  14. SWATCH Common software for controlling and monitoring the upgraded CMS Level-1 trigger

    CERN Document Server

    Bologna, Simone; Dirkx, Glenn; Kreczko, Lukasz; Lazaridis, Christos; Paradas, Evangelos; Rose, A; Thea, Alessandro; Williams, Thomas Stephen

    2016-01-01

    The Large Hadron Collider at CERN restarted in 2015 with a higher centre-of-mass energy of 13TeV. The instantaneous luminosity is expected to increase significantly in the coming years. An upgraded Level-1 trigger system has been deployed in the Compact Muon Solenoid experiment, in order to maintain the same efficiencies for searches and precision measurements as those achieved in the previous run. This system consists of the order of 100 electronics boards connected by the order of 3000 optical links, which must be controlled and monitoring coherently through software, with high operational efficiency. In this paper, we present the design of the software framework that is used to control and monitor the upgraded Level-1 trigger system, and experiences from using this software to commission the upgraded system.

  15. 50 CFR 216.185 - Requirements for monitoring.

    Science.gov (United States)

    2010-10-01

    ... Low Frequency Active (SURTASS LFA sonar) Sonar § 216.185 Requirements for monitoring. (a) In order to... sunset); (2) Use low frequency passive SURTASS sonar to listen for vocalizing marine mammals; and (3)...

  16. Reliability of adaptive multivariate software sensors for sewer water quality monitoring

    DEFF Research Database (Denmark)

    Vezzaro, Luca; Mikkelsen, Peter Steen

    2015-01-01

    mainly originated from wastewater sources (such as ammonia) than when used for pollutants affected by several processes (such as TSS). Overall, this study provides a first insight in the application of multivariate methods for software sensors, highlighting drawback and potential development areas......This study investigates the use of a multivariate approach, based on Principal Component Analysis PCA), as software sensor for fault detection and reconstruction of missing measurements in on-line monitoring of sewer water quality. The analysis was carried out on a 16-months dataset of five...... validation. However, the study also showed a dramatic drop in predictive capability of the software sensor when used for reconstructing missing values, with performance quickly deteriorating after 1 week since parameter estimation. The software sensor provided better results when used to estimate pollutants...

  17. The Data Quality Monitoring Software for the CMS experiment at the LHC

    CERN Document Server

    Borrello, Laura

    2014-01-01

    The Data Quality Monitoring (DQM) Software is a central tool in the CMS experiment. Its flexibility allows for integration in several key environments Online, for real-time detector monitoring; Offline, for the final, fine-grained Data Certification; Release-Validation, to constantly validate the functionalities and the performance of the reconstruction software; in Monte Carlo productions.Since the end of data taking at a center of mass energy of 8 TeV, the environment in which the DQM lives has undergone fundamental changes. In turn, the DQM system has made significant upgrades in many areas to respond to not only the changes in infrastructure, but also the growing specialized needs of the collaboration with an emphasis on more sophisticated methods for evaluating dataquality, as well as advancing the DQM system to provide quality assessments of various Monte Carlo simulations versus data distributions, monitoring changes in physical effects due to modifications of algorithms or framework, and enabling reg...

  18. SWATCH Common software for controlling and monitoring the upgraded CMS Level-1 trigger

    CERN Document Server

    Lazaridis, Christos

    2017-01-01

    The Large Hadron Collider at CERN restarted in 2015 with a higher centre-of-mass energy of 13 TeV. The instantaneous luminosity is expected to increase significantly in the coming years. An upgraded Level-1 trigger system is being deployed in the CMS experiment in order to maintain the same efficiencies for searches and precision measurements as those achieved in the previous run. This system must be controlled and monitored coherently through software, with high operational efficiency.The legacy system is composed of approximately 4000 data processor boards, of several custom application-specific designs. These boards are organised into several subsystems; each subsystem receives data from different detector systems (calorimeters, barrel/endcap muon detectors), or with differing granularity. These boards have been controlled and monitored by a medium-sized distributed system of over 40 computers and 200 processes. Only a small fraction of the control and monitoring software was common between the different s...

  19. Qualification of Simulation Software for Safety Assessment of Sodium Cooled Fast Reactors. Requirements and Recommendations

    Energy Technology Data Exchange (ETDEWEB)

    Brown, Nicholas R. [Oak Ridge National Lab. (ORNL), Oak Ridge, TN (United States); Pointer, William David [Oak Ridge National Lab. (ORNL), Oak Ridge, TN (United States); Sieger, Matt [Oak Ridge National Lab. (ORNL), Oak Ridge, TN (United States); Flanagan, George F. [Oak Ridge National Lab. (ORNL), Oak Ridge, TN (United States); Moe, Wayne [Oak Ridge National Lab. (ORNL), Oak Ridge, TN (United States); HolbrookINL, Mark [Oak Ridge National Lab. (ORNL), Oak Ridge, TN (United States)

    2016-04-01

    The goal of this review is to enable application of codes or software packages for safety assessment of advanced sodium-cooled fast reactor (SFR) designs. To address near-term programmatic needs, the authors have focused on two objectives. First, the authors have focused on identification of requirements for software QA that must be satisfied to enable the application of software to future safety analyses. Second, the authors have collected best practices applied by other code development teams to minimize cost and time of initial code qualification activities and to recommend a path to the stated goal.

  20. Software architects’ experiences of quality requirements : what we know and what we do not know?

    NARCIS (Netherlands)

    Daneva, Maia; Buglione, Luigi; Herrmann, Andrea; Doerr, J.; Opdahl, A.

    2013-01-01

    [Context/motivation] Quality requirements (QRs) are a concern of both requirement engineering (RE) specialists and software architects (SAs). However, the majority of empirical studies on QRs take the RE analysts’/clients’ perspectives, and only recently very few included the SAs’ perspective. As a

  1. An integrated approach for requirement selection and scheduling in software release planning

    NARCIS (Netherlands)

    Li, C.; van den Akker, Marjan; Brinkkemper, Sjaak; Diepen, Guido

    It is essential for product software companies to decide which requirements should be included in the next release and to make an appropriate time plan of the development project. Compared to the extensive research done on requirement selection, very little research has been performed on time

  2. An integrated approach for requirement selection and scheduling in software release planning

    NARCIS (Netherlands)

    Li, Chen; Akker, van den Marjan; Brinkkemper, Sjaak; Diepen, Guido

    2010-01-01

    It is essential for product software companies to decide which requirements should be included in the next release and to make an appropriate time plan of the development project. Compared to the extensive research done on requirement selection, very little research has been performed on time schedu

  3. Development of a software platform for providing environmental monitoring data for the Fukushima Daiichi nuclear accident.

    Science.gov (United States)

    Seki, A; Saito, O; Nago, H; Suzuki, K; Tomishima, K; Saito, K; Takemiya, H

    2015-04-01

    In nuclear emergencies, it is especially important to carry out a wide range of environmental monitoring and provide the data immediately so as to understand the current distribution of radionuclides and investigate countermeasures. Therefore, it is indispensable for a nuclear emergency response to establish a system that supports rapid provision of these data. The authors have been developing the software platform by integrating technologies of environmental monitoring, information processing and network communication, based on the experience of the Fukushima Daiichi Nuclear Accident. It was discovered that the platform is effective in reducing the time needed to publish the monitoring data. Reducing the cost and workload for publishing the monitoring data is also important because monitoring should be continued over a few decades in the case of the Fukushima accident. The authors' platform is expected to help to mitigate the problem, too.

  4. Rancang Bangun Software Sistem Monitoring TV Digital DVB-T2

    Directory of Open Access Journals (Sweden)

    Galih Arindra Putra

    2015-03-01

    Full Text Available Sebuah software sistem pengawasan penerima televisi digital telah dikembangkan. Sistem telah dirancang sebagai solusi yang mudah digunakan untuk mengontrol kualitas layanan televisi digital dengan mengukur parameter service level agreement pada penerima. Software yang terintegrasi dengan DekTec 2131 mampu menampilkan pengukuran real time. Berdasarkan persyaratan sistem monitoring, bagaimana memastikan pengukuran secara real time menjadi masalah utama dari perangkat lunak. Selain itu banyaknya data yang dikumpulkan dan  mengingat data history yang perlu disimpan dalam system maka untuk alasan tersebut file .txt merupakan komponen penting dalam sistem monitoring. Guna mengetahui kinerja dari perangkat lunak yang telah dirancang digunakan pengujian black box, MOS, dan SUS. Kesesuaian parameter input dan output pada pengujian black box menunjukkan bahwa software yang dirancang telah sesuai analisis kebutuhan. Selain itu, berdasarkan 32 data dari responden yang dilibatkan untuk mencoba dan menggunakan software diperoleh nilai MOS rata-rata 4,311818182. Responden juga terlibat untuk mengisi survei SUS untuk menentukan kegunaan dari sistem. Hasil pengujian SUS menunjukkan nilai rata – rata 77,97 yang artinya software yang dirancang bersifat acceptable.

  5. [Hardware-software system for monitoring parameters and characteristics of X-ray computer tomographs under operation conditions].

    Science.gov (United States)

    Blinov, N N; Zelikman, M I; Kruchinin, S A

    2007-01-01

    The results of testing of hardware and software for monitoring parameters (mean number of CT units, noise, field uniformity, high-contrast spatial resolution, layer width, dose) and characteristics (modulation transfer function) of X-ray computer tomographs are presented. The developed hardware and software are used to monitor the stability of X-ray computer tomograph parameters under operation conditions.

  6. 40 CFR 141.625 - Conditions requiring increased monitoring.

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 22 2010-07-01 2010-07-01 false Conditions requiring increased monitoring. 141.625 Section 141.625 Protection of Environment ENVIRONMENTAL PROTECTION AGENCY (CONTINUED) WATER PROGRAMS (CONTINUED) NATIONAL PRIMARY DRINKING WATER REGULATIONS Stage 2 Disinfection Byproducts Requirements § 141.625 Conditions...

  7. Conditions database and calibration software framework for ATLAS monitored drift tube chambers

    CERN Document Server

    Cirilli, M; Orestano, D; Petrucci, F; Rothberg, J E; Van Eldik, N; van Kesteren, Z; Verducci, M; Woudstra, M

    2007-01-01

    The size and complexity of LHC experiments raise unprecedented challenges not only in terms of detector design, construction and operation, but also in terms of software models and data persistency. One of the most challenging tasks is the calibration of the 375,000 Monitored Drift Tubes (MDTs) that will be used as precision tracking detectors in the Muon Spectrometer of the ATLAS experiment. This paper reviews the status of the MDT Calibration software and computing model. In particular, the options for a dedicated database are described.

  8. Required accuracy and dose thresholds in individual monitoring

    DEFF Research Database (Denmark)

    Christensen, P.; Griffith, R.V.

    1994-01-01

    to energy and angular dependencies of the dosemeter. In type testing of personal dosimetry systems, the estimated overall standard deviation of the dosimetry system is the main parameter to be tested. An important characteristic of a personal dosimetry system is its capability of measuring low doses......The paper follows the approach given in recent revisions of CEC and IAEA recommendations on requirements in individual monitoring for external radiations. The ICRP requirements on overall accuracy for individual monitoring, as given in ICRP Publication 35 (1982), form the basis...... for the specification of detailed accuracy requirements which are needed in practical routine monitoring. The ICRP overall accuracy requirement is defined as an allowable maximum uncertainty factor at the 95% confidence level for a single measurement of the relevant dose quantity, i.e. H(p)(10) and H(p)(0.07). From...

  9. The Computer-based Health Evaluation Software (CHES: a software for electronic patient-reported outcome monitoring

    Directory of Open Access Journals (Sweden)

    Holzner Bernhard

    2012-11-01

    Full Text Available Abstract Background Patient-reported Outcomes (PROs capturing e.g., quality of life, fatigue, depression, medication side-effects or disease symptoms, have become important outcome parameters in medical research and daily clinical practice. Electronic PRO data capture (ePRO with software packages to administer questionnaires, storing data, and presenting results has facilitated PRO assessment in hospital settings. Compared to conventional paper-pencil versions of PRO instruments, ePRO is more economical with regard to staff resources and time, and allows immediate presentation of results to the medical staff. The objective of our project was to develop software (CHES – Computer-based Health Evaluation System for ePRO in hospital settings and at home with a special focus on the presentation of individual patient’s results. Methods Following the Extreme Programming development approach architecture was not fixed up-front, but was done in close, continuous collaboration with software end users (medical staff, researchers and patients to meet their specific demands. Developed features include sophisticated, longitudinal charts linking patients’ PRO data to clinical characteristics and to PRO scores from reference populations, a web-interface for questionnaire administration, and a tool for convenient creating and editing of questionnaires. Results By 2012 CHES has been implemented at various institutions in Austria, Germany, Switzerland, and the UK and about 5000 patients participated in ePRO (with around 15000 assessments in total. Data entry is done by the patients themselves via tablet PCs with a study nurse or an intern approaching patients and supervising questionnaire completion. Discussion During the last decade several software packages for ePRO have emerged for different purposes. Whereas commercial products are available primarily for ePRO in clinical trials, academic projects have focused on data collection and presentation in daily

  10. Design Requirements, Epistemic Uncertainty and Solution Development Strategies in Software Design

    DEFF Research Database (Denmark)

    Ball, Linden J.; Onarheim, Balder; Christensen, Bo Thomas

    2010-01-01

    This paper investigates the potential involvement of “epistemic uncertainty” in mediating between complex design requirements and strategic switches in software design strategies. The analysis revealed that the designers produced an initial “first-pass” solution to the given design brief in a bre......This paper investigates the potential involvement of “epistemic uncertainty” in mediating between complex design requirements and strategic switches in software design strategies. The analysis revealed that the designers produced an initial “first-pass” solution to the given design brief...... a view of software design as involving a mixed breadth-first and depth-first solution development approach, with strategic switching to depth-first design being triggered by requirement complexity and being mediated by associated feelings of uncertainty....

  11. Design of a Nanosatellite Ground Monitoring and Control Software – a Case Study

    Directory of Open Access Journals (Sweden)

    Freddy Alexander Díaz González

    2016-04-01

    Full Text Available The growing countries that have carried out the development of CubeSat missions for academic purposes do not offer aerospace engineering programs at their universities. This causes difficulties for traditional engineers upon the formal use of different standards and frameworks for aerospace development, such as the European Cooperation for Space Standardization and Space Mission Analysis and Design . One way in which traditional software engineers can easily understand the structure of an aerospace framework, in order to apply it on the development of CubeSat mission software parts, is comparing its most important elements in relation to the elements suggested by a more familiar method. In this paper, we present a hybrid framework between the ECSS-E-ST-40C standard and the Rational Unified Process, which can be used by traditional software engineers as a guide model for the development of software elements in academic nanosatellite missions. The model integrates the processes and documentation suggested by the ECSS-E-ST-40C with the disciplines, workflows and artifacts suggested in Rational Unified Process. This simplifies the structure of ECSS-E-ST-40C and allows traditional software engineers to easily understand its work elements. The paper describes as study case the implementation of the hybrid model in the analysis and design of ground monitoring and control software for the Libertad-2 satellite mission, which is currently being developed by the Universidad Sergio Arboleda in Colombia.

  12. DEVELOPMENT OF SOFTWARE SYSTEM FOR MONITORING OF STRESS CORROSION CRACKING OF THE PIPELINE UNDER TENSION

    Directory of Open Access Journals (Sweden)

    Z. K. Abaev

    2016-01-01

    Full Text Available The software and hardware development tendency, providing the automated monitoring and control of basic and auxiliary technological processes of gas transportation via system of main gas pipelines has been revealed. The article discusses the stages of creation of the software of system of monitoring corrosion cracking under tension (SCC. The new useful adequate regression models development determining the risk level of LCC is shown. A ranking sections algorithm of main gas pipeline (MG on the propensity to SCC is presented. Adequate developed regression equation determining the LCC risk level has been developed. To count the main gas pipeline lifetime the variable rank of the danger of SCC (RSCC on the basis of methods of fuzzy logic is proposed to use. Implementation of the fuzzy model was carried out using the graphical tools developed in MATLAB using the expansion pack Fuzzy Logic Toolbox. The working algorithm of developed program and the screen forms are presented.

  13. Development of software application dedicated to impulse- radar-based system for monitoring of human movements

    Science.gov (United States)

    Miękina, Andrzej; Wagner, Jakub; Mazurek, Paweł; Morawski, Roman Z.; Sudmann, Tobba T.; Børsheim, Ingebjørg T.; Øvsthus, Knut; Jacobsen, Frode F.; Ciamulski, Tomasz; Winiecki, Wiesław

    2016-11-01

    The importance of research on new technologies that could be employed in care services for elderly and disabled persons is highlighted. Advantages of radar sensors, when applied for non-invasive monitoring of such persons in their home environment, are indicated. A need for comprehensible visualisation of the intermediate results of measurement data processing is justified. Capability of an impulse-radar-based system to provide information, being of crucial importance for medical or healthcare personnel, are investigated. An exemplary software interface, tailored for non-technical users, is proposed, and preliminary results of impulse-radar-based monitoring of human movements are demonstrated.

  14. Supplemental Assessment of the Y-12 Groundwater Protection Program Using Monitoring and Remediation Optimization System Software

    Energy Technology Data Exchange (ETDEWEB)

    Elvado Environmental LLC; GSI Environmental LLC

    2009-01-01

    A supplemental quantitative assessment of the Groundwater Protection Program (GWPP) at the Y-12 National Security Complex (Y-12) in Oak Ridge, TN was performed using the Monitoring and Remediation Optimization System (MAROS) software. This application was previously used as part of a similar quantitative assessment of the GWPP completed in December 2005, hereafter referenced as the 'baseline' MAROS assessment (BWXT Y-12 L.L.C. [BWXT] 2005). The MAROS software contains modules that apply statistical analysis techniques to an existing GWPP analytical database in conjunction with hydrogeologic factors, regulatory framework, and the location of potential receptors, to recommend an improved groundwater monitoring network and optimum sampling frequency for individual monitoring locations. The goal of this supplemental MAROS assessment of the Y-12 GWPP is to review and update monitoring network optimization recommendations resulting from the 2005 baseline report using data collected through December 2007. The supplemental MAROS assessment is based on the findings of the baseline MAROS assessment and includes only the groundwater sampling locations (wells and natural springs) currently granted 'Active' status in accordance with the Y-12 GWPP Monitoring Optimization Plan (MOP). The results of the baseline MAROS assessment provided technical rationale regarding the 'Active' status designations defined in the MOP (BWXT 2006). One objective of the current report is to provide a quantitative review of data collected from Active but infrequently sampled wells to confirm concentrations at these locations. This supplemental MAROS assessment does not include the extensive qualitative evaluations similar to those presented in the baseline report.

  15. Requirements to a Norwegian National Automatic Gamma Monitoring System

    Energy Technology Data Exchange (ETDEWEB)

    Lauritzen, B.; Hedemann Jensen, P.; Nielsen, F

    2005-04-01

    An assessment of the overall requirements to a Norwegian gamma-monitoring network is undertaken with special emphasis on the geographical distribution of automatic gamma monitoring stations, type of detectors in such stations and the sensitivity of the system in terms of ambient dose equivalent rate increments above the natural background levels. The study is based upon simplified deterministic calculations of the radiological consequences of generic nuclear accident scenarios. The density of gamma monitoring stations has been estimated from an analysis of the dispersion of radioactive materials over large distances using historical weather data; the minimum density is estimated from the requirement that a radioactive plume may not slip unnoticed in between stations of the monitoring network. The sensitivity of the gamma monitoring system is obtained from the condition that events that may require protective intervention measures should be detected by the system. Action levels for possible introduction of sheltering and precautionary foodstuff restrictions are derived in terms of ambient dose equivalent rate. For emergency situations where particulates contribute with only a small fraction of the total ambient dose equivalent rate from the plume, it is concluded that measurements of dose rate are sufficient to determine the need for sheltering; simple dose rate measurements however, are inadequate to determine the need for foodstuff restrictions and spectral measurements are required. (au)

  16. StreaMon: a data-plane programming abstraction for Software-defined Stream Monitoring

    OpenAIRE

    Bianchi, Giuseppe; Bonola, Marco; Picierro, Giulio; Pontarelli, Salvatore; Monaci, Marco

    2013-01-01

    The fast evolving nature of modern cyber threats and network monitoring needs calls for new, "software-defined", approaches to simplify and quicken programming and deployment of online (stream-based) traffic analysis functions. StreaMon is a carefully designed data-plane abstraction devised to scalably decouple the "programming logic" of a traffic analysis application (tracked states, features, anomaly conditions, etc.) from elementary primitives (counting and metering, matching, events gener...

  17. A discussion of higher order software concepts as they apply to functional requirements and specifications. [space shuttles and guidance

    Science.gov (United States)

    Hamilton, M.

    1973-01-01

    The entry guidance software functional requirements (requirements design phase), its architectural requirements (specifications design phase), and the entry guidance software verified code are discussed. It was found that the proper integration of designs at both the requirements and specifications levels are of high priority consideration.

  18. Dependencies among Architectural Views Got from Software Requirements Based on a Formal Model

    Directory of Open Access Journals (Sweden)

    Osis Janis

    2014-12-01

    Full Text Available A system architect has software requirements and some unspecified knowledge about a problem domain (e.g., an enterprise as source information for assessment and evaluation of possible solutions and getting the target point, a preliminary software design. The solving factor is architect’s experience and expertise in the problem domain (“AS-IS”. A proposed approach is dedicated to assist a system architect in making an appropriate decision on the solution (“TO-BE”. It is based on a formal mathematical model, Topological Functioning Model (TFM. Compliant TFMs can be transformed into software architectural views. The paper demonstrates and discusses tracing dependency links from the requirements to and between the architectural views.

  19. Thirty Meter Telescope: observatory software requirements, architecture, and preliminary implementation strategies

    Science.gov (United States)

    Silva, David R.; Angeli, George; Boyer, Corinne; Sirota, Mark; Trinh, Thang

    2008-07-01

    The Thirty Meter Telescope (TMT) will be a ground-based, 30-m optical-IR alt-az telescope with a highly segmented primary mirror located in a remote location. Efficient science operations require the asynchronous coordination of many different sub-systems including telescope mount, three independent active optics sub-systems, adaptive optics, laser guide stars, and user-configured science instrument. An important high-level requirement is target acquisition and observatory system configuration must be completed in less than 5 minutes (or 10 minutes if moving to a new instrument). To meet this coordination challenge and target acquisition time requirement, a distributed software architecture is envisioned consisting of software components linked by a service-based software communications backbone. A master sequencer coordinates the activities of mid-layer sequencers for the telescope, adaptive optics, and selected instrument. In turn, these mid-layer sequencers coordinate the activities of groups of sub-systems. In this paper, TMT observatory requirements are presented in more detail, followed by a description of the design reference software architecture and a discussion of preliminary implementation strategies.

  20. MODSARE-V: Validation of Dependability and Safety Critical Software Components with Model Based Requirements

    Science.gov (United States)

    Silveira, Daniel T. de M. M.; Schoofs, Tobias; Alana Salazar, Elena; Rodriguez Rodriguez, Ana Isabel; Devic, Marie-Odile

    2010-08-01

    The wide use of RAMS methods and techniques [1] (e.g. SFMECA, SFTA, HAZOP, HA...) in critical software development resulted in the specification of new software requirements, design constraints and other issues such as mandatory coding rules. Given the large variety of RAMS Requirements and Techniques, different types of Verification and Validation (V&V) [14] are spread over the phases of the software engineering process. As a result, the V&V process becomes complex and the cost and time required for a complete and consistent V&V process is increased. By introducing the concept of a model based approach to facilitate the RAMS requirements definition process, the V&V may be reduce in time and effort. MODSARE-V is demonstrates the feasibility of this concept based on case studies applied to ground or on-board software space projects with critical functions/components. This paper describes the approach adopted at MODSARE-V to realize the concept into a prototype and summarizes the results and conclusions met after the prototype application on the case studies.

  1. Requirements Engineering Challenges in Service Oriented Software Engineering: an exploratory online survey

    Directory of Open Access Journals (Sweden)

    Muneera Bano

    2013-07-01

    Full Text Available Service Oriented Software Engineering (SOSE is an emerging field for developing software using web services. One of the main tasks of a Requirement Engineer in SOSE is matchmaking between requirements and available services. Published literature indicates that Requirements Engineering (RE in SOSE is facing differentchallenges. In this study, we report the results of an online survey conducted with practitioners and the researchers working on service oriented projects. The aim is to get an insight about the issues and challenges faced in SOSE during requirements engineering. The results show an interesting pattern of how the researchers and practitioners have differing views on reported challenges. The difference in opinion is mostly because SOSE is a new field and most of its concepts are not fully understood and appreciated by designers and developers, resulting in a poor implementation of the SOSE concepts.

  2. Development and Integration of Hardware and Software for Active-Sensors in Structural Monitoring

    Energy Technology Data Exchange (ETDEWEB)

    Overly, Timothy G.S. [Los Alamos National Lab. (LANL), Los Alamos, NM (United States)

    2007-01-01

    Structural Health Monitoring (SHM) promises to deliver great benefits to many industries. Primarily among them is a potential for large cost savings in maintenance of complex structures such as aircraft and civil infrastructure. However, several large obstacles remain before widespread use on structures can be accomplished. The development of three components would address many of these obstacles: a robust sensor validation procedure, a low-cost active-sensing hardware and an integrated software package for transition to field deployment. The research performed in this thesis directly addresses these three needs and facilitates the adoption of SHM on a larger scale, particularly in the realm of SHM based on piezoelectric (PZT) materials. The first obstacle addressed in this thesis is the validation of the SHM sensor network. PZT materials are used for sensor/actuators because of their unique properties, but their functionality also needs to be validated for meaningful measurements to be recorded. To allow for a robust sensor validation algorithm, the effect of temperature change on sensor diagnostics and the effect of sensor failure on SHM measurements were classified. This classification allowed for the development of a sensor diagnostic algorithm that is temperature invariant and can indicate the amount and type of sensor failure. Secondly, the absence of a suitable commercially-available active-sensing measurement node is addressed in this thesis. A node is a small compact measurement device used in a complete system. Many measurement nodes exist for conventional passive sensing, which does not actively excite the structure, but there are no measurement nodes available that both meet the active-sensing requirements and are useable outside the laboratory. This thesis develops hardware that is low-power, active-sensing and field-deployable. This node uses the impedance method for SHM measurements, and can run the sensor diagnostic algorithm also developed here

  3. Waste Receiving and Processing Facility Module 1 Data Management System software requirements specification

    Energy Technology Data Exchange (ETDEWEB)

    Rosnick, C.K.

    1996-04-19

    This document provides the software requirements for Waste Receiving and Processing (WRAP) Module 1 Data Management System (DMS). The DMS is one of the plant computer systems for the new WRAP 1 facility (Project W-0126). The DMS will collect, store and report data required to certify the low level waste (LLW) and transuranic (TRU) waste items processed at WRAP 1 as acceptable for shipment, storage, or disposal.

  4. Waste Receiving and Processing Facility Module 1 Data Management System Software Requirements Specification

    Energy Technology Data Exchange (ETDEWEB)

    Brann, E.C. II

    1994-09-09

    This document provides the software requirements for Waste Receiving and Processing (WRAP) Module 1 Data Management System (DMS). The DMS is one of the plant computer systems for the new WRAP 1 facility (Project W-026). The DMS will collect, store and report data required to certify the low level waste (LLW) and transuranic (TRU) waste items processed at WRAP 1 as acceptable for shipment, storage, or disposal.

  5. A PRIORITY-BASED NEGOTIATIONS APPROACH FOR HANDLING INCONSISTENCIES IN MULTI-PERSPECTIVE SOFTWARE REQUIREMENTS

    Institute of Scientific and Technical Information of China (English)

    2008-01-01

    Inconsistency of multi-perspective requirements specifications is a pervasive issue during the requirements process.However,managing inconsistency is not just a pure technical problem.It is always associated with a process of interactions and competitions among corresponding stakeholders.The main contribution of this paper is to present a negotiations approach to handling inconsistencies in multi-perspective software requirements.In particular,the priority of requirements relative to each perspective plays an important role in proceeding negotiation over resolving inconsistencies among different stakeholders.An algorithm of generating negotiation proposals and an approach to evaluating proposals are also presented in this paper,respectively.

  6. Upgrading of data acquisition software for centralized radiation monitoring system in Malaysian Nuclear Agency

    Science.gov (United States)

    Yussup, F.; Ibrahim, M. M.; Haris, M. F.; Soh, S. C.; Hasim, H.; Azman, A.; Razalim, F. A. A.; Yapp, R.; Ramli, A. A. M.

    2016-01-01

    With the growth of technology, many devices and equipments can be connected to the network and internet to enable online data acquisition for real-time data monitoring and control from monitoring devices located at remote sites. Centralized radiation monitoring system (CRMS) is a system that enables area radiation level at various locations in Malaysian Nuclear Agency (Nuklear Malaysia) to be monitored centrally by using a web browser. The Local Area Network (LAN) in Nuclear Malaysia is utilized in CRMS as a communication media for data acquisition of the area radiation levels from radiation detectors. The development of the system involves device configuration, wiring, network and hardware installation, software and web development. This paper describes the software upgrading on the system server that is responsible to acquire and record the area radiation readings from the detectors. The recorded readings are called in a web programming to be displayed on a website. Besides the main feature which is acquiring the area radiation levels in Nuclear Malaysia centrally, the upgrading involves new features such as uniform time interval for data recording and exporting, warning system and dose triggering.

  7. Formal verification of medical monitoring software using Z language: a representative sample.

    Science.gov (United States)

    Babamir, Seyed Morteza; Borhani, Mehdi

    2012-08-01

    Medical monitoring systems are useful aids assisting physicians in keeping patients under constant surveillance; however, taking sound decision by the systems is a physician concern. As a result, verification of the systems behavior in monitoring patients is a matter of significant. The patient monitoring is undertaken by software in modern medical systems; so, software verification of modern medial systems have been noticed. Such verification can be achieved by the Formal Languages having mathematical foundations. Among others, the Z language is a suitable formal language has been used to formal verification of systems. This study aims to present a constructive method to verify a representative sample of a medical system by which the system is visually specified and formally verified against patient constraints stated in Z Language. Exploiting our past experience in formal modeling Continuous Infusion Insulin Pump (CIIP), we think of the CIIP system as a representative sample of medical systems in proposing our present study. The system is responsible for monitoring diabetic's blood sugar.

  8. Upgrading of data acquisition software for centralized radiation monitoring system in Malaysian Nuclear Agency

    Energy Technology Data Exchange (ETDEWEB)

    Yussup, F., E-mail: nolida@nm.gov.my; Ibrahim, M. M., E-mail: maslina-i@nm.gov.my; Soh, S. C.; Hasim, H. [Instrumentation and Automation Centre, Technical Support Division, Malaysian Nuclear Agency, Bangi, 43000 Kajang. Selangor (Malaysia); Haris, M. F. [Information Technology Centre, Technical Support Division, Malaysian Nuclear Agency, Bangi, 43000 Kajang. Selangor (Malaysia); Azman, A. [Prototype and Development Centre, Technical Support Division, Malaysian Nuclear Agency, Bangi, 43000 Kajang. Selangor (Malaysia); Razalim, F. A. A.; Yapp, R. [Health Physics Group, Radiation Safety and Health Division, Malaysian Nuclear Agency, Bangi, 43000 Kajang. Selangor (Malaysia); Ramli, A. A. M. [Technical Support Division, Malaysian Nuclear Agency, Bangi, 43000 Kajang. Selangor (Malaysia)

    2016-01-22

    With the growth of technology, many devices and equipments can be connected to the network and internet to enable online data acquisition for real-time data monitoring and control from monitoring devices located at remote sites. Centralized radiation monitoring system (CRMS) is a system that enables area radiation level at various locations in Malaysian Nuclear Agency (Nuklear Malaysia) to be monitored centrally by using a web browser. The Local Area Network (LAN) in Nuclear Malaysia is utilized in CRMS as a communication media for data acquisition of the area radiation levels from radiation detectors. The development of the system involves device configuration, wiring, network and hardware installation, software and web development. This paper describes the software upgrading on the system server that is responsible to acquire and record the area radiation readings from the detectors. The recorded readings are called in a web programming to be displayed on a website. Besides the main feature which is acquiring the area radiation levels in Nuclear Malaysia centrally, the upgrading involves new features such as uniform time interval for data recording and exporting, warning system and dose triggering.

  9. 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.

  10. 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.

  11. Requirements for guidelines systems: implementation challenges and lessons from existing software-engineering efforts.

    Science.gov (United States)

    Shah, Hemant; Allard, Raymond D; Enberg, Robert; Krishnan, Ganesh; Williams, Patricia; Nadkarni, Prakash M

    2012-03-09

    A large body of work in the clinical guidelines field has identified requirements for guideline systems, but there are formidable challenges in translating such requirements into production-quality systems that can be used in routine patient care. Detailed analysis of requirements from an implementation perspective can be useful in helping define sub-requirements to the point where they are implementable. Further, additional requirements emerge as a result of such analysis. During such an analysis, study of examples of existing, software-engineering efforts in non-biomedical fields can provide useful signposts to the implementer of a clinical guideline system. In addition to requirements described by guideline-system authors, comparative reviews of such systems, and publications discussing information needs for guideline systems and clinical decision support systems in general, we have incorporated additional requirements related to production-system robustness and functionality from publications in the business workflow domain, in addition to drawing on our own experience in the development of the Proteus guideline system (http://proteme.org). The sub-requirements are discussed by conveniently grouping them into the categories used by the review of Isern and Moreno 2008. We cite previous work under each category and then provide sub-requirements under each category, and provide example of similar work in software-engineering efforts that have addressed a similar problem in a non-biomedical context. When analyzing requirements from the implementation viewpoint, knowledge of successes and failures in related software-engineering efforts can guide implementers in the choice of effective design and development strategies.

  12. Active Mirror Predictive and Requirements Verification Software (AMP-ReVS)

    Science.gov (United States)

    Basinger, Scott A.

    2012-01-01

    This software is designed to predict large active mirror performance at various stages in the fabrication lifecycle of the mirror. It was developed for 1-meter class powered mirrors for astronomical purposes, but is extensible to other geometries. The package accepts finite element model (FEM) inputs and laboratory measured data for large optical-quality mirrors with active figure control. It computes phenomenological contributions to the surface figure error using several built-in optimization techniques. These phenomena include stresses induced in the mirror by the manufacturing process and the support structure, the test procedure, high spatial frequency errors introduced by the polishing process, and other process-dependent deleterious effects due to light-weighting of the mirror. Then, depending on the maturity of the mirror, it either predicts the best surface figure error that the mirror will attain, or it verifies that the requirements for the error sources have been met once the best surface figure error has been measured. The unique feature of this software is that it ties together physical phenomenology with wavefront sensing and control techniques and various optimization methods including convex optimization, Kalman filtering, and quadratic programming to both generate predictive models and to do requirements verification. This software combines three distinct disciplines: wavefront control, predictive models based on FEM, and requirements verification using measured data in a robust, reusable code that is applicable to any large optics for ground and space telescopes. The software also includes state-of-the-art wavefront control algorithms that allow closed-loop performance to be computed. It allows for quantitative trade studies to be performed for optical systems engineering, including computing the best surface figure error under various testing and operating conditions. After the mirror manufacturing process and testing have been completed, the

  13. Importance of Requirements Analysis & Traceability to Improve Software Quality and Reduce Cost and Risk

    Science.gov (United States)

    Kapoor, Manju M.; Mehta, Manju

    2010-01-01

    The goal of this paper is to emphasize the importance of developing complete and unambiguous requirements early in the project cycle (prior to Preliminary Design Phase). Having a complete set of requirements early in the project cycle allows sufficient time to generate a traceability matrix. Requirements traceability and analysis are the key elements in improving verification and validation process, and thus overall software quality. Traceability can be most beneficial when the system changes. If changes are made to high-level requirements it implies that low-level requirements need to be modified. Traceability ensures that requirements are appropriately and efficiently verified at various levels whereas analysis ensures that a rightly interpreted set of requirements is produced.

  14. Aphid-AutoEPG software for analysing electrically monitored feeding behaviour of aphids

    Directory of Open Access Journals (Sweden)

    Toni Prüfer

    2014-06-01

    Full Text Available Aphid-AutoEPG is a new software program, developed to acquire and automatically analyse electrical penetration graph (EPG signals used for monitoring plant penetration by aphids. Characteristically EPG signals include waveforms that allow one to study the effects of plants on the acquisition and transmission of viruses, plant protection substances on pests and identify the location of resistance in plants to aphids. The success of electrical monitoring arises from the fact that different species of aphids generate similar EPG patterns. But the visual analysis of EPG waveforms in recorded signals is very time consuming, which has greatly hampered the wider application of EPG technology. To overcome this Aphid-AutoEPG software was developed, which has been extensively tested using data files for several different species of aphids, M. persicae, A. frangulae gossypii, M. albifrons, S. avenae, B. brassicae and N. ribis-nigri. The results have also been compared with visual analyses using Stylet+ software. When used in combination with the user friendly correction options Aphid-AutoEPG is not only easy to use but can also result in a considerable saving in terms of time.

  15. Independent Verification and Validation Of SAPHIRE 8 Software Requirements Project Number: N6423 U.S. Nuclear Regulatory Commission

    Energy Technology Data Exchange (ETDEWEB)

    Kent Norris

    2009-09-01

    The purpose of the Independent Verification and Validation (IV&V) role in the evaluation of the SAPHIRE requirements definition is to assess the activities that results in the specification, documentation, and review of the requirements that the software product must satisfy, including functionality, performance, design constraints, attributes and external interfaces. The IV&V team began this endeavor after the software engineering and software development of SAPHIRE had already been in production. IV&V reviewed the requirements specified in the NRC Form 189s to verify these requirements were included in SAPHIRE’s Software Verification and Validation Plan (SVVP).

  16. Independent Verification and Validation Of SAPHIRE 8 Software Requirements Project Number: N6423 U.S. Nuclear Regulatory Commission

    Energy Technology Data Exchange (ETDEWEB)

    Kent Norris

    2010-03-01

    The purpose of the Independent Verification and Validation (IV&V) role in the evaluation of the SAPHIRE requirements definition is to assess the activities that results in the specification, documentation, and review of the requirements that the software product must satisfy, including functionality, performance, design constraints, attributes and external interfaces. The IV&V team began this endeavor after the software engineering and software development of SAPHIRE had already been in production. IV&V reviewed the requirements specified in the NRC Form 189s to verify these requirements were included in SAPHIRE’s Software Verification and Validation Plan (SVVP).

  17. The HIE-ISOLDE alignment and monitoring system software and test mock up

    CERN Document Server

    Kautzmann, G; Kadi, Y; Leclercq, Y; Waniorek, S; Williams, L

    2012-01-01

    For the HIE Isolde project a superconducting linac will be built at CERN in the Isolde facility area. The linac will be based on the creation and installation of 2 high- β and 4 low- β cryomodules containing respectively 5 high-β superconducting cavities and 1 superconducting solenoid for the two first ones, 6 low-β superconducting cavities and 2 superconducting solenoids for the four other ones. An alignment and monitoring system of the RF cavities and solenoids placed inside the cryomodules is needed to reach the optimum linac working conditions. The alignment system is based on opto-electronics, optics and precise mechanical instrumentation. The geometrical frame configuration, the data acquisition and the 3D adjustment will be managed using a dedicated software application. In parallel to the software development, an alignment system test mock-up has been built for software validation and dimensional tests. This paper will present the software concept and the development status, and then will describe...

  18. Software requirements specification for the GIS-T/ISTEA pooled fund study phase C linear referencing engine

    Energy Technology Data Exchange (ETDEWEB)

    Amai, W.; Espinoza, J. Jr. [Sandia National Lab., Albuquerque, NM (United States); Fletcher, D.R. [Univ. of New Mexico, Albuquerque, NM (United States). Alliance for Transportation Research

    1997-06-01

    This Software Requirements Specification (SRS) describes the features to be provided by the software for the GIS-T/ISTEA Pooled Fund Study Phase C Linear Referencing Engine project. This document conforms to the recommendations of IEEE Standard 830-1984, IEEE Guide to Software Requirements Specification (Institute of Electrical and Electronics Engineers, Inc., 1984). The software specified in this SRS is a proof-of-concept implementation of the Linear Referencing Engine as described in the GIS-T/ISTEA pooled Fund Study Phase B Summary, specifically Sheet 13 of the Phase B object model. The software allows an operator to convert between two linear referencing methods and a datum network.

  19. SEMANTIC WEB-BASED SOFTWARE ENGINEERING BY AUTOMATED REQUIREMENTS ONTOLOGY GENERATION IN SOA

    Directory of Open Access Journals (Sweden)

    Vahid Rastgoo

    2014-04-01

    Full Text Available This paper presents an approach for automated generation of requirements ontology using UML diagrams in service-oriented architecture (SOA. The goal of this paper is to convenience progress of software engineering processes like software design, software reuse, service discovering and etc. The proposed method is based on a four conceptual layers. The first layer includes requirements achieved by stakeholders, the second one designs service-oriented diagrams from the data in first layer and extracts XMI codes of them. The third layer includes requirement ontology and protocol ontology to describe behavior of services and relationships between them semantically. Finally the forth layer makes standard the concepts exists in ontologies of previous layer. The generated ontology exceeds absolute domain ontology because it considers the behavior of services moreover the hierarchical relationship of them. Experimental results conducted on a set of UML4Soa diagrams in different scopes demonstrate the improvement of the proposed approach from different points of view such as: completeness of requirements ontology, automatic generation and considering SOA.

  20. Evaluating Dense 3d Reconstruction Software Packages for Oblique Monitoring of Crop Canopy Surface

    Science.gov (United States)

    Brocks, S.; Bareth, G.

    2016-06-01

    Crop Surface Models (CSMs) are 2.5D raster surfaces representing absolute plant canopy height. Using multiple CMSs generated from data acquired at multiple time steps, a crop surface monitoring is enabled. This makes it possible to monitor crop growth over time and can be used for monitoring in-field crop growth variability which is useful in the context of high-throughput phenotyping. This study aims to evaluate several software packages for dense 3D reconstruction from multiple overlapping RGB images on field and plot-scale. A summer barley field experiment located at the Campus Klein-Altendorf of University of Bonn was observed by acquiring stereo images from an oblique angle using consumer-grade smart cameras. Two such cameras were mounted at an elevation of 10 m and acquired images for a period of two months during the growing period of 2014. The field experiment consisted of nine barley cultivars that were cultivated in multiple repetitions and nitrogen treatments. Manual plant height measurements were carried out at four dates during the observation period. The software packages Agisoft PhotoScan, VisualSfM with CMVS/PMVS2 and SURE are investigated. The point clouds are georeferenced through a set of ground control points. Where adequate results are reached, a statistical analysis is performed.

  1. A GIS Software Toolkit for Monitoring Areal Snow Cover and Producing Daily Hydrologic Forecasts using NASA Satellite Imagery Project

    Data.gov (United States)

    National Aeronautics and Space Administration — Aniuk Consulting, LLC, proposes to create a GIS software toolkit for monitoring areal snow cover extent and producing streamflow forecasts. This toolkit will be...

  2. Meta-Model and UML Profile for Requirements Management of Software and Embedded Systems

    Directory of Open Access Journals (Sweden)

    Arpinen Tero

    2011-01-01

    Full Text Available Software and embedded system companies today encounter problems related to requirements management tool integration, incorrect tool usage, and lack of traceability. This is due to utilized tools with no clear meta-model and semantics to communicate requirements between different stakeholders. This paper presents a comprehensive meta-model for requirements management. The focus is on software and embedded system domains. The goal is to define generic requirements management domain concepts and abstract interfaces between requirements management and system development. This leads to a portable requirements management meta-model which can be adapted with various system modeling languages. The created meta-model is prototyped by translating it into a UML profile. The profile is imported into a UML tool which is used for rapid evaluation of meta-model concepts in practice. The developed profile is associated with a proof of concept report generator tool that automatically produces up-to-date documentation from the models in form of web pages. The profile is adopted to create an example model of embedded system requirement specification which is built with the profile.

  3. Implementation of dose monitoring software in the clinical routine. First experiences

    Energy Technology Data Exchange (ETDEWEB)

    Heilmaier, C.; Zuber, N.; Bruijns, B.; Weishaupt, D. [Stadtspital Triemli, Zurich (Switzerland). Dept. of Radiology and Nuclear Medicine; Ceyrolle, C. [DoseWatch, GE Healthcare, Buc (France)

    2016-01-15

    Radiation exposure of the public as a result of medical imaging has significantly increased during the last decades. To have a tool to register and control patient dose exposure, we implemented dose monitoring software at our institution and first connected our computed tomography (CT) scanners. CT dose data from July 2014 to February 2015 was retrospectively analyzed using dose monitoring software. We evaluated a number of scans above predefined dose thresholds (''alerts''), assessed reasons for alerts and compared data of two CT scanners, one located close to the emergency room (''emergency CT scanner'') and one mainly used on an outpatient basis (''clinical routine CT scanner''). To check for statistically significant differences between scanners, chi-square-tests were performed. A total of 8883 scans were acquired (clinical routine CT scanner, n = 3415; emergency CT scanner, n = 5468) during which 316 alerts were encountered (alert quota, 4 %). The overall alert quota ranged from 2 - 5 % with significantly higher values for the clinical routine CT scanner. Reasons for alerts were high BMI (51 %), patient off-centering (24 %), scan repetition (11 %), orthopedic hardware (9 %), or other (5 %). Scan repetition was necessary significantly more often with the emergency CT scanner (p = 0.019), while high BMI, off-centering and orthopedic hardware were more frequently seen with the clinical routine CT scanner (for all, p < 0.05). There was a good correlation between high body weight and dose above threshold (r = 0.585). Implementation of dose monitoring software in the clinical routine was successfully accomplished and provides important information regarding patient radiation protection.

  4. Software for Manipulating and Embedding Data Interrogation Algorithms into Integrated Systems: Special Application to Structural Health Monitoring

    Energy Technology Data Exchange (ETDEWEB)

    Allen, David W. [Virginia Polytechnic Inst. and State Univ. (Virginia Tech), Blacksburg, VA (United States)

    2004-12-01

    In this study a software package for easily creating and embedding structural health monitoring (SHM) data interrogation processes in remote hardware is presented. The software described herein is comprised of two pieces. The first is a client to allow graphical construction of data interrogation processes. The second is node software for remote execution of processes on remote sensing and monitoring hardware. The client software is created around a catalog of data interrogation algorithms compiled over several years of research at Los Alamos National Laboratory known as DIAMOND II. This study also includes encapsulating the DIAMOND II algorithms into independent interchangeable functions and expanding the catalog with work in feature extraction and statistical discrimination. The client software also includes methods for interfacing with the node software over an Internet connection. Once connected, the client software can upload a developed process to the integrated sensing and processing node. The node software has the ability to run the processes and return results. This software creates a distributed SHM network without individual nodes relying on each other or a centralized server to monitor a structure.

  5. Software Infusion: Using Computers to Enhance Instruction. Part Two: What Kind of Training Does Software Infusion Require?

    Science.gov (United States)

    Schiffman, Shirl S.

    1986-01-01

    Presents a four-step conceptual framework for designing workshops to teach educators software infusion (SI), i.e., the use of computer software to enhance instructional effectiveness in school academic areas. Suggestions for implementation and sample worksheets accompany the discussions of each step. (MBR)

  6. Software Defined Doppler Radar as a Contactless Multipurpose Microwave Sensor for Vibrations Monitoring

    Science.gov (United States)

    Raffo, Antonio; Costanzo, Sandra; Di Massa, Giuseppe

    2017-01-01

    A vibration sensor based on the use of a Software-Defined Radio (SDR) platform is adopted in this work to provide a contactless and multipurpose solution for low-cost real-time vibrations monitoring. In order to test the vibration detection ability of the proposed non-contact method, a 1 GHz Doppler radar sensor is simulated and successfully assessed on targets at various distances, with various oscillation frequencies and amplitudes. Furthermore, an SDR Doppler platform is practically realized, and preliminary experimental validations on a device able to produce a harmonic motion are illustrated to prove the effectiveness of the proposed approach. PMID:28075345

  7. Jogging support system with portable monitoring device and health manage software.

    Science.gov (United States)

    Makikawa, Masaki; Isaka, Tadao; Iida, Takeo; Asajima, Shuzo; Tsukise, Kanji; Shiozawa, Narihiro; Nishiyama, Kento; Wada, Sumio; Nakayama, Kyochiro; Horiguchi, Michiyuki; Torimoto, Hitoshi

    2004-01-01

    At MEDINFO 2001 we reported about an ambulatory biosignal memory device. As an application of this system, we have developed a portable jogging monitoring device and studied its application for health management here. This device is a micro processor based system with some sensors necessary to monitor condition of the user during jogging, that is, a heart rate sensor, a GPS sensor and a physical activity sensor. We also have developed PC based health management software that receives jogging data after jogging and stores it as a long term jogging trend data. From these long term data it feeds back the distance completion of jogging on the virtual course. Moreover it can show the trend of jogging time, distance, average heart rate and the user can know his/her own health condition.

  8. System requirements for one-time-use ENRAF control panel software

    Energy Technology Data Exchange (ETDEWEB)

    HUBER, J.H.

    1999-08-19

    An Enraf Densitometer is installed on tank 241-AY-102. The Densitometer will frequently be tasked to obtain and log density profiles. The activity can be effected a number of ways. Enraf Incorporated provides a software package called ''Logger18'' to its customers for the purpose of in-shop testing of their gauges. Logger18 is capable of accepting an input file which can direct the gauge to obtain a density profile for a given tank level and bottom limit. Logger18 is a complex, DOS based program which will require trained technicians and/or tank farm entries to obtain the data. ALARA considerations have prompted the development of a more user-friendly, computer-based interface to the Enraf densitometers. This document records the plan by which this new Enraf data acquisition software will be developed, reviewed, verified, and released. This plan applies to the development and implementation of a one-time-use software program, which will be called ''Enraf Control Panel.'' The software will be primarily used for remote operation of Enraf Densitometers for the purpose of obtaining and logging tank product density profiles.

  9. Common software for controlling and monitoring the upgraded CMS Level-1 trigger

    CERN Document Server

    Codispoti, Giuseppe

    2017-01-01

    The Large Hadron Collider restarted in 2015 with a higher centre-of-mass energy of 13 TeV. The instantaneous luminosity is expected to increase significantly in the coming years. An upgraded Level-1 trigger system was deployed in the CMS experiment in order to maintain the same efficiencies for searches and precision measurements as those achieved in 2012. This system must be controlled and monitored coherently through software, with high operational efficiency.The legacy system was composed of a large number of custom data processor boards; correspondingly, only a small fraction of the software was common between the different subsystems. The upgraded system is composed of a set of general purpose boards, that follow the MicroTCA specification, and transmit data over optical links, resulting in a more homogeneous system. The associated software is based on generic components corresponding to the firmware blocks that are shared across different cards, regardless of the role that the card plays in the system. ...

  10. Systematic profiling to monitor and specify the software refactoring process of the LHCb experiment

    Science.gov (United States)

    Couturier, Ben; Kiagias, E.; Lohn, Stefan B.

    2014-06-01

    The LHCb upgrade program implies a significant increase in data processing that will not be matched by additional computing resources. Furthermore, new architectures such as many-core platforms can currently not be fully exploited due to memory and I/O bandwidth limitations. A considerable refactoring effort will therefore be needed to vectorize and parallelize the LHCb software, to minimize hotspots and to reduce the impact of bottlenecks. It is crucial to guide refactoring with a profiling system that gives hints to regions in source-code for possible and necessary re-engineering and which kind of optimization could lead to final success. Software optimization is a sophisticated process where all parts, compiler, operating system, external libraries and chosen hardware play a role. Intended improvements can have different effects on different platforms. To obtain precise information of the general performance, to make profiles comparable, reproducible and to verify the progress of performance in the framework, it is crucial to produce profiles more systematically in terms of regular profiling based on representative use cases and to perform regression tests. Once a general execution, monitoring and analysis platform is available, software metrics can be derived from the collected profiling results to trace changes in performance back and to create summary reports on a regular basis with an alert system if modifications led to significant performance degradations.

  11. Remote monitoring of videourodynamics using smart phone and free instant messaging software.

    Science.gov (United States)

    Hsieh, Po-Fan; Chang, Chao-Hsiang; Lien, Chi-Shun; Wu, Hsi-Chin; Hsiao, Po-Jen; Chou, Eric Chieh-Lung

    2013-11-01

    To evaluate the feasibility of using smart phones plus free instant messaging software for remote monitoring of videourodynamics. From November 2011 to October 2012, 85 females with voiding disorders were enrolled for videourodynamic tests. The patients were assigned to videourodynamics remotely monitored by the attending physician by using iPhone/iPad and Skype (group 1) and videourodynamics with the attending physician present (group 2). The procedural time and videourodynamic qualities, assessed by the frequency of adherence to the modified Sullivan criteria, in each group were recorded and compared. There were 44 and 41 patients in group 1 and group 2, respectively. The mean procedural time was comparable between group 1 and group 2 (56.3 vs. 54.4 min, P = 0.25). The frequencies of adherence to the modified Sullivan criteria were similar in each group. The qualities of videourodynamics under the attending physician's remote or direct monitoring were both appropriate. Based on the convenience of Internet, the popularity of smart phones and the intention to make the urologists use their time more efficiently, our study provides remote monitoring as an alternative way for performing videourodynamics. © 2013 Wiley Periodicals, Inc.

  12. Monitoring of Computing Resource Use of Active Software Releases in ATLAS

    CERN Document Server

    Limosani, Antonio; The ATLAS collaboration

    2016-01-01

    The LHC is the world's most powerful particle accelerator, colliding protons at centre of mass energy of 13 TeV. As the energy and frequency of collisions has grown in the search for new physics, so too has demand for computing resources needed for event reconstruction. We will report on the evolution of resource usage in terms of CPU and RAM in key ATLAS offline reconstruction workflows at the Tier0 at CERN and on the WLCG. Monitoring of workflows is achieved using the ATLAS PerfMon package, which is the standard ATLAS performance monitoring system running inside Athena jobs. Systematic daily monitoring has recently been expanded to include all workflows beginning at Monte Carlo generation through to end user physics analysis, beyond that of event reconstruction. Moreover, the move to a multiprocessor mode in production jobs has facilitated the use of tools, such as "MemoryMonitor", to measure the memory shared across processors in jobs. Resource consumption is broken down into software domains and displayed...

  13. Monitoring of Computing Resource Use of Active Software Releases at ATLAS

    CERN Document Server

    Limosani, Antonio; The ATLAS collaboration

    2017-01-01

    The LHC is the world's most powerful particle accelerator, colliding protons at centre of mass energy of 13 TeV. As the energy and frequency of collisions has grown in the search for new physics, so too has demand for computing resources needed for event reconstruction. We will report on the evolution of resource usage in terms of CPU and RAM in key ATLAS offline reconstruction workflows at the Tier0 at CERN and on the WLCG. Monitoring of workflows is achieved using the ATLAS PerfMon package, which is the standard ATLAS performance monitoring system running inside Athena jobs. Systematic daily monitoring has recently been expanded to include all workflows beginning at Monte Carlo generation through to end user physics analysis, beyond that of event reconstruction. Moreover, the move to a multiprocessor mode in production jobs has facilitated the use of tools, such as "MemoryMonitor", to measure the memory shared across processors in jobs. Resource consumption is broken down into software domains and displayed...

  14. Comparison between ASI, CNES and JAXA CCD analysis software for optical space debris monitoring

    Science.gov (United States)

    Paolillo, Fabrizio; Laas-Bourez, Myrtille; Yanagisawa, Toshifumi; Cappelletti, Chantal; Graziani, Filippo; Vidal, Bruno

    Since nineties Italian Space Agency (ASI), Centre National d'Etudes Spatiales CNES and Japan Aerospace Exploration Agency (JAXA) play an important role in Inter-Agency Space Debris Coordination Committee (IADC) activities. Respectively the Group of Astrodynamics of Uni-versity Sapienza of Rome (GAUSS), TAROT team (Télescope a Action Rapide pour les Objets Transitoires) and Institute of Aerospace Technology (IAT), participate in optical space debris monitoring activities (WG1 at IADC ) with the following facilities: 1. SpaDE observatory of ASI/GAUSS in Collepardo (Fr.), country-regionplaceItaly. 2. TAROT observatories of CNES: one in Chili (ESO LA Silla) and one in placecountry-regionFrance (Observatoire de la Côte d'Azur, at Calern). 3. Nyukasayama Observatory of IAT/JAXA, country-regionplaceJapan. Due to the large amount of data collected during the IADC coordinated observation campaigns and the autonomous campaigns, these research groups developed three different software for image processing automation and for the correlation of the detected objects with the catalogue. Using these software the three different observatories are improving the knowledge of the space debris population, in particular in the so-called geostationary belt (AI23.4 IADC International 2007 optical observation campaigns in higher Earth orbits and AI23.2 Investigation of high A/m ratio debris in higher Earth orbits), but they use different space debris monitoring techniques. With the aim to improve CCD analysis capabilities of each research group, during the 27th IADC meeting ASI, CNES and JAXA started a cooperation in this field on the comparison between the image processing software. The objectives of this activity are: 1. Test of ASI, CNES and JAXA CCD analysis software on real images taken in the 3 dif-ferent observation strategies (each observatory uses a particular objects extraction pro-cedure). 2. Results comparison: number of bad detection, number of good detection, processing

  15. Remote sensing time series analysis for crop monitoring with the SPIRITS software: new functionalities and use examples

    Directory of Open Access Journals (Sweden)

    Felix eRembold

    2015-07-01

    Full Text Available Monitoring crop and natural vegetation conditions is highly relevant, particularly in the food insecure areas of the world. Data from remote sensing image time series at high temporal and medium to low spatial resolution can assist this monitoring as they provide key information about vegetation status in near real-time over large areas. The Software for the Processing and Interpretation of Remotely sensed Image Time Series (SPIRITS is a stand-alone flexible analysis environment created to facilitate the processing and analysis of large image time series and ultimately for providing clear information about vegetation status in various graphical formats to crop production analysts and decision makers. In this paper we present the latest functional developments of SPIRITS and we illustrate recent applications. The main new developments include: HDF5 importer, Image re-projection, additional options for temporal Smoothing and Periodicity conversion, computation of a rainfall-based probability index (Standardized Precipitation Index for drought detection and extension of the Graph composer functionalities.In particular,. The examples of operational analyses are taken from several recent agriculture and food security monitoring reports and bulletins. We conclude with considerations on future SPIRITS developments also in view of the data processing requirements imposed by the coming generation of remote sensing products at high spatial and temporal resolution, such as those provided by the Sentinel sensors of the European Copernicus programme.

  16. A Business Analytics Software Tool for Monitoring and Predicting Radiology Throughput Performance.

    Science.gov (United States)

    Jones, Stephen; Cournane, Seán; Sheehy, Niall; Hederman, Lucy

    2016-12-01

    Business analytics (BA) is increasingly being utilised by radiology departments to analyse and present data. It encompasses statistical analysis, forecasting and predictive modelling and is used as an umbrella term for decision support and business intelligence systems. The primary aim of this study was to determine whether utilising BA technologies could contribute towards improved decision support and resource management within radiology departments. A set of information technology requirements were identified with key stakeholders, and a prototype BA software tool was designed, developed and implemented. A qualitative evaluation of the tool was carried out through a series of semi-structured interviews with key stakeholders. Feedback was collated, and emergent themes were identified. The results indicated that BA software applications can provide visibility of radiology performance data across all time horizons. The study demonstrated that the tool could potentially assist with improving operational efficiencies and management of radiology resources.

  17. Knowledge Base for an Intelligent System in order to Identify Security Requirements for Government Agencies Software Projects

    Directory of Open Access Journals (Sweden)

    Adán Beltrán G.

    2016-01-01

    Full Text Available It has been evidenced that one of the most common causes in the failure of software security is the lack of identification and specification of requirements for information security, it is an activity with an insufficient importance in the software development or software acquisition We propose the knowledge base of CIBERREQ. CIBERREQ is an intelligent knowledge-based system used for the identification and specification of security requirements in the software development cycle or in the software acquisition. CIBERREQ receives functional software requirements written in natural language and produces non-functional security requirements through a semi-automatic process of risk management. The knowledge base built is formed by an ontology developed collaboratively by experts in information security. In this process has been identified six types of assets: electronic data, physical data, hardware, software, person and service; as well as six types of risk: competitive disadvantage, loss of credibility, economic risks, strategic risks, operational risks and legal sanctions. In addition there are defined 95 vulnerabilities, 24 threats, 230 controls, and 515 associations between concepts. Additionally, automatic expansion was used with Wikipedia for the asset types Software and Hardware, obtaining 7125 and 5894 software and hardware subtypes respectively, achieving thereby an improvement of 10% in the identification of the information assets candidates, one of the most important phases of the proposed system.

  18. 40 CFR 75.74 - Annual and ozone season monitoring and reporting requirements.

    Science.gov (United States)

    2010-07-01

    ... every five years and is also required if the flow monitor polynomial coefficients or K factor(s) are...-diluent monitoring system, each flow rate monitoring system, each moisture monitoring system and each... not apply, and, for flow rate monitoring systems, the required RATA load level(s) (or operating level...

  19. Software requirements and support for image-algebraic analysis, detection, and recognition of small targets

    Science.gov (United States)

    Schmalz, Mark S.; Ritter, Gerhard X.; Forsman, Robert H.; Yang, Chyuan-Huei T.; Hu, Wen-Chen; Porter, Ryan A.; McTaggart, Gary; Hranicky, James F.; Davis, James F.

    1995-06-01

    The detection of hazardous targets frequently requires a multispectral approach to image acquisition and analysis, which we have implemented in a software system called MATRE (multispectral automated target recognition and enhancement). MATRE provides capabilities of image enhancement, image database management, spectral signature extraction and visualization, statistical analysis of greyscale imagery, as well as 2D and 3D image processing operations. Our system is based upon a client-server architecture that is amenable to distributed implementation. In this paper, we discuss salient issues and requirements for multispectral recognition of hazardous targets, and show that our software fulfills or exceeds such requirements. MATRE's capabilities, as well as statistical and morphological analysis results, are exemplified with emphasis upon computational cost, ease of installation, and maintenance on various Unix platforms. Additionally, MATRE's image processing functions can be coded in vector-parallel form, for ease of implementation of SIMD-parallel processors. Our algorithms are expressed in terms of image algebra, a concise, rigorous notation that unifies linear and nonlinear mathematics in the image domain. An image algebra class library for the C + + language has been incorporated into the our system, which facilitates fast algorithm prototyping without the numerous drawbacks of descrete coding.

  20. Hanford Soil Inventory Model (SIM) Rev. 1 Software Documentation – Requirements, Design, and Limitations

    Energy Technology Data Exchange (ETDEWEB)

    Simpson, Brett C.; Corbin, Rob A.; Anderson, Michael J.; Kincaid, Charles T.

    2006-09-25

    The objective of this document is to support the simulation results reported by Corbin et al. (2005) by documenting the requirements, conceptual model, simulation methodology, testing, and quality assurance associated with the Hanford Soil Inventory Model (SIM). There is no conventional software life-cycle documentation associated with the Hanford SIM because of the research and development nature of the project. Because of the extensive use of commercial- off-the-shelf software products, there was little actual software development as part of this application. This document is meant to provide historical context and technical support of Corbin et al. (2005), which is a significant revision and update to an earlier product Simpson et al. (2001). The SIM application computed waste discharges composed of 75 analytes at 377 waste sites (liquid disposal, unplanned releases, and tank farm leaks) over an operational period of approximately 50 years. The development and application of SIM was an effort to develop a probabilistic approach to estimate comprehensive, mass balanced-based contaminant inventories for the Hanford Site post-closure setting. A computer model capable of calculating inventories and the associated uncertainties as a function of time was identified to address the needs of the Remediation and Closure Science (RCS) Project.

  1. Engineering Runtime Requirements-Monitoring Systems Using MDA Technologies

    Science.gov (United States)

    Skene, James; Emmerich, Wolfgang

    The Model-Driven Architecture (MDA) technology toolset includes a language for describing the structure of meta-data, the MOF, and a language for describing consistency properties that data must exhibit, the OCL. Off-the-shelf tools can generate meta-data repositories and perform consistency checking over the data they contain. In this paper we describe how these tools can be used to implement runtime requirements monitoring of systems by modelling the required behaviour of the system, implementing a meta-data repository to collect system data, and consistency checking the repository to discover violations. We evaluate the approach by implementing a contract checker for the SLAng service-level agreement language, a language defined using a MOF meta-model, and integrating the checker into an Enterprise JavaBeans application. We discuss scalability issues resulting from immaturities in the applied technologies, leading to recommendations for their future development.

  2. Software systems for operation, control, and monitoring of the EBEX instrument

    CERN Document Server

    Milligan, Michael; Aubin, François; Baccigalupi, Carlo; Bao, Chaoyun; Borrill, Julian; Cantalupo, Christopher; Chapman, Daniel; Didier, Joy; Dobbs, Matt; Grainger, Will; Hanany, Shaul; Hillbrand, Seth; Hubmayr, Johannes; Jaffe, Andrew; Johnson, Bradley; Kisner, Theodore; Klein, Jeff; Korotkov, Andrei; Leach, Sam; Lee, Adrian; Levinson, Lorne; Limon, Michele; MacDermid, Kevin; Matsumura, Tomotake; Miller, Amber; Pascale, Enzo; Polsgrove, Daniel; Ponthieu, Nicolas; Raach, Kate; Reichborn-Kjennerud, Britt; Sagiv, Ilan; Tran, Huan; Tucker, Gregory S; Vinokurov, Yury; Yadav, Amit; Zaldarriaga, Matias; Zilic, Kyle; Physics, University of Minnesota School of; Astronomy,; USA,; University, Cardiff; Kingdom, United; University, McGill; Montréal,; Canada,; Avanzati, Scuola Internazionale Superiore di Studi; Trieste,; Italy,; Laboratory, Lawrence Berkeley National; USA,; University, Columbia; York, New; USA,; Standards, National Institute of; Technology,; CO, Boulder; USA,; College, Imperial; London,; Kingdom, United; California, University of; Berkeley,; USA,; University, Brown; Providence,; USA,; Science, Weizmann Institute of; Rehovot,; Israel,; Technology, California Institute of; Pasadena,; USA,; Spatiale, Institut d'Astrophysique; Paris-Sud, Universite; Orsay,; France,; Study, Institute for Advanced; Princeton,; USA,

    2010-01-01

    We present the hardware and software systems implementing autonomous operation, distributed real-time monitoring, and control for the EBEX instrument. EBEX is a NASA-funded balloon-borne microwave polarimeter designed for a 14 day Antarctic flight that circumnavigates the pole. To meet its science goals the EBEX instrument autonomously executes several tasks in parallel: it collects attitude data and maintains pointing control in order to adhere to an observing schedule; tunes and operates up to 1920 TES bolometers and 120 SQUID amplifiers controlled by as many as 30 embedded computers; coordinates and dispatches jobs across an onboard computer network to manage this detector readout system; logs over 3~GiB/hour of science and housekeeping data to an onboard disk storage array; responds to a variety of commands and exogenous events; and downlinks multiple heterogeneous data streams representing a selected subset of the total logged data. Most of the systems implementing these functions have been tested during...

  3. [A hardware-software system for monitoring the characteristics of the cardiac conduction system].

    Science.gov (United States)

    Fedotov, N M; Oferkin, A I; Zharyĭ, S V

    2008-01-01

    A new hardware-software system for monitoring and treatment of the cardiac conduction system abnormalities is described. The system can also be used to test non-X-ray devices for detection and imaging of endocardial electrodes. The system uses a reliable position measurement method based on biplane fluoroscopy. The system consists of standard units for electrophysiological examination of the heart. The system can operate using a preset model stored in the system database or a model constructed from X-ray imaging data. The preset mathematical model provides fast detection of the abnormal excitation site and effective electrode navigation based on the iteration procedure. On the other hand, the constructed model is more specific: it provides an opportunity to reconstruct the excitation front and store the electrode and site positions.

  4. Campus Monitoring System for Annamalai University by Open Source Software and Modern Surveying Application

    Directory of Open Access Journals (Sweden)

    K.R. VENKATESH

    2016-06-01

    Full Text Available In urban planning management, the third dimension is becoming a necessity. Using 3D GIS model offers a flexible, interactive system while providing one of the best visual interpretation of data, which supports planning and decision processes for the planner. GIS-based maps and visualizations greatly assist in understanding information about the location. Since, interpretation of 3D data is cost effective using open source software than any other to do analysis. In this study, across multiple domains, 3D models were utilized to understand and document the state of the art. An effort has been taken to overcome this problem and to develop the Campus Monitoring System. In particular, a campus map was proposed which covers four main aspects: Geo referencing, 2D smart campus map, vertical laser measurements by spike application and 3D visualization with attribute data. Finally, the results, problems and limitations of the achieved products were investigated in order to evaluate and confirm the reliability and convenience of open source software.

  5. Evaluation of a Game to Teach Requirements Collection and Analysis in Software Engineering at Tertiary Education Level

    Science.gov (United States)

    Hainey, Thomas; Connolly, Thomas M.; Stansfield, Mark; Boyle, Elizabeth A.

    2011-01-01

    A highly important part of software engineering education is requirements collection and analysis which is one of the initial stages of the Database Application Lifecycle and arguably the most important stage of the Software Development Lifecycle. No other conceptual work is as difficult to rectify at a later stage or as damaging to the overall…

  6. Evaluation of a Game to Teach Requirements Collection and Analysis in Software Engineering at Tertiary Education Level

    Science.gov (United States)

    Hainey, Thomas; Connolly, Thomas M.; Stansfield, Mark; Boyle, Elizabeth A.

    2011-01-01

    A highly important part of software engineering education is requirements collection and analysis which is one of the initial stages of the Database Application Lifecycle and arguably the most important stage of the Software Development Lifecycle. No other conceptual work is as difficult to rectify at a later stage or as damaging to the overall…

  7. RELAP-7 Software Verification and Validation Plan: Requirements Traceability Matrix (RTM) Part 1 – Physics and numerical methods

    Energy Technology Data Exchange (ETDEWEB)

    Choi, Yong Joon [Idaho National Lab. (INL), Idaho Falls, ID (United States); Yoo, Jun Soo [Idaho National Lab. (INL), Idaho Falls, ID (United States); Smith, Curtis Lee [Idaho National Lab. (INL), Idaho Falls, ID (United States)

    2015-09-01

    This INL plan comprehensively describes the Requirements Traceability Matrix (RTM) on main physics and numerical method of the RELAP-7. The plan also describes the testing-based software verification and validation (SV&V) process—a set of specially designed software models used to test RELAP-7.

  8. Investigation of the current requirements engineering practices among software developers at the Universiti Utara Malaysia Information Technology (UUMIT) centre

    Science.gov (United States)

    Hussain, Azham; Mkpojiogu, Emmanuel O. C.; Abdullah, Inam

    2016-08-01

    Requirements Engineering (RE) is a systemic and integrated process of eliciting, elaborating, negotiating, validating and managing of the requirements of a system in a software development project. UUM has been supported by various systems developed and maintained by the UUM Information Technology (UUMIT) Centre. The aim of this study was to assess the current requirements engineering practices at UUMIT. The main problem that prompted this research is the lack of studies that support software development activities at the UUMIT. The study is geared at helping UUMIT produce quality but time and cost saving software products by implementing cutting edge and state of the art requirements engineering practices. Also, the study contributes to UUM by identifying the activities needed for software development so that the management will be able to allocate budget to provide adequate and precise training for the software developers. Three variables were investigated: Requirement Description, Requirements Development (comprising: Requirements Elicitation, Requirements Analysis and Negotiation, Requirements Validation), and Requirement Management. The results from the study showed that the current practice of requirement engineering in UUMIT is encouraging, but still need further development and improvement because a few RE practices were seldom practiced.

  9. 40 CFR 468.03 - Monitoring and reporting requirements.

    Science.gov (United States)

    2010-07-01

    ... monitoring procedure for TTO, indirect dischargers may monitor for oil and grease and meet the alternate... alternate monitoring oil and grease standards shall be considered to meet the TTO standard....

  10. Medical Device Software Requirements and Evaluation%医疗器械软件的要求和评价

    Institute of Scientific and Technical Information of China (English)

    何涛; 吴夷; 杜堃

    2011-01-01

    论述了医疗器械软件的安全性和有效性要求,并从软件开发设计过程和软件产品两方面论述如何对医疗器械软件进行评价.%This paper introduces the safety and 6ff6ctiv6n6ss requirements of medical device software And it discusses th6 methods on evaluating msdical dsvics software from two aspscts the design and development procsss of the software and software products.

  11. Investigation of Classification and Design Requirements for Digital Software for Advanced Research Reactors

    Energy Technology Data Exchange (ETDEWEB)

    Park, Gee Young; Jung, H. S.; Ryu, J. S.; Park, C

    2005-06-15

    software for use in I and C systems in nuclear power plants and describes the requirements for software development recommended by international standard.

  12. Validation of a new software version for monitoring of the core of the Unit 2 of the Laguna Verde power plant with ARTS; Validacion de una nueva version del software para monitoreo del nucleo de la Unidad 2 de la Central Laguna Verde con ARTS

    Energy Technology Data Exchange (ETDEWEB)

    Calleros, G.; Riestra, M.; Ibanez, C.; Lopez, X.; Vargas, A.; Mendez, A.; Gomez, R. [CFE, Central Nucleoelectrica de Laguna Verde, Alto Lucero, Veracruz (Mexico)]. e-mail: gcm9acpp@cfe.gob.mx

    2005-07-01

    In this work it is intended a methodology to validate a new version of the software used for monitoring the reactor core, which requires of the evaluation of the thermal limits settled down in the Operation Technical Specifications, for the Unit 2 of Laguna Verde with ARTS (improvements to the APRMs, Rod Block Monitor and Technical specifications). According to the proposed methodology, those are shown differences found in the thermal limits determined with the new versions and previous of the core monitoring software. Author)

  13. Software Application for Remote Monitoring of Fleets Based on Geographic Information Systems Using Open Source Technologies.

    Directory of Open Access Journals (Sweden)

    Jesse Daniel Cano

    2012-11-01

    Full Text Available Controlling a fleet usually implies to establish means of control of vehicles, to collect the data associated with the routes taken by these vehicles, to interpret and evaluate the meaning of the collected data and to make the appropriate decisions to improve the efficiency in the use of vehicles in an organization. The implementation of this process of fleet management is mainly performed manually and the solutions available on the market are costly because of the payments for licenses, it is also necessary that the people monitoring the fleets are geographically close to them. This paper aims to answer the following questions: How to reduce errors in the management of information resulting from the fleet management process? How to reduce the cost of remote fleet monitoring? To obtain the solution, we propose the use of GPS devices in each vehicle, the GPS device’s information is captured and consistently stored in a data base, then the information is consulted, analyzed and represented on a map. The result is a software application that allows users have fast and reliable information that will enable them to take the necessary decisions in the vehicle fleet they are trying to control at a low cost.

  14. Required accuracy and dose thresholds in individual monitoring

    DEFF Research Database (Denmark)

    Christensen, P.; Griffith, R.V.

    1994-01-01

    this uncertainty factor, a value of 21% can be evaluated for the allowable maximum overall standard deviation for dose measurements at dose levels near the annual dose limits increasing to 45% for dose levels at the lower end of the dose range required to be monitored. A method is described for evaluating...... the overall standard deviation of the dosimetry system by combining random and systematic uncertainties in quadrature, and procedures are also given for determining each individual uncertainty connected to the dose measurement. In particular, attention is paid to the evaluation of the combined uncertainty due...... to energy and angular dependencies of the dosemeter. In type testing of personal dosimetry systems, the estimated overall standard deviation of the dosimetry system is the main parameter to be tested. An important characteristic of a personal dosimetry system is its capability of measuring low doses...

  15. 47 CFR 73.53 - Requirements for authorization of antenna monitors.

    Science.gov (United States)

    2010-10-01

    ... 47 Telecommunication 4 2010-10-01 2010-10-01 false Requirements for authorization of antenna... antenna monitors. (a) Antenna monitors shall be verified for compliance with the technical requirements in...) An antenna monitor shall meet the following specifications: (1) The monitor shall be designed...

  16. A signal processing application for evaluating self-monitoring blood glucose strategies in a software agent model.

    Science.gov (United States)

    Wang, Zhanle; Paranjape, Raman

    2015-07-01

    We propose the signal processing technique of calculating a cross-correlation function and an average deviation between the continuous blood glucose and the interpolation of limited blood glucose samples to evaluate blood glucose monitoring frequency in a self-aware patient software agent model. The diabetic patient software agent model [1] is a 24-h circadian, self-aware, stochastic model of a diabetic patient's blood glucose levels in a software agent environment. The purpose of this work is to apply a signal processing technique to assist patients and physicians in understanding the extent of a patient's illness using a limited number of blood glucose samples. A second purpose of this work is to determine an appropriate blood glucose monitoring frequency in order to have a minimum number of samples taken that still provide a good understanding of the patient's blood glucose levels. For society in general, the monitoring cost of diabetes is an extremely important issue, and these costs can vary tremendously depending on monitoring approaches and monitoring frequencies. Due to the cost and discomfort associated with blood glucose monitoring, today, patients expect monitoring frequencies specific to their health profile. The proposed method quantitatively assesses various monitoring protocols (from 6 times per day to 1 time per week) in nine predefined categories of patient agents in terms of risk factors of health status and age. Simulation results show that sampling 6 times per day is excessive, and not necessary for understanding the dynamics of the continuous signal in the experiments. In addition, patient agents in certain conditions only need to sample their blood glucose 1 time per week to have a good understanding of the characteristics of their blood glucose. Finally, an evaluation scenario is developed to visualize this concept, in which appropriate monitoring frequencies are shown based on the particular conditions of patient agents. This base line can

  17. Attributed Goal-Oriented Analysis Method for Selecting Alternatives of Software Requirements

    Science.gov (United States)

    Yamamoto, Kazuma; Saeki, Motoshi

    During software requirements analysis, developers and stakeholders have many alternatives of requirements to be achieved and should make decisions to select an alternative out of them. There are two significant points to be considered for supporting these decision making processes in requirements analysis; 1) dependencies among alternatives and 2) evaluation based on multi-criteria and their trade-off. This paper proposes the technique to address the above two issues by using an extended version of goal-oriented analysis. In goal-oriented analysis, elicited goals and their dependencies are represented with an AND-OR acyclic directed graph. We use this technique to model the dependencies of the alternatives. Furthermore we associate attribute values and their propagation rules with nodes and edges in a goal graph in order to evaluate the alternatives with them. The attributes and their calculation rules greatly depend on the characteristics of a development project. Thus, in our approach, we select and use the attributes and their rules that can be appropriate for the project. TOPSIS method is adopted to show alternatives and their resulting attribute values.

  18. Incorporating Software Requirements into the System RFP: Survey of RFP Language for Software by Topic, v. 2.0

    Science.gov (United States)

    2009-05-01

    Bergey 2005]. EXAMPLE 2 The contractor will development and document scenarios required to conduct architecture evaluation using the method...requirements that are part of the RFP [ Bergey 2002]. The statement of work (SOW) describes what the supplier must accomplish. In terms of any evaluation...and the potential system supplier [ Bergey 2002]. 7.14.2 Section M - Evaluation EXAMPLE 1 To incorporate architecture evaluation, Section M must

  19. Designing a Softwarized Network Deployed on a Fleet of Drones for Rural Zone Monitoring

    Directory of Open Access Journals (Sweden)

    Corrado Rametta

    2017-03-01

    Full Text Available In the last decade, the differences in the information communication technology (ICT infrastructures between urban and rural areas have registered a tremendous increase. ICT infrastructures could strongly help rural communities where many operations are time consuming, labor-intensive and expensive due to limited access and large distances to cover. One of the most attractive solutions, which is widely recognized as promising for filling this gap, is the use of drone fleets. In this context, this paper proposes a video monitoring platform as a service (VMPaaS for wide rural areas not covered by Internet access. The platform is realized with a Software-Defined Network (SDN/Network Functions Virtualization (NFV-based flying ad-hoc network (FANET, whose target is providing a flexible and dynamic connectivity backbone, and a set of drones equipped with high-resolution cameras, each transmitting a video stream of a portion of the considered area. After describing the architecture of the proposed platform, service chains to realize the video delivery service are described, and an analytical model is defined to evaluate the computational load of the platform nodes in such a way so as to allow the network orchestrator to decide the backbone drones where running the virtual functions, and the relative resources to be allocated. Numerical analysis is carried out in a case study.

  20. Phasing software for a free flyer space-based sparse mirror array not requiring laser interferometry

    Science.gov (United States)

    Maker, David J.

    2004-10-01

    This paper presents new software (and simulations) that would phase a space based free flyer sparse array telescope. This particular sparse array method uses mirrors that are far enough away for sensors at the focal point module to detect tip tilt by simply using the deflection of the beam from each mirror. Also the large distance allows these circle six array mirrors to be actuated flats. For piston the secondary actuated mirrors (one for each large mirror segment of these widely spaced sparse array mirrors distributed on a parabola) are moved in real time to maximize the Strehle ratio using the light from the star the planet is revolving around since that star usually has an extremely high SNR (Signal to Noise Ratio). There is then no need for a 6DOF spider web of laser interferometric beams and deep dish mirrors (as in the competing Darwin and JPL methods) to accomplish this. Also the distance between the six 3 meter aperture mirrors could be large (kilometer range) guaranteeing a high resolution and also substantial light gathering power (with these 6 large mirrors) for imaging the details on the surface of extrasolar terrestrial type planets. In any case such a multisatellite free flyer concept would then be no more complex than the European cluster which is now operational. This is a viable concept and a compelling way to image surface detail on extra solar earthlike planets. It is the ideal engineering solution to the problem of space based large baseline sparse arrays. Significant details of the software requirements have been recently developed. In this paper the Fortran code needed to both simulate and operate the actuators in the secondary mirror for this type of sparse array is discussed.

  1. 40 CFR 141.87 - Monitoring requirements for water quality parameters.

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 22 2010-07-01 2010-07-01 false Monitoring requirements for water... § 141.87 Monitoring requirements for water quality parameters. All large water systems, and all small... representative of water quality and treatment conditions throughout the system. (d) Monitoring after State...

  2. 40 CFR 141.26 - Monitoring frequency and compliance requirements for radionuclides in community water systems.

    Science.gov (United States)

    2010-07-01

    ... for radionuclides in community water systems. (a) Monitoring and compliance requirements for gross... source of water must begin to conduct initial monitoring for the new source within the first quarter... initial monitoring requirements, a community water system having only one entry point to the distribution...

  3. 10 CFR 20.1502 - Conditions requiring individual monitoring of external and internal occupational dose.

    Science.gov (United States)

    2010-01-01

    ... 10 Energy 1 2010-01-01 2010-01-01 false Conditions requiring individual monitoring of external and internal occupational dose. 20.1502 Section 20.1502 Energy NUCLEAR REGULATORY COMMISSION STANDARDS FOR PROTECTION AGAINST RADIATION Surveys and Monitoring § 20.1502 Conditions requiring individual monitoring of external and internal...

  4. 50 CFR 216.155 - Requirements for monitoring and reporting.

    Science.gov (United States)

    2010-10-01

    ...) Systematic visual observations, by those individuals, described in paragraph (c) of this section, on pinniped... monitoring measures: (1) Visual Land-Based Monitoring. (i) Prior to each missile launch, an observer(s) will... subpart. (5) Both the 60-day and final reports will be subject to review and comment by the...

  5. 基于Modbus的发电机组监控软件设计%Design of generator group' s monitoring software based on Modbus

    Institute of Scientific and Technical Information of China (English)

    张彩霞; 林志贵; 刘阳

    2012-01-01

    目前,发电机组多采用控制器作为监控设备,针对控制器在监控过程中操作繁琐、读取数据单一、屏幕显示不友好等问题,提出了一种通过操作上位机软件控制发电机组的策略.以Modbus作为通信协议,利用可视化开发环境Visual Basic 6.0作为开发工具,设计了发电机组监控软件.对监控要求、软件的整体设计方案、体系结构以及各部分功能的实现进行了详细阐述.结果表明,该软件能够实时、动态、准确地显示发电机组的各类参数,同时也可以向发电机组发出请求,从而控制发电机组.监控软件在节省成本、操控方法、界面显示、维修维护方面有很大优势,而且通过数据库可以实现随时读写和存储数据的功能.%At present, controller is used as monitoring equipment in most situations when monitoring generator group. Since operation of controller is complex, reading data is single and screen display is unfriendly, this paper put forward a kind of strategy using a monitoring software control generator group. Based on Modbus protocol and Visual Basic 6. 0, the aim of this paper is to design a monitoring software of generator group. The authors introduced monitoring requirements, the overall design schemes, software architecture, as well as the realization of each part' s function. The tests show that not only all kinds of parameters can be displayed in real-time, dynamically and precisely, but the generator can be controlled by sending request. The monitoring software has the advantage in less cost, control method, screen display and maintenance. In addition, it can read, write and store data in any time by database.

  6. Automated Hardware and Software System for Monitoring the Earth’s Magnetic Environment

    Directory of Open Access Journals (Sweden)

    Alexei Gvishiani

    2016-12-01

    Full Text Available The continuous growth of geophysical observations requires adequate methods for their processing and analysis. This becomes one of the most important and widely discussed issues in the data science community. The system analysis methods and data mining techniques are able to sustain the solution of this problem. This paper presents an innovative holistic hardware/software system (HSS developed for efficient management and intellectual analysis of geomagnetic data, registered by Russian geomagnetic observatories and international satellites. Geomagnetic observatories that comprise the International Real-time Magnetic Observatory Network (INTERMAGNET produce preliminary (raw and definitive (corrected geomagnetic data of the highest quality. The designed system automates and accelerates routine production of definitive data from the preliminary magnetograms, obtained by Russian observatories, due to implemented algorithms that involve artificial intelligence elements. The HSS is the first system that provides sophisticated automatic detection and multi-criteria classification of extreme geomagnetic conditions, which may be hazardous for technological infrastructure and economic activity in Russia. It enables the online access to digital geomagnetic data, its processing results and modelling calculations along with their visualization on conventional and spherical screens. The concept of the presented system agrees with the accepted ‘four Vs’ paradigm of Big Data. The HSS can increase significantly the ‘velocity’ and ‘veracity’ features of the INTERMAGNET system. It also provides fusion of large sets of ground-based and satellite geomagnetic data, thus facilitating the ‘volume’ and ‘variety’ of handled data.

  7. 40 CFR 63.1452 - What are my monitoring requirements?

    Science.gov (United States)

    2010-07-01

    ... document, “Fabric Filter Bag Leak Detection Guidance,” EPA-454/R-98-015, September 1997. You may obtain a... mechanisms. (iii) Check the compressed air supply for pulse-jet baghouses each day. (iv) Monitor...

  8. Spectrum Monitoring Using SpectrumAnalysis LabVIEW Software, Nanoceptors, and Various Digitizing Solutions

    Science.gov (United States)

    2015-02-01

    queue to process it at an often slower pace (using CUDA to perform multi-channel fast Fourier transform [FFT] computations). Apart from wideband...External Instrument and Software Setup” tabs on the front panel. 8 3.3 Calibration SpectrumAnalysis software uses NVIDIA CUDA technology to

  9. 77 FR 13977 - Quality Assurance Requirements for Continuous Opacity Monitoring Systems at Stationary Sources

    Science.gov (United States)

    2012-03-08

    ... AGENCY 40 CFR Part 60 RIN 2060-AH23 Quality Assurance Requirements for Continuous Opacity Monitoring... final rule titled, ``Quality Assurance Requirements for Continuous Opacity Monitoring Systems at... electronically in www.regulations.gov or in hard copy at the Procedure 3--Quality Assurance Requirements for...

  10. 77 FR 13997 - Quality Assurance Requirements for Continuous Opacity Monitoring Systems at Stationary Sources

    Science.gov (United States)

    2012-03-08

    ... AGENCY 40 CFR Part 60 RIN 2060-AH23 Quality Assurance Requirements for Continuous Opacity Monitoring... rule titled, ``Quality Assurance Requirements for Continuous Opacity Monitoring Systems at Stationary....regulations.gov or in hard copy at the Procedure 3--Quality Assurance Requirements for Continuous Opacity...

  11. 77 FR 8160 - Quality Assurance Requirements for Continuous Opacity Monitoring Systems at Stationary Sources

    Science.gov (United States)

    2012-02-14

    ... AGENCY 40 CFR Part 60 RIN 2060-AH23 Quality Assurance Requirements for Continuous Opacity Monitoring...--Quality Assurance Requirements for Continuous Opacity Monitoring Systems at Stationary Sources Docket, EPA.... Rules establishing quality assurance requirements impose no costs independent from national emission...

  12. 40 CFR 141.88 - Monitoring requirements for lead and copper in source water.

    Science.gov (United States)

    2010-07-01

    ... § 141.88 Monitoring requirements for lead and copper in source water. (a) Sample location, collection... water samples in accordance with the following requirements regarding sample location, number of samples... 40 Protection of Environment 22 2010-07-01 2010-07-01 false Monitoring requirements for lead...

  13. 40 CFR 141.86 - Monitoring requirements for lead and copper in tap water.

    Science.gov (United States)

    2010-07-01

    ... § 141.86 Monitoring requirements for lead and copper in tap water. (a) Sample site location. (1) By the... requirements of § 141.87(e)(2), that it has re-qualified for triennial monitoring. (vii) Any water system... requirements for lead (i.e., a “lead waiver”), the water system must provide certification and...

  14. Understanding quality requirements engineering in contract-based projects from the perspective of software architects: an exploratory study

    NARCIS (Netherlands)

    Daneva, Maya; Herrmann, Andrea; Buglione, Luigi; Mistrik, Ivan; Bahsoon, Rami; Eeles, Peter; Roshandel, Roshanak; Stal, Michael

    2014-01-01

    This chapter discusses how software architects from 21 European project organizations cope with quality requirements (QRs) in large, contract-based systems delivery projects. It reports on the roles that architects played in QRs engineering, their interactions with other project roles, the specific

  15. Interplay between requirements, software architecture, and hardware constraints in the development of a home control user interface

    DEFF Research Database (Denmark)

    Loft, M.S.; Nielsen, S.S.; Nørskov, Kim;

    2012-01-01

    We have developed a new graphical user interface for a home control device for a large industrial customer. In this industrial case study, we first present our approaches to requirements engineering and to software architecture; we also describe the given hardware platform. Then we make two...

  16. DoD Related Software Technology Requirements, Practices, and Prospects for the Future

    Science.gov (United States)

    1984-06-01

    Program Testing". IEEE Trans. on Software Engineering, 6:2, March 1980, 162-169. A • 21. S. T. Redwine, Jr. "An Engineering Approach to SoftwareTest Data... local and rapid programming capability - voice recognition - multiple path message routing - access to all supporting databases - common decision...o Local and wide area weather control o Topographic systems-position reporting and recording and terrain information and video terrain displays

  17. Demonstration and Validation of GTS Long-Term Monitoring Optimization Software at Military and Government Sites

    Science.gov (United States)

    2011-02-01

    Defense DoE Department of Energy DPT Direct push technology EPA Environmental Protection Agency ERPIMS Enviromental Restoration Program...geostatistical experts evaluate the same data using the same software. 1.3 REGULATORY DRIVERS There are no regulatory issues directly associated with this...overview of the GTS software and the project, and to receive input from the site on specific issues /characteristics that might impact the optimization

  18. 40 CFR 63.773 - Inspection and monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... (CONTINUED) National Emission Standards for Hazardous Air Pollutants From Oil and Natural Gas Production.... Owners or operators that install and operate a flare in accordance with § 63.771(d)(1)(iii) are exempt... feasible point to the catalyst bed outlet. (C) For a flare, a heat sensing monitoring device equipped...

  19. 40 CFR 141.74 - Analytical and monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... from Ozone Science & Engineering, Pergamon Press Ltd., Fairview Park, Elmsford, New York 10523. Copies... 21, 2003, available from Industrial Test Systems, Inc., 1875 Langston St., Rock Hill, SC 29730. Free... method for use with a continuous monitoring instrument provided the chemistry, accuracy, and...

  20. 40 CFR 63.1209 - What are the monitoring requirements?

    Science.gov (United States)

    2010-07-01

    ... Administrator to use CEMS for compliance monitoring for particulate matter, mercury, semivolatile metals, low... ensure compliance with the relevant standard on a continuous basis. (B) Mercury. You may petition the... that affect adsorption and establish limits on those parameters based on the carbon used in...

  1. 40 CFR 63.11583 - What are my monitoring requirements?

    Science.gov (United States)

    2010-07-01

    ... practices at all times. (b) Operate a control device parameter (such as pressure drop or water flow, as... pressure drop. (2) Installation of the bag leak detector, parameter monitoring device, or CPMS at a... alert operators of a leak in the control device filter material. If a bag leak detection system...

  2. 40 CFR 146.23 - Operating, monitoring, and reporting requirements.

    Science.gov (United States)

    2010-07-01

    ...)); and (5) Hydrocarbon storage and enhanced recovery may be monitored on a field or project basis rather... information may be included by reference. (2) Owners or operators of hydrocarbon storage and enhanced recovery... fluid disposal operations; (ii) Monthly for enhanced recovery operations; (iii) Daily during the...

  3. 50 CFR 216.255 - Requirements for monitoring and reporting.

    Science.gov (United States)

    2010-10-01

    ... section may include retention of marine mammals without the need for a separate scientific research permit... animals sighted. (4) Conduct shipboard monitoring to reduce impacts to protected species. Trained marine..., including the time of sighting and the direction of travel, into a marine animal tracking and...

  4. 40 CFR Table 3 of Subpart Aaaa to... - Requirements for Validating Continuous Emission Monitoring Systems (CEMS)

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 6 2010-07-01 2010-07-01 false Requirements for Validating Continuous Emission Monitoring Systems (CEMS) 3 Table 3 of Subpart AAAA to Part 60 Protection of Environment... Continuous Emission Monitoring Systems (CEMS) For the following continuous emission monitoring systems...

  5. 47 CFR 11.52 - EAS code and Attention Signal Monitoring requirements.

    Science.gov (United States)

    2010-10-01

    ... 47 Telecommunication 1 2010-10-01 2010-10-01 false EAS code and Attention Signal Monitoring... SYSTEM (EAS) Emergency Operations § 11.52 EAS code and Attention Signal Monitoring requirements. (a) EAS Participants must be capable of receiving the Attention Signal required by § 11.32(a)(9) and emergency...

  6. 40 CFR 264.97 - General ground-water monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... FACILITIES Releases From Solid Waste Management Units § 264.97 General ground-water monitoring requirements. The owner or operator must comply with the following requirements for any ground-water monitoring... 40 Protection of Environment 25 2010-07-01 2010-07-01 false General ground-water...

  7. 40 CFR 63.2269 - What are my monitoring installation, operation, and maintenance requirements?

    Science.gov (United States)

    2010-07-01

    ... Composite Wood Products Initial Compliance Requirements § 63.2269 What are my monitoring installation... moisture monitoring. For each furnish or veneer moisture meter, you must meet the requirements in... in the 25 to 35 percent (dry basis) moisture content range. For veneer redryers, use a...

  8. 7 Processes that Enable NASA Software Engineering Technologies: Value-Added Process Engineering

    Science.gov (United States)

    Housch, Helen; Godfrey, Sally

    2011-01-01

    The presentation reviews Agency process requirements and the purpose, benefits, and experiences or seven software engineering processes. The processes include: product integration, configuration management, verification, software assurance, measurement and analysis, requirements management, and planning and monitoring.

  9. TIDE TOOL: Open-Source Sea-Level Monitoring Software for Tsunami Warning Systems

    Science.gov (United States)

    Weinstein, S. A.; Kong, L. S.; Becker, N. C.; Wang, D.

    2012-12-01

    A tsunami warning center (TWC) typically decides to issue a tsunami warning bulletin when initial estimates of earthquake source parameters suggest it may be capable of generating a tsunami. A TWC, however, relies on sea-level data to provide prima facie evidence for the existence or non-existence of destructive tsunami waves and to constrain tsunami wave height forecast models. In the aftermath of the 2004 Sumatra disaster, the International Tsunami Information Center asked the Pacific Tsunami Warning Center (PTWC) to develop a platform-independent, easy-to-use software package to give nascent TWCs the ability to process WMO Global Telecommunications System (GTS) sea-level messages and to analyze the resulting sea-level curves (marigrams). In response PTWC developed TIDE TOOL that has since steadily grown in sophistication to become PTWC's operational sea-level processing system. TIDE TOOL has two main parts: a decoder that reads GTS sea-level message logs, and a graphical user interface (GUI) written in the open-source platform-independent graphical toolkit scripting language Tcl/Tk. This GUI consists of dynamic map-based clients that allow the user to select and analyze a single station or groups of stations by displaying their marigams in strip-chart or screen-tiled forms. TIDE TOOL also includes detail maps of each station to show each station's geographical context and reverse tsunami travel time contours to each station. TIDE TOOL can also be coupled to the GEOWARE™ TTT program to plot tsunami travel times and to indicate the expected tsunami arrival time on the marigrams. Because sea-level messages are structured in a rich variety of formats TIDE TOOL includes a metadata file, COMP_META, that contains all of the information needed by TIDE TOOL to decode sea-level data as well as basic information such as the geographical coordinates of each station. TIDE TOOL can therefore continuously decode theses sea-level messages in real-time and display the time

  10. Analysis of free geo-server software usability from the viewpoint of INSPIRE requirementsAnalysis of free geo-server software usability from the viewpoint of INSPIRE requirements

    Directory of Open Access Journals (Sweden)

    Tomasz  Grasza

    2014-06-01

    Full Text Available The paper presents selected server platforms based on free and open source license, coherent with the standards of the Open Geospatial Consortium. The presented programs are evaluated in the context of the INSPIRE Directive. The first part describes the requirements of the Directive, and afterwards presented are the pros and cons of each platform, to meet these demands. This article provides an answer to the question whether the use of free software can provide interoperable network services in accordance with the requirements of the INSPIRE Directive, on the occasion of presenting the application examples and practical tips on the use of particular programs.[b]Keywords[/b]: GIS, INSPIRE, free software, OGC, geoportal, network services, GeoServer, deegree, GeoNetwork

  11. 40 CFR 63.1429 - Process vent monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... National Emission Standards for Hazardous Air Pollutant Emissions for Polyether Polyols Production § 63... required and should be equipped with a continuous recorder. If an acid or base absorbent is used, a...

  12. Description of real-time Ada software implementation of a power system monitor for the Space Station Freedom PMAD DC testbed

    Science.gov (United States)

    Ludwig, Kimberly; Mackin, Michael; Wright, Theodore

    1991-01-01

    The authors describe the Ada language software developed to perform the electrical power system monitoring functions for the NASA Lewis Research Center's Power Management and Distribution (PMAD) DC testbed. The results of the effort to implement this monitor are presented. The PMAD DC testbed is a reduced-scale prototype of the electric power system to be used in Space Station Freedom. The power is controlled by smart switches known as power control components (or switchgear). The power control components are currently coordinated by five Compaq 386/20e computers connected through an 802.4 local area network. The power system monitor algorithm comprises several functions, including periodic data acquisition, data smoothing, system performance analysis, and status reporting. Data are collected from the switchgear sensors every 100 ms, then passed through a 2-Hz digital filter. System performance analysis includes power interruption and overcurrent detection. The system monitor required a hardware timer interrupt to activate the data acquisition function. The execution time of the code was optimized by using an assembly language routine. The routine allows direct vectoring of the processor to Ada language procedures that perform periodic control activities.

  13. Adding Timing Requirements to the CODARTS Real-Time Software Design Method

    DEFF Research Database (Denmark)

    Bach, K.R.

    The CODARTS software design method consideres how concurrent, distributed and real-time applications can be designed. Although accounting for the important issues of task and communication, the method does not provide means for expressing the timeliness of the tasks and communication directly...

  14. Hardware and software system for monitoring oil pump operation in power high-voltage transformers

    Directory of Open Access Journals (Sweden)

    Михайло Дмитрович Дяченко

    2017-07-01

    Full Text Available The article considers the basic prerequisites for the creation of an automated monitoring system for oil pumps of high-voltage transformers. This is due to the fact that the long operation of oil pumps results in deterioration and destruction of bearings, rubbing of the rotor, breakage and damage to the impeller, leakage, etc., which inevitably causes a significant decrease in the insulating properties of the transformer oil and leads to expenditures for its further recovery. False triggerings of gas protection sometimes occur. Continuous operation of the electric motor also requires additional equipment to protect the motor itself from various emergency situations, such as a short in the stator winding, a housing breakdown, an incomplete phase mode, etc. The use of stationary systems provides: diagnosing defects at an early stage of their development, increasing the reliability and longevity of the equipment components, increasing the overhaul period, decreasing the number of emergency stops, and adjusting the schedule of preventative maintenance. The basic principles of identification of the damaged part of the oil pump are given, the hardware and algorithmic solutions are considered in the work. The full-scale tests of the model sample on the power transformer of the high-voltage substation confirmed the assumption of the possibility of detecting the damaged unit separating it from the rest connected in one mechanical structure. A detailed analysis of the operation of each of the units is carried out by means of the general substation switchboard and displayed as graphs, diagrams and text messages. When the limit values of vibration are reached, faults in the operation of the unit are detected, the overlimit current values, a warning alarm is activated, and the command to disconnect the damaged unit is issued. The optimal solution for the organization of the information collection system using the principle of sensor networks, but combined

  15. Monitoring viability of seeds in gene banks: developing software tools to increase efficiency

    Science.gov (United States)

    Monitoring the decline of seed viability is essential for effective long term seed storage in ex situ collections. Recent FAO Genebank Standards recommend monitoring intervals at one-third the time predicted for viability to fall to 85% of initial viability. This poster outlines the development of ...

  16. A Microcomputer-Based Software Package for Eye-Monitoring Research. Technical Report No. 434.

    Science.gov (United States)

    McConkie, George W.; And Others

    A software package is described that collects and reduces eye behavior data (eye position and pupil size) using an IBM-PC compatible computer. Written in C language for speed and portability, it includes several features: (1) data can be simultaneously collected from other sources (such as electroencephalography and electromyography); (2)…

  17. 78 FR 16184 - Revision to Ambient Nitrogen Dioxide Monitoring Requirements

    Science.gov (United States)

    2013-03-14

    ... 98th percentile form averaged over three years and a level of 100 parts per billion (ppb), reflecting... 53 ppb. As part of the NAAQS rulemaking, the EPA promulgated revisions to requirements for minimum... groups and one citizen supporting the proposed revisions to the schedule for implementing near-road NO 2...

  18. 75 FR 81126 - Revisions to Lead Ambient Air Monitoring Requirements

    Science.gov (United States)

    2010-12-27

    ... Physicians for a Healthy Environment, Leslie and Jack Warden, WEACT for Environmental Justice and the Wasatch... requirements, the Natural Resources Defense Council (NRDC), the Missouri Coalition for the Environment... provisions of the final lead NAAQS rule. See Missouri Coalition for the Environment, et al. v. EPA, (DC...

  19. Preliminary input to the space shuttle reaction control subsystem failure detection and identification software requirements (uncontrolled)

    Science.gov (United States)

    Bergmann, E.

    1976-01-01

    The current baseline method and software implementation of the space shuttle reaction control subsystem failure detection and identification (RCS FDI) system is presented. This algorithm is recommended for conclusion in the redundancy management (RM) module of the space shuttle guidance, navigation, and control system. Supporting software is presented, and recommended for inclusion in the system management (SM) and display and control (D&C) systems. RCS FDI uses data from sensors in the jets, in the manifold isolation valves, and in the RCS fuel and oxidizer storage tanks. A list of jet failures and fuel imbalance warnings is generated for use by the jet selection algorithm of the on-orbit and entry flight control systems, and to inform the crew and ground controllers of RCS failure status. Manifold isolation valve close commands are generated in the event of failed on or leaking jets to prevent loss of large quantities of RCS fuel.

  20. A Research Agenda for Identifying and Developing Required Competencies in Software Engineering

    Directory of Open Access Journals (Sweden)

    Yvonne Sedelmaier

    2013-04-01

    Full Text Available 0 0 1 130 820 Hochschule Coburg 6 1 949 14.0 96 Normal 0 21 false false false DE JA X-NONE /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Normale Tabelle"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-parent:""; mso-padding-alt:0cm 5.4pt 0cm 5.4pt; mso-para-margin:0cm; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman";} Various issues make learning and teaching software engineering a challenge for both students and instructors. Since there are no standard curricula and no cookbook recipes for successful software engineering, it is fairly hard to figure out which specific topics and competencies should be learned or acquired by a particular group of students. Furthermore, it is not clear which particular didactic approaches might work well for a specific topic and a particular group of students. This contribution presents a research agenda that aims at identifying relevant competencies and environmental constraints as well as their effect on learning and teaching software engineering. To that end, an experimental approach will be taken. As a distinctive feature, this approach iteratively introduces additional or modified didactical methods into existing courses and carefully evaluates their appropriateness. Thus, it continuously improves these methods.

  1. [Development of software of the 24-hour dynamic ECG monitoring and analyzing system].

    Science.gov (United States)

    An, Y; Fang, K R; Ren, C S

    2001-01-01

    This paper describes a PC-computer program of a digital remote ECG monitoring system. In addition to current monitor's capabilities of real time displaying of dynamic ECG wave, over-limit alarming, and so on, it has developed most functions of the Holter system, that are recording the data of ECG more than 24 hours, reviewing and analyzing the ECG data, and giving out reports.

  2. SOFTWARE OF MONITORING SYSTEM FOR ALLOCATED INFORMATION OF STATE PROGRAM ON INNOVATIVE DEVELOPMENT OF THE REPUBLIC OF BELARUS

    Directory of Open Access Journals (Sweden)

    V. A. Rybak

    2009-01-01

    Full Text Available The paper analyzes main indices (indicators of realization of the State program on innovative development of the Republic of Belarus (SPIDRB, contains and justifies a hierarchical structure of data processing and display, finalizes a list of the SPIDRB participants and executors. Major functions of the units pertaining to automation of an automated SPIDRB monitoring system are determined in the paper. In order to accumulate, process and furnish information a system of documentary databases on the basis of IBM Lotus Domino/Notes 8, relational databases of IBM DB2 and MS SQL Server 2005 is used in the given paper. Interaction with data suppliers is ensured by means of e-mail. The proposed scientific principles and software allow to automate a process of SPIDRB monitoring and to raise a decision-making efficiency in the field of innovative economic development of our country.

  3. Nonlinear software sensor for monitoring genetic regulation processes with noise and modeling errors

    CERN Document Server

    Ibarra-Junquera, V; Rosu, H C; Arguello, G; Collado-Vides, J

    2004-01-01

    Nonlinear control techniques by means of a software sensor that are commonly used in chemical engineering could be also applied to genetic regulation processes. We provide here a realistic formulation of this procedure by introducing an additive white Gaussian noise, which is usually found in experimental data. Besides, we include model errors, meaning that we assume we do not know the nonlinear regulation function of the process. In order to illustrate this procedure, we employ the Goodwin dynamics of the concentrations (1963) in the simple form recently discussed by De Jong (2002), which involves the dynamics of the mRNA a, given protein A, and metabolite K concentrations. However instead of considering their full dynamics, we use only the data of metabolite K and a designed software sensor. We also show, more generally, that it is possible to rebuild the complete set of n concentrations despite the uncertainties in the regulation function and the perturbation due to the additive white Gaussian noise

  4. Systematic profiling to monitor and specify the software refactoring process of the LHCb experiment

    CERN Document Server

    Couturier, Ben; Lohn, Stefan B

    2014-01-01

    The LHCb upgrade program implies a significant increase in data processing that will not be matched by additional computing resources. Furthermore, new architectures such as many-core platforms can currently not be fully exploited due to memory and I/O bandwidth limitations. A considerable refactoring effort will therefore be needed to vectorize and parallelize the LHCb software, to minimize hotspots and to reduce the impact of bottlenecks. It is crucial to guide refactoring with a profiling system that gives hints to regions in source-code for possible and necessary re-engineering and which kind of optimization could lead to final success. Software optimization is a sophisticated process where all parts, compiler, operating system, external libraries and chosen hardware play a role. Intended improvements can have different effects on different platforms. To obtain precise information of the general performance, to make profiles comparable, reproducible and to verify the progress of performance in the framewo...

  5. Estimation of Barley (Hordeum Vulgare L. Crop Water Requirements Using Cropwat Software in Ksar-Chellala Region, Algeria

    Directory of Open Access Journals (Sweden)

    M. B. Laouisset

    2016-09-01

    Full Text Available This paper estimates the reference Evapotranspiration (ET0 and Water requirements of barley (Hordeum vulgare L. in Ksar-Chellala region, Algeria, for one dry year by using CROPWAT software. Determination of Evapotranspiration ( ET is important in application such as irrigation design, irrigation scheduling, water resource management, hydrology and cropping systems modeling. Estimation of crop water requirements of barley ( CWR b respected the methodology adopted by the service of development and management service of FAO, based on the use of software CROPWAT 8.0. The total water requirements for barley depend on a variety of target yields and crops management. The period of climatic data used is 23 years (1990-2012, the average rain in this period is 254 mm. The total rain of the dry year is 190 mm. The results of this study show, during the vegetative cycle of barley which is 6 months, the calculation of ET 0 is 453 mm, the potential water which was used by the crop barley is estimated at 281.4 mm, the efficiency of rainfall is 69 mm and a total water requirements of barley ( CWR b equals to 211 mm, this amount distributed on three months coincided with important stages of development in barley. The supplementary irrigation in these conditions with optimal contents equals water requirements estimated by CROPWAT software that increases significantly grain yield of barely. Consequently, the gross irrigation water requirements ( GIWR of 1250000 ha which project to grow barley in the Algerian steppes regions are estimated at 3.77 billion and this for a dry year and a irrigation efficiency of 70%.

  6. RELAP-7 Software Verification and Validation Plan - Requirements Traceability Matrix (RTM) Part 2: Code Assessment Strategy, Procedure, and RTM Update

    Energy Technology Data Exchange (ETDEWEB)

    Yoo, Jun Soo [Idaho National Lab. (INL), Idaho Falls, ID (United States); Choi, Yong Joon [Idaho National Lab. (INL), Idaho Falls, ID (United States); Smith, Curtis Lee [Idaho National Lab. (INL), Idaho Falls, ID (United States)

    2016-09-01

    This document addresses two subjects involved with the RELAP-7 Software Verification and Validation Plan (SVVP): (i) the principles and plan to assure the independence of RELAP-7 assessment through the code development process, and (ii) the work performed to establish the RELAP-7 assessment plan, i.e., the assessment strategy, literature review, and identification of RELAP-7 requirements. Then, the Requirements Traceability Matrices (RTMs) proposed in previous document (INL-EXT-15-36684) are updated. These RTMs provide an efficient way to evaluate the RELAP-7 development status as well as the maturity of RELAP-7 assessment through the development process.

  7. Comparison and Cost Analysis of Drinking Water Quality Monitoring Requirements versus Practice in Seven Developing Countries

    Directory of Open Access Journals (Sweden)

    Jonny Crocker

    2014-07-01

    Full Text Available Drinking water quality monitoring programs aim to support provision of safe drinking water by informing water quality management. Little evidence or guidance exists on best monitoring practices for low resource settings. Lack of financial, human, and technological resources reduce a country’s ability to monitor water supply. Monitoring activities were characterized in Cambodia, Colombia, India (three states, Jordan, Peru, South Africa, and Uganda according to water sector responsibilities, monitoring approaches, and marginal cost. The seven study countries were selected to represent a range of low resource settings. The focus was on monitoring of microbiological parameters, such as E. coli, coliforms, and H2S-producing microorganisms. Data collection involved qualitative and quantitative methods. Across seven study countries, few distinct approaches to monitoring were observed, and in all but one country all monitoring relied on fixed laboratories for sample analysis. Compliance with monitoring requirements was highest for operational monitoring of large water supplies in urban areas. Sample transport and labor for sample collection and analysis together constitute approximately 75% of marginal costs, which exclude capital costs. There is potential for substantive optimization of monitoring programs by considering field-based testing and by fundamentally reconsidering monitoring approaches for non-piped supplies. This is the first study to look quantitatively at water quality monitoring practices in multiple developing countries.

  8. Comparison and cost analysis of drinking water quality monitoring requirements versus practice in seven developing countries.

    Science.gov (United States)

    Crocker, Jonny; Bartram, Jamie

    2014-07-18

    Drinking water quality monitoring programs aim to support provision of safe drinking water by informing water quality management. Little evidence or guidance exists on best monitoring practices for low resource settings. Lack of financial, human, and technological resources reduce a country's ability to monitor water supply. Monitoring activities were characterized in Cambodia, Colombia, India (three states), Jordan, Peru, South Africa, and Uganda according to water sector responsibilities, monitoring approaches, and marginal cost. The seven study countries were selected to represent a range of low resource settings. The focus was on monitoring of microbiological parameters, such as E. coli, coliforms, and H2S-producing microorganisms. Data collection involved qualitative and quantitative methods. Across seven study countries, few distinct approaches to monitoring were observed, and in all but one country all monitoring relied on fixed laboratories for sample analysis. Compliance with monitoring requirements was highest for operational monitoring of large water supplies in urban areas. Sample transport and labor for sample collection and analysis together constitute approximately 75% of marginal costs, which exclude capital costs. There is potential for substantive optimization of monitoring programs by considering field-based testing and by fundamentally reconsidering monitoring approaches for non-piped supplies. This is the first study to look quantitatively at water quality monitoring practices in multiple developing countries.

  9. Software Requirements Specification of the UIFA's UUIS -- a Team 4 COMP5541-W10 Project Approach

    CERN Document Server

    Alhazmi, Ali; Liu, Bing; Oliveira, Deyvisson; Sobh, Kanj; Mayantz, Max; de Bled, Robin; Zhang, Yu Ming

    2010-01-01

    This document presents the business requirement of Unified University Inventory System (UUIS) in Technology-independent manner. All attempts have been made in using mostly business terminology and business language while describing the requirements in this document. Very minimal and commonly understood Technical terminology is used. Use case approach is used in modeling the business requirements in this document.

  10. Applicability of SREM to the Verification of Management Information System Software Requirements. Volume I.

    Science.gov (United States)

    1981-04-30

    approach during R ,ET development is required during the verification effort. The approach used for verifying the MOM 3FER to prepare for TD . X was to...the value resident in TRACK NR is equal to the value resident in TRACK NR ’N. The portion of the VMH requirement described above requires tnat the

  11. Integrating ventilation monitoring sensor data with ventilation computer simulation software at the Waste Isolation Pilot Plant facility

    Energy Technology Data Exchange (ETDEWEB)

    Ruckman, R.; Prosser, B. [Mine Ventilation Services Inc., Clovis, CA (United States)

    2010-07-01

    This paper described an on-going ventilation study at an underground nuclear waste repository located in a bedded salt deposit in New Mexico. Underground airflow, differential pressure, primary fan information, and psychometric monitors were integrated into a ventilation model for the Waste Isolation Pilot Plant (WIPP). The WIPPVENT ventilation software is based on the commercially available package VnetPC developed by Mine Ventilation Services Inc. The ventilation system at WIPP has been tested and balanced since 1988. The work has involved re-engineering some of the ventilation system components in order to mitigate the effects of natural ventilation pressures. Ventilation monitoring system were also installed and remote control of the main underground regulators was achieved. Modifications were also made to the VnetPC ventilation software package to allow for continuous real-time updated ventilation models from the field measurement stations. This paper described the modifications to incorporate the real-time sensor data into the WIPPVENT program. 6 refs., 7 figs.

  12. Class B monitoring program handbook for southeastern sites with data based on INIT2 software (applicable to heating season)

    Energy Technology Data Exchange (ETDEWEB)

    Gustashaw, D. H.

    1983-07-01

    This document provides reference information on eight residences located in the southern part of the US which are being monitored under the Class B Passive Solar Monitoring Program. This handbook provides reference information on the sites and basic test conditions for the 1982-1983 winter heating season using software which is identified as INIT2. The manual is intended for use in data analysis work but is limited to this period of time because of basic differences in the control software and the related instrumentation system. This document is separated into individual sections for each site. The following information is provided for each site: (a) Site summary providing information on the structure, the passive solar features, the auxiliary heating system, and other related data; (b) Floor layouts with the sensor locations, etc.; (c) The One Time Value Log which records the results of field tests and calculations to determine the thermal characteristics, air infiltration rate, and other reference data; (d) The Analog/Digital Channel Log which provides calibration data; (e) The Status Channel Log which defines various event sensors; and (f) Program listings as used during the specified time periods during the heating season. Appendix A provides a summary of photographs which have been provided separately as part of the site documentation.

  13. 77 FR 8209 - Quality Assurance Requirements for Continuous Opacity Monitoring Systems at Stationary Sources

    Science.gov (United States)

    2012-02-14

    ... AGENCY 40 CFR Part 60 RIN 2060-AH23 Quality Assurance Requirements for Continuous Opacity Monitoring... standards as specified in federally enforceable regulations. The quality assurance requirements will be... standards to the quality assurance requirements in Appendix F of 40 CFR Part 60 in the ``Rules and...

  14. 77 FR 18709 - Quality Assurance Requirements for Continuous Opacity Monitoring Systems at Stationary Sources

    Science.gov (United States)

    2012-03-28

    ... AGENCY 40 CFR Part 60 RIN 2060-AH23 Quality Assurance Requirements for Continuous Opacity Monitoring... final rule. SUMMARY: The EPA published a direct final rule titled ``Quality Assurance Requirements for....regulations.gov or in hard copy at the Procedure 3--Quality Assurance Requirements for Continuous Opacity...

  15. 40 CFR Appendix P to Part 51 - Minimum Emission Monitoring Requirements

    Science.gov (United States)

    2010-07-01

    ... Requirements P Appendix P to Part 51 Protection of Environment ENVIRONMENTAL PROTECTION AGENCY (CONTINUED) AIR PROGRAMS REQUIREMENTS FOR PREPARATION, ADOPTION, AND SUBMITTAL OF IMPLEMENTATION PLANS Pt. 51, App. P Appendix P to Part 51—Minimum Emission Monitoring Requirements 1.0 Purpose. This appendix P sets forth...

  16. A software tool for network intrusion detection

    CSIR Research Space (South Africa)

    Van der Walt, C

    2012-10-01

    Full Text Available This presentation illustrates how a recently developed software tool enables operators to easily monitor a network and detect intrusions without requiring expert knowledge of network intrusion detections....

  17. Specification of problems from the business goals in the context of early software requirements elicitation

    Directory of Open Access Journals (Sweden)

    Carlos Mario Zapata-J.

    2014-01-01

    Full Text Available Una de las principales actividades de la educción temprana de requisitos de software es el reconocimiento y especificación de los problemas de la organización. Esta actividad tiene por objeto la definición de los requisitos iniciales y la satisfacción de las necesidades de los interesados. Estos problemas deben tener relación con los objetivos de la organización para lograr una aplicación de software contextualizada y alineada con la razón de ser de la organización. En los métodos de educción actuales basados en objetivos y problemas, las relaciones se detectan con la ayuda de la experiencia y conocimiento del analista y el interesado. Sin embargo aún no se logra trazabilidad entre objetivos y problemas. En este artículo se propone un método para la especificación de problemas a partir de objetivos organizacionales. Este método se compone de un conjunto de reglas sintácticas y semánticas que el analista usa para expresar los problemas a partir de las declaraciones de los objetivos. También, se presenta un ejemplo de laboratorio basado en el diagrama de objetivos de KAOS.

  18. ATAQS: A computational software tool for high throughput transition optimization and validation for selected reaction monitoring mass spectrometry

    Directory of Open Access Journals (Sweden)

    Ramos Hector

    2011-03-01

    Full Text Available Abstract Background Since its inception, proteomics has essentially operated in a discovery mode with the goal of identifying and quantifying the maximal number of proteins in a sample. Increasingly, proteomic measurements are also supporting hypothesis-driven studies, in which a predetermined set of proteins is consistently detected and quantified in multiple samples. Selected reaction monitoring (SRM is a targeted mass spectrometric technique that supports the detection and quantification of specific proteins in complex samples at high sensitivity and reproducibility. Here, we describe ATAQS, an integrated software platform that supports all stages of targeted, SRM-based proteomics experiments including target selection, transition optimization and post acquisition data analysis. This software will significantly facilitate the use of targeted proteomic techniques and contribute to the generation of highly sensitive, reproducible and complete datasets that are particularly critical for the discovery and validation of targets in hypothesis-driven studies in systems biology. Result We introduce a new open source software pipeline, ATAQS (Automated and Targeted Analysis with Quantitative SRM, which consists of a number of modules that collectively support the SRM assay development workflow for targeted proteomic experiments (project management and generation of protein, peptide and transitions and the validation of peptide detection by SRM. ATAQS provides a flexible pipeline for end-users by allowing the workflow to start or end at any point of the pipeline, and for computational biologists, by enabling the easy extension of java algorithm classes for their own algorithm plug-in or connection via an external web site. This integrated system supports all steps in a SRM-based experiment and provides a user-friendly GUI that can be run by any operating system that allows the installation of the Mozilla Firefox web browser. Conclusions Targeted

  19. Ground Water Monitoring Requirements for Hazardous Waste Treatment, Storage and Disposal Facilities

    Science.gov (United States)

    The groundwater monitoring requirements for hazardous waste treatment, storage and disposal facilities (TSDFs) are just one aspect of the Resource Conservation and Recovery Act (RCRA) hazardous waste management strategy for protecting human health and the

  20. 40 CFR 98.44 - Monitoring and QA/QC requirements.

    Science.gov (United States)

    2010-07-01

    ... (CONTINUED) MANDATORY GREENHOUSE GAS REPORTING Electricity Generation § 98.44 Monitoring and QA/QC requirements. Follow the applicable quality assurance procedures for CO2 emissions in appendices B, D, and G to 40 CFR part 75....

  1. Nonlinear software sensor for monitoring genetic regulation processes with noise and modeling errors

    Science.gov (United States)

    Ibarra-Junquera, V.; Torres, L. A.; Rosu, H. C.; Argüello, G.; Collado-Vides, J.

    2005-07-01

    Nonlinear control techniques by means of a software sensor that are commonly used in chemical engineering could be also applied to genetic regulation processes. We provide here a realistic formulation of this procedure by introducing an additive white Gaussian noise, which is usually found in experimental data. Besides, we include model errors, meaning that we assume we do not know the nonlinear regulation function of the process. In order to illustrate this procedure, we employ the Goodwin dynamics of the concentrations [B. C. Goodwin, Temporal Oscillations in Cells (Academic, New York, 1963)] in the simple form recently applied to single gene systems and some operon cases [H. De Jong, J. Comput. Biol. 9, 67 (2002)], which involves the dynamics of the mRNA, given protein and metabolite concentrations. Further, we present results for a three gene case in coregulated sets of transcription units as they occur in prokaryotes. However, instead of considering their full dynamics, we use only the data of the metabolites and a designed software sensor. We also show, more generally, that it is possible to rebuild the complete set of nonmeasured concentrations despite the uncertainties in the regulation function or, even more, in the case of not knowing the mRNA dynamics. In addition, the rebuilding of concentrations is not affected by the perturbation due to the additive white Gaussian noise and also we managed to filter the noisy output of the biological system.

  2. Handling requirements dependencies in agile projects: a focus group with agile software development practitioners

    NARCIS (Netherlands)

    Martakis, Aias; Daneva, Maya; Wieringa, R.J.; Jean-Louis Cavarero, S.; Rolland, C.; Cavarero, J.-L.

    2013-01-01

    Agile practices on requirements dependencies are a relatively unexplored topic in literature. Empirical studies on it are scarce. This research sets out to uncover concepts that practitioners in companies of various sizes across the globe and in various industries, use for dealing with requirements

  3. Application of open-source photogrammetric software MicMac for monitoring surface deformation in laboratory models

    Science.gov (United States)

    Galland, Olivier; Bertelsen, Hâvard S.; Guldstrand, Frank; Girod, Luc; Johannessen, Rikke F.; Bjugger, Fanny; Burchardt, Steffi; Mair, Karen

    2016-04-01

    Quantifying deformation is essential in modern laboratory models of geological systems. This paper presents a new laboratory monitoring method through the implementation of the open-source software MicMac, which efficiently implements photogrammetry in Structure-from-Motion algorithms. Critical evaluation is provided using results from two example laboratory geodesy scenarios: magma emplacement and strike-slip faulting. MicMac automatically processes images from synchronized cameras to compute time series of digital elevation models (DEMs) and orthorectified images of model surfaces. MicMac also implements digital image correlation to produce high-resolution displacements maps. The resolution of DEMs and displacement maps corresponds to the pixel size of the processed images. Using 24 MP cameras, the precision of DEMs and displacements is ~0.05 mm on a 40 × 40 cm surface. Processing displacement maps with Matlab® scripts allows automatic fracture mapping on the monitored surfaces. MicMac also offers the possibility to integrate 3-D models of excavated structures with the corresponding surface deformation data. The high resolution and high precision of MicMac results and the ability to generate virtual 3-D models of complex structures make it a very promising tool for quantitative monitoring in laboratory models of geological systems.

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

    Energy Technology Data Exchange (ETDEWEB)

    SCHAEFER, J.C.

    1999-06-02

    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.

  5. Comparison of the Number of Image Acquisitions and Procedural Time Required for Transarterial Chemoembolization of Hepatocellular Carcinoma with and without Tumor-Feeder Detection Software

    Directory of Open Access Journals (Sweden)

    Jin Iwazawa

    2013-01-01

    Full Text Available Purpose. To compare the number of image acquisitions and procedural time required for transarterial chemoembolization (TACE with and without tumor-feeder detection software in cases of hepatocellular carcinoma (HCC. Materials and Methods. We retrospectively reviewed 50 cases involving software-assisted TACE (September 2011–February 2013 and 84 cases involving TACE without software assistance (January 2010–August 2011. We compared the number of image acquisitions, the overall procedural time, and the therapeutic efficacy in both groups. Results. Angiography acquisition per session reduced from 6.6 times to 4.6 times with software assistance (P<0.001. Total image acquisition significantly decreased from 10.4 times to 8.7 times with software usage (P=0.004. The mean procedural time required for a single session with software-assisted TACE (103 min was significantly lower than that for a session without software (116 min, P=0.021. For TACE with and without software usage, the complete (68% versus 63%, resp. and objective (78% versus 80%, resp. response rates did not differ significantly. Conclusion. In comparison with software-unassisted TACE, automated feeder-vessel detection software-assisted TACE for HCC involved fewer image acquisitions and could be completed faster while maintaining a comparable treatment response.

  6. Perceptron system to assist in decision making and monitoring of quality of software development in Information Technology environments

    Directory of Open Access Journals (Sweden)

    Chau Sen Shia

    2016-07-01

    Full Text Available - Classical methods for software development require high costs and problems of communication between development teams, project risks and delays in the delivery of its services. In this work, the aim is to develop a perceptron model to demonstrate the ability to control, service quality assessment and decision-making in IT (Information Technology. For this, we used perceptron network techniques, standards of service quality measures and risk analysis model of applied projects in software engineering. With the network perceptron model implementation was possible to simulate the application of development in several requests for applications for software, in order to meet the management of schedules in all phases of the life cycle of the projects carried out. The tests with the perceptron model were applied in it environments to meet service requests from various fields. The results and analyses presented in these projects demonstrate that communication between development teams were more consistent. It was also possible to predict with more accuracy the delivery of services, decision making and risk reduction projects.

  7. Impact of Software Requirement Volatility Pattern on Project Dynamics: Evidences from a Case Study

    CERN Document Server

    Thakurta, Rahul

    2011-01-01

    Requirements are found to change in various ways during the course of a project. This can affect the process in widely different manner and extent. Here we present a case study where-in we investigate the impact of requirement volatility pattern on project performance. The project setting described in the case is emulated on a validated system dynamics model representing the waterfall model. The findings indicate deviations in project outcome from the estimated thereby corroborating to previous findings. The results reinforce the applicability of system dynamics approach to analyze project performance under requirement volatility, which is expected to speed up adoption of the same in organizations and in the process contribute to more project successes.

  8. 50 CFR 18.128 - What are the mitigation, monitoring, and reporting requirements?

    Science.gov (United States)

    2010-10-01

    ... require a monitor on the site of the activity or on board drill ships, drill rigs, aircraft, icebreakers... or require that the operator conduct activities after the female bears emerge from their dens. We... Alaska Regional Director (Attn: Marine Mammals Management Office) within 90 days after completion...

  9. 78 FR 55060 - Proposed Information Collection; Comment Request; Expanded Vessel Monitoring System Requirement...

    Science.gov (United States)

    2013-09-09

    ... commercial fishing vessels are required to install and use a vessel monitoring system (VMS) that... pilot VMS program was implemented on January 1, 2004. The pilot program required vessels registered to Pacific Coast groundfish fishery limited entry permits to carry and use VMS transceiver units...

  10. An assessment of monitoring requirements and costs of 'Reduced Emissions from Deforestation and Degradation'

    Directory of Open Access Journals (Sweden)

    McCallum Ian

    2009-08-01

    Full Text Available Abstract Background Negotiations on a future climate policy framework addressing Reduced Emissions from Deforestation and Degradation (REDD are ongoing. Regardless of how such a framework will be designed, many technical solutions of estimating forest cover and forest carbon stock change exist to support policy in monitoring and accounting. These technologies typically combine remotely sensed data with ground-based inventories. In this article we assess the costs of monitoring REDD based on available technologies and requirements associated with key elements of REDD policy. Results We find that the design of a REDD policy framework (and specifically its rules can have a significant impact on monitoring costs. Costs may vary from 0.5 to 550 US$ per square kilometre depending on the required precision of carbon stock and area change detection. Moreover, they follow economies of scale, i.e. single country or project solutions will face relatively higher monitoring costs. Conclusion Although monitoring costs are relatively small compared to other cost items within a REDD system, they should be shared not only among countries but also among sectors, because an integrated monitoring system would have multiple benefits for non-REDD management. Overcoming initialization costs and unequal access to monitoring technologies is crucial for implementation of an integrated monitoring system, and demands for international cooperation.

  11. Monitoring and control requirement definition study for dispersed storage and generation (DSG). Volume II. Final report, Appendix A: selected DSG technologies and their general control requirements

    Energy Technology Data Exchange (ETDEWEB)

    1980-10-01

    A major aim of the US National Energy Policy, as well as that of the New York State Energy Research and Development Authority, is to conserve energy and to shift from oil to more abundant domestic fuels and renewable energy sources. Dispersed Storage and Generation (DSG) is the term that characterizes the present and future dispersed, relatively small (<30 MW) energy systems, such as solar thermal electric, photovoltaic, wind, fuel cell, storage battery, hydro, and cogeneration, which can help achieve these national energy goals and can be dispersed throughout the distribution portion of an electric utility system. The purpose of this survey and identification of DSG technologies is to present an understanding of the special characteristics of each of these technologies in sufficient detail so that the physical principles of their operation and the internal control of each technology are evident. In this way, a better appreciation can be obtained of the monitoring and control requirements for these DSGs from a remote distribution dispatch center. A consistent approach is being sought for both hardware and software which will handle the monitoring and control necessary to integrate a number of different DSG technologies into a common distribution dispatch network. From this study it appears that the control of each of the DSG technologies is compatible with a supervisory control method of operation that lends itself to remote control from a distribution dispatch center.

  12. SATISFACTION OF QUALIFICATION REQUIREMENTS OF EMPLOYERS APPLIED TO SOFTWARE ENGINEERS IN THE PROCESS OF TRAINING AT HIGHER EDUCATIONAL INSTITUTIONS

    Directory of Open Access Journals (Sweden)

    Vladislav Kruhlyk

    2017-03-01

    Full Text Available In the article, based on the analysis of the problems of the professional training of software engineers in higher educational institutions, was shown that the contents of the curricula for the training of software engineers in basic IT specialties in higher education institutions generally meet the requirements to them at the labor market. It is stated that at the present time there are certain changes in the job market not only in the increasing demand for IT professionals but also in the requirements settled for future specialists. To scientists’ opinion, at present there is a gap between the level of expectation of employers and the level of education of graduates of IT-specialties of universities. Due to the extremely fast pace of IT development, already at the end of the studies, students' knowledge may become obsolete. We are talking about a complex of competencies offered by university during training of specialist for their relevance and competitiveness at the labor market. At the same time, the practical training of students does not fully correspond to the current state of information technology. Therefore, it is necessary to ensure the updating of the contents of the academic disciplines with the aim of providing quality training of specialists.

  13. Development of a software and hardware system for monitoring the air cleaning process using a cyclone-separator

    Science.gov (United States)

    Nicolaeva, B. K.; Borisov, A. P.; Zlochevskiy, V. L.

    2017-08-01

    The article is devoted to the development of a hardware-software complex for monitoring and controlling the process of air purification by means of a cyclone-separator. The hardware of this complex is the Arduino platform, to which are connected pressure sensors, air velocities, dustmeters, which allow monitoring of the main parameters of the cyclone-separator. Also, a frequency converter was developed to regulate the rotation speed of an asynchronous motor necessary to correct the flow rate, the control signals of which come with Arduino. The program part of the complex is written in the form of a web application in the programming language JavaScript and inserts into CSS and HTML for the user interface. This program allows you to receive data from sensors, build dependencies in real time and control the speed of rotation of an asynchronous electric drive. The conducted experiment shows that the cleaning efficiency is 95-99.9%, while the airflow at the cyclone inlet is 16-18 m/s, and at the exit 50-70 m/s.

  14. Automated selected reaction monitoring software for accurate label-free protein quantification.

    Science.gov (United States)

    Teleman, Johan; Karlsson, Christofer; Waldemarson, Sofia; Hansson, Karin; James, Peter; Malmström, Johan; Levander, Fredrik

    2012-07-06

    Selected reaction monitoring (SRM) is a mass spectrometry method with documented ability to quantify proteins accurately and reproducibly using labeled reference peptides. However, the use of labeled reference peptides becomes impractical if large numbers of peptides are targeted and when high flexibility is desired when selecting peptides. We have developed a label-free quantitative SRM workflow that relies on a new automated algorithm, Anubis, for accurate peak detection. Anubis efficiently removes interfering signals from contaminating peptides to estimate the true signal of the targeted peptides. We evaluated the algorithm on a published multisite data set and achieved results in line with manual data analysis. In complex peptide mixtures from whole proteome digests of Streptococcus pyogenes we achieved a technical variability across the entire proteome abundance range of 6.5-19.2%, which was considerably below the total variation across biological samples. Our results show that the label-free SRM workflow with automated data analysis is feasible for large-scale biological studies, opening up new possibilities for quantitative proteomics and systems biology.

  15. Requirements to micro-unmanned aircraft systems in civil protection and environmental monitoring

    Energy Technology Data Exchange (ETDEWEB)

    Fischer-Stabel, Peter; Hardt, Christopher [Univ. of Applied Sciences Trier, Birkenfeld (Germany). Dept. of Environmental Planning

    2013-07-01

    Especially in application fields such as environmental monitoring or in the field of information and operations management with technical or natural disasters, increased demands on communication and sensor technology to micro unmanned aircraft systems (UAS) are given. These are currently covered by the system manufacturers, however inadequately. The use case of wildlife monitoring with micro UAS comes with some special requirements and problems, addressed in this paper. (orig.)

  16. Software system requirements for the Army Tactical Missile System (ATACMS) End-To-End System using the Computer Aided Prototyping System (CAPS) multi-file approach

    OpenAIRE

    Angrisani, David Stuart; Whitbeck, George Steven.

    1996-01-01

    The Department of Defense (DOD) is seeking software system requirements for the Army Tactical Missile System (ATACMS) End to End System, which comprises both ATACMS and all sensors, links, and command centers which enable integration across system and service boundaries. The complexity, multiple interfaces, and joint nature of planned ATACMS operations demands accurate specification of software system requirements. DOD also desires automated tools capable of developing rapid prototypes to ass...

  17. Analysis of software engineering requirement analysis and structure construction%浅析软件工程需求分析与结构建设

    Institute of Scientific and Technical Information of China (English)

    任延璞

    2016-01-01

    软件工程飞速发展,应用于多个不同领域有着各式各样的开发标准,在软件结构建设方面同样存在一定差异。文章通过阐述软件工程需求分析含义,分析软件工程中需求分析的重要性、软件工程需求分析存在的问题,对软件工程需求分析及结构建设展开探讨,旨在为促进软件工程需求分析与结构建设的有序开展提供一些思路。%Software engineering has got a rapid development, which is applied to a variety of different areas, there are some differences in the construction of software structure. By explaining the meaning of software engineering requirement analysis, this paper analyzes the importance of requirement analysis in software engineering, existing problems of software engineering requirement analysis, and discusses the software engineering requirement analysis and structure construction, aiming at providing some ideas for promoting the demand analysis and orderly carried out software engineering structure construction.

  18. Solid Waste Information Tracking System (SWITS), Backlog Waste Modifications, Software Requirements Specification (SRS)

    Energy Technology Data Exchange (ETDEWEB)

    Clark, R.E. [USDOE Richland Operations Office, WA (United States)

    1995-05-05

    Purpose of this document is to define the system requirements necessary to improve computer support for the WHC backlog waste business process through enhancements to the backlog waste function of the SWITS system. This SRS document covers enhancements to the SWITS system to support changes to the existing Backlog Waste screens including new data elements, label changes, and new pop-up screens. The pop-ups will allow the user to flag the processes that a waste container must have performed on it, and will provide history tracking of changes to data. A new screen will also be provided allowing Acceptable Services to perform mass updates to specific data in Backlog Waste table. The SWITS Backlog Waste enhancements in this document will support the project goals in WHC-SD-WM-003 and its Revision 1 (Radioactive Solid Waste Tracking System Conceptual Definition) for the control, tracing, and inventory management of waste as the packages are generated and moved through final disposal (cradle-to-grave).

  19. SU-E-T-76: A Software System to Monitor VMAT Plan Complexity in a Large Radiotherapy Centre

    Energy Technology Data Exchange (ETDEWEB)

    Arumugam, S; Xing, A [Liverpool and Macarthur Cancer Therapy Centres, Sydney, NSW (Australia); Ingham Institute, Sydney, NSW (Australia); Vial, P [Liverpool and Macarthur Cancer Therapy Centres, Sydney, NSW (Australia); Ingham Institute, Sydney, NSW (Australia); Institute of Medical Physics, School of Physics, University of Sydney, Sydney, NSW (Australia); Thwaites, D [Institute of Medical Physics, School of Physics, University of Sydney, Sydney, NSW (Australia); Holloway, L [Liverpool and Macarthur Cancer Therapy Centres, Sydney, NSW (Australia); Ingham Institute, Sydney, NSW (Australia); Institute of Medical Physics, School of Physics, University of Sydney, Sydney, NSW (Australia); Centre for Medical Radiation Physics, University of Wollongong, Wollongong, NSW (Australia)

    2015-06-15

    Purpose: To develop a system that analyses and reports the complexity of Volumetric Modulated Arc Therapy (VMAT) plans to aid in the decision making for streamlining patient specific dosimetric quality assurance (QA) tests. Methods: A software system, Delcheck, was developed in-house to calculate VMAT plan and delivery complexity using the treatment delivery file. Delcheck has the functionality to calculate multiple plan complexity metrics including the Li-Xing Modulation Index (LI-MI), multiplicative combination of Leaf Travel and Modulation Complexity Score (LTMCSv), Monitor Units per prescribed dose (MU/D) and the delivery complexity index (MIt) that incorporates the modulation of dose rate, leaf speed and gantry speed. Delcheck includes database functionality to store and compare plan metrics for a specified treatment site. The overall plan and delivery complexity is assessed based on the 95% conformance limit of the complexity metrics as Similar, More or Less complex. The functionality of the software was tested using 42 prostate conventional, 10 prostate SBRT and 15 prostate bed VMAT plans generated for an Elekta linear accelerator. Results: The mean(σ) of LI-MI for conventional, SBRT and prostate bed plans were 1690(486), 3215.4(1294) and 3258(982) respectively. The LTMCSv of the studied categories were 0.334(0.05), 0.325(0.07) and 0.3112(0.09). The MU/D of the studied categories were 2.4(0.4), 2.7(0.7) and 2.5(0.5). The MIt of the studied categories were 21.6(3.4), 18.2(3.0) and 35.9(6.6). The values of the complexity metrics show that LI-MI appeared to resolve the plan complexity better than LTMCSv and MU/D. The MIt value increased as the delivery complexity increased. Conclusion: The developed software was shown to be working as expected. In studied treatment categories Prostate bed plans are more complex in both plan and delivery and SBRT is more complex in plan and less complex in delivery as demonstrated by LI-MI and MIt. This project was funded

  20. 40 CFR Appendix A to Part 58 - Quality Assurance Requirements for SLAMS, SPMs and PSD Air Monitoring

    Science.gov (United States)

    2010-07-01

    ... Appendix A to Part 58—Quality Assurance Requirements for SLAMS, SPMs and PSD Air Monitoring 1. General... specifies the minimum quality system requirements applicable to SLAMS air monitoring data and PSD data for... of the air being measured. Monitoring organizations must develop quality assurance project...

  1. Software and systems traceability

    CERN Document Server

    Cleland-Huang, Jane; Zisman, Andrea

    2012-01-01

    ""Software and Systems Traceability"" provides a comprehensive description of the practices and theories of software traceability across all phases of the software development lifecycle. The term software traceability is derived from the concept of requirements traceability. Requirements traceability is the ability to track a requirement all the way from its origins to the downstream work products that implement that requirement in a software system. Software traceability is defined as the ability to relate the various types of software artefacts created during the development of software syst

  2. Critical evaluation of factors required to terminate the postclosure monitoring period at solid waste landfills

    DEFF Research Database (Denmark)

    Barlaz, M.A.; Rooker, A.P.; Kjeldsen, Peter

    2002-01-01

    requirements and regulatory activity that might be required to prepare regulators for the large number of requests to terminate postclosure monitoring expected over the next 20 years. An approach in which the frequency and extent of postclosure monitoring is reduced as warranted by site-specific data......Regulations governing the disposal of solid waste in landfills specify that they must be monitored for 30 years after closure unless this period is extended by the governing regulatory authority. Given the wide range of conditions under which refuse is buried, technical criteria, rather than...... water or groundwater. The acceptability of gaseous releases should be evaluated against criteria for odors, the potential for subsurface migration, and greenhouse gas and ozone precursor emissions. The approach presented here must be tested on a site-specific basis to identify additional data...

  3. Design of a computer software for calculation of required barrier against radiation at the diagnostic x-ray units

    Directory of Open Access Journals (Sweden)

    S.A. Rahimi

    2005-01-01

    Full Text Available Background and purpose : Instalation of protective barrier against diagnostic x-ray is generally done based on the recommendations of NCRP49. There are analytic methods for designing protective barriers howerer, they lack sufficient efficiency and considering the NCRP49 reports, designing mechanical protective barrier in order to protect the initial x-ray radiation and absorption of the ray quality of such radiation is different.Therefore, the protective barrier for each radiation is measured separately. In this study, a computer software was designed to calculate the needed barrier with high accuracy.Materials and methods: Calculation of required protective barrier particularly when two or more generators are in use at diagnostic x-ray units and or installed diagnostic equipments do not have proper room space and the limitations for other clanges in parameters which are time- consuming and impossible to be manually calculated. For proper determination of thichness of the protective barrier, relevant information about curves of radiation weakness, dose limit etc should be entered. This program was done in windows and designed in such a way that the operator works easily, flexibility of the program is acceptable and its accuracy and sensitivity is high.Results : Results of this program indicate that, in most cases, in x-ray units required protective barrier was not used. Meanwhile sometimes shielding is more than what required which lacks technical standards and cost effectiveness. When the application index is contrasting zero, thichness of NCRP49 calculation is about 20% less than the calculated rate done by the method of this study. When the applied index is equal to zero (that is the only situation where the second barrier is considered, thickness of requined barrier is about 15% less than the lead barrier and concrete barrier calculated in this project is 8% less than that calculated by McGuire method.Conclusion : In this study proper

  4. Awareness during anaesthesia for surgery requiring evoked potential monitoring: A pilot study

    Directory of Open Access Journals (Sweden)

    Pritish J Korula

    2017-01-01

    Full Text Available Background: Evoked potential monitoring such as somatosensory-evoked potential (SSEP or motor-evoked potential (MEP monitoring during surgical procedures in proximity to the spinal cord requires minimising the minimum alveolar concentrations (MACs below the anaesthetic concentrations normally required (1 MAC to prevent interference in amplitude and latency of evoked potentials. This could result in awareness. Our primary objective was to determine the incidence of awareness while administering low MAC inhalational anaesthetics for these unique procedures. The secondary objective was to assess the adequacy of our anaesthetic technique from neurophysiologist′s perspective. Methods: In this prospective observational pilot study, 61 American Society of Anesthesiologists 1 and 2 patients undergoing spinal surgery for whom intraoperative evoked potential monitoring was performed were included; during the maintenance phase, 0.7-0.8 MAC of isoflurane was targeted. We evaluated the intraoperative depth of anaesthesia using a bispectral (BIS index monitor as well as the patients response to surgical stimulus (PRST scoring system. Post-operatively, a modified Bruce questionnaire was used to verify awareness. The adequacy of evoked potential readings was also assessed. Results: Of the 61 patients, no patient had explicit awareness. Intraoperatively, 19 of 61 patients had a BIS value of above sixty at least once, during surgery. There was no correlation with PRST scoring and BIS during surgery. Fifty-four out of 61 patient′s evoked potential readings were deemed ′good′ or ′fair′ for the conduct of electrophysiological monitoring. Conclusions: This pilot study demonstrates that administering low MAC inhalational anaesthetics to facilitate evoked potential monitoring does not result in explicit awareness. However, larger studies are needed to verify this. The conduct of SSEP electrophysiological monitoring was satisfactory with the use of this

  5. 40 CFR 63.7188 - What are my monitoring installation, operation, and maintenance requirements?

    Science.gov (United States)

    2010-07-01

    ... Semiconductor Manufacturing Compliance Requirements § 63.7188 What are my monitoring installation, operation... emissions of your semiconductor process vent through a closed vent system to a control device, you must... evaluation procedure in § 63.7187(i) to demonstrate compliance, you must use the information from the...

  6. 40 CFR Table 6 to Subpart Jjj of... - Requirements for Validating Continuous Emission Monitoring Systems (CEMS)

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 8 2010-07-01 2010-07-01 false Requirements for Validating Continuous Emission Monitoring Systems (CEMS) 6 Table 6 to Subpart JJJ of Part 62 Protection of Environment... Combustion Units Constructed on or Before August 30, 1999 Pt. 62, Subpt. JJJ, Table 6 Table 6 to Subpart JJJ...

  7. 40 CFR Table 7 to Subpart Jjj of... - Requirements for Continuous Emission Monitoring Systems (CEMS) a

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 8 2010-07-01 2010-07-01 false Requirements for Continuous Emission Monitoring Systems (CEMS) a 7 Table 7 to Subpart JJJ of Part 62 Protection of Environment ENVIRONMENTAL... Constructed on or Before August 30, 1999 Pt. 62, Subpt. JJJ, Table 7 Table 7 to Subpart JJJ of Part 62...

  8. 10 CFR 50.65 - Requirements for monitoring the effectiveness of maintenance at nuclear power plants.

    Science.gov (United States)

    2010-01-01

    ... maintenance at nuclear power plants. 50.65 Section 50.65 Energy NUCLEAR REGULATORY COMMISSION DOMESTIC... Construction Permits § 50.65 Requirements for monitoring the effectiveness of maintenance at nuclear power..., including normal shutdown operations. (a)(1) Each holder of an operating license for a nuclear power......

  9. 40 CFR 63.996 - General monitoring requirements for control and recovery devices.

    Science.gov (United States)

    2010-07-01

    ... SOURCE CATEGORIES (CONTINUED) National Emission Standards for Closed Vent Systems, Control Devices, Recovery Devices and Routing to a Fuel Gas System or a Process § 63.996 General monitoring requirements for... cycle and the temperature of the carbon bed determined within 15 minutes of the completion of...

  10. 77 FR 59053 - Fisheries of the Exclusive Economic Zone Off Alaska; Monitoring and Enforcement Requirements in...

    Science.gov (United States)

    2012-09-26

    ... the Exclusive Economic Zone Off Alaska; Monitoring and Enforcement Requirements in the Bering Sea and... sampled, or carry one observer and use a motion-compensated scale to weigh Pacific cod before it is....S. groundfish fisheries of the exclusive economic zone off Alaska under the Fishery Management...

  11. Required sample size for monitoring stand dynamics in strict forest reserves: a case study

    Science.gov (United States)

    Diego Van Den Meersschaut; Bart De Cuyper; Kris Vandekerkhove; Noel Lust

    2000-01-01

    Stand dynamics in European strict forest reserves are commonly monitored using inventory densities of 5 to 15 percent of the total surface. The assumption that these densities guarantee a representative image of certain parameters is critically analyzed in a case study for the parameters basal area and stem number. The required sample sizes for different accuracy and...

  12. 40 CFR 141.85 - Public education and supplemental monitoring requirements.

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 22 2010-07-01 2010-07-01 false Public education and supplemental monitoring requirements. 141.85 Section 141.85 Protection of Environment ENVIRONMENTAL PROTECTION AGENCY... lead more than healthy adults. Lead is stored in the bones, and it can be released later in...

  13. IDENTIFICATION OF DOE'S POST-CLOSURE MONITORING NEEDS AND REQUIREMENTS

    Energy Technology Data Exchange (ETDEWEB)

    M.A. Ebadian, Ph.D.

    1999-01-01

    The 2006 plan sets an ambitious agenda for the U.S. Department of Energy (DOE), Office of Environmental Management (EM) and the remediation of sites contaminated by decades of nuclear weapons production activities. The plan's primary objective is to reduce overall clean up costs by first eliminating the environmental problems that are most expensive to control and safely maintain. In the context of the 2006 Plan, closure refers to the completion of area or facility specific cleanup projects. The cleanup levels are determined by the planned future use of the site or facility. Use restrictions are still undecided for most sites but are highly probable to exclude residential or agricultural activities. Most of the land will be remediated to ''industrial use'' levels with access restrictions and some areas will be closed-off through containment. Portions of the site will be reserved for waste disposal, either as a waste repository or the in-situ immobilization of contaminated soil and groundwater, and land use will be restricted to waste disposal only. The land used for waste disposal will require monitoring and maintenance activities after closure. Most of the land used for industrial use may also require such postclosure activities. The required postclosure monitoring and maintenance activities will be imposed by regulators and stakeholders. Regulators will not approve closure plans without clearly defined monitoring methods using approved technologies. Therefore, among all other more costly and labor-intensive closure-related activities, inadequate planning for monitoring and lack of appropriate monitoring technologies can prevent closure. The purpose of this project is to determine, document, and track the current and evolving postclosure monitoring requirements at DOE-EM sites. This information will aid CMST-CP in guiding its postclosure technology development and deployment efforts.

  14. Analog Input Data Acquisition Software

    Science.gov (United States)

    Arens, Ellen

    2009-01-01

    DAQ Master Software allows users to easily set up a system to monitor up to five analog input channels and save the data after acquisition. This program was written in LabVIEW 8.0, and requires the LabVIEW runtime engine 8.0 to run the executable.

  15. Software Reviews.

    Science.gov (United States)

    Classroom Computer Learning, 1990

    1990-01-01

    Reviewed are three computer software packages including "Martin Luther King, Jr.: Instant Replay of History,""Weeds to Trees," and "The New Print Shop, School Edition." Discussed are hardware requirements, costs, grade levels, availability, emphasis, strengths, and weaknesses. (CW)

  16. Can we improve the early detection of atrial fibrillation in a stroke unit? Detection rate of a monitor with integrated detection software.

    Science.gov (United States)

    Arevalo-Manso, Juan Jose; Martínez-Sánchez, Patricia; Fuentes, Blanca; Ruiz-Ares, Gerardo; Sanz-Cuesta, Borja Enrique; Prefasi, Daniel; Juarez-Martin, Belén; Navarro-Parias, Azahara; Parrilla-Novo, Pilar; Diez-Tejedor, Exuperio

    2016-02-01

    It is unknown whether monitors that include atrial fibrillation recognition software (AF-RS) increase the rate of early atrial fibrillation (AF) detection in acute stroke. We aimed to evaluate the AF detection rate of an AF-RS monitor and compare it with standard monitoring. This was a retrospective, single-centre observational study conducted on consecutive patients with acute transient ischaemic attack or brain infarction attended in a stroke unit (SU) with six beds. Five beds had a standard monitor with a three-lead electrocardiogram (ECG)-tracing monitor that did not automatically detect AF, and one bed had a 12-lead ECG monitor with integrated AF-RS. All patients were monitored for at least 24 h and underwent a daily ECG during their stay in the SU. In case of unknown stroke aetiology, the patients underwent 24 h Holter monitoring. A total of 76 patients were included: 59 patients in the standard monitor group and 17 patients in the AF-RS monitor group. The mean age was 72.11 (±13.09) years, and 59.2% were men. A total of 20 new cases of AF were identified. The AF-RS monitor showed a higher rate of AF detection than the standard devices (57.1% vs 7.7%, p=0.031). The AF-RS monitor showed sensitivity, specificity, positive predictive value, and negative predictive values of 57.1%, 100%, 100% and 76.9%, respectively. For the standard monitors, these values were 7.7%, 100%, 100% and 79.3%, respectively. The monitor with AF-RS demonstrated a higher detection rate for AF than standard ECG monitoring in acute stroke patients in a SU. © The European Society of Cardiology 2014.

  17. Functions and requirements for Hanford single-shell tank leakage detection and monitoring

    Energy Technology Data Exchange (ETDEWEB)

    Cruse, J.M.; Ohl, P.C.

    1995-04-19

    This document provides the initial functions and requirements for leakage detection and monitoring applicable to past and potential future leakage from the Hanford Site`s 149 single-shell high-level waste tanks. This mission is a part of the overall mission of the Westinghouse Hanford Company Tank Waste Remediation System division to remediate the tank waste in a safe and acceptable manner. Systems engineering principles are being applied to this effort. This document reflects the an initial step in the systems engineering approach to decompose the mission into primary functions and requirements. The document is considered approximately 30% complete relative to the effort required to produce a final version that can be used to support demonstration and/or procurement of technologies. The functions and requirements in this document apply to detection and monitoring of below ground leaks from SST containment boundaries and the resulting soil contamination. Leakage detection and monitoring is invoked in the TWRS Program in three fourth level functions: (1) Store Waste, (2) Retrieve Waste, and (3) Disposition Excess Facilities (as identified in DOE/RL-92-60 Rev. 1, Tank Waste Remediation System Functions and Requirements).

  18. 49 CFR 238.105 - Train electronic hardware and software safety.

    Science.gov (United States)

    2010-10-01

    ... 49 Transportation 4 2010-10-01 2010-10-01 false Train electronic hardware and software safety. 238... and General Requirements § 238.105 Train electronic hardware and software safety. The requirements of this section apply to electronic hardware and software used to control or monitor safety functions...

  19. SCADA System and the APROL Monitor Conifguration Software in the Water Treatment Plant%SCADA系统和Aprol上位监控组态软件在净水厂中的应用

    Institute of Scientific and Technical Information of China (English)

    袁可

    2016-01-01

    本文通过分析净水厂对控制系统的功能要求,介绍了贝加莱工业自动化的基于PCC的SCADA系统和Aprol上位监控组态软件在净水厂的成功应用。%By analyzing the function requirements of control system in water treatment plant, this paper introduces the successful applications of the B&R industrial automation based on SCADA system and the APROL monitor configuration software in the water treatment plant.

  20. SNM gamma-ray fingerprint monitor functional requirements and design specifications

    Energy Technology Data Exchange (ETDEWEB)

    Bieber, A.M. Jr.; Kane, W.R.

    1994-07-01

    A number of DOE facilities need to perform confirmatory inventory measurements on items of special nuclear material (SNM). The DOE Office of Safeguards and Security (OSS) has tasked the Safeguards, Safety and Nonproliferation Division (SSN) of the Department of Advanced Technology at Brookhaven National Laboratory (BNL) to develop a high-resolution gamma-ray-spectroscopy-based instrument for performing confirmatory inventory measurements on such materials, a ``gamma-ray fingerprint monitor`` (GRFM). This document is a conceptual design for the SSN GRFM system. This conceptual design is based on previous experience with measurements of plutonium-bearing materials and comparison of gamma-ray spectrum features, not on actual tests of the procedures or hardware described. As a result, modifications may be necessary when actual prototype hardware and software are tested in realistic circumstances on actual materials of interest.

  1. A Requirements-Based Exploration of Open-Source Software Development Projects--Towards a Natural Language Processing Software Analysis Framework

    Science.gov (United States)

    Vlas, Radu Eduard

    2012-01-01

    Open source projects do have requirements; they are, however, mostly informal, text descriptions found in requests, forums, and other correspondence. Understanding such requirements provides insight into the nature of open source projects. Unfortunately, manual analysis of natural language requirements is time-consuming, and for large projects,…

  2. A Requirements-Based Exploration of Open-Source Software Development Projects--Towards a Natural Language Processing Software Analysis Framework

    Science.gov (United States)

    Vlas, Radu Eduard

    2012-01-01

    Open source projects do have requirements; they are, however, mostly informal, text descriptions found in requests, forums, and other correspondence. Understanding such requirements provides insight into the nature of open source projects. Unfortunately, manual analysis of natural language requirements is time-consuming, and for large projects,…

  3. Global Software Engineering: A Software Process Approach

    Science.gov (United States)

    Richardson, Ita; Casey, Valentine; Burton, John; McCaffery, Fergal

    Our research has shown that many companies are struggling with the successful implementation of global software engineering, due to temporal, cultural and geographical distance, which causes a range of factors to come into play. For example, cultural, project managementproject management and communication difficulties continually cause problems for software engineers and project managers. While the implementation of efficient software processes can be used to improve the quality of the software product, published software process models do not cater explicitly for the recent growth in global software engineering. Our thesis is that global software engineering factors should be included in software process models to ensure their continued usefulness in global organisations. Based on extensive global software engineering research, we have developed a software process, Global Teaming, which includes specific practices and sub-practices. The purpose is to ensure that requirements for successful global software engineering are stipulated so that organisations can ensure successful implementation of global software engineering.

  4. Condition monitoring requirements for the development of a space nuclear propulsion module

    Science.gov (United States)

    Wagner, Robert C.

    1993-01-01

    To facilitate the development of a space nuclear propulsion module for manned flights to Mars, requirements must be established early in the technology cycle. The long lead times for the acquisition of the engine system and nuclear test facilities demands that the engine system, size, performance, safety goals and condition monitoring philosophy be defined at the earliest possible time. These systems are highly complex and require a large multi-disciplinary systems engineering team to develop and track the requirements and to ensure that the as-built system reflects the intent of the mission. An effective methodology has been devised coupled with sophisticated computer tools to effectivly develop and interpret the functional requirements. These requirements can then be decomposed down to the specification level for implementation. This paper discusses the application of the methodology and the analyses to develop condition monitoring requirements under a contract with the National Aeronautics and Space Administration (NASA) Lewis Research Center (LeRC) Nuclear Propulsion Office (NPO).

  5. Monitoring Conformance and Containment for Geological Carbon Storage: Can Technology Meet Policy and Public Requirements?

    Science.gov (United States)

    Lawton, D. C.; Osadetz, K.

    2014-12-01

    The Province of Alberta, Canada identified carbon capture and storage (CCS) as a key element of its 2008 Climate Change strategy. The target is a reduction in CO2 emissions of 139 Mt/year by 2050. To encourage uptake of CCS by industry, the province has provided partial funding to two demonstration scale projects, namely the Quest Project by Shell and partners (CCS), and the Alberta Carbon Trunk Line Project (pipeline and CO2-EOR). Important to commercial scale implementation of CCS will be the requirement to prove conformance and containment of the CO2 plume injected during the lifetime of the CCS project. This will be a challenge for monitoring programs. The Containment and Monitoring Institute (CaMI) is developing a Field Research Station (FRS) to calibrate various monitoring technologies for CO2 detection thresholds at relatively shallow depths. The objective being assessed with the FRS is sensitivity for early detection of loss of containment from a deeper CO2 storage project. In this project, two injection wells will be drilled to sandstone reservoir targets at depths of 300 m and 700 m. Up to four observation wells will be drilled with monitoring instruments installed. Time-lapse surface and borehole monitoring surveys will be undertaken to evaluate the movement and fate of the CO2 plume. These will include seismic, microseismic, cross well, electrical resistivity, electromagnetic, gravity, geodetic and geomechanical surveys. Initial baseline seismic data from the FRS will presented.

  6. Frame rate required for speckle tracking echocardiography: A quantitative clinical study with open-source, vendor-independent software.

    Science.gov (United States)

    Negoita, Madalina; Zolgharni, Massoud; Dadkho, Elham; Pernigo, Matteo; Mielewczik, Michael; Cole, Graham D; Dhutia, Niti M; Francis, Darrel P

    2016-09-01

    To determine the optimal frame rate at which reliable heart walls velocities can be assessed by speckle tracking. Assessing left ventricular function with speckle tracking is useful in patient diagnosis but requires a temporal resolution that can follow myocardial motion. In this study we investigated the effect of different frame rates on the accuracy of speckle tracking results, highlighting the temporal resolution where reliable results can be obtained. 27 patients were scanned at two different frame rates at their resting heart rate. From all acquired loops, lower temporal resolution image sequences were generated by dropping frames, decreasing the frame rate by up to 10-fold. Tissue velocities were estimated by automated speckle tracking. Above 40 frames/s the peak velocity was reliably measured. When frame rate was lower, the inter-frame interval containing the instant of highest velocity also contained lower velocities, and therefore the average velocity in that interval was an underestimate of the clinically desired instantaneous maximum velocity. The higher the frame rate, the more accurately maximum velocities are identified by speckle tracking, until the frame rate drops below 40 frames/s, beyond which there is little increase in peak velocity. We provide in an online supplement the vendor-independent software we used for automatic speckle-tracked velocity assessment to help others working in this field. Copyright © 2016 Elsevier Ireland Ltd. All rights reserved.

  7. Satellite data acquisition requirements for monitoring of permafrost in polar regions

    Science.gov (United States)

    Bartsch, Annett

    2015-04-01

    Requirements for space based monitoring of permafrost features had been already defined within the IGOS Cryosphere Theme Report at the start of the IPY in 2007 (IGOS, 2007). In 2012 the Polar Space Task Group (PSTG, http://www.wmo.int/pages/prog/sat/pstg_en.php) has been established as the coordinating body of space agencies, in particular the Space Task Group (STG), for space -based observations of Polar Regions after the International Polar Year (IPY) and under the auspices of the World Meteorological Organization's (WMO) Executive Council Panel of Experts on Polar Observations Research and Services (EC-PORS). The PSTG identified the need to review the requirements for permafrost monitoring and to update these requirements as necessary in 2013. Relevant surveys with focus on satellite data are already available from the ESA DUE Permafrost User requirements survey (2009), the United States National Research Council (2014) and the ESA - CliC - IPA - GTN -P workshop in February 2014. These reports have been reviewed and specific needs discussed within the community. Acquisition requirements for monitoring of especially terrain changes (incl. rock glaciers and coastal erosion) and lakes (extent, ice properties etc.) with respect to current satellite missions have been specified. Of special interest for these applications are SAR missions. Current acquisition strategies for space borne SAR data only partially cover polar permafrost regions and some of the longterm in-situ measurement sites. Many stations are located in the proximity to coastal areas and glaciers which to some extent may allow joint usage by different cryosphere applications but requirements may deviate. The results of the discussion are presented in this paper.

  8. A Next Generation Air Monitor: Combining Orion and ISS Requirements for a Common Major Constituent Analyzer

    Science.gov (United States)

    Burchfield, David E.; Tissandier, Michael; Niu, William Hsein-Chi; Lewis, John F.

    2013-01-01

    The Major Constituent Analyzer (MCA) is a mass spectrometer-based instrument designed to provide critical monitoring of six major atmospheric constituents; nitrogen, oxygen, hydrogen, carbon dioxide, methane, and water vapor on-board the International Space Station. The analyzer has been an integral part of the Environmental Control and Life Support System (ECLSS) since the station went on-line. The Orion Air Monitor (OAM) was derived from the MCA and heavily optimized for reduced mass, lower power, faster water vapor response, and maintenance-free operation. The resulting OAM is approximately the size of the analyzer portion of the MCA, orbital-replacement unit 02 (ORU 02), while incorporating the functions of three other modules: Data Processing and Communication (ORU 01), Verification Gas Assembly (ORU 08), and Low Voltage Power Supply (ORU 04). The overlap in MCA and OAM requirements makes it possible to derive a common Air Monitor design that spans both applications while minimally impacting the weight and power limits imposed by the Multipurpose Crew Vehicle (MPCV). Benefits to ISS include the retirement of ORUs 01, 04, and 08, reducing up-mass and eliminating EEE parts obsolescence issues through the extended ISS mission phases. Benefits to MPCV and future deployed habitats under the Constellation program include greater interchangeability across ECLSS subsystems. This paper discusses the results of the requirements development study, where a superset of ISS and Orion air monitoring requirements were distilled; evaluated against increases in OAM functionality, mass, and power; and traded-off where possible using simple operating mode modifications. A system architecture and preliminary design addressing the common requirements will be presented.

  9. Discussion on Supervision Requirements for Medical Device Software change%关于医疗器械软件变更监管要求探讨

    Institute of Scientific and Technical Information of China (English)

    彭亮; 袁鹏

    2013-01-01

    As a result of the medical device software characteristic, the software will have more changes after it has been approved by Authorities. But, now, the supervision requirements can’t cover al circumstances, so, the supervision requirements should been established more Scientiifc and reasonable. This article point at the stakeholder’s concerns, analysis the principle on classiifcation of medical device software change, and base on the types of medical device software change, discuss the Supervision Requirements for Medical Device Software change, then, give the advices.%由于医疗器械软件的特殊性,在产品注册后变更相对频繁,但现在对于医疗器械软件变更的监管要求尚未能充分考虑这种情况,应进一步科学合理设置相应监管要求。本文针对业内人士所关注焦点,分析了医疗器械软件变更类型划分原则,并基于相关变更类型划分,探讨了医疗器械软件变更的监管要求,最后提出了相关工作建议。

  10. Software Communication between WinCC Software and Bently Unit Status Monitoring System%本特利机组状态监控系统与WinCC的通信方法

    Institute of Scientific and Technical Information of China (English)

    安富平

    2012-01-01

    The communication between Bently unit status monitoring system and HMI software of the host computer was discussed; and through the function of network communication of Windows DDE and DDE Server from Bently Data Acquisition software, the data were successfully transmitted to WinCC.%围绕本特利公司机组状态监控系统实现与上位计算机HMI软件通信的方法进行论述.利用Windows DDE的网络通信功能和本特利公司Data Acquisition软件提供的DDE server功能,成功地将数据传精到WinCC监控软件包中.

  11. 40 CFR Table 6 to Subpart Bbbb of... - Model Rule-Requirements for Validating Continuous Emission Monitoring Systems (CEMS)

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 6 2010-07-01 2010-07-01 false Model Rule-Requirements for Validating Continuous Emission Monitoring Systems (CEMS) 6 Table 6 to Subpart BBBB of Part 60 Protection of Environment...—Requirements for Validating Continuous Emission Monitoring Systems (CEMS) For the following continuous...

  12. Impact of shock requiring norepinephrine on the accuracy and reliability of subcutaneous continuous glucose monitoring.

    Science.gov (United States)

    Holzinger, Ulrike; Warszawska, Joanna; Kitzberger, Reinhard; Herkner, Harald; Metnitz, Philipp G H; Madl, Christian

    2009-08-01

    To evaluate the impact of circulatory shock requiring norepinephrine therapy on the accuracy and reliability of a subcutaneous continuous glucose monitoring system (CGMS) in critically ill patients. A prospective, validation study of a medical intensive care unit at a university hospital was carried out. Continuous glucose monitoring was performed subcutaneously in 50 consecutive patients on intensive insulin therapy (IIT), who were assessed according to the a priori strata of circulatory shock requiring norepinephrine therapy or not. A total of 736 pairs of sensor glucose (SG)/blood glucose (BG) values were analysed (502 without and 234 with norepinephrine therapy). For all values, repeated measures Bland-Altman analysis showed a mean difference of 0.08 mmol/l (limits of agreement: -1.26 and 1.43 mmol/l). Circulatory shock requiring norepinephrine therapy did not influence the relation of arterial BG with SG in a multivariable random effects linear regression analysis. The covariates norepinephrine dose, body mass index (BMI), glucose level and severity of illness also had no influence. Insulin titration grid analysis showed that 98.6% of the data points were in the acceptable treatment zone. No data were in the life-threatening zone. Circulatory shock requiring norepinephrine therapy, as well as other covariates, had no influence on the accuracy and reliability of the CGMS in critically ill patients.

  13. Resolution requirements for monitor viewing of digital flat-panel detector radiographs: a contrast detail analysis

    Energy Technology Data Exchange (ETDEWEB)

    Peer, Siegfried; Giacomuzzi, Salvatore M.; Peer, Regina; Gassner, Eva; Steingruber, Iris; Jaschke, Werner [Department of Radiology, University Hospital, Anichstrasse 35, 6020 Innsbruck (Austria)

    2003-02-01

    With the introduction of digital flat-panel detector systems into clinical practice, the still unresolved question of resolution requirements for picture archiving communication system (PACS) workstation monitors has gained new momentum. This contrast detail analysis was thus performed to define the differences in observer performance in the detection of small low-contrast objects on clinical 1K and 2K monitor workstations. Images of the CDRAD 2.0 phantom were acquired at varying exposures on an indirect-type digital flat-panel detector. Three observers evaluated a total of 15 images each with respect to the threshold contrast for each detail size. The numbers of correctly identified objects were determined for all image subsets. No significant difference in the correct detection ratio was detected among the observers; however, the difference between the two types of workstations (1K vs 2K monitors) despite less than 3% was significant at a 95% confidence level. Slight but statistically significant differences exist in the detection of low-contrast nodular details visualized on 1K- and 2K-monitor workstations. Further work is needed to see if this result holds true also for comparison of clinical flat-panel detector images and may, for example, exert an influence on the diagnostic accuracy of chest X-ray readings. (orig.)

  14. 变电站直流电源监控软件功能设计%Software function design about substation DC power supply monitor

    Institute of Scientific and Technical Information of China (English)

    李永锋

    2013-01-01

    为了解决直流电源计算机监控软件设计中程序容量限制问题,以电力直流电源为背景,从监控软件最小系统出发,进行监控软件功能设计,通过计算机监控程序实现了一些原直流电源监控单元无法实现的功能,可获得蓄电池组智能化管理、历史数据库、蓄电池性能估算以及电池放电容量计算等功能.本文针对蓄电池组健康程度估算、电量预警和寿命估算提供了有效方法,有利于电池组维护.%In order to solve the dc power supply of the computer monitoring and control software design related issues, taking the electric power dc power supply as the background, starts from the monitor software based on minimum system, carries on the monitor software function design, through the computer monitoring program to realize some original dc power monitoring unit can't function of the realization of the, may obtain battery intelligent management, history database, battery performance estimation and battery discharge capacity calculations, etc. Aiming at the battery health degree the estimation, the electricity warning and life estimation provides effective method, be helpful for battery maintenance.

  15. Dynamic visualization techniques for high consequence software

    Energy Technology Data Exchange (ETDEWEB)

    Pollock, G.M.

    1998-02-01

    This report documents a prototype tool developed to investigate the use of visualization and virtual reality technologies for improving software surety confidence. The tool is utilized within the execution phase of the software life cycle. It provides a capability to monitor an executing program against prespecified requirements constraints provided in a program written in the requirements specification language SAGE. The resulting Software Attribute Visual Analysis Tool (SAVAnT) also provides a technique to assess the completeness of a software specification. The prototype tool is described along with the requirements constraint language after a brief literature review is presented. Examples of how the tool can be used are also presented. In conclusion, the most significant advantage of this tool is to provide a first step in evaluating specification completeness, and to provide a more productive method for program comprehension and debugging. The expected payoff is increased software surety confidence, increased program comprehension, and reduced development and debugging time.

  16. 基于需求级软件复用技术研究%Studies on software reuse technology based on requirement level

    Institute of Scientific and Technical Information of China (English)

    张晓燕

    2011-01-01

    At present,the success ratio and the productivity in our country's software development are very low,which have restricted the development of our country's software industry seriously.The two challenging problems in software engineering are the inaccuracy of demand analysis and low level of software reusability,which lead to the current situation.To solve these two problems,the idea of realizing requirement level's software reuse is proposed by constructing a software requirement management system based on domain-specific ontology.In this paper,the background of the solution of this project is elaborated.Ontology extraction model and a software development model are put forward.Finally the innovation of the solution is pointed out.%目前我国软件项目开发的成功率和生产率都还很低,其中需求分析不准确和软件复用程度低严重制约了我国软件产业的良性发展。为了提高需求分析的准确度及软件复用程度,提出了通过构建面向领域本体的软件需求管理系统来实现需求级软件复用的解决方案。文中阐述了此方案的提出背景,提出了领域本体提取模型及软件开发过程模型,最后指出了此解决方案的创新之处。

  17. SOFTWARE METRICS VALIDATION METHODOLOGIES IN SOFTWARE ENGINEERING

    Directory of Open Access Journals (Sweden)

    K.P. Srinivasan

    2014-12-01

    Full Text Available In the software measurement validations, assessing the validation of software metrics in software engineering is a very difficult task due to lack of theoretical methodology and empirical methodology [41, 44, 45]. During recent years, there have been a number of researchers addressing the issue of validating software metrics. At present, software metrics are validated theoretically using properties of measures. Further, software measurement plays an important role in understanding and controlling software development practices and products. The major requirement in software measurement is that the measures must represent accurately those attributes they purport to quantify and validation is critical to the success of software measurement. Normally, validation is a collection of analysis and testing activities across the full life cycle and complements the efforts of other quality engineering functions and validation is a critical task in any engineering project. Further, validation objective is to discover defects in a system and assess whether or not the system is useful and usable in operational situation. In the case of software engineering, validation is one of the software engineering disciplines that help build quality into software. The major objective of software validation process is to determine that the software performs its intended functions correctly and provides information about its quality and reliability. This paper discusses the validation methodology, techniques and different properties of measures that are used for software metrics validation. In most cases, theoretical and empirical validations are conducted for software metrics validations in software engineering [1-50].

  18. "PolyMin": software for identification of the minimum number of polymorphisms required for haplotype and genotype differentiation

    DEFF Research Database (Denmark)

    Frei, Ursala K; Wollenweber, Bernd; Lübberstedt, Thomas

    2009-01-01

    . To date, software for identification of the minimum number of required markers has been optimized for human genetics and is only partly matching the needs of plant scientists and breeders. In addition, different software packages with insufficient interoperability need to be combined to extract...... this information from available allele sequence data, resulting in an errorprone multi-step process of data handling. Results: PolyMin, a computer program combining the detection of a minimum set of single nucleotide polymorphisms (SNPs) and/or insertions/deletions (INDELs) necessary for allele differentiation...

  19. Software engineering the current practice

    CERN Document Server

    Rajlich, Vaclav

    2011-01-01

    INTRODUCTION History of Software EngineeringSoftware PropertiesOrigins of SoftwareBirth of Software EngineeringThird Paradigm: Iterative ApproachSoftware Life Span ModelsStaged ModelVariants of Staged ModelSoftware Technologies Programming Languages and CompilersObject-Oriented TechnologyVersion Control SystemSoftware ModelsClass DiagramsUML Activity DiagramsClass Dependency Graphs and ContractsSOFTWARE CHANGEIntroduction to Software ChangeCharacteristics of Software ChangePhases of Software ChangeRequirements and Their ElicitationRequirements Analysis and Change InitiationConcepts and Concept

  20. 用自监测信息的卫星钟长稳特性评估软件设计%DESIGNING EVALUATION SOFTWARE FOR LONG-TERM STABILITY PERFORMANCE OF SATELLITE CLOCK USING AUTONOMOUS MONITORING INFORMATION

    Institute of Scientific and Technical Information of China (English)

    崔小准; 王璐; 毕少筠; 董海青

    2015-01-01

    利用卫星钟相位差的自监测信息进行在轨导航卫星星钟长稳性能估计的方法实现简单,能满足实际评估需要。由此开发了相应的软件。该软件读取地面接收机解调的卫星自监测信息,通过软件操作完成卫星钟各观察时段主备钟相位差计算,然后通过分析实现卫星钟长稳特性评估。软件具有卫星主备钟监测相位计满程刻度的修正功能和野值剔除功能,能修正由于各卫星钟实际频率与标称频率差异带来的相差计算误差,剔除小概率频率突变值,降低长稳特性评估的误差。软件界面友好,操作简单,在导航卫星在轨测试和在轨管理中得到应用。%The method of estimating long-term stability performance of on-board satellites clock using autonomous monitoring information of satellite’s phase difference for in-orbit navigation satellites is simple in implementation and can meet the requirement of actual assessment.Therefore the corresponding software has been developed.The software reads the self-monitoring information demodulated by ground receivers,completes the calculation of phase difference between master and slave clocks of satellite clock in each observation time period through software operation,and then realises the evaluation of long-term stability performance of satellite clock by analyses.The software has full scale correction function and outliers elimination function for phase meters of master and slave satellite clocks’monitoring, which can correct the calculation errors of phase differences brought about by the differences between actual frequency of each satellite clock and nominal frequency,and weed out mutated value of small probability frequency,as well as reduce the error of long-term stability performanceassessment.The software is friendly in interface,easy to operate,and has been applied in in-orbit testing and management of navigation satellites.

  1. The cost-effectiveness of monitoring strategies for antiretroviral therapy of HIV infected patients in resource-limited settings: software tool.

    Directory of Open Access Journals (Sweden)

    Janne Estill

    Full Text Available The cost-effectiveness of routine viral load (VL monitoring of HIV-infected patients on antiretroviral therapy (ART depends on various factors that differ between settings and across time. Low-cost point-of-care (POC tests for VL are in development and may make routine VL monitoring affordable in resource-limited settings. We developed a software tool to study the cost-effectiveness of switching to second-line ART with different monitoring strategies, and focused on POC-VL monitoring.We used a mathematical model to simulate cohorts of patients from start of ART until death. We modeled 13 strategies (no 2nd-line, clinical, CD4 (with or without targeted VL, POC-VL, and laboratory-based VL monitoring, with different frequencies. We included a scenario with identical failure rates across strategies, and one in which routine VL monitoring reduces the risk of failure. We compared lifetime costs and averted disability-adjusted life-years (DALYs. We calculated incremental cost-effectiveness ratios (ICER. We developed an Excel tool to update the results of the model for varying unit costs and cohort characteristics, and conducted several sensitivity analyses varying the input costs.Introducing 2nd-line ART had an ICER of US$1651-1766/DALY averted. Compared with clinical monitoring, the ICER of CD4 monitoring was US$1896-US$5488/DALY averted and VL monitoring US$951-US$5813/DALY averted. We found no difference between POC- and laboratory-based VL monitoring, except for the highest measurement frequency (every 6 months, where laboratory-based testing was more effective. Targeted VL monitoring was on the cost-effectiveness frontier only if the difference between 1st- and 2nd-line costs remained large, and if we assumed that routine VL monitoring does not prevent failure.Compared with the less expensive strategies, the cost-effectiveness of routine VL monitoring essentially depends on the cost of 2nd-line ART. Our Excel tool is useful for determining optimal

  2. Clinical evaluation of a dose monitoring software tool based on Monte Carlo Simulation in assessment of eye lens doses for cranial CT scans

    Energy Technology Data Exchange (ETDEWEB)

    Guberina, Nika; Suntharalingam, Saravanabavaan; Nassenstein, Kai; Forsting, Michael; Theysohn, Jens; Wetter, Axel; Ringelstein, Adrian [University Hospital Essen, Institute of Diagnostic and Interventional Radiology and Neuroradiology, Essen (Germany)

    2016-10-15

    The aim of this study was to verify the results of a dose monitoring software tool based on Monte Carlo Simulation (MCS) in assessment of eye lens doses for cranial CT scans. In cooperation with the Federal Office for Radiation Protection (Neuherberg, Germany), phantom measurements were performed with thermoluminescence dosimeters (TLD LiF:Mg,Ti) using cranial CT protocols: (I) CT angiography; (II) unenhanced, cranial CT scans with gantry angulation at a single and (III) without gantry angulation at a dual source CT scanner. Eye lens doses calculated by the dose monitoring tool based on MCS and assessed with TLDs were compared. Eye lens doses are summarized as follows: (I) CT angiography (a) MCS 7 mSv, (b) TLD 5 mSv; (II) unenhanced, cranial CT scan with gantry angulation, (c) MCS 45 mSv, (d) TLD 5 mSv; (III) unenhanced, cranial CT scan without gantry angulation (e) MCS 38 mSv, (f) TLD 35 mSv. Intermodality comparison shows an inaccurate calculation of eye lens doses in unenhanced cranial CT protocols at the single source CT scanner due to the disregard of gantry angulation. On the contrary, the dose monitoring tool showed an accurate calculation of eye lens doses at the dual source CT scanner without gantry angulation and for CT angiography examinations. The dose monitoring software tool based on MCS gave accurate estimates of eye lens doses in cranial CT protocols. However, knowledge of protocol and software specific influences is crucial for correct assessment of eye lens doses in routine clinical use. (orig.)

  3. Low Cost Environmental Sensors for Spaceflight: NMP Space Environmental Monitor (SEM) Requirements

    Science.gov (United States)

    Garrett, Henry B.; Buehler, Martin G.; Brinza, D.; Patel, J. U.

    2005-01-01

    An outstanding problem in spaceflight is the lack of adequate sensors for monitoring the space environment and its effects on engineering systems. By adequate, we mean low cost in terms of mission impact (e.g., low price, low mass/size, low power, low data rate, and low design impact). The New Millennium Program (NMP) is investigating the development of such a low-cost Space Environmental Monitor (SEM) package for inclusion on its technology validation flights. This effort follows from the need by NMP to characterize the space environment during testing so that potential users can extrapolate the test results to end-use conditions. The immediate objective of this effort is to develop a small diagnostic sensor package that could be obtained from commercial sources. Environments being considered are: contamination, atomic oxygen, ionizing radiation, cosmic radiation, EMI, and temperature. This talk describes the requirements and rational for selecting these environments and reviews a preliminary design that includes a micro-controller data logger with data storage and interfaces to the sensors and spacecraft. If successful, such a sensor package could be the basis of a unique, long term program for monitoring the effects of the space environment on spacecraft systems.

  4. Great software debates

    CERN Document Server

    Davis, A

    2004-01-01

    The industry’s most outspoken and insightful critic explains how the software industry REALLY works. In Great Software Debates, Al Davis, shares what he has learned about the difference between the theory and the realities of business and encourages you to question and think about software engineering in ways that will help you succeed where others fail. In short, provocative essays, Davis fearlessly reveals the truth about process improvement, productivity, software quality, metrics, agile development, requirements documentation, modeling, software marketing and sales, empiricism, start-up financing, software research, requirements triage, software estimation, and entrepreneurship.

  5. Agile Software Development

    Science.gov (United States)

    Biju, Soly Mathew

    2008-01-01

    Many software development firms are now adopting the agile software development method. This method involves the customer at every level of software development, thus reducing the impact of change in the requirement at a later stage. In this article, the principles of the agile method for software development are explored and there is a focus on…

  6. Agile Software Development

    Science.gov (United States)

    Biju, Soly Mathew

    2008-01-01

    Many software development firms are now adopting the agile software development method. This method involves the customer at every level of software development, thus reducing the impact of change in the requirement at a later stage. In this article, the principles of the agile method for software development are explored and there is a focus on…

  7. Software Review.

    Science.gov (United States)

    McGrath, Diane, Ed.

    1989-01-01

    Reviewed is a computer software package entitled "Audubon Wildlife Adventures: Grizzly Bears" for Apple II and IBM microcomputers. Included are availability, hardware requirements, cost, and a description of the program. The murder-mystery flavor of the program is stressed in this program that focuses on illegal hunting and game management. (CW)

  8. 40 CFR Table 7 to Subpart Bbbb of... - Model Rule-Requirements for Continuous Emission Monitoring Systems (CEMS)

    Science.gov (United States)

    2010-07-01

    ... Emission Monitoring Systems (CEMS) 7 Table 7 to Subpart BBBB of Part 60 Protection of Environment...—Requirements for Continuous Emission Monitoring Systems (CEMS) For the following pollutants Use the following span values for CEMS Use the following performance specifications in appendix B of this part for...

  9. 40 CFR Table 4 to Subpart Ffff of... - Model Rule-Requirements for Continuous Emission Monitoring Systems (CEMS)

    Science.gov (United States)

    2010-07-01

    ... Emission Monitoring Systems (CEMS) 4 Table 4 to Subpart FFFF of Part 60 Protection of Environment...—Model Rule—Requirements for Continuous Emission Monitoring Systems (CEMS) As stated in § 60.3039, you... CEMS Use the following performance specifications (P.S.) in appendix B of this part for your CEMS...

  10. 40 CFR Table 6 to Subpart Ppp of... - Process Vents From Continuous Unit Operations-Monitoring, Recordkeeping, and Reporting Requirements

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 11 2010-07-01 2010-07-01 true Process Vents From Continuous Unit Operations-Monitoring, Recordkeeping, and Reporting Requirements 6 Table 6 to Subpart PPP of Part 63... Subpart PPP of Part 63—Process Vents From Continuous Unit Operations—Monitoring, Recordkeeping, and...

  11. 40 CFR Table 7 to Subpart Ggg of... - Wastewater-Inspection and Monitoring Requirements for Waste Management Units

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 11 2010-07-01 2010-07-01 true Wastewater-Inspection and Monitoring..., Subpt. GGG, Table 7 Table 7 to Subpart GGG of Part 63—Wastewater—Inspection and Monitoring Requirements...(b)(7)63.1256(b)(8) Inspect wastewater tank for control equipment failures and improper...

  12. MW PHARM, AN INTEGRATED SOFTWARE PACKAGE FOR DRUG-DOSAGE REGIMEN CALCULATION AND THERAPEUTIC DRUG-MONITORING

    NARCIS (Netherlands)

    PROOST, JH; MEIJER, DKF

    The pharmacokinetic software package MW/Pharm offers an interactive, user-friendly program which gives rapid answers in clinical practice. It comprises a database with pharmacokinetic parameters of 180 drugs, a medication history database, and procedures for an individual drug dosage regimen

  13. MW PHARM, AN INTEGRATED SOFTWARE PACKAGE FOR DRUG-DOSAGE REGIMEN CALCULATION AND THERAPEUTIC DRUG-MONITORING

    NARCIS (Netherlands)

    PROOST, JH; MEIJER, DKF

    1992-01-01

    The pharmacokinetic software package MW/Pharm offers an interactive, user-friendly program which gives rapid answers in clinical practice. It comprises a database with pharmacokinetic parameters of 180 drugs, a medication history database, and procedures for an individual drug dosage regimen calcula

  14. 77 FR 39959 - Draft Guidance To Implement Requirements for the Treatment of Air Quality Monitoring Data...

    Science.gov (United States)

    2012-07-06

    ... Air Quality Monitoring Data Influenced by Exceptional Events AGENCY: Environmental Protection Agency... for the Treatment of Air Quality Monitoring Data Influenced by Exceptional Events and associated... Treatment of Air Quality Monitoring Data Influenced by Exceptional Events and associated attachments and...

  15. Arterial pressure-based cardiac output monitoring: a multicenter validation of the third-generation software in septic patients.

    Science.gov (United States)

    De Backer, Daniel; Marx, Gernot; Tan, Andrew; Junker, Christopher; Van Nuffelen, Marc; Hüter, Lars; Ching, Willy; Michard, Frédéric; Vincent, Jean-Louis

    2011-02-01

    Second-generation FloTrac software has been shown to reliably measure cardiac output (CO) in cardiac surgical patients. However, concerns have been raised regarding its accuracy in vasoplegic states. The aim of the present multicenter study was to investigate the accuracy of the third-generation software in patients with sepsis, particularly when total systemic vascular resistance (TSVR) is low. Fifty-eight septic patients were included in this prospective observational study in four university-affiliated ICUs. Reference CO was measured by bolus pulmonary thermodilution (iCO) using 3-5 cold saline boluses. Simultaneously, CO was computed from the arterial pressure curve recorded on a computer using the second-generation (CO(G2)) and third-generation (CO(G3)) FloTrac software. CO was also measured by semi-continuous pulmonary thermodilution (CCO). A total of 401 simultaneous measurements of iCO, CO(G2), CO(G3), and CCO were recorded. The mean (95%CI) biases between CO(G2) and iCO, CO(G3) and iCO, and CCO and iCO were -10 (-15 to -5)% [-0.8 (-1.1 to -0.4) L/min], 0 (-4 to 4)% [0 (-0.3 to 0.3) L/min], and 9 (6-13)% [0.7 (0.5-1.0) L/min], respectively. The percentage errors were 29 (20-37)% for CO(G2), 30 (24-37)% for CO(G3), and 28 (22-34)% for CCO. The difference between iCO and CO(G2) was significantly correlated with TSVR (r(2) = 0.37, p iCO and CO(G3). In patients with sepsis, the third-generation FloTrac software is more accurate, as precise, and less influenced by TSVR than the second-generation software.

  16. Development of wireless sensor network monitoring software based on Python%基于PyQt无线传感器网络监控软件开发

    Institute of Scientific and Technical Information of China (English)

    邱霞; 段渭军; 黄亮; 许宗成

    2014-01-01

    The research that WSN is applied to battlefield perception and other military fields has been widely expanded. WSN system architecture consists of wireless sensor network,SINK node and PC monitoring software. In order to facilitate users to understand the network status and mange the network,A PC monitoring software of WSN was designed and realized by the aid of PyQt,which combines the Qt C++ cross-platform program framework with the cross-platform interpreted language of Py-thon. The modular monitoring software was independently designed,and each subroutine module is not integrated in the main program module,so as to simplify the design operation of the program.%将无线传感器网络(WSN)应用于战场感知等军事领域的研究已经广泛展开。无线传感器网络系统架构包括无线传感器网络、SINK节点和PC端监控软件。为了方便用户了解网络状态和管理网络,使用PyQt设计与实现了无线传感器网络PC端监控软件,PyQt是结合了Qt的C++跨平台程序框架和Python的踌平台解释性脚本语言。对此监控软件进行模块化独立设计,各子程序模块不集成于主程序模块,使程序的设计操作简单化。

  17. Methods of Software Verification

    Directory of Open Access Journals (Sweden)

    R. E. Gurin

    2015-01-01

    Full Text Available This article is devoted to the problem of software verification (SW. Methods of software verification designed to check the software for compliance with the stated requirements such as correctness, system security and system adaptability to small changes in the environment, portability and compatibility, etc. These are various methods both by the operation process and by the way of achieving result. The article describes the static and dynamic methods of software verification and paid attention to the method of symbolic execution. In its review of static analysis are discussed and described the deductive method, and methods for testing the model. A relevant issue of the pros and cons of a particular method is emphasized. The article considers classification of test techniques for each method. In this paper we present and analyze the characteristics and mechanisms of the static analysis of dependencies, as well as their views, which can reduce the number of false positives in situations where the current state of the program combines two or more states obtained both in different paths of execution and in working with multiple object values. Dependences connect various types of software objects: single variables, the elements of composite variables (structure fields, array elements, the size of the heap areas, the length of lines, the number of initialized array elements in the verification code using static methods. The article pays attention to the identification of dependencies within the framework of the abstract interpretation, as well as gives an overview and analysis of the inference tools.Methods of dynamic analysis such as testing, monitoring and profiling are presented and analyzed. Also some kinds of tools are considered which can be applied to the software when using the methods of dynamic analysis. Based on the work a conclusion is drawn, which describes the most relevant problems of analysis techniques, methods of their solutions and

  18. Stochastic modeling to identify requirements for centralized monitoring of distributed wastewater treatment.

    Science.gov (United States)

    Hug, T; Maurer, M

    2012-01-01

    Distributed (decentralized) wastewater treatment can, in many situations, be a valuable alternative to a centralized sewer network and wastewater treatment plant. However, it is critical for its acceptance whether the same overall treatment performance can be achieved without on-site staff, and whether its performance can be measured. In this paper we argue and illustrate that the system performance depends not only on the design performance and reliability of the individual treatment units, but also significantly on the monitoring scheme, i.e. on the reliability of the process information. For this purpose, we present a simple model of a fleet of identical treatment units. Thereby, their performance depends on four stochastic variables: the reliability of the treatment unit, the respond time for the repair of failed units, the reliability of on-line sensors, and the frequency of routine inspections. The simulated scenarios show a significant difference between the true performance and the observations by the sensors and inspections. The results also illustrate the trade-off between investing in reactor and sensor technology and in human interventions in order to achieve a certain target performance. Modeling can quantify such effects and thereby support the identification of requirements for the centralized monitoring of distributed treatment units. The model approach is generic and can be extended and applied to various distributed wastewater treatment technologies and contexts.

  19. Software Cost Estimation Review

    OpenAIRE

    Ongere, Alphonce

    2013-01-01

    Software cost estimation is the process of predicting the effort, the time and the cost re-quired to complete software project successfully. It involves size measurement of the soft-ware project to be produced, estimating and allocating the effort, drawing the project schedules, and finally, estimating overall cost of the project. Accurate estimation of software project cost is an important factor for business and the welfare of software organization in general. If cost and effort estimat...

  20. A new online software tool for pressure ulcer monitoring as an educational instrument for unified nursing assessment in clinical settings

    Directory of Open Access Journals (Sweden)

    Andrea Pokorná

    2016-07-01

    Full Text Available Data collection and evaluation of that data is crucial for effective quality management and naturally also for prevention and treatment of pressure ulcers. Data collected in a uniform manner by nurses in clinical practice could be used for further analyses. Data about pressure ulcers are collected to differing degrees of quality based on the local policy of the given health care facility and in relation to the nurse’s actual level of knowledge concerning pressure ulcer identification and use of objective scales (i.e. categorization of pressure ulcers. Therefore, we have developed software suitable for data collection which includes some educational tools to promote unified reporting of data by nurses. A description of this software and some educational and learning components of the tool is presented herein. The planned process of clinical application of the newly developed software is also briefly mentioned. The discussion is focused on the usability of the online reporting tool and possible further development of the tool.

  1. Paladin Software Support Lab

    Data.gov (United States)

    Federal Laboratory Consortium — The Paladin Software Support Environment (SSE) occupies 2,241 square-feet. It contains the hardware and software tools required to support the Paladin Automatic Fire...

  2. Software Requirements Specification of the IUfA's UUIS -- a Team 4 COMP5541-W10 Project Approach

    OpenAIRE

    Alhazmi, Ali; Al-Sharawi, Abdulrahman; Liu, Bing; Oliveira, Deyvisson; Sobh, Kanj; Mayantz, Max; de Bled, Robin; Zhang, Yu Ming

    2010-01-01

    This document presents the business requirement of Unified University Inventory System (UUIS) in Technology-independent manner. All attempts have been made in using mostly business terminology and business language while describing the requirements in this document. Very minimal and commonly understood Technical terminology is used. Use case approach is used in modeling the business requirements in this document.

  3. A reference architecture for Farm Software Ecosystems

    NARCIS (Netherlands)

    Kruize, J.W.; Wolfert, J.; Scholten, H.; Verdouw, C.N.; Kassahun, A.; Beulens, A.J.M.

    2016-01-01

    Smart farming is a management style that includes smart monitoring, planning and control of agricultural processes. This management style requires the use of a wide variety of software and hardware systems from multiple vendors. Adoption of smart farming is hampered because of a poor interoperabi

  4. Runtime Instrumentation of SystemC/TLM2 Interfaces for Fault Tolerance Requirements Verification in Software Cosimulation

    Directory of Open Access Journals (Sweden)

    Antonio da Silva

    2014-01-01

    Full Text Available This paper presents the design of a SystemC transaction level modelling wrapping library that can be used for the assertion of system properties, protocol compliance, or fault injection. The library uses C++ virtual table hooks as a dynamic binary instrumentation technique to inline wrappers in the TLM2 transaction path. This technique can be applied after the elaboration phase and needs neither source code modifications nor recompilation of the top level SystemC modules. The proposed technique has been successfully applied to the robustness verification of the on-board boot software of the Instrument Control Unit of the Solar Orbiter’s Energetic Particle Detector.

  5. Flow cytometry quality requirements for monitoring of minimal disease in plasma cell myeloma.

    Science.gov (United States)

    Oldaker, Teri A; Wallace, Paul K; Barnett, David

    2016-01-01

    Current therapeutic approaches for plasma cell myeloma (PCM) attain an overall survival of more than 6 years for the majority of newly diagnosed patients. However, PFS and OS are the only accepted FDA clinical endpoints for demonstrating drug efficacy before they can be become frontline therapeutic options. There is, however, recognition that the increasing gap between drug development and approval for mainstream therapeutic use needs to be shortened. As such regulatory bodies such as the FDA are now considering whether biomarker response evaluation, as in measurement of minimal residual disease (MRD) as assessed by flow cytometry (FC), can provide an early, robust prediction of survival and therefore improve the drug approval process. Recently, FC MRD using a standardized eight-color antibody methodology has been shown to have a minimum sensitivity of 0.01% and an upper sensitivity of 0.001%. To ensure that all laboratories using this approach achieve the same levels of sensitivity it is crucially important to have standardized quality management procedures in place. This manuscript accompanies those published in this special issue and describes the minimum that is required for validating and quality monitoring of this highly specific test to ensure any laboratory, irrespective of location, will achieve the expected quality standards required. © 2015 International Clinical Cytometry Society.

  6. Electronic Nose Testing Procedure for the Definition of Minimum Performance Requirements for Environmental Odor Monitoring.

    Science.gov (United States)

    Eusebio, Lidia; Capelli, Laura; Sironi, Selena

    2016-09-21

    Despite initial enthusiasm towards electronic noses and their possible application in different fields, and quite a lot of promising results, several criticalities emerge from most published research studies, and, as a matter of fact, the diffusion of electronic noses in real-life applications is still very limited. In general, a first step towards large-scale-diffusion of an analysis method, is standardization. The aim of this paper is describing the experimental procedure adopted in order to evaluate electronic nose performances, with the final purpose of establishing minimum performance requirements, which is considered to be a first crucial step towards standardization of the specific case of electronic nose application for environmental odor monitoring at receptors. Based on the experimental results of the performance testing of a commercialized electronic nose type with respect to three criteria (i.e., response invariability to variable atmospheric conditions, instrumental detection limit, and odor classification accuracy), it was possible to hypothesize a logic that could be adopted for the definition of minimum performance requirements, according to the idea that these are technologically achievable.

  7. Electronic Nose Testing Procedure for the Definition of Minimum Performance Requirements for Environmental Odor Monitoring

    Directory of Open Access Journals (Sweden)

    Lidia Eusebio

    2016-09-01

    Full Text Available Despite initial enthusiasm towards electronic noses and their possible application in different fields, and quite a lot of promising results, several criticalities emerge from most published research studies, and, as a matter of fact, the diffusion of electronic noses in real-life applications is still very limited. In general, a first step towards large-scale-diffusion of an analysis method, is standardization. The aim of this paper is describing the experimental procedure adopted in order to evaluate electronic nose performances, with the final purpose of establishing minimum performance requirements, which is considered to be a first crucial step towards standardization of the specific case of electronic nose application for environmental odor monitoring at receptors. Based on the experimental results of the performance testing of a commercialized electronic nose type with respect to three criteria (i.e., response invariability to variable atmospheric conditions, instrumental detection limit, and odor classification accuracy, it was possible to hypothesize a logic that could be adopted for the definition of minimum performance requirements, according to the idea that these are technologically achievable.

  8. Electronic Nose Testing Procedure for the Definition of Minimum Performance Requirements for Environmental Odor Monitoring

    Science.gov (United States)

    Eusebio, Lidia; Capelli, Laura; Sironi, Selena

    2016-01-01

    Despite initial enthusiasm towards electronic noses and their possible application in different fields, and quite a lot of promising results, several criticalities emerge from most published research studies, and, as a matter of fact, the diffusion of electronic noses in real-life applications is still very limited. In general, a first step towards large-scale-diffusion of an analysis method, is standardization. The aim of this paper is describing the experimental procedure adopted in order to evaluate electronic nose performances, with the final purpose of establishing minimum performance requirements, which is considered to be a first crucial step towards standardization of the specific case of electronic nose application for environmental odor monitoring at receptors. Based on the experimental results of the performance testing of a commercialized electronic nose type with respect to three criteria (i.e., response invariability to variable atmospheric conditions, instrumental detection limit, and odor classification accuracy), it was possible to hypothesize a logic that could be adopted for the definition of minimum performance requirements, according to the idea that these are technologically achievable. PMID:27657086

  9. 面向软件行为的需求模型及特性检测%A Software Behavior Oriented Requirements Model and Properties Verification

    Institute of Scientific and Technical Information of China (English)

    吴怀广; 毋国庆; 陈曙; 万黎

    2011-01-01

    Requirements model and its verification are important procedures in software requirements.In this paper, the existing methods on requirements model are discussed and the related works of software behavior are concerned; furthermore, why utilizing software behavior in requirements model is illuminated. So a software behavior oriented requirements model is proposed formally which is named behavior description language (BDL). Its syntax and semantics of the model are given subsequently, and the hierarchy of behavior-oriented requirements model is presented based on BDL.In order to compare BDL with the current results and make full use of the latter related tools, the transformational relation is considered between BDL and CCS (calculus of communication system)which is an algebra process developed by Milner Robin. A transformation function which maps BDL into CCS is constructed and denoted by M [|-|]. For the sake of verifying properties of behavior-oriented requirements model, consistency of system, safety of system, behavioral trust and behavioral non-termination are depicted by μ-calculus, which is used to describe properties of labeled transition systems and for verifying these properties. At the end, an example described by BDL is analyzed and the specified properties are verified through CWB (Concurrency WorkBench) which is a model checking tool of CCS.%软件需求模型及其检测是软件需求工程中的重要工作.在分析现有需求建模方法和软件行为相关研究的基础上,对将软件行为概念引入需求模型进行了详细的阐述,提出一个面向软件行为的需求模型描述语言BDL(behavior description language),定义了它的语法、语义;讨论了CCS(calculus of communication system)与BDL的转换关系,构造了BDL到CCS的转换函数M[I-I];给出了需求模型的系统一致性、系统安全性、行为可信性及行为非终止性等4种系统特性的时序逻辑描述;最

  10. 物联网人体心电监护系统软件研究%Research on Human ECG Monitoring System Software for Internet of Things

    Institute of Scientific and Technical Information of China (English)

    王嘉庆; 李鸿强; 于晓刚; 苗长云; 田文涛

    2011-01-01

    基于物联网技术和小波变换,提出心电监护系统软件和用于计算机自行分析心电波形的一系列检测算法,介绍无线传感器网络在心电监护技术方面的应用.该系统软件功能包括对服务器和个人数码助理(PDA)心电数据的收发、存储、波形显示和通信管理.实验结果表明,该系统软件能使计算机和PDA实时显示被测者的心电波,所提算法经Matlab仿真测试的结果与MIT-BIH致据库标注的结果比较,误检率仅为0.89%.%This paper proposes an Electrocardiogram(ECG) monitoring system software and a series of self-detection algorithm for computer analysis of ECG, which are separately based on the Internet of Things(IOT) technology and the wavelet transform, and introduces the application of Wireless Sensor Network(WSN) for ECG monitoring. The functions of this system software include that it can realize ECG data transceiver, data memory, waveform display and communication management by using servers and Personal Digital Assistant(PDA). Experimental results show that this system software can make computer and PDA display the ECG waveform in a real-time way. Compared with MIT-BIH database annotation, the false detection rate of mis algorithm which goes trough the Matlab simulation test is just 0.89%.

  11. Payload software technology: Software technology development plan

    Science.gov (United States)

    1977-01-01

    Programmatic requirements for the advancement of software technology are identified for meeting the space flight requirements in the 1980 to 1990 time period. The development items are described, and software technology item derivation worksheets are presented along with the cost/time/priority assessments.

  12. Software Health Management with Bayesian Networks

    Science.gov (United States)

    Mengshoel, Ole; Schumann, JOhann

    2011-01-01

    Most modern aircraft as well as other complex machinery is equipped with diagnostics systems for its major subsystems. During operation, sensors provide important information about the subsystem (e.g., the engine) and that information is used to detect and diagnose faults. Most of these systems focus on the monitoring of a mechanical, hydraulic, or electromechanical subsystem of the vehicle or machinery. Only recently, health management systems that monitor software have been developed. In this paper, we will discuss our approach of using Bayesian networks for Software Health Management (SWHM). We will discuss SWHM requirements, which make advanced reasoning capabilities for the detection and diagnosis important. Then we will present our approach to using Bayesian networks for the construction of health models that dynamically monitor a software system and is capable of detecting and diagnosing faults.

  13. Development of Occupational Safety and Health Requirement Management System (OSHREMS) Software Using Adobe Dreamweaver CS5 for Building Construction Project

    National Research Council Canada - National Science Library

    Nor Haslinda Abas; Nurjeha Adman; Rafikullah Deraman

    2017-01-01

    ...) for evaluating the performance of a contractor in construction project by setting out the safety and health management and practices, however the requirement checklist provided is not comprehensive...

  14. Software Engineering Improvement Plan

    Science.gov (United States)

    2006-01-01

    In performance of this task order, bd Systems personnel provided support to the Flight Software Branch and the Software Working Group through multiple tasks related to software engineering improvement and to activities of the independent Technical Authority (iTA) Discipline Technical Warrant Holder (DTWH) for software engineering. To ensure that the products, comments, and recommendations complied with customer requirements and the statement of work, bd Systems personnel maintained close coordination with the customer. These personnel performed work in areas such as update of agency requirements and directives database, software effort estimation, software problem reports, a web-based process asset library, miscellaneous documentation review, software system requirements, issue tracking software survey, systems engineering NPR, and project-related reviews. This report contains a summary of the work performed and the accomplishments in each of these areas.

  15. Comparison between In-house developed and Diamond commercial software for patient specific independent monitor unit calculation and verification with heterogeneity corrections.

    Science.gov (United States)

    Kuppusamy, Vijayalakshmi; Nagarajan, Vivekanandan; Jeevanandam, Prakash; Murugan, Lavanya

    2016-02-01

    The study was aimed to compare two different monitor unit (MU) or dose verification software in volumetric modulated arc therapy (VMAT) using modified Clarkson's integration technique for 6 MV photons beams. In-house Excel Spreadsheet based monitor unit verification calculation (MUVC) program and PTW's DIAMOND secondary check software (SCS), version-6 were used as a secondary check to verify the monitor unit (MU) or dose calculated by treatment planning system (TPS). In this study 180 patients were grouped into 61 head and neck, 39 thorax and 80 pelvic sites. Verification plans are created using PTW OCTAVIUS-4D phantom and also measured using 729 detector chamber and array with isocentre as the suitable point of measurement for each field. In the analysis of 154 clinically approved VMAT plans with isocentre at a region above -350 HU, using heterogeneity corrections, In-house Spreadsheet based MUVC program and Diamond SCS showed good agreement TPS. The overall percentage average deviations for all sites were (-0.93% + 1.59%) and (1.37% + 2.72%) for In-house Excel Spreadsheet based MUVC program and Diamond SCS respectively. For 26 clinically approved VMAT plans with isocentre at a region below -350 HU showed higher variations for both In-house Spreadsheet based MUVC program and Diamond SCS. It can be concluded that for patient specific quality assurance (QA), the In-house Excel Spreadsheet based MUVC program and Diamond SCS can be used as a simple and fast accompanying to measurement based verification for plans with isocentre at a region above -350 HU.

  16. The design of thermal pipe monitoring software based on GPRS%基于GPRS的热力管网监测软件设计

    Institute of Scientific and Technical Information of China (English)

    陈萍; 高腾; 刘兆峰; 高雪为; 詹鹏飞

    2011-01-01

    GPRS (General Packet Radio Service) is a mature commercial wireless communication technique. Its lower cost than other wireless communications (such as 3G) and high transmission rate make it have a good prospect for the application in the wireless monitoring & administration system. The methods for the design of the thermal pipes monitoring software base on GPRS has been put forward in this paper. The overall structure of the monitoring system, flow diagram of software design and some programs are given. Especially, the design adopts GPRS TCP/IP protocol to communicate, using the Winsock control in VB environment to achieve data receiving and Access database for management. The feasibility of this design is proved well by field applications.%通用分组无线业务GPRS技术作为一种成熟的商用无线通信技术,在无线监测管理系统中因其费用较其他无线传输(如3G技术)低,且传输速率高,而有着很好的应用前景.文章提出了基于GPRS的热力管网监测软件设计的方法,包括热力管网监测系统的总体结构图、具体的软件设计流程图以及部分程序,其中:设计的通讯部分主要采用基于GPRS的TCP/IP协议来实现,数据的接收是采用VB环境中的Winsock控件来实现;设计利用Access数据库对该监测系统的数据进行管理,其可行性通过现场使用得到了充分验证.

  17. Software Requirements Specification of the IUfA's UUIS -- a Team 3 COMP5541-W10 Project Approach

    CERN Document Server

    Daoudi, Ahmed; Hazan, Gay; Toutant, Isabelle; Diaz, Mariano; Toutant, Rene; Cook, Virginia; Nzoukou, William; Amaiche, Yassine

    2010-01-01

    The purpose of this document is to specify the requirements of the University Unified Inventory System, of the UIfA. The Team of Analysts used a Feedback Waterfall approach to collect the requirements. UML diagrams, such as Use case diagrams, Block Diagrams, Domain Models, and interface prototypes are some of the tools employed to develop the present document.

  18. Software engineering project management - A state-of-the-art report

    Science.gov (United States)

    Thayer, R. H.; Lehman, J. H.

    1977-01-01

    The management of software engineering projects in the aerospace industry was investigated. The survey assessed such features as contract type, specification preparation techniques, software documentation required by customers, planning and cost-estimating, quality control, the use of advanced program practices, software tools and test procedures, the education levels of project managers, programmers and analysts, work assignment, automatic software monitoring capabilities, design and coding reviews, production times, success rates, and organizational structure of the projects.

  19. 78 FR 19214 - Fisheries of the Exclusive Economic Zone Off Alaska; Monitoring Requirements for American...

    Science.gov (United States)

    2013-03-29

    ... participating in the pollock fishery in the Bering Sea off Alaska. The workshop concerns accurate accounting of... inside the codend; (2) the installation of software and communication equipment to enhance observer...

  20. Beds Simulator 1.0: a software for the modelisation of the number of beds required for a hospital department.

    Science.gov (United States)

    Nguyen, Jean-Michel; Six, Patrick; Antonioli, Daniel; Lombrail, Pierre; Le Beux, Pierre

    2003-01-01

    The determination of the number of beds needed for a hospital department is a complex problem that try to take into account efficiency, forecasting of needs, appropriateness of stays. Health authority used methods based on ratios that do not take into account local specificities and use rather to support an economic decision. On the other side, the models developed are too specific to be applied to all type of hospital department. Moreover, all the solutions depend on the LoS (Length of Stay). We have developed a non parametric method to solve this problem. This modelisation was successfully tested in teaching and non teaching hospitals, for an Intensive Care Unit, two Internal Medicine and a surgical departments. A software easy to use was developed, working on Windows available on our website www.sante.univ-nantes.fr/med/stat/.

  1. 对环境监测信息化建设中软件项目管理的思考%Thinking of Software Project Management in Environmental Monitoring Information Construction

    Institute of Scientific and Technical Information of China (English)

    解辉

    2015-01-01

    介绍了新形势下环境监测信息化建设主要围绕环境质量综合监测管理系统、企业污染源综合监控系统和环境突发事故应急处理系统展开,剖析了目前普遍存在的进度易拖延、需求的多变性和不确定性影响软件质量、沟通困难导致系统失衡、运维模式亟须创新等问题. 提出引入软件项目管理模式,以面向对象的系统管理方法,对全过程进行动态管理与目标的综合协调和优化. 其管理框架包括需求管理、进度管理、质量管理、沟通管理、人力资源管理等5大领域,核心管理内容包括建立组织机构,梳理业务流程,引入需求工程管理方法,实施质量管理和全过程的沟通管理,创新运维模式,以及培养环境监测大数据人才等.%Under the new situation of environmental monitoring, information construction were introduced mainly around environmental quality monitoring and management system, enterprise comprehensive monitoring system for pollution source and environmental accident emergency response system. The currently widespread problems were analyzed such as progress easily delay,demand variability and uncertainty affects software quality, communication difficulties leading to system imbalance,operational mode needs innovation,etc. The introduction of software project management mode was put forward,with object-oriented system management method,on the whole process of dynamic management and the target of comprehensive coordination and optimization. The man-agement framework includes requirements management,schedule management,quality management,communica-tion management,human resource management and so on,the core management includes establishing organiza-tion,combing the business process,the introduction of requirements engineering management approach,the imple-mentation of the whole process of quality management and communication management, innovative operational modes,and cultivate the

  2. "IBSAR" Software 4.0

    Directory of Open Access Journals (Sweden)

    2004-06-01

    Full Text Available A review for Arabic software entitled "IBSAR" software assigned to help blinds in usage of the computer, the software pronounces the commands and the contents of screens and applications browsed by users, this review includes general introduction about the software, the components and commands of the software , system requirements , and its functions with Windows operating system and Microsoft Word.

  3. Seven Processes that Enable NASA Software Engineering Technologies

    Science.gov (United States)

    Housch, Helen; Godfrey, Sally

    2011-01-01

    This slide presentation reviews seven processes that NASA uses to ensure that software is developed, acquired and maintained as specified in the NPR 7150.2A requirement. The requirement is to ensure that all software be appraised for the Capability Maturity Model Integration (CMMI). The enumerated processes are: (7) Product Integration, (6) Configuration Management, (5) Verification, (4) Software Assurance, (3) Measurement and Analysis, (2) Requirements Management and (1) Planning & Monitoring. Each of these is described and the group(s) that are responsible is described.

  4. Software Architecture Evolution

    Science.gov (United States)

    Barnes, Jeffrey M.

    2013-01-01

    Many software systems eventually undergo changes to their basic architectural structure. Such changes may be prompted by new feature requests, new quality attribute requirements, changing technology, or other reasons. Whatever the causes, architecture evolution is commonplace in real-world software projects. Today's software architects, however,…

  5. Software Architecture Evolution

    Science.gov (United States)

    Barnes, Jeffrey M.

    2013-01-01

    Many software systems eventually undergo changes to their basic architectural structure. Such changes may be prompted by new feature requests, new quality attribute requirements, changing technology, or other reasons. Whatever the causes, architecture evolution is commonplace in real-world software projects. Today's software architects, however,…

  6. Comparación de efectividad de las técnicas de educción de requisitos software: visión novel y experta Comparison on effectiveness of the software requirements elicitation techniques: novice and expert vision

    Directory of Open Access Journals (Sweden)

    Dante Carrizo Moreno

    2012-12-01

    Full Text Available La Ingeniería de Requisitos puede hacer uso de una gran cantidad de técnicas para educir las necesidades de los usuarios. No obstante, apenas existen guías y criterios prácticos para realizar la selección de técnicas en un proyecto de desarrollo de software. Este artículo intenta conocer la visión que tienen los ingenieros de requisitos noveles acerca de la efectividad de las técnicas de educción y compararlas con la visión de expertos en requisitos. Para efectuar la comparación se utiliza la técnica de emparrillado que permite conocer indirectamente la opinión de los sujetos respecto de las técnicas. Los resultados muestran una sustancial diferencia entre ambas visiones respecto a la efectividad de las técnicas y contexto de la educción. Esto implica que una más amplia formación, y principalmente práctica, es necesaria para que los ingenieros noveles puedan reconocer diferencias de efectividad de las técnicas y poder decidir con mayor certeza sobre las técnicas más adecuadas a utilizar en las sesiones de educción de requisitos.Requirements engineering can use a lot of techniques to gather the users' needs. However, currently there are few practical guidelines and criteria for selecting techniques in a software development project. This paper tries to know the vision that novice requirements engineers have about the effectiveness of requirements elicitation techniques and compare it with the requirements experts' vision. To carry out the comparison, repertory grid technique was used. This technique allows knowing indirectly the subject's opinion on the techniques. The results show a substantial difference between both visions with regard to the techniques and elicitation context. This implies that a more extensive training, and primarily practice, is necessary in order for novice engineers to recognize differences in techniques effectiveness and decide with greater certainty about the most appropriate techniques to use in

  7. Customizable software architectures in the accelerator control system environment

    CERN Document Server

    Mejuev, I; Kadokura, E

    2001-01-01

    Tailoring is further evolution of an application after deployment in order to adapt it to requirements that were not accounted for in the original design. End-user customization has been extensively researched in applied computer science from HCI and software engineering perspectives. Customization allows coping with flexibility requirements, decreasing maintenance and development costs of software products. In general, dynamic or diverse software requirements constitute the need for implementing end-user customization in computer systems. In accelerator physics research the factor of dynamic requirements is especially important, due to frequent software and hardware modifications resulting in correspondingly high upgrade and maintenance costs. We introduce the results of feasibility study on implementing end-user tailorability in the software for accelerator control system, considering the design and implementation of a distributed monitoring application for the 12 GeV KEK Proton Synchrotron as an example. T...

  8. 基于物联网的精准农业灌溉系统监控软件开发%Development of Monitoring Software for Precisely Agricultural Irrigation System based on the Internet of Things

    Institute of Scientific and Technical Information of China (English)

    周海莲; 张军国; 杨睿茜; 赖小龙; 吕静霞

    2011-01-01

    精准农业灌溉是农业自动化的必然要求.目前,基于物联网技术构建环境监测系统成为热点.基于物联网技术构建了精准农业灌溉系统,重点开发了系统远程计算机监控软件,包括用户设置、参数设置、数据管理及采集控制等4个功能模块,详细给出了监控软件各模块的设计方案及实现方法.该系统可被应用至精准农业、园林灌溉等领域.%Precise agriculture is the development trend of modern agriculture. The internet of things technology is a new information processing and accessing method, and it has a bright applying future in the field of environmental monitoring. To achieve the requirements of precise agriculture to environmental monitoring, an environmental monitoring system for precise agriculture was built based on the internet of things technology and combining with the wireless sensor technology, and emphatically discussed on the architecture of the system that to design the system hardware according to the sensor nodes based on CC2430 and the gateway node based on S3C2410, and to develop the software process for the sensor nodes and the gateway node. The design of the system provided a guarantee to achieve accurate, remote, automatic and real-time monitoring agricultural environmental information.

  9. Concentrations monitoring via software sensor for bioreactors under model parametric uncertainty: Application to cadmium removal in an anaerobic pro

    Directory of Open Access Journals (Sweden)

    P.A. López Pérez

    2016-06-01

    Full Text Available The main objective of this work was to design a software sensor device based on state observer for a class of continuous bioreactor with application to heavy metal removal and locally analyze the observability properties of the considered system, considering parametric uncertainties. First, an alternative phenomenological model of the main state variables of the process was formulated, considering an unstructured kinetic approach based on Levenspiel product inhibition model; this kinetic model was experimentally validated. The kinetic model was used as a benchmark plant and extended for continuous operation in order to analyze the local observability properties, considering several sets of measured outputs that produce observable subspaces of different dimensions. In addition, we present a nonlinear observer, which is robust against parametric uncertainties, to estimate the observable states of the bioreactor. The convergence of the proposed methodology was analyzed using Lyapunov stability theory. Numerical experiments were done in order to show the performance of the proposed observer and the observability properties of the system.

  10. The Development of an Open Hardware and Software System Onboard Unmanned Aerial Vehicles to Monitor Concentrated Solar Power Plants

    Directory of Open Access Journals (Sweden)

    Francisco Javier Mesas-Carrascosa

    2017-06-01

    Full Text Available Concentrated solar power (CSP plants are increasingly gaining interest as a source of renewable energy. These plants face several technical problems and the inspection of components such as absorber tubes in parabolic trough concentrators (PTC, which are widely deployed, is necessary to guarantee plant efficiency. This article presents a system for real-time industrial inspection of CSP plants using low-cost, open-source components in conjunction with a thermographic sensor and an unmanned aerial vehicle (UAV. The system, available in open-source hardware and software, is designed to be employed independently of the type of device used for inspection (laptop, smartphone, tablet or smartglasses and its operating system. Several UAV flight missions were programmed as follows: flight altitudes at 20, 40, 60, 80, 100 and 120 m above ground level; and three cruising speeds: 5, 7 and 10 m/s. These settings were chosen and analyzed in order to optimize inspection time. The results indicate that it is possible to perform inspections by an UAV in real time at CSP plants as a means of detecting anomalous absorber tubes and improving the effectiveness of methodologies currently being utilized. Moreover, aside from thermographic sensors, this contribution can be applied to other sensors and can be used in a broad range of applications where real-time georeferenced data visualization is necessary.

  11. The Development of an Open Hardware and Software System Onboard Unmanned Aerial Vehicles to Monitor Concentrated Solar Power Plants.

    Science.gov (United States)

    Mesas-Carrascosa, Francisco Javier; Verdú Santano, Daniel; Pérez Porras, Fernando; Meroño-Larriva, José Emilio; García-Ferrer, Alfonso

    2017-06-08

    Concentrated solar power (CSP) plants are increasingly gaining interest as a source of renewable energy. These plants face several technical problems and the inspection of components such as absorber tubes in parabolic trough concentrators (PTC), which are widely deployed, is necessary to guarantee plant efficiency. This article presents a system for real-time industrial inspection of CSP plants using low-cost, open-source components in conjunction with a thermographic sensor and an unmanned aerial vehicle (UAV). The system, available in open-source hardware and software, is designed to be employed independently of the type of device used for inspection (laptop, smartphone, tablet or smartglasses) and its operating system. Several UAV flight missions were programmed as follows: flight altitudes at 20, 40, 60, 80, 100 and 120 m above ground level; and three cruising speeds: 5, 7 and 10 m/s. These settings were chosen and analyzed in order to optimize inspection time. The results indicate that it is possible to perform inspections by an UAV in real time at CSP plants as a means of detecting anomalous absorber tubes and improving the effectiveness of methodologies currently being utilized. Moreover, aside from thermographic sensors, this contribution can be applied to other sensors and can be used in a broad range of applications where real-time georeferenced data visualization is necessary.

  12. Design of servo monitoring software for remote sensing satellite receiving system%遥感卫星接收系统伺服监控软件设计

    Institute of Scientific and Technical Information of China (English)

    李宏科; 王万玉; 冯旭祥; 王永华

    2016-01-01

    伺服系统是遥感卫星地面接收系统的重要组成部分,可靠性和安全性要求高。采用单进程、多线程、并行多模块的结构,设计伺服系统监控软件,实现了天线控制、设备监视、信息显示、数据处理、通信及伺服性能指标自动化测试等功能,具有实时性强,自动化程度高,容错性、可靠性及扩展性好等特点。该设计已用于实际工程项目中,实际使用结果表明该设计是合理可行的。%The sever system is an important component in the ground receiving system of the remote sensing satellite,and has high reliability and security. The structures of single process,multi⁃thread,and parallel multi⁃module are adopted to design the monitoring software for servo system. The functions of antenna control,equipment monitoring,information display,data pro⁃cessing,communications and automatic test of servo performance index were implemented. The software has the characteristics of good real⁃time performance,high automation level,good fault tolerance,excellent reliability and extensibility. This design was applied to the practical engineering projects. The practical use result shows that the design is reasonable and feasible.

  13. IoT and Public Weather Data Based Monitoring & Control Software Development for Variable Color Temperature LED Street Lights

    Directory of Open Access Journals (Sweden)

    Gandeva Bayu Satrya

    2017-04-01

    Full Text Available Light Emitting Diode (LED is quickly becoming the latest technology in the application of lighting on streets. By combining the concept of Internet of Things (IoT and LED streetlight, this paper aims to apply the concept of microservices architecture so that the development process can be agile and scalable on demand. This paper also describes the integration between the hardware of LED and Application Program Interface (API SKPlanet, airkorea and OpenStreetMap then displays it to the user via a web browser on PC or on mobile via http access. Furthermore, we implemented the monitoring of a smart sensor interface with the Internet can be seen from the administrator or smartphone.

  14. Wireless sensor network for helicopter rotor blade vibration monitoring: Requirements definition and technological aspects

    NARCIS (Netherlands)

    Sanchez Ramirez, Andrea; Das, Kallol; Loendersloot, Richard; Tinga, Tiedo; Havinga, Paul; Basu, Biswajit

    2013-01-01

    The main rotor accounts for the largest vibration source for a helicopter fuselage and its components. However, accurate blade monitoring has been limited due to the practical restrictions on instrumenting rotating blades. The use of Wireless Sensor Networks (WSNs) for real time vibration monitoring

  15. 40 CFR 63.11527 - What are the monitoring requirements for new and existing sources?

    Science.gov (United States)

    2010-07-01

    ... paragraph (b)(1) of this section. (4) When operating a CPMS, if the 3-hour average pressure drop or scrubber.... Manufacturer's specifications for pressure drop and liquid flow rate will be used to determine normal... filters—(1) Visual monitoring. You must conduct visual monitoring of the monovent or fabric filter...

  16. 40 CFR Table 4 of Subpart Aaaa to... - Requirements for Continuous Emission Monitoring Systems (CEMS)

    Science.gov (United States)

    2010-07-01

    ... Monitoring Systems (CEMS) 4 Table 4 of Subpart AAAA to Part 60 Protection of Environment ENVIRONMENTAL... Monitoring Systems (CEMS) For the following pollutants Use the following span values for your CEMS Use the following performance specifications in appendix B of this part for your CEMS If needed to meet...

  17. Software Requirements Specification of the IUfA's UUIS -- a Team 1 COMP5541-W10 Project Approach

    CERN Document Server

    Sankaran, Abirami; Attar, Maab; Parham, Mohammad; Zayikina, Olena; Rifai, Omar Jandali; Lepin, Pavel; Hassan, Rana

    2010-01-01

    Unified University Inventory System (UUIS), is an inventory system created for the Imaginary University of Arctica (IUfA) to facilitate its inventory management, of all the faculties in one system. Team 1 elucidates the functions of the system and the characteristics of the users who have access to these functions. It shows the access restrictions to different functionalities of the system provided to users, who are the staff and students of the University. Team 1, also, emphasises on the necessary steps required to prevent the security of the system and its data.

  18. The Paradox of "Structured" Methods for Software Requirements Management: A Case Study of an e-Government Development Project

    Science.gov (United States)

    Conboy, Kieran; Lang, Michael

    This chapter outlines the alternative perspectives of "rationalism" and "improvisation" within information systems development and describes the major shortcomings of each. It then discusses how these shortcomings manifested themselves within an e-government case study where a "structured" requirements management method was employed. Although this method was very prescriptive and firmly rooted in the "rational" paradigm, it was observed that users often resorted to improvised behaviour, such as privately making decisions on how certain aspects of the method should or should not be implemented.

  19. PDSS/IMC requirements and functional specifications

    Science.gov (United States)

    1983-01-01

    The system (software and hardware) requirements for the Payload Development Support System (PDSS)/Image Motion Compensator (IMC) are provided. The PDSS/IMC system provides the capability for performing Image Motion Compensator Electronics (IMCE) flight software test, checkout, and verification and provides the capability for monitoring the IMC flight computer system during qualification testing for fault detection and fault isolation.

  20. Autonomous Real Time Requirements Tracing

    Science.gov (United States)

    Plattsmier, George; Stetson, Howard

    2014-01-01

    One of the more challenging aspects of software development is the ability to verify and validate the functional software requirements dictated by the Software Requirements Specification (SRS) and the Software Detail Design (SDD). Insuring the software has achieved the intended requirements is the responsibility of the Software Quality team and the Software Test team. The utilization of Timeliner-TLX(sup TM) Auto- Procedures for relocating ground operations positions to ISS automated on-board operations has begun the transition that would be required for manned deep space missions with minimal crew requirements. This transition also moves the auto-procedures from the procedure realm into the flight software arena and as such the operational requirements and testing will be more structured and rigorous. The autoprocedures would be required to meet NASA software standards as specified in the Software Safety Standard (NASASTD- 8719), the Software Engineering Requirements (NPR 7150), the Software Assurance Standard (NASA-STD-8739) and also the Human Rating Requirements (NPR-8705). The Autonomous Fluid Transfer System (AFTS) test-bed utilizes the Timeliner-TLX(sup TM) Language for development of autonomous command and control software. The Timeliner-TLX(sup TM) system has the unique feature of providing the current line of the statement in execution during real-time execution of the software. The feature of execution line number internal reporting unlocks the capability of monitoring the execution autonomously by use of a companion Timeliner-TLX(sup TM) sequence as the line number reporting is embedded inside the Timeliner-TLX(sup TM) execution engine. This negates I/O processing of this type data as the line number status of executing sequences is built-in as a function reference. This paper will outline the design and capabilities of the AFTS Autonomous Requirements Tracker, which traces and logs SRS requirements as they are being met during real-time execution of the

  1. 面向软件非功能需求的软件过程建模方法%Non-Functional Requirements Oriented Software Process Modeling

    Institute of Scientific and Technical Information of China (English)

    张璇; 李彤; 王旭; 代飞; 谢仲文; 于倩

    2016-01-01

    The qualities of software relate to their synonym of non‐functional requirements (NFRs) and mostly depend on the software processes .Based on this viewpoint ,collecting process strategies from different software engineering processes and using aspect‐oriented modeling ,an approach to modeling NFRs‐oriented software processes is proposed .The purpose of the approach is to ensure the development or evolution of high quality software through the whole life cycle of the software .First , a knowledge base of process strategies is created to store the activities for ensuring the software qualities .Based on these strategies and using aspect‐oriented approach ,corresponding aspects are defined to be composed into the base software process models .The need for these aspects is based primarily on the factor that the activities for NFRs and the base process models can be created separately and easily to be composed later .Besides ,the conflicts between multi‐aspects and between aspects and base models are detected and controlled .Second ,a modeling aided tool NPAT (non‐functional requirements‐oriented processes aided tool ) is developed to support the modeling of NFR‐oriented software processes .Finally ,the theory ,the approach and the tool were used in a case study . Through the case study ,the theory and the approach are proved to be feasible and the tool is proved to be effective . The NFRs‐oriented software process modeling approach can help an organization provide a focus for enhancing software qualities by adding the NFR activities to the software processes .%软件非功能需求决定了软件的质量,而软件质量需求的满足很大程度上依赖于软件开发或演化时所使用的过程。从软件过程的角度出发,总结凝练满足软件非功能需求的过程策略,使用面向方面方法,提出面向软件非功能需求的软件过程建模方法,从软件过程的方法和技术角度保证软件的质量需求贯

  2. Coral reef assessment and monitoring made easy using Coral Point Count with Excel extensions (CPCe software in Calangahan, Lugait, Misamis Oriental, Philippines

    Directory of Open Access Journals (Sweden)

    S. R. M. Tabugo

    2016-03-01

    Full Text Available Coral reef communities are considered as the most diverse marine ecosystems that provide food, shelter and protection to marine organisms. It provides many important benefits to humans but often a subject to impairment through human activities. Cascading human influences and climate change appeared as a reason behind its decline. Thus, coral reef monitoring methods are substantial. This study utilized Coral Point Count with Excel extensions (CPCe software, as a means to increase efficiency of coral reef monitoring efforts because it automates, facilitates and speeds the process of random point count analysis and can perform image calibration, planar area and length calculations of benthic features. The method was used to estimate community statistics of benthos based on captured still images for every 1m marked across four 50m transect line (total 200 m at 4.6-5.6m depth. Transect images were assigned with 30 spatial random points for identification. Multiple image frames were combined for each transect length supplying datasheet containing header information, statistical parameters species / substrate type (relative abundance, mean and standard deviation and Shannon-Weaver and Simpson's Index calculation for species diversity. Generated transect datasets were statistically analyzed to give quantitative population estimates over the area of interest. Data from individual frames were combined per transect to allow both inter- and intra- site/transect comparisons. This study reports the current status of coral reefs across Calangahan, Lugait, Misamis Oriental, Philippines and proved the efficiency of CPCe as a tool in reef assessment and monitoring. Results showed that most common genera Porites and Acropora were dominant, with Porites lobata as the most abundant coral species in the area. Moreover, results also showed that there were various diseases present affecting corals leading to increased mortality.

  3. 40 CFR 98.344 - Monitoring and QA/QC requirements.

    Science.gov (United States)

    2010-07-01

    ...) of this section, you may use total gaseous organic concentration analyzers and calculate the methane... composition monitor determines CH4 concentration on a dry basis, moisture content. (1) ASME...

  4. 50 CFR 18.118 - What are the mitigation, monitoring, and reporting requirements?

    Science.gov (United States)

    2010-10-01

    ... active seismic-source vessels and/or exploratory drilling operations. No more than four simultaneous... area. Monitors will act as an early detection system in regard to proximate bear activity to...

  5. Software Engineering Reviews and Audits

    CERN Document Server

    Summers, Boyd L

    2011-01-01

    Accurate software engineering reviews and audits have become essential to the success of software companies and military and aerospace programs. These reviews and audits define the framework and specific requirements for verifying software development efforts. Authored by an industry professional with three decades of experience, Software Engineering Reviews and Audits offers authoritative guidance for conducting and performing software first article inspections, and functional and physical configuration software audits. It prepares readers to answer common questions for conducting and perform

  6. Software architecture

    CERN Document Server

    Vogel, Oliver; Chughtai, Arif

    2011-01-01

    As a software architect you work in a wide-ranging and dynamic environment. You have to understand the needs of your customer, design architectures that satisfy both functional and non-functional requirements, and lead development teams in implementing the architecture. And it is an environment that is constantly changing: trends such as cloud computing, service orientation, and model-driven procedures open up new architectural possibilities. This book will help you to develop a holistic architectural awareness and knowledge base that extends beyond concrete methods, techniques, and technologi

  7. MYOB software for dummies

    CERN Document Server

    Curtis, Veechi

    2012-01-01

    Your complete guide to MYOB® AccountRight softwareNow in its seventh edition, MYOB® Software For Dummies walks you through everything you need to know, from starting your MYOB® file from scratch and recording payments and receipts, to tracking profit and analysing sales. This new edition includes all the information you need on the new generation of MYOB® AccountRight software, including the new cloud computing features. Set up MYOB® software - understand how to make it work the first time Keep track of purchases and sales - monitor customer accounts and ensure you get pai

  8. Effective organizational solutions for implementation of DBMS software packages

    Science.gov (United States)

    Jones, D.

    1984-01-01

    The space telescope management information system development effort is a guideline for discussing effective organizational solutions used in implementing DBMS software. Focus is on the importance of strategic planning. The value of constructing an information system architecture to conform to the organization's managerial needs, the need for a senior decision maker, dealing with shifting user requirements, and the establishment of a reliable working relationship with the DBMS vendor are examined. Requirements for a schedule to demonstrate progress against a defined timeline and the importance of continued monitoring for production software control, production data control, and software enhancements are also discussed.

  9. Resolution requirements for monitor viewing of digital flat-panel detector radiographs: a contrast detail analysis

    Science.gov (United States)

    Peer, Siegfried; Steingruber, Iris; Gassner, Eva; Peer, Regina; Giacomuzzi, Salvatore M.

    2002-05-01

    Since the introduction of digital flat panel detectors into clinical routine the discussion on monitor specifications for primary soft copy reading has gained new impetus. Major concerns exist for viewing of tiny opacities such as pulmonary nodules. In this study CDRAD phantom images were acquired on a caesium iodid/amorphous silicon detector at varying exposure levels. Images were read three times by three observers on a clinical 1K and 2K monitor workstation. All typical workstation functions such as magnification and window/level setting were applied during image reading. Correct detection ratios were calculated according to the CDRAD evaluation manual. Observer ratings were highest for high dose exposure and 2K monitor reading. No significant difference was detected in the correct detection ratio of observers. However, the difference between the two types of workstations (1K versus 2K monitors) despite less than 3% was significant at a 95% confidence level. This is in good accordance with recently published clinical studies. However, further clinical work will be needed to strengthen this laboratory based impression. Given these subtle differences in low contrast detail detection on 1K and 2K clinical PACS workstation we should probably rethink the recommendations of various national boards for the use of 2K monitors.

  10. COTS software selection process.

    Energy Technology Data Exchange (ETDEWEB)

    Watkins, William M. (Strike Wire Technologies, Louisville, CO); Lin, Han Wei; McClelland, Kelly (U.S. Security Associates, Livermore, CA); Ullrich, Rebecca Ann; Khanjenoori, Soheil; Dalton, Karen; Lai, Anh Tri; Kuca, Michal; Pacheco, Sandra; Shaffer-Gant, Jessica

    2006-05-01

    Today's need for rapid software development has generated a great interest in employing Commercial-Off-The-Shelf (COTS) software products as a way of managing cost, developing time, and effort. With an abundance of COTS software packages to choose from, the problem now is how to systematically evaluate, rank, and select a COTS product that best meets the software project requirements and at the same time can leverage off the current corporate information technology architectural environment. This paper describes a systematic process for decision support in evaluating and ranking COTS software. Performed right after the requirements analysis, this process provides the evaluators with more concise, structural, and step-by-step activities for determining the best COTS software product with manageable risk. In addition, the process is presented in phases that are flexible to allow for customization or tailoring to meet various projects' requirements.

  11. Software Maintenance Success Recipes

    CERN Document Server

    Reifer, Donald J

    2011-01-01

    Dispelling much of the folklore surrounding software maintenance, Software Maintenance Success Recipes identifies actionable formulas for success based on in-depth analysis of more than 200 real-world maintenance projects. It details the set of factors that are usually present when effective software maintenance teams do their work and instructs on the methods required to achieve success. Donald J. Reifer--an award winner for his contributions to the field of software engineering and whose experience includes managing the DoD Software Initiatives Office--provides step-by-step guidance on how t

  12. 77 FR 35925 - Fisheries of the Exclusive Economic Zone Off Alaska; Monitoring and Enforcement Requirements in...

    Science.gov (United States)

    2012-06-15

    ... conveyor belt in the factory before any sorting or processing was done. As described below, the operations... give an estimate of catch for unsampled sets. The current sampling methodologies produce accurate catch... current observer sampling station inspection and approval regulations or processes. Under both monitoring...

  13. Use of models to support the monitoring requirements in the water framework directive

    NARCIS (Netherlands)

    Højberg, A.L.; Refsgaard, J.C.; Geer, F. van; Jørgensen, L.F.; Zsuffa, I.

    2007-01-01

    Implementation of the EU Water Framework Directive (WFD) poses many new challenges to European water managers. Monitoring programmes play a key role to assess the status and identify possible trends in the environmental conditions of river basins; to gain new knowledge on water processes and to

  14. Linking requirements with capabilities for deforestation monitoring in the context of the UNFCCC-REDD process

    Energy Technology Data Exchange (ETDEWEB)

    Herold, Martin [GOFC-GOLD Land Cover Project Office, Department of Earth Observation, Friedrich-Schiller University, Jena 07743 (Germany); Johns, Tracy [Joanneum Research, Institute for Energy Research, Graz 8010 (Austria)

    2007-10-15

    As the United Nations Framework Convention on Climate Change nears the end of a two-year period of evaluation of the issue of reducing emissions from deforestation in developing countries, participating countries have agreed on the need to address this globally important source of greenhouse gas emissions. Negotiations on policy frameworks to monitor and reduce deforestation rely on an understanding of the scientific and technical capacity to support these efforts. Current UNFCCC programs to improve observation of land and forest cover change can provide valuable input to a future policy mechanism focusing on deforestation emissions from developing countries. Countries participating in the current debate have officially referenced the value of remote sensing tools and methods for deforestation monitoring, and have identified specific needs and goals related to their implementation. Based on these identified needs, this paper outlines recommendations for a monitoring framework that can be globally applied with sufficient levels of accuracy and certainty. This framework can serve as a starting point for monitoring programs, and can be modified in response to expected progress in establishing an international policy framework for reducing emissions from deforestation.

  15. 40 CFR 63.9804 - What are my monitoring system installation, operation, and maintenance requirements?

    Science.gov (United States)

    2010-07-01

    ..., oxidation, and galvanic corrosion. (c) For each pressure CPMS that is used to monitor the pressure drop... where it is easily recognized by plant operating personnel. (6) For positive pressure fabric filter... pressure or induced air fabric filters, the bag leak detector must be installed downstream of the...

  16. 75 FR 43487 - Proposed Information Collection; Comment Request; Vessel Monitoring System Requirements in...

    Science.gov (United States)

    2010-07-26

    ... vessel monitoring system (VMS) units on their vessels when directed to do so by NOAA enforcement personnel. VMS units automatically send periodic reports on the position of the vessel. NOAA uses the..., VMS installation and annual maintenance are considered public burden. This request combines three...

  17. 77 FR 36488 - Proposed Information Collection; Comment Request; Vessel Monitoring System Requirements Under the...

    Science.gov (United States)

    2012-06-19

    ... near real-time satellite-based position-fixing transmitters (``Vessel Monitoring System-VMS-units'') at... must transmit: (1) ``On/off reports'' to NMFS whenever the VMS unit is turned off while the vessel is in port, (2) ``activation reports'' to NMFS prior to the first use of a VMS unit, and (3)...

  18. New Approach to Purging Monitoring Wells: Lower Flow Rates Reduce Required Purging Volumes and Sample Turbidity

    Science.gov (United States)

    It is generally accepted that monitoring wells must be purged to access formation water to obtain “representative” ground water quality samples. Historically anywhere from 3 to 5 well casing volumes have been removed prior to sample collection to evacuate the standing well water...

  19. 40 CFR Table 3 to Subpart Eeee of... - Requirements for Continuous Emission Monitoring Systems (CEMS)

    Science.gov (United States)

    2010-07-01

    ... Monitoring Systems (CEMS) 3 Table 3 to Subpart EEEE of Part 60 Protection of Environment ENVIRONMENTAL... Systems (CEMS) As stated in § 60.2940, you must comply with the following: For the followingpollutants Use the following span values for your CEMS Use the following performance specifications (P.S.)...

  20. Use of models to support the monitoring requirements in the water framework directive

    NARCIS (Netherlands)

    Højberg, A.L.; Refsgaard, J.C.; Geer, F. van; Jørgensen, L.F.; Zsuffa, I.

    2007-01-01

    Implementation of the EU Water Framework Directive (WFD) poses many new challenges to European water managers. Monitoring programmes play a key role to assess the status and identify possible trends in the environmental conditions of river basins; to gain new knowledge on water processes and to asse

  1. 40 CFR Table 4 to Subpart Ggg of... - Monitoring Requirements for Control Devices a

    Science.gov (United States)

    2010-07-01

    ... a diversion was detected at any time during each hour. 2. Valves sealed closed with car-seal or lock... heater fuel Temperature monitoring device... cycle(s) 1. For each regeneration cycle, record the total regeneration stream mass or volumetric...

  2. 40 CFR Table 3 to Subpart Mmm of... - Monitoring Requirements for Control Devices a

    Science.gov (United States)

    2010-07-01

    .... 2. Valves sealed closed with car-seal or lock-and-key configuration 2. Monthly inspections of sealed... the primary fuel Temperature monitoring device installed in firebox b Combustion temperature Every 15... volumetric flow during carbon bed regeneration cycle(s) 1. For each regeneration cycle, record the...

  3. WM3G手机监听软件工作原理及对策研究%Working Principles of Monitoring Software and Countermeasures for WM 3G Phones

    Institute of Scientific and Technical Information of China (English)

    张智

    2011-01-01

    The open operating system by 3G smart phones allows all sorts of monitoring software implantation,and through monitoring software,cell phone and SMS content could be monitored at will,when necessary,even including the environments. Based on analysis on installation and start principle of monitoring software of Windows mobile 3G smart phones,the article focuses on the principles of SMS content monitoring,call monitoring and environmental audio monitoring.By studying preventive measures,the article puts forward the operating system enhancement,communication encryption and other security protection measures,and gives the terminal security software architecture of Windows mobile 3G smart phones.%3G智能手机采用的开放操作系统,允许各种监听软件的植入,通过监听软件,可随意监听手机通话和短信内容,在必要时还可以进行环境监听。在分析Windows Mobile 3G智能手机监听软件安装启动工作原理的基础上,着重对监听软件的短信内容监听、通话内容监听及环境声音监听原理进行了深入分析,通过对监听防范措施的研究,提出了操作系统加固与通信加密等安全防护措施,并给出了Windows Mobile 3G智能手机终端安全软件架构。

  4. 40 CFR 141.563 - What follow-up action is my system required to take based on continuous turbidity monitoring?

    Science.gov (United States)

    2010-07-01

    ... combined filter effluent (CFE) for systems with 2 filters that monitor CFE in lieu of individual filters... consecutive recordings 15 minutes apart at the same filter (or CFE for systems with 2 filters that monitor CFE... as specified in paragraph (c) of this section was required. Systems with 2 filters that monitor CFE...

  5. Software Validation using Power Profiles

    OpenAIRE

    Lencevicius, Raimondas; Metz, Edu; Ran, Alexander

    2002-01-01

    The validation of modern software systems incorporates both functional and quality requirements. This paper proposes a validation approach for software quality requirement - its power consumption. This approach validates whether the software produces the desired results with a minimum expenditure of energy. We present energy requirements and an approach for their validation using a power consumption model, test-case specification, software traces, and power measurements. Three different appro...

  6. Software engineering

    CERN Document Server

    Sommerville, Ian

    2010-01-01

    The ninth edition of Software Engineering presents a broad perspective of software engineering, focusing on the processes and techniques fundamental to the creation of reliable, software systems. Increased coverage of agile methods and software reuse, along with coverage of 'traditional' plan-driven software engineering, gives readers the most up-to-date view of the field currently available. Practical case studies, a full set of easy-to-access supplements, and extensive web resources make teaching the course easier than ever.

  7. Upper Computer Software System of micro computer monitoring based on component technology%基于组件技术的微机监测上位机软件系统

    Institute of Scientific and Technical Information of China (English)

    侯胡的; 李永燕; 杨云国

    2011-01-01

    Computer Monitoring System mainly used in monitoring the running status and arguments of railway siguale equipments. This paper analyzed t.he architecture of existing Upper Computer Software System of Micro Computer Monitoring System and its problems. The component technology based on upper Computer Software System of computer monitoring resolved these problems in some degree and also have own characteristics. This paper explained the architecture of redesigned Micro Computer Monitoring Software System and its difficulties and some faults.%微机监测系统主要用于铁路信号设备运行状态和运行参数的监测.分析现有微机监测上位机软件系统的架构,并对这些架构所存在的问题进行分析.采用软件组件技术重新设计后的微机监测软件系统一定程度上解决了这些问题,同时还具有一些自己的特点.本文阐述重新设计后的微机监测软件系统架构、设计难点及其不利之处,对这种架构的应用前景进行了展望.

  8. The experience of family members of ICU patients who require extensive monitoring: a qualitative study.

    Science.gov (United States)

    Smith, Claudia DiSabatino; Custard, Kristi

    2014-09-01

    A mixed methods study using family research with a phenomenological approach (n = 5 families) was conducted to explore family members' perceptions about the extensive monitoring technology used on their critically ill family member after cardiac surgery, as experienced when family members initially visited the patient in the cardiovascular intensive care unit. Five relevant themes emerged: overwhelmed by all of the machines; feelings of uncertainty; methods of coping; meaning of the numbers on the machines; and need for education.

  9. 40 CFR 98.164 - Monitoring and QA/QC requirements.

    Science.gov (United States)

    2010-07-01

    ... requirements in § 98.3(i) of this part. (2) Determine the carbon content and the molecular weight annually of... analysis is required to determine the carbon content and molecular weight of the fuel and feedstock. (3... methods to determine the carbon content for all fuels and feedstocks, and molecular weight of...

  10. Some design constraints required for the use of generic software in embedded systems: Packages which manage abstract dynamic structures without the need for garbage collection

    Science.gov (United States)

    Johnson, Charles S.

    1986-01-01

    The embedded systems running real-time applications, for which Ada was designed, require their own mechanisms for the management of dynamically allocated storage. There is a need for packages which manage their own internalo structures to control their deallocation as well, due to the performance implications of garbage collection by the KAPSE. This places a requirement upon the design of generic packages which manage generically structured private types built-up from application-defined input types. These kinds of generic packages should figure greatly in the development of lower-level software such as operating systems, schedulers, controllers, and device driver; and will manage structures such as queues, stacks, link-lists, files, and binary multary (hierarchical) trees. Controlled to prevent inadvertent de-designation of dynamic elements, which is implicit in the assignment operation A study was made of the use of limited private type, in solving the problems of controlling the accumulation of anonymous, detached objects in running systems. The use of deallocator prodecures for run-down of application-defined input types during deallocation operations during satellites.

  11. Essential software architecture

    CERN Document Server

    Gorton, Ian

    2011-01-01

    Job titles like ""Technical Architect"" and ""Chief Architect"" nowadays abound in software industry, yet many people suspect that ""architecture"" is one of the most overused and least understood terms in professional software development. Gorton's book tries to resolve this dilemma. It concisely describes the essential elements of knowledge and key skills required to be a software architect. The explanations encompass the essentials of architecture thinking, practices, and supporting technologies. They range from a general understanding of structure and quality attributes through technical i

  12. Power Control and Monitoring Requirements for Thermal Vacuum/Thermal Balance Testing of the MAP Observatory

    Science.gov (United States)

    Johnson, Chris; Hinkle, R. Kenneth (Technical Monitor)

    2002-01-01

    The specific heater control requirements for the thermal vacuum and thermal balance testing of the Microwave Anisotropy Probe (MAP) Observatory at the Goddard Space Flight Center (GSFC) in Greenbelt, Maryland are described. The testing was conducted in the 10m wide x 18.3m high Space Environment Simulator (SES) Thermal Vacuum Facility. The MAP thermal testing required accurate quantification of spacecraft and fixture power levels while minimizing heater electrical emissions. The special requirements of the MAP test necessitated construction of five (5) new heater racks.

  13. Computer Aided Software Engineering workstation evaluation

    Energy Technology Data Exchange (ETDEWEB)

    Kotcher, D.A.; Parish, R.B.; Sisson, A.M.; Wenzel, W.A.; Wiancko, B.E.

    1988-09-14

    This report presents an evaluation of interconnected high performance workstations. The evaluation specifically addresses the benefits to personnel engaged in Computer Aided Software Engineering (CASE) for the design and development of computer software aided by computer workstations. To narrow the scope of the CASE evaluation to a reasonable size, the class of workstations considered was limited to units having the following minimum capabilities: speed to issue 2 to 3 million instructions per second (Mips), 4 megabytes (MB) of central memory, 140 MB of local disk storage, a monitor with 1024 by 960 graphics resolution, and Ethernet compatibility. In addition, software requirements included a virtual memory implementation of the UNIX operating system, the defacto standard networking Transmission Control Protocol and Internet Protocol (TCP/IP), and the network file system (NFS). Support of selected third-party software, such as the TEMPLATE graphics software, and robust tools for software development were also required. These criteria are justified by the use of workstations for maintenance and support of large mainframe based FORTRAN computer programs. The evaluation concluded that workstations are excellent tools for CASE. 1 ref., 1 fig., 6 tabs.

  14. Sunsynchronous low Earth orbit spacecraft concepts and technology requirements for global change monitoring

    Science.gov (United States)

    Garrett, L. Bernard; Butterfield, Ansel J.; Taback, Israel; Garn, Paul A.; Burrowbridge, Donald R., Jr.

    1991-01-01

    The Global Change Technology Initiative listing of instruments for operation in low Earth, sunsynchronous orbits contain 21 entries, of which 20 are carried aboard multi-instrument spacecraft. This list identifies the temporal requirements for repetition of measurements and also includes groups of instruments that make complementing measurements. Definitions for individual spacecraft follows the temporal and grouping requirements to establish constellations which will provide the measurement data. The definitions of constellations for multi-instrument spacecraft show two alternatives: a constellation of 10 spacecraft, each compatible with launch by a Delta booster; a constellation of 4 spacecraft, each requiring a Titan booster. Operating subsystems for the individual spacecraft can use modular concepts that are adaptations based upon current plans for improving the performance of the NASA-Goddard Multimission Modular units. The descriptions of the spacecraft and constellations begins with a compilation of instrument related requirements that define the principal system performance parameters and operating capabilities.

  15. Franchise Values, Regulatory Monitoring, and Capital Requirements in Optimal Bank Regulation

    DEFF Research Database (Denmark)

    Andersen, Thomas Barnebeck; Harr, Thomas

    2008-01-01

    This paper demonstrates that financial deregulation is likely to make standard prudential regulatory instruments less effective in curbing excessive risk-taking incentives among banks. This has interesting implications for optimal bank regulation. When there is an increase in competition......, the optimal capital requirement should increase, whereas regulatory auditing should decrease. In contrast, when there is an increase in gambling yields, auditing should always increase, whereas the optimal capital requirement may increase or decrease....

  16. Software Assurance Competency Model

    Science.gov (United States)

    2013-03-01

    2010a]: Application of technologies and processes to achieve a required level of confidence that software systems and services function in the...for specific projects. L5: Analyze assurance technologies and contribute to the development of new ones. Assured Software Development L1

  17. Selecting the Right Software.

    Science.gov (United States)

    Shearn, Joseph

    1987-01-01

    Selection of administrative software requires analyzing present needs and, to meet future needs, choosing software that will function with a more powerful computer system. Other important factors to include are a professional system demonstration, maintenance and training, and financial considerations that allow leasing or renting alternatives.…

  18. SOFTWARE OPEN SOURCE, SOFTWARE GRATIS?

    Directory of Open Access Journals (Sweden)

    Nur Aini Rakhmawati

    2006-01-01

    Full Text Available Normal 0 false false false IN X-NONE X-NONE MicrosoftInternetExplorer4 Berlakunya Undang – undang Hak Atas Kekayaan Intelektual (HAKI, memunculkan suatu alternatif baru untuk menggunakan software open source. Penggunaan software open source menyebar seiring dengan isu global pada Information Communication Technology (ICT saat ini. Beberapa organisasi dan perusahaan mulai menjadikan software open source sebagai pertimbangan. Banyak konsep mengenai software open source ini. Mulai dari software yang gratis sampai software tidak berlisensi. Tidak sepenuhnya isu software open source benar, untuk itu perlu dikenalkan konsep software open source mulai dari sejarah, lisensi dan bagaimana cara memilih lisensi, serta pertimbangan dalam memilih software open source yang ada. Kata kunci :Lisensi, Open Source, HAKI

  19. Software Reviews.

    Science.gov (United States)

    Smith, Richard L., Ed.

    1985-01-01

    Reviews software packages by providing extensive descriptions and discussions of their strengths and weaknesses. Software reviewed include (1) "VISIFROG: Vertebrate Anatomy" (grade seven-adult); (2) "Fraction Bars Computer Program" (grades three to six) and (3) four telecommunications utilities. (JN)

  20. 通用通信设备监控与业务通信软件的设计%Design of a Common Monitoring and Business Communicating Software of Communication Devices

    Institute of Scientific and Technical Information of China (English)

    王桁; 潘小飞; 邵继培

    2012-01-01

    Traditional monitoring software of communication devices have some shortcomings,for instance Human-machine interaction (HMt) is not friend enough,software cannot monitor or control devices one-to-many,and the display is not visual or real-time enough.In order to resolve these problems,a de-sign technique of a common monitoring and business communicating software of communication devices was proposed,whose HMI was more friend.And it could monitor and control devices one-to-many,also i had better real-time performance.%针对传统通信设备的监控软件存在的一些问题,如人机界面不够友好、不能实现一对多的监测和控制、监控不够直观、实时,该文提出了一种通用的通信设备监控和业务通信软件的设计方法,该软件岁有更加友好的人机交互功能,可以实现一个软件对多台通信设备的监控和业务通信功能,并具备较好自实时性。

  1. Analysis of thickness measurements on secondary lines in EDF PWRs to evaluate the accuracy of the flow accelerated corrosion monitoring software: BRT-CICERO

    Energy Technology Data Exchange (ETDEWEB)

    Persoz, Matthieu [CAP AMPERE, 1 place Pleyel, 93282 Saint Denis (France); Bouvier, Jean-Baptiste [CNEN, 165-173 av. Pierre Brossolette, 92542 Montrouge Cedex (France); Ardillon, Emmanuel [R and D Division, EDF, 6 quai Watier, 78401 Chatou Cedex (France); Trevin, Stephane [SEPTEN, 12 - 14 av. Dutrievoz, 69628 Villeurbanne Cedex (France)

    2006-09-15

    The surveillance of Flow Accelerated Corrosion (FAC) on secondary pipes is a major concern for every nuclear power plant operator. After the Surry accident in 1986, EDF launched a computer code development program to monitor this degradation phenomenon. A chemical corrosion model has been developed, based on laboratory test results obtained by EDF R and D since the late 70's. This model enables to compute the wall thickness loss of pipes submitted to FAC, with respect to the thermo-hydraulic conditions, the fluid chemistry, the material chromium content, the pipe geometry and the cycles duration. The computer code, called BRT-CICERO(TM), has first been tested on a few plants in the years 1993-1995. Most of the EDF NPPs began to use it afterwards. In 2001, after the discovery of a severe damage on a 4'' x 6'' reducer at Fessenheim unit 2, that was correctly predicted by BRT-CICERO(TM), the EDF corporate level made its use mandatory for each of its 58 Pressurized Water Reactors (PWR). Several years of operation and experience feedback have enabled to carry out different improvements on the BRT-CICERO(TM) software. Since 2003, EDF NPPs are using the 2.2 version. At the beginning of year 2005, the 58 BRT-CICERO(TM) input-databases were gathered and structured in a form such that statistical treatments could be made. A very great number of data were collected from BRT-CICERO(TM) input-databases by a specific modification of a tool integrated into the software. It appears that a statistical approach could allow an effective analysis of these data. The first goal of this study was to give the degree of confidence in the application and this approach appeared effective. The second goal was to prove that a part of the conservatism is due to the FAC kinetics calculation algorithm implemented in BRT-CICERO(TM). The investigation of the relative difference between measured and calculated thicknesses shows that a part of the conservatism should be due

  2. A software engineering process for safety-critical software application.

    Energy Technology Data Exchange (ETDEWEB)

    Kang, Byung Heon; Kim, Hang Bae; Chang, Hoon Seon; Jeon, Jong Sun [Korea Atomic Energy Research Institute, Taejon (Korea, Republic of)

    1995-02-01

    Application of computer software to safety-critical systems in on the increase. To be successful, the software must be designed and constructed to meet the functional and performance requirements of the system. For safety reason, the software must be demonstrated not only to meet these requirements, but also to operate safely as a component within the system. For longer-term cost consideration, the software must be designed and structured to ease future maintenance and modifications. This paper presents a software engineering process for the production of safety-critical software for a nuclear power plant. The presentation is expository in nature of a viable high quality safety-critical software development. It is based on the ideas of a rational design process and on the experience of the adaptation of such process in the production of the safety-critical software for the shutdown system number two of Wolsung 2, 3 and 4 nuclear power generation plants. This process is significantly different from a conventional process in terms of rigorous software development phases and software design techniques, The process covers documentation, design, verification and testing using mathematically precise notations and highly reviewable tabular format to specify software requirements and software requirements and software requirements and code against software design using static analysis. The software engineering process described in this paper applies the principle of information-hiding decomposition in software design using a modular design technique so that when a change is required or an error is detected, the affected scope can be readily and confidently located. it also facilitates a sense of high degree of confidence in the `correctness` of the software production, and provides a relatively simple and straightforward code implementation effort. 1 figs., 10 refs. (Author).

  3. 40 CFR 63.8600 - What are my monitoring installation, operation, and maintenance requirements?

    Science.gov (United States)

    2010-07-01

    ... Clay Ceramics Manufacturing Testing and Initial Compliance Requirements § 63.8600 What are my....5 inch of water or a transducer with a minimum measurement sensitivity of 1 percent of the pressure... Filter Bag Leak Detection Guidance,” (EPA-454/R-98-015, September 1997). This document is available...

  4. 40 CFR 63.7331 - What are the installation, operation, and maintenance requirements for my monitors?

    Science.gov (United States)

    2010-07-01

    ... pushing emissions, you must install, operate, and maintain CPMS to measure and record the pressure drop... the pressure drop across each multicyclone during each push according to the requirements in... a manner consistent with the guidance document, “Fabric Filter Bag Leak Detection Guidance”...

  5. 40 CFR 63.11092 - What testing and monitoring requirements must I meet?

    Science.gov (United States)

    2010-07-01

    .... Should the Administrator deem the prior test data unacceptable, the facility is still required to meet... suction line, with the measurements displayed on a gauge that can be visually observed. Each carbon bed... valve sequencing, cycle time, gasoline flow, purge air flow, and operating temperatures....

  6. 40 CFR 98.34 - Monitoring and QA/QC requirements.

    Science.gov (United States)

    2010-07-01

    ...) The carbon content and, if applicable, molecular weight of the fuels shall be determined according to... the carbon content and molecular weight of the fuel is required if the necessary equipment is in place... a particular type of fuel, sampling and analysis for carbon content and molecular weight...

  7. Hydrogen Monitoring Requirements in the Global Technical Regulation on Hydrogen and Fuel Cell Vehicles: Preprint

    Energy Technology Data Exchange (ETDEWEB)

    Buttner, William; Rivkin, Carl; Burgess, Robert; Hartmann, Kevin; Bubar, Max; Post, Matthew; Boon-Brett, Lois; Weidner, Eveline; Moretto, Pietro

    2016-07-01

    The United Nations Global Technical Regulation (GTR) Number 13 (Global Technical Regulation on Hydrogen and Fuel Cell Vehicles) is the defining document regulating safety requirements in hydrogen vehicles, and in particular fuel cell electric vehicles (FCEV). GTR Number 13 has been formally implemented and will serve as the basis for the national regulatory standards for FCEV safety in North America (Canada, United States), Japan, Korea, and the European Union. The GTR defines safety requirement for these vehicles, including specifications on the allowable hydrogen levels in vehicle enclosures during in-use and post-crash conditions and on the allowable hydrogen emissions levels in vehicle exhaust during certain modes of normal operation. However, in order to be incorporated into national regulations, that is, in order to be binding, methods to verify compliance to the specific requirements must exist. In a collaborative program, the Sensor Laboratories at the National Renewable Energy Laboratory in the United States and the Joint Research Centre, Institute for Energy and Transport in the Netherlands have been evaluating and developing analytical methods that can be used to verify compliance to the hydrogen release requirement as specified in the GTR.

  8. Design Principles for Interactive Software

    DEFF Research Database (Denmark)

    The book addresses the crucial intersection of human-computer interaction (HCI) and software engineering by asking both what users require from interactive systems and what developers need to produce well-engineered software. Needs are expressed as......The book addresses the crucial intersection of human-computer interaction (HCI) and software engineering by asking both what users require from interactive systems and what developers need to produce well-engineered software. Needs are expressed as...

  9. Applying Software Engineering Methodology for Designing Biomedical Software Devoted To Electronic Instrumentation

    Directory of Open Access Journals (Sweden)

    Alderico Rodrigues de Paula Junior

    2012-01-01

    Full Text Available Problem statement: Significant effort goes into the development of biomedical software, which is integrated with computers/processors, sensors and electronic instrumentation devoted to a specific application. However, the scientific work on electronic instrumentation controlled by biomedical software has not emphasized software development, instead focusing mainly on electronics engineering. The development team is rarely composed of Software Engineering (SE experts. Usually, a commercial automated tools environment is not used due to its high cost and complexity for researchers from other areas to understand. Approach: This present study reports how the SE approach was applied to design and develop biomedical software, which is part of a Computerized Electronic Instrumentation (CEI. This CEI comprises software and an electronic instrumentation based on a force sensor and electrogoniometer to monitor the hand exertion of computer user during typing task. The aim is to serve as a guideline for academic researchers who are not expert in software engineering methodology but usually develop their own software to run with their CEI. The specification of the requirements, presented as use case, includes the context diagram, the data flow diagram, the entity relationship diagram and test procedure. The Unified Modelling Language from the Enterprise Architect tool was used. The developed software and the electronic instrumentation were tested together. Results: A sample of the interface screen shows how the outcomes could be plotted in an integrated manner. By comparing the values with other values obtained by manual calculations and with those provided by sensor manufacturer, the repeatability of test procedure validated the results. Reliable electronic instrumentation when working with unreliable software can become unreliable. Conclusion: Applying software engineering methodology principles provided a simple and clear documentation that was helpful

  10. The Challenges of the "Software Support for Industrial Controls" Contract

    CERN Document Server

    Ninin, P

    2000-01-01

    ST division is currently specifying a 'Software Support for Industrial Controls' contract. The application of this contract and its success will require several changes in our habits for specifying, designing, and maintaining control systems. This paper summarizes some key concepts which should be respected in order to obtain maximum benefits from the future contract and to optimize the software activities in the division. The contract concerns the maintenance and development of the monitoring and control systems used for supervising CERN's technical infrastructure (electrical distribution, cooling water, air conditioning, safety, and access control). The systems concerned consist of computer and communication hardware and software, tailored to provide specific functionalities for the remote operation, command, and monitoring of equipment. All these systems use commercially available software and hardware such as SCADA, PLCs and associated drivers, controllers, fieldbuses, and networks. It is intended to cont...

  11. Assessment of Unabated Facility Emission Potentials for Evaluating Airborne Radionuclide Monitoring Requirements at Pacific Northwest National Laboratory - 2007

    Energy Technology Data Exchange (ETDEWEB)

    Ballinger, Marcel Y.; Barfuss, Brad C.; Gervais, Todd L.

    2008-01-01

    Assessments were performed to evaluate compliance with the airborne radionuclide emission monitoring requirements in the National Emission Standards for Hazardous Air Pollutants (NESHAP – U.S. Code of Federal Regulations, Title 40, Part 61, Subpart H) and Washington Administrative Code (WAC) 246-247: Radiation Protection – Air Emissions. In these NESHAP assessments, potential unabated offsite doses were evaluated for emission locations at buildings that are part of the consolidated laboratory campus of the Pacific Northwest National Laboratory. This report describes the inventory-based methods and provides the results for the NESHAP assessment performed in 2007.

  12. Assessment of Unabated Facility Emission Potentials for Evaluating Airborne Radionuclide Monitoring Requirements at Pacific Northwest National Laboratory - 2010

    Energy Technology Data Exchange (ETDEWEB)

    Ballinger, Marcel Y.; Gervais, Todd L.; Barnett, J. Matthew

    2011-05-13

    Assessments were performed to evaluate compliance with the airborne radionuclide emission monitoring requirements in the National Emission Standards for Hazardous Air Pollutants ([NESHAP]; U.S. Code of Federal Regulations, Title 40, Part 61, Subpart H) and Washington Administrative Code 246-247: Radiation Protection - Air Emissions. In these NESHAP assessments, potential unabated off-site doses were evaluated for emission locations at buildings that are part of the consolidated laboratory campus of the Pacific Northwest National Laboratory. This report describes the inventory-based methods and provides the results for the NESHAP assessment performed in 2010.

  13. Software reliability

    CERN Document Server

    Bendell, A

    1986-01-01

    Software Reliability reviews some fundamental issues of software reliability as well as the techniques, models, and metrics used to predict the reliability of software. Topics covered include fault avoidance, fault removal, and fault tolerance, along with statistical methods for the objective assessment of predictive accuracy. Development cost models and life-cycle cost models are also discussed. This book is divided into eight sections and begins with a chapter on adaptive modeling used to predict software reliability, followed by a discussion on failure rate in software reliability growth mo

  14. Software Defined Networking Demands on Software Technologies

    DEFF Research Database (Denmark)

    Galinac Grbac, T.; Caba, Cosmin Marius; Soler, José

    2015-01-01

    Software Defined Networking (SDN) is a networking approach based on a centralized control plane architecture with standardised interfaces between control and data planes. SDN enables fast configuration and reconfiguration of the network to enhance resource utilization and service performances....... This new approach enables a more dynamic and flexible network, which may adapt to user needs and application requirements. To this end, systemized solutions must be implemented in network software, aiming to provide secure network services that meet the required service performance levels. In this paper......, we review this new approach to networking from an architectural point of view, and identify and discuss some critical quality issues that require new developments in software technologies. These issues we discuss along with use case scenarios. Here in this paper we aim to identify challenges...

  15. NASA software documentation standard software engineering program

    Science.gov (United States)

    1991-01-01

    The NASA Software Documentation Standard (hereinafter referred to as Standard) can be applied to the documentation of all NASA software. This Standard is limited to documentation format and content requirements. It does not mandate specific management, engineering, or assurance standards or techniques. This Standard defines the format and content of documentation for software acquisition, development, and sustaining engineering. Format requirements address where information shall be recorded and content requirements address what information shall be recorded. This Standard provides a framework to allow consistency of documentation across NASA and visibility into the completeness of project documentation. This basic framework consists of four major sections (or volumes). The Management Plan contains all planning and business aspects of a software project, including engineering and assurance planning. The Product Specification contains all technical engineering information, including software requirements and design. The Assurance and Test Procedures contains all technical assurance information, including Test, Quality Assurance (QA), and Verification and Validation (V&V). The Management, Engineering, and Assurance Reports is the library and/or listing of all project reports.

  16. Requirement for safety monitoring for approved multiple sclerosis therapies: an overview.

    Science.gov (United States)

    Rommer, P S; Zettl, U K; Kieseier, B; Hartung, H-P; Menge, T; Frohman, E; Greenberg, B M; Hemmer, B; Stüve, O

    2014-03-01

    During the last two decades, treatment options for patients with multiple sclerosis (MS) have broadened tremendously. All agents that are currently approved for clinical use have potential side effects, and a careful risk-benefit evaluation is part of a decision algorithm to identify the optimal treatment choice for an individual patient. Whereas glatiramer acetate and interferon beta preparations have been used in MS for decades and have a proven safety record, more recently approved drugs appear to be more effective, but potential risks might be more severe. The potential complications of some novel therapies might not even have been identified to their full extent. This review is aimed at the clinical neurologist in that it offers insights into potential adverse events of each of the approved MS therapeutics: interferon beta, glatiramer acetate, mitoxantrone, natalizumab, fingolimod and teriflunomide, as well as recently approved therapeutics such as dimethyl fumarate and alemtuzumab. It also provides recommendations for monitoring the different drugs during therapy in order to avoid common side effects.

  17. Computer software.

    Science.gov (United States)

    Rosenthal, L E

    1986-10-01

    Software is the component in a computer system that permits the hardware to perform the various functions that a computer system is capable of doing. The history of software and its development can be traced to the early nineteenth century. All computer systems are designed to utilize the "stored program concept" as first developed by Charles Babbage in the 1850s. The concept was lost until the mid-1940s, when modern computers made their appearance. Today, because of the complex and myriad tasks that a computer system can perform, there has been a differentiation of types of software. There is software designed to perform specific business applications. There is software that controls the overall operation of a computer system. And there is software that is designed to carry out specialized tasks. Regardless of types, software is the most critical component of any computer system. Without it, all one has is a collection of circuits, transistors, and silicone chips.

  18. Radio Monitoring System Based on Software-Defined Radio and Cloud Technology%基于软件无线电和云计算技术的无线电监管体系

    Institute of Scientific and Technical Information of China (English)

    叶永平

    2012-01-01

    文章提出了运用软件无线电、有线及无线高速网络、云计算等技术等3项新技术相结合的全新的无线电监测系统的设想、框架及应用模式,一改传统无线电监测基础思想和模式,为新一代的无线电监管技术及体系的发展提供参考.%This paper describes a new radio monitoring system that is different to traditional radio monitoring systems. In this paper, the architecture and application model are discussed. The radio monitoring system combines software-defined radio (SDR), wired and wireless high-speed network, and cloud computing technotogies. It is a reference for new-generation radio monitoring technology and system development.

  19. Coal Mine Safety Monitoring System Network Client Software Design Inquiry%煤矿安全监控系统网络客户端软件设计探究

    Institute of Scientific and Technical Information of China (English)

    王淼

    2013-01-01

    在结合传统煤矿安全生产模式的基础上,提出了一种基于计算机安全监控监控系统客户端软件设计的煤矿综合监控系统结构,实现了井上与井下煤矿安全设备通讯,着重阐述了基于计算机安全监控系统客户端软件的安全生产设计与实现,希望对我国煤矿安全生产有所帮助。%It combines the traditional coal mine safety production mode was proposed based on a computer monitor and control system based on the safety monitoring of the client software design of coal mine comprehensive monitoring system structure, and realize the inoue and underground coal mine safety device communications, emphatically elaborated the computer security monitoring based on computer monitoring system of the production safety of the client software design and implementation, and I hope to help our country coal mine safety production.

  20. Evaluation & Optimization of Software Engineering

    Directory of Open Access Journals (Sweden)

    Asaduzzaman Noman

    2016-06-01

    Full Text Available The term is made of two words, software and engineering. Software is more than just a program code. A program is an executable code, which serves some computational purpose. Software is considered to be collection of executable programming code, associated libraries and documentations. Software, when made for a specific requirement is called software product. Engineering on the other hand, is all about developing products, using well-defined, scientific principles and methods. The outcome of software engineering is an efficient and reliable software product. IEEE defines software engineering as: The application of a systematic, disciplined, quantifiable approach to the development, operation and maintenance of software; that is, the application of engineering to software.