WorldWideScience

Sample records for rave system requirements

  1. Technics, Precarity and Exodus in Rave Culture

    Directory of Open Access Journals (Sweden)

    tobias c. van Veen

    2010-07-01

    Full Text Available Without a doubt, the question of rave culture's politics – or lack thereof – has polarized debate concerning the cultural, social and political value of rave culture not only within electronic dance music culture (EDMC studies, but in disciplines that look to various manifestations of subculture and counterculture for political innovation. It is time for the groundwork of this debate to be rethought. Ask not what rave culture's politics can do for you; nor even what you can do for it. Rather, ask what the unexamined account of politics has ever done for anyone; then question all that rave culture has interrogated – from its embodied and technological practices to its production of ecstatic and collective subjectivities – and begin to trace how it has complicated the very question of the political, the communal and the ethical. This complication begins with the dissolution of the boundaries of labour and leisure and the always-already co-optation of culture. To the negation of ethics, community and politics, this tracing calls for the hauntology of technics, precarity and exodus. And it ends with a list of impossible demands demonstrating the parallax gap of rave culture's politics.

  2. The Aesthetics of Protest in UK Rave

    Directory of Open Access Journals (Sweden)

    Ramzy Alwakeel

    2010-07-01

    Full Text Available Informed by the conceptualisation of an “aesthetic politics” around largely unlawful rave and dance scenes in Britain between the late-1980s and mid-1990s, this article explores negotiations between these EDMCs and the British Parliamentary and legal establishments. Two case studies will inform the argument that rave culture effects a “performative protest”. That is, Autechre’s response to the 1994 Criminal Justice and Public Order Act and the work of The Justified Ancients of Mu Mu in the late-1980s will be discussed in order to suggest that rave can be considered a speech-act that immediately communicates its own refusal to submit to authority. It will be suggested that rave’s responses to power structures derive from the internal dynamics of its own aesthetic politics. I shall conclude that rave has often functioned as a potent political vehicle on its own terms, but that the embrace of its own multiplicity safeguards it against exhaustion by any single agenda.

  3. DOUBLE-LINED SPECTROSCOPIC BINARY STARS IN THE RAVE SURVEY

    International Nuclear Information System (INIS)

    Matijevic, G.; Zwitter, T.; Munari, U.; Siviero, A.; Bienayme, O.; Siebert, A.; Binney, J.; Bland-Hawthorn, J.; Boeche, C.; Steinmetz, M.; Campbell, R.; Freeman, K. C.; Gibson, B.; Gilmore, G.; Grebel, E. K.; Helmi, A.; Navarro, J. F.; Parker, Q. A.; Seabroke, G. M.; Watson, F. G.

    2010-01-01

    We devise a new method for the detection of double-lined binary stars in a sample of the Radial Velocity Experiment (RAVE) survey spectra. The method is both tested against extensive simulations based on synthetic spectra and compared to direct visual inspection of all RAVE spectra. It is based on the properties and shape of the cross-correlation function, and is able to recover ∼80% of all binaries with an orbital period of order 1 day. Systems with periods up to 1 yr are still within the detection reach. We have applied the method to 25,850 spectra of the RAVE second data release and found 123 double-lined binary candidates, only eight of which are already marked as binaries in the SIMBAD database. Among the candidates, there are seven that show spectral features consistent with the RS CVn type (solar type with active chromosphere) and seven that might be of W UMa type (over-contact binaries). One star, HD 101167, seems to be a triple system composed of three nearly identical G-type dwarfs. The tested classification method could also be applicable to the data of the upcoming Gaia mission.

  4. THE RADIAL VELOCITY EXPERIMENT (RAVE): THIRD DATA RELEASE

    International Nuclear Information System (INIS)

    Siebert, A.; Williams, M. E. K.; Siviero, A.; Boeche, C.; Steinmetz, M.; De Jong, R. S.; Enke, H.; Anguiano, B.; Reid, W.; Ritter, A.; Fulbright, J.; Wyse, R. F. G.; Munari, U.; Zwitter, T.; Watson, F. G.; Burton, D.; Cass, C. J. P.; Fiegert, K.; Hartley, M.; Russel, K. S.

    2011-01-01

    We present the third data release of the RAdial Velocity Experiment (RAVE) which is the first milestone of the RAVE project, releasing the full pilot survey. The catalog contains 83,072 radial velocity measurements for 77,461 stars in the southern celestial hemisphere, as well as stellar parameters for 39,833 stars. This paper describes the content of the new release, the new processing pipeline, as well as an updated calibration for the metallicity based upon the observation of additional standard stars. Spectra will be made available in a future release. The data release can be accessed via the RAVE Web site.

  5. Polysubstance Use Patterns in Underground Rave Attenders: A Cluster Analysis

    Science.gov (United States)

    Fernandez-Calderon, Fermin; Lozano, Oscar M.; Vidal, Claudio; Ortega, Josefa Gutierrez; Vergara, Esperanza; Gonzalez-Saiz, Francisco; Bilbao, Izaskun; Caluente, Marta; Cano, Tomas; Cid, Francisco; Dominguez, Celia; Izquierdo, Emcarni; Perez, Maria I.

    2011-01-01

    Drug use in mainstream rave parties has been widely documented in a large number of studies. However, not much is known about drug use in underground raves. The purpose of this study is to find out the polysubstance use patterns at underground raves. Two hundred and fifty-two young people between the ages of 18 and 30 who went to underground raves…

  6. SINGLE-LINED SPECTROSCOPIC BINARY STAR CANDIDATES IN THE RAVE SURVEY

    International Nuclear Information System (INIS)

    Matijevic, G.; Zwitter, T.; Bienayme, O.; Siebert, A.; Watson, F. G.; Bland-Hawthorn, J.; Parker, Q. A.; Freeman, K. C.; Gilmore, G.; Grebel, E. K.; Helmi, A.; Munari, U.; Siviero, A.; Navarro, J. F.; Reid, W.; Seabroke, G. M.; Steinmetz, M.; Williams, M.; Wyse, R. F. G.

    2011-01-01

    Repeated spectroscopic observations of stars in the RAdial Velocity Experiment (RAVE) database are used to identify and examine single-lined binary (SB1) candidates. The RAVE latest internal database (VDR3) includes radial velocities, atmospheric parameters, and other parameters for approximately a quarter of a million different stars with slightly less than 300,000 observations. In the sample of ∼20,000 stars observed more than once, 1333 stars with variable radial velocities were identified. Most of them are believed to be SB1 candidates. The fraction of SB1 candidates among stars with several observations is between 10% and 15% which is the lower limit for binarity among RAVE stars. Due to the distribution of time spans between the re-observation that is biased toward relatively short timescales (days to weeks), the periods of the identified SB1 candidates are most likely in the same range. Because of the RAVE's narrow magnitude range most of the dwarf candidates belong to the thin Galactic disk while the giants are part of the thick disk with distances extending to up to a few kpc. The comparison of the list of SB1 candidates to the VSX catalog of variable stars yielded several pulsating variables among the giant population with radial velocity variations of up to few tens of km s -1 . There are 26 matches between the catalog of spectroscopic binary orbits (S B 9 ) and the whole RAVE sample for which the given periastron time and the time of RAVE observation were close enough to yield a reliable comparison. RAVE measurements of radial velocities of known spectroscopic binaries are consistent with their published radial velocity curves.

  7. The games: what can the sports medicine community learn from raves?

    Science.gov (United States)

    Grange, Jeff T; Corbett, Stephen W; Downs, Dawn M

    2014-01-01

    Electronic dance music festivals, also known as raves, are increasing in popularity. Despite the occasional tragedy in the lay press regarding medical incidents at raves, such events are relatively safe when compared to other mass gatherings. While the medical usage rates are lower than rock concerts and marathons, there are many similarities to both types of events with regard to the types of injuries and medical complaints. This article may assist in planning medical support for raves in the future.

  8. Improved distances and ages for stars common to TGAS and RAVE

    Science.gov (United States)

    McMillan, Paul J.; Kordopatis, Georges; Kunder, Andrea; Binney, James; Wojno, Jennifer; Zwitter, Tomaž; Steinmetz, Matthias; Bland-Hawthorn, Joss; Gibson, Brad K.; Gilmore, Gerard; Grebel, Eva K.; Helmi, Amina; Munari, Ulisse; Navarro, Julio F.; Parker, Quentin A.; Seabroke, George; Watson, Fred; Wyse, Rosemary F. G.

    2018-04-01

    We combine parallaxes from the first Gaia data release with the spectrophotometric distance estimation framework for stars in the fifth RAVE survey data release. The combined distance estimates are more accurate than either determination in isolation - uncertainties are on average two times smaller than for RAVE-only distances (three times smaller for dwarfs), and 1.4 times smaller than TGAS parallax uncertainties (two times smaller for giants). We are also able to compare the estimates from spectrophotometry to those from Gaia, and use this to assess the reliability of both catalogues and improve our distance estimates. We find that the distances to the lowest log g stars are, on average, overestimated and caution that they may not be reliable. We also find that it is likely that the Gaia random uncertainties are smaller than the reported values. As a byproduct we derive ages for the RAVE stars, many with relative uncertainties less than 20 percent. These results for 219 566 RAVE sources have been made publicly available, and we encourage their use for studies that combine the radial velocities provided by RAVE with the proper motions provided by Gaia. A sample that we believe to be reliable can be found by taking only the stars with the flag notification `flag_any=0'.

  9. THE RAVE CATALOG OF STELLAR ELEMENTAL ABUNDANCES: FIRST DATA RELEASE

    Energy Technology Data Exchange (ETDEWEB)

    Boeche, C.; Williams, M.; De Jong, R. S.; Steinmetz, M. [Leibniz-Institut fuer Astrophysik Potsdam (AIP), D-14482 Potsdam (Germany); Siebert, A.; Bienayme, O. [Observatoire Astronomique de Strasbourg, Universite de Strasbourg, CNRS, UMR 7550, F-67000 Strasbourg (France); Fulbright, J. P.; Ruchti, G. R. [Department of Physics and Astronomy, Johns Hopkins University, Baltimore, MD 21218 (United States); Bland-Hawthorn, J. [Sydney Institute for Astronomy, School of Physics A28, University of Sydney, NSW 2006 (Australia); Campbell, R. [Department of Physics and Astronomy, Western Kentucky University, Bowling Green, KY (United States); Freeman, K. C. [Research School of Astronomy and Astrophysics, Australia National University, Weston Creek, Canberra ACT 2611 (Australia); Gibson, B. K. [Jeremiah Horrocks Institute, University of Central Lancashire, Preston PR1 2HE (United Kingdom); Gilmore, G. [Institute of Astronomy, University of Cambridge, Madingley Road, Cambridge CB3 0HA (United Kingdom); Grebel, E. K. [Astronomisches Rechen-Institut, Zentrum fuer Astronomie der Universitaet Heidelberg, D-69120 Heidelberg (Germany); Helmi, A. [Kapteyn Astronomical Institute, University of Groningen, 9700 AV Groningen (Netherlands); Munari, U. [INAF Osservatorio Astronomico di Padova, Asiago I-36012 (Italy); Navarro, J. F. [Department of Physics and Astronomy, University of Victoria, Victoria BC V8W 3P6 (Canada); Parker, Q. A.; Reid, W. [Department of Physics and Astronomy, Faculty of Sciences, Macquarie University, Sydney, NSW 2109 (Australia); Seabroke, G. M. [Mullard Space Science Laboratory, University College London, Holmbury, St. Mary RH5 6NT (United Kingdom); and others

    2011-12-15

    We present chemical elemental abundances for 36,561 stars observed by the RAdial Velocity Experiment (RAVE), an ambitious spectroscopic survey of our Galaxy at Galactic latitudes |b| > 25 Degree-Sign and with magnitudes in the range 9 RAVE spectra cover the Ca-triplet region at 8410-8795 A with resolving power R {approx} 7500. This first data release of the RAVE chemical catalog is complementary to the third RAVE data release of radial velocities and stellar parameters, and it contains chemical abundances for the elements Mg, Al, Si, Ca, Ti, Fe, and Ni, with a mean error of {approx}0.2 dex, as judged from accuracy tests performed on synthetic and real spectra. Abundances are estimated through a dedicated processing pipeline in which the curve of growth of individual lines is obtained from a library of absorption line equivalent widths to construct a model spectrum that is then matched to the observed spectrum via a {chi}{sup 2} minimization technique. We plan to extend this pipeline to include estimates for other elements, such as oxygen and sulfur, in future data releases.

  10. Medical care at mass gatherings: emergency medical services at large-scale rave events.

    Science.gov (United States)

    Krul, Jan; Sanou, Björn; Swart, Eleonara L; Girbes, Armand R J

    2012-02-01

    The objective of this study was to develop comprehensive guidelines for medical care during mass gatherings based on the experience of providing medical support during rave parties. Study design was a prospective, observational study of self-referred patients who reported to First Aid Stations (FASs) during Dutch rave parties. All users of medical care were registered on an existing standard questionnaire. Health problems were categorized as medical, trauma, psychological, or miscellaneous. Severity was assessed based on the Emergency Severity Index. Qualified nurses, paramedics, and doctors conducted the study after training in the use of the study questionnaire. Total number of visitors was reported by type of event. During the 2006-2010 study period, 7,089 persons presented to FASs for medical aid during rave parties. Most of the problems (91.1%) were categorized as medical or trauma, and classified as mild. The most common medical complaints were general unwell-being, nausea, dizziness, and vomiting. Contusions, strains and sprains, wounds, lacerations, and blisters were the most common traumas. A small portion (2.4%) of the emergency aid was classified as moderate (professional medical care required), including two cases (0.03%) that were considered life-threatening. Hospital admission occurred in 2.2% of the patients. Fewer than half of all patients presenting for aid were transported by ambulance. More than a quarter of all cases (27.4%) were related to recreational drugs. During a five-year field research period at rave dance parties, most presentations on-site for medical evaluation were for mild conditions. A medical team of six healthcare workers for every 10,000 rave party visitors is recommended. On-site medical staff should consist primarily of first aid providers, along with nurses who have event-specific training on advanced life support, event-specific injuries and incidents, health education related to self-care deficits, interventions for

  11. RAVE J203843.2-002333: The First Highly R-process-enhanced Star Identified in the RAVE Survey

    Science.gov (United States)

    Placco, Vinicius M.; Holmbeck, Erika M.; Frebel, Anna; Beers, Timothy C.; Surman, Rebecca A.; Ji, Alexander P.; Ezzeddine, Rana; Points, Sean D.; Kaleida, Catherine C.; Hansen, Terese T.; Sakari, Charli M.; Casey, Andrew R.

    2017-07-01

    We report the discovery of RAVE J203843.2-002333, a bright (V = 12.73), very metal-poor ([{Fe}/{{H}}] = -2.91), r-process-enhanced ([{Eu}/{Fe}] = +1.64 and [{Ba}/{Eu}] = -0.81) star selected from the RAVE survey. This star was identified as a metal-poor candidate based on its medium-resolution (R ˜ 1600) spectrum obtained with the KPNO/Mayall Telescope, and followed up with high-resolution (R ˜ 66,000) spectroscopy with the Magellan/Clay Telescope, allowing for the determination of elemental abundances for 24 neutron-capture elements, including thorium and uranium. RAVE J2038-0023 is only the fourth metal-poor star with a clearly measured U abundance. The derived chemical abundance pattern exhibits good agreement with those of other known highly r-process-enhanced stars, and evidence suggests that it is not an actinide-boost star. Age estimates were calculated using U/X abundance ratios, yielding a mean age of 13.0 ± 1.1 Gyr. Based on observations gathered with the 6.5 m Magellan Telescopes located at Las Campanas Observatory, Chile; Kitt Peak National Observatory, National Optical Astronomy Observatory (NOAO Prop. ID: 14B-0231; PI: Placco), which is operated by the Association of Universities for Research in Astronomy (AURA) under cooperative agreement with the National Science Foundation. The authors are honored to be permitted to conduct astronomical research on Iolkam Du’ag (Kitt Peak), a mountain with particular significance to the Tohono O’odham.

  12. Substance-related health problems during rave parties in The Netherlands (1997-2008.

    Directory of Open Access Journals (Sweden)

    Jan Krul

    Full Text Available The objective of this study was to describe a 12-year (1997-2008 observation of substance-related incidents occurring at rave parties in the Netherlands, including length of visits to first-aid stations, substances used, and severity of the incidents. During rave parties, specifically trained medical and paramedical personnel staffed first aid stations. Visitors were diagnosed and treated, and their data were recorded using standardized methods. During the 12-year period with 249 rave parties involving about 3,800,000 visitors, 27,897 people visited a first aid station, of whom 10,100 reported having a substance-related problem. The mean age of these people was 22.3+/-5.4 years; 52.4% of them were male. Most (66.7% substance-related problems were associated with ecstasy or alcohol use or both. Among 10,100 substance-related cases, 515 required professional medical care, and 16 of these cases were life threatening. People with a substance-related problem stayed 20 min at the first aid station, which was significantly longer than the 5 min that those without a substance-related health problem stayed. These unique data from the Netherlands identify a variety of acute health problems related to the use of alcohol, amphetamines, cannabis, cocaine, ecstasy, and GHB. Although most problems were minor, people using GHB more often required professional medical care those using the other substances. We recommended adherence to harm and risk reduction policy, and the use of first aid stations with specially trained staff for both minor and serious incidents.

  13. WIRED magazine announces rave awards nominees

    CERN Document Server

    2002-01-01

    WIRED Magazine has anounced the nominees for its fourth annual WIRED Rave Awards, celebrating innovation and the individuals transforming commerce and culture. Jeffrey Hangst of the University of Aarhus has been nominated in the science category, for his work on the ATHENA Experiment, CERN (1/2 page).

  14. Analysis of the first- and second-generation Raving Dragon Novelty Bath Salts containing methylone and pentedrone.

    Science.gov (United States)

    Poklis, Justin L; Wolf, Carl E; ElJordi, Omar I; Liu, Kai; Zhang, Shijun; Poklis, Alphonse

    2015-01-01

    In recent years, a large number of designer drugs sold as "Bath Salts" have appeared on the market. In July of 2011, Raving Dragon Novelty Bath Salts was obtained over the Internet. This product became unavailable in October of that year coinciding with the DEA issuing a temporarily schedule of mephedrone, methylone, and MDPV. Four months later in February of 2012, a new product was released from the same company under the new name Raving Dragon Voodoo Dust. The contents of both products were identified using spectroscopy methods: nuclear magnetic resonance, infrared, UV-visible, tandem mass spectrometry, and high-resolution time-of-flight mass spectrometry. It was determined that Raving Dragon Novelty Bath Salts contained methylone. The replacement product Raving Dragon Voodoo Dust contained the unscheduled drug pentedrone. The Raving Dragon brand of products illustrates the rapid change of ingredients in these products to circumvent laws restricting availability, distribution, and use. © 2014 American Academy of Forensic Sciences.

  15. Illicit drug use among rave attendees in a nationally representative sample of US high school seniors.

    Science.gov (United States)

    Palamar, Joseph J; Griffin-Tomas, Marybec; Ompad, Danielle C

    2015-07-01

    The popularity of electronic dance music and rave parties such as dance festivals has increased in recent years. Targeted samples of party-goers suggest high rates of drug use among attendees, but few nationally representative studies have examined these associations. We examined sociodemographic correlates of rave attendance and relationships between rave attendance and recent (12-month) use of various drugs in a representative sample of US high school seniors (modal age: 18) from the Monitoring the Future study (2011-2013; Weighted N=7373). One out of five students (19.8%) reported ever attending a rave, and 7.7% reported attending at least monthly. Females and highly religious students were less likely to attend raves, and Hispanics, students residing in cities, students with higher income and those who go out for fun multiple times per week were more likely to attend. Rave attendees were more likely than non-attendees to report use of an illicit drug other than marijuana (35.5% vs. 15.6%, p<0.0001). Attendees were more likely to report use of each of the 18 drugs assessed, and attendees were more likely to report more frequent use (≥6 times) of each drug (ps<0.0001). Controlling for sociodemographic covariates, frequent attendance (monthly or more often) was associated with higher odds of use of each drug (ps<0.0001). Frequent attendees were at highest risk for use of "club drugs." Findings from this study can help inform prevention and harm reduction among rave attendees at greatest risk for drug use. Copyright © 2015 Elsevier Ireland Ltd. All rights reserved.

  16. Toward an Ecstasy and Other Club Drug (EOCD) Prevention Intervention for Rave Attendees

    Science.gov (United States)

    Yacoubian, George S., Jr.; Miller, Sarah; Pianim, Selwyn; Kunz, Michael; Orrick, Erin; Link, Tanja; Palacios, Wilson R.; Peters, Ronald J.

    2004-01-01

    A growing body of recent research has identified that "rave" attendees are at high risk for the use of "club drugs," such as 3,4-methylenedioxymeth-amphetamine (MDMA or "ecstasy"). Rave attendees, however, comprise only one of several club-going populations. In the current study, we explore the prevalence of ecstasy and other club drug (EOCD) use…

  17. Is the Milky Way still breathing? RAVE-Gaia streaming motions

    Science.gov (United States)

    Carrillo, I.; Minchev, I.; Kordopatis, G.; Steinmetz, M.; Binney, J.; Anders, F.; Bienaymé, O.; Bland-Hawthorn, J.; Famaey, B.; Freeman, K. C.; Gilmore, G.; Gibson, B. K.; Grebel, E. K.; Helmi, A.; Just, A.; Kunder, A.; McMillan, P.; Monari, G.; Munari, U.; Navarro, J.; Parker, Q. A.; Reid, W.; Seabroke, G.; Sharma, S.; Siebert, A.; Watson, F.; Wojno, J.; Wyse, R. F. G.; Zwitter, T.

    2018-04-01

    We use data from the Radial Velocity Experiment (RAVE) and the Tycho-Gaia astrometric solution (TGAS) catalogue to compute the velocity fields yielded by the radial (VR), azimuthal (Vϕ),and vertical (Vz) components of associated Galactocentric velocity. We search in particular for variation in all three velocity components with distance above and below the disc mid-plane, as well as how each component of Vz (line-of-sight and tangential velocity projections) modifies the obtained vertical structure. To study the dependence of velocity on proper motion and distance, we use two main samples: a RAVE sample including proper motions from the Tycho-2, PPMXL, and UCAC4 catalogues, and a RAVE-TGAS sample with inferred distances and proper motions from the TGAS and UCAC5 catalogues. In both samples, we identify asymmetries in VR and Vz. Below the plane, we find the largest radial gradient to be ∂VR/∂R = -7.01 ± 0.61 km s-1 kpc-1, in agreement with recent studies. Above the plane, we find a similar gradient with ∂VR/∂R = -9.42 ± 1.77 km s-1 kpc-1. By comparing our results with previous studies, we find that the structure in Vz is strongly dependent on the adopted proper motions. Using the Galaxia Milky Way model, we demonstrate that distance uncertainties can create artificial wave-like patterns. In contrast to previous suggestions of a breathing mode seen in RAVE data, our results support a combination of bending and breathing modes, likely generated by a combination of external or internal and external mechanisms.

  18. The selection function of the RAVE survey

    NARCIS (Netherlands)

    Wojno, Jennifer; Kordopatis, Georges; Piffl, Tilmann; Binney, James; Steinmetz, Matthias; Matijevič, Gal; Bland-Hawthorn, Joss; Sharma, Sanjib; McMillan, Paul; Watson, Fred; Reid, Warren; Kunder, Andrea; Enke, Harry; Grebel, Eva K.; Seabroke, George; Wyse, Rosemary F. G.; Zwitter, Tomaž; Bienaymé, Olivier; Freeman, Kenneth C.; Gibson, Brad K.; Gilmore, Gerry; Helmi, Amina; Munari, Ulisse; Navarro, Julio F.; Parker, Quentin A.; Siebert, Arnaud

    2017-01-01

    We characterize the selection function of RAdial Velocity Experiment (RAVE) using 2 Micron All Sky Survey (2MASS) as our underlying population, which we assume represents all stars that could have potentially been observed. We evaluate the completeness fraction as a function of position, magnitude

  19. Knowledge, attitudes and decision-making preferences of men considering participation in the TROG RAVES Prostate Cancer Trial (TROG 08.03).

    Science.gov (United States)

    Tesson, Stephanie; Sundaresan, Puma; Ager, Brittany; Butow, Phyllis; Kneebone, Andrew; Costa, Daniel; Woo, Henry; Pearse, Maria; Juraskova, Ilona; Turner, Sandra

    2016-04-01

    The RAVES (Trans-Tasman Radiation Oncology Group 08.03) randomised controlled trial (RCT), compares adjuvant radiotherapy with early salvage radiotherapy in men with high risk histopathological features at prostatectomy. The RAVES Decision Aid study evaluates the utility of a decision aid for men considering participation in the RAVES RCT. We report the RAVES Decision Aid study participants' attitudes and knowledge regarding RCTs, decision-making preferences and decisional-conflict. Baseline questionnaires assessed knowledge and attitudes towards RCTs and RAVES RCT. Sociodemographic and clinical predictors of knowledge were examined. Involvement in decision-making and difficulties with the decision-making process were assessed using validated tools. 127 men (median age=63years) were recruited through urologists (n=91) and radiation oncologists (n=36). Men preferred collaborative (35%) or semi-active (35%) decision-making roles. Most (>75%) felt the RAVES RCT was worthwhile and important with participation being wise. However, nearly half had high decisional-conflict regarding participation. Scores of objective knowledge regarding RCTs and RAVES RCT were low. Most men with high-risk histopathological features at prostatectomy desire active involvement in decision-making regarding further management. Despite positive attitudes towards RCTs and the RAVES RCT, there were gaps in knowledge and high decisional-conflict surrounding participation. Crown Copyright © 2016. Published by Elsevier Ireland Ltd. All rights reserved.

  20. APASS Landolt-Sloan BVgri photometry of Rave stars. I. Data, effective temperatures, and reddenings

    Energy Technology Data Exchange (ETDEWEB)

    Munari, U.; Siviero, A. [INAF Osservatorio Astronomico di Padova, I-36012 Asiago (VI) (Italy); Henden, A. [AAVSO, Cambridge, MA (United States); Frigo, A. [ANS Collaboration, c/o Astronomical Observatory, Padova (Italy); Zwitter, T. [Faculty of Mathematics and Physics, University of Ljubljana, 1000 Ljubljana (Slovenia); Bienaymé, O.; Siebert, A. [Observatoire Astronomique, Université de Strasbourg, CNRS, 11 rue de l' université F-67000 Strasbourg (France); Bland-Hawthorn, J. [Sydney Institute for Astronomy, University of Sydney, NSW 2006 (Australia); Boeche, C.; Grebel, E. K. [Astronomisches Rechen-Institut, Zentrum für Astronomie der Universität Heidelberg, Mönchhofstr. 12-14, D-69120 Heidelberg (Germany); Freeman, K. C. [Mount Stromlo Observatory, RSAA, Australian National University, Weston Creek, Canberra, ACT 2611 (Australia); Gibson, B. K. [Jeremiah Horrocks Institute, University of Central Lancashire, Preston, PR1 2HE (United Kingdom); Gilmore, G.; Kordopatis, G. [Institute of Astronomy, Cambridge University, Madingley Road, Cambridge CB3 0HA (United Kingdom); Helmi, A. [Kapteyn Astronomical Institute, University of Groningen, PO Box 800, 9700 AV Groningen (Netherlands); Levine, S. E. [Lowell Observatory, Flagstaff, AZ (United States); Navarro, J. F. [Department of Physics and Astronomy, University of Victoria, Victoria, BC V8P 5C2 (Canada); Parker, Q. A.; Reid, W. [Department of Physics and Astronomy, Macquarie University, NSW 2109 (Australia); Seabroke, G. M. [Mullard Space Science Laboratory, University College London, Holmbury St. Mary, Dorking, RH5 6NT (United Kingdom); and others

    2014-11-01

    We provide AAVSO Photometric All-Sky Survey (APASS) photometry in the Landolt BV and Sloan g'r'i' bands for all 425,743 stars included in the fourth RAVE Data Release. The internal accuracy of the APASS photometry of RAVE stars, expressed as the error of the mean of data obtained and separately calibrated over a median of four distinct observing epochs and distributed between 2009 and 2013, is 0.013, 0.012, 0.012, 0.014, and 0.021 mag for the B, V, g', r', and i' bands, respectively. The equally high external accuracy of APASS photometry has been verified on secondary Landolt and Sloan photometric standard stars not involved in the APASS calibration process and on a large body of literature data on field and cluster stars, confirming the absence of offsets and trends. Compared with the Carlsberg Meridian Catalog (CMC-15), APASS astrometry of RAVE stars is accurate to a median value of 0.098 arcsec. Brightness distribution functions for the RAVE stars have been derived in all bands. APASS photometry of RAVE stars, augmented by 2MASS JHK infrared data, has been χ{sup 2} fitted to a densely populated synthetic photometric library designed to widely explore temperature, surface gravity, metallicity, and reddening. Resulting T {sub eff} and E {sub B–V}, computed over a range of options, are provided and discussed, and will be kept updated in response to future APASS and RAVE data releases. In the process, we find that the reddening caused by a homogeneous slab of dust, extending for 140 pc on either side of the Galactic plane and responsible for E{sub B−V}{sup poles} = 0.036 ± 0.002 at the Galactic poles, is a suitable approximation of the actual reddening encountered at Galactic latitudes |b| ≥ 25°.

  1. APASS Landolt-Sloan BVgri Photometry of RAVE Stars. I. Data, Effective Temperatures, and Reddenings

    Science.gov (United States)

    Munari, U.; Henden, A.; Frigo, A.; Zwitter, T.; Bienaymé, O.; Bland-Hawthorn, J.; Boeche, C.; Freeman, K. C.; Gibson, B. K.; Gilmore, G.; Grebel, E. K.; Helmi, A.; Kordopatis, G.; Levine, S. E.; Navarro, J. F.; Parker, Q. A.; Reid, W.; Seabroke, G. M.; Siebert, A.; Siviero, A.; Smith, T. C.; Steinmetz, M.; Templeton, M.; Terrell, D.; Welch, D. L.; Williams, M.; Wyse, R. F. G.

    2014-11-01

    We provide AAVSO Photometric All-Sky Survey (APASS) photometry in the Landolt BV and Sloan g'r'i' bands for all 425,743 stars included in the fourth RAVE Data Release. The internal accuracy of the APASS photometry of RAVE stars, expressed as the error of the mean of data obtained and separately calibrated over a median of four distinct observing epochs and distributed between 2009 and 2013, is 0.013, 0.012, 0.012, 0.014, and 0.021 mag for the B, V, g', r', and i' bands, respectively. The equally high external accuracy of APASS photometry has been verified on secondary Landolt and Sloan photometric standard stars not involved in the APASS calibration process and on a large body of literature data on field and cluster stars, confirming the absence of offsets and trends. Compared with the Carlsberg Meridian Catalog (CMC-15), APASS astrometry of RAVE stars is accurate to a median value of 0.098 arcsec. Brightness distribution functions for the RAVE stars have been derived in all bands. APASS photometry of RAVE stars, augmented by 2MASS JHK infrared data, has been χ2 fitted to a densely populated synthetic photometric library designed to widely explore temperature, surface gravity, metallicity, and reddening. Resulting T eff and E B - V , computed over a range of options, are provided and discussed, and will be kept updated in response to future APASS and RAVE data releases. In the process, we find that the reddening caused by a homogeneous slab of dust, extending for 140 pc on either side of the Galactic plane and responsible for EpolesB-V = 0.036 ± 0.002 at the Galactic poles, is a suitable approximation of the actual reddening encountered at Galactic latitudes |b| >= 25°.

  2. Constraints on the Galactic bar with RAVE

    NARCIS (Netherlands)

    Antoja, T.; Helmi, A.; Helmi, [Unknown

    We derive the pattern speed of the Galactic bar from the analysis of the kinematics of the Hercules stream at different Galactocentric radii with RAVE, assuming that Hercules is caused by the bar. We find a well constrained pattern speed of Ωb=1.98+0.04 -0.08 Ωo, where Ω0 is the local circular

  3. Too Young to Drink, Too Old to Dance: The Influences of Age and Gender on (Non Rave Participation

    Directory of Open Access Journals (Sweden)

    Julie Gregory

    2009-09-01

    Full Text Available In this article I argue that rave participation is best understood as a form of accommodative resistance. Such a framework, it is maintained, helps highlight the nuanced influences of normative social discourses in relation to people’s experiences and descriptions of moving in, through and past active rave participation. Specifically, the research findings presented herein are based on ten women’s narratives about their participation within Toronto’s rave scene circa 1994 to 2000. As such, this research represents an effort to make these women’s particular – yet conspicuously absent – experiences central to analyses of rave participation. More generally, it is an argument for the importance of engaging various interlocking social discourses – including, but not limited to age and gender – vis-à-vis people’s (subcultural experiences.

  4. The RAVE-on Catalog of Stellar Atmospheric Parameters and Chemical Abundances for Chemo-dynamic Studies in the Gaia Era

    Energy Technology Data Exchange (ETDEWEB)

    Casey, Andrew R.; Hawkins, Keith; Koposov, Sergey; Sanders, Jason; Gilmore, Gerry [Institute of Astronomy, University of Cambridge, Madingley Road, Cambridge CB3 0HA (United Kingdom); Hogg, David W. [Simons Center for Data Analysis, 160 Fifth Avenue, 7th Floor, New York, NY 10010 (United States); Ness, Melissa; Rix, Hans-Walter [Max-Planck-Institut für Astronomie, Königstuhl 17, D-69117 Heidelberg (Germany); Kordopatis, Georges; Kunder, Andrea; Steinmetz, Matthias; Enke, Harry [Leibniz-Institut für Astrophysik Potsdam (AIP), An der Sternwarte 16, D-14482 Potsdam (Germany); Zwitter, Tomaž; Matijevič, Gal [University of Ljubljana, Faculty of Mathematics and Physics, Jadranska 19, 1000 Ljubljana (Slovenia); Freeman, Kenneth C.; Casagrande, Luca [Research School of Astronomy and Astrophysics, Mount Stromlo Observatory, The Australian National University, ACT 2611 (Australia); Seabroke, George [Mullard Space Science Laboratory, University College London, Holmbury St. Mary, Dorking, RH5 6NT (United Kingdom); Bienaymé, Olivier [Observatoire astronomique de Strasbourg, Université de Strasbourg, CNRS, UMR 7550, 11 rue de l’Université, F-67000 Strasbourg (France); Bland-Hawthorn, Joss [Sydney Institute for Astronomy, School of Physics, University of Sydney, NSW 2006 (Australia); Gibson, Brad K. [E.A. Milne Centre for Astrophysics, University of Hull, Hull, HU6 7RX (United Kingdom); and others

    2017-05-01

    The orbits, atmospheric parameters, chemical abundances, and ages of individual stars in the Milky Way provide the most comprehensive illustration of galaxy formation available. The Tycho- Gaia Astrometric Solution (TGAS) will deliver astrometric parameters for the largest ever sample of Milky Way stars, though its full potential cannot be realized without the addition of complementary spectroscopy. Among existing spectroscopic surveys, the RAdial Velocity Experiment (RAVE) has the largest overlap with TGAS (≳200,000 stars). We present a data-driven re-analysis of 520,781 RAVE spectra using The Cannon . For red giants, we build our model using high-fidelity APOGEE stellar parameters and abundances for stars that overlap with RAVE. For main sequence and sub-giant stars, our model uses stellar parameters from the K2/EPIC . We derive and validate effective temperature T {sub eff}, surface gravity log g , and chemical abundances of up to seven elements (O, Mg, Al, Si, Ca, Fe, and Ni). We report a total of 1,685,851 elemental abundances with a typical precision of 0.07 dex, a substantial improvement over previous RAVE data releases. The synthesis of RAVE-on and TGAS is the most powerful data set for chemo-dynamic analyses of the Milky Way ever produced.

  5. RAVE-a Detector-independent vertex reconstruction toolkit

    Energy Technology Data Exchange (ETDEWEB)

    Waltenberger, Wolfgang [Institute of High Energy Physics, Austrian Academy of Sciences A-1050 Vienna (Austria)], E-mail: walten@hephy.oeaw.ac.at; Mitaroff, Winfried; Moser, Fabian [Institute of High Energy Physics, Austrian Academy of Sciences A-1050 Vienna (Austria)

    2007-10-21

    A detector-independent toolkit for vertex reconstruction (RAVE) is being developed, along with a standalone framework (VERTIGO) for testing, analyzing and debugging. The core algorithms represent state of the art for geometric vertex finding and fitting by both linear (Kalman filter) and robust estimation methods. Main design goals are ease of use, flexibility for embedding into existing software frameworks, extensibility, and openness. The implementation is based on modern object-oriented techniques, is coded in C++ with interfaces for Java and Python, and follows an open-source approach. A beta release is available.

  6. RAVE-a Detector-independent vertex reconstruction toolkit

    International Nuclear Information System (INIS)

    Waltenberger, Wolfgang; Mitaroff, Winfried; Moser, Fabian

    2007-01-01

    A detector-independent toolkit for vertex reconstruction (RAVE) is being developed, along with a standalone framework (VERTIGO) for testing, analyzing and debugging. The core algorithms represent state of the art for geometric vertex finding and fitting by both linear (Kalman filter) and robust estimation methods. Main design goals are ease of use, flexibility for embedding into existing software frameworks, extensibility, and openness. The implementation is based on modern object-oriented techniques, is coded in C++ with interfaces for Java and Python, and follows an open-source approach. A beta release is available

  7. Memory and Nostalgia in Youth Music Cultures: Finding the Vibe in the San Francisco Bay Area Rave Scene, 2002-2004

    Directory of Open Access Journals (Sweden)

    Eileen M Wu

    2010-07-01

    Full Text Available In the wake of the major commercial success of rave scenes in the San Francisco Bay Area, accompanied by an increasing crackdown on venues and promoters in the electronic dance music scene, this article follows the “death” of a rave scene and looks at some of the ways young people imagined and engaged with rave culture during that time. Looking specifically at how young people utilized remembrances and nostalgia to imbue their experiences with social meaning, the author provides a tentative case study on youth cultural formation in the late modern era. The article draws upon fieldwork and interviews conducted in the San Francisco Bay Area between 2002-2004.

  8. THE RAVE CATALOG OF STELLAR ELEMENTAL ABUNDANCES: FIRST DATA RELEASE

    International Nuclear Information System (INIS)

    Boeche, C.; Williams, M.; De Jong, R. S.; Steinmetz, M.; Siebert, A.; Bienaymé, O.; Fulbright, J. P.; Ruchti, G. R.; Bland-Hawthorn, J.; Campbell, R.; Freeman, K. C.; Gibson, B. K.; Gilmore, G.; Grebel, E. K.; Helmi, A.; Munari, U.; Navarro, J. F.; Parker, Q. A.; Reid, W.; Seabroke, G. M.

    2011-01-01

    We present chemical elemental abundances for 36,561 stars observed by the RAdial Velocity Experiment (RAVE), an ambitious spectroscopic survey of our Galaxy at Galactic latitudes |b| > 25° and with magnitudes in the range 9 DENIS 2 minimization technique. We plan to extend this pipeline to include estimates for other elements, such as oxygen and sulfur, in future data releases.

  9. The RAVE/VERTIGO vertex reconstruction toolkit and framework

    Science.gov (United States)

    Waltenberger, W.; Mitaroff, W.; Moser, F.; Pflugfelder, B.; Riedel, H. V.

    2008-07-01

    A detector-independent toolkit for vertex reconstruction (RAVE1) is being developed, along with a standalone framework (VERTIGO2) for testing, analyzing and debugging. The core algorithms represent state-of-the-art for geometric vertex finding and fitting by both linear (Kalman filter) and robust estimation methods. Main design goals are ease of use, flexibility for embedding into existing software frameworks, extensibility, and openness. The implementation is based on modern object-oriented techniques, is coded in C++ with interfaces for Java and Python, and follows an open-source approach. A beta release is available.

  10. Kinematic modeling of the Milky Way using the RAVE and GCS stellar surveys

    Energy Technology Data Exchange (ETDEWEB)

    Sharma, S.; Bland-Hawthorn, J. [Sydney Institute for Astronomy, School of Physics, University of Sydney, Sydney, NSW 2006 (Australia); Binney, J. [Rudolf Peierls Center for Theoretical Physics, University of Oxford, 1 Keble Road, Oxford OX1 3NP (United Kingdom); Freeman, K. C. [RSAA Australian National University, Mount Stromlo Observatory, Cotter Road, Weston Creek, Canberra, ACT 72611 (Australia); Steinmetz, M.; Williams, M. E. K. [Leibniz Institut für Astrophysik Potsdam (AIP), An der Sterwarte 16, D-14482 Potsdam (Germany); Boeche, C.; Grebel, E. K. [Astronomisches Rechen-Institut, Zentrum für Astronomie der Universität Heidelberg, D-69120 Heidelberg (Germany); Bienaymé, O.; Siebert, A. [Observatoire astronomique de Strasbourg, Université de Strasbourg, CNRS, UMR 7550, F-67000 Strasbourg (France); Gibson, B. K. [Jeremiah Horrocks Institute for Astrophysics and Super-computing, University of Central Lancashire, Preston PR1 2HE (United Kingdom); Gilmore, G. F.; Kordopatis, G. [Institute of Astronomy, University of Cambridge, Madingley Road, Cambridge CB3 0HA (United Kingdom); Helmi, A. [Kapteyn Astronomical Institute, University of Groningen, Postbus 800, 9700 AV Groningen (Netherlands); Munari, U. [INAF-Astronomical Observatory of Padova, I-36012 Asiago (VI) (Italy); Navarro, J. F. [University of Victoria, P.O. Box 3055, Station CSC, Victoria, BC V8W 3P6 (Canada); Parker, Q. A.; Reid, W. A. [Department of Physics and Astronomy, Macquarie University, Sydney, NSW 2109 (Australia); Seabroke, G. M. [Mullard Space Science Laboratory, University College London, Holmbury St Mary, Dorking RH5 6NT (United Kingdom); Watson, F. [Australian Astronomical Observatory, P.O. Box 296, Epping, NSW 1710 (Australia); and others

    2014-09-20

    We investigate the kinematic parameters of the Milky Way disk using the Radial Velocity Experiment (RAVE) and Geneva-Copenhagen Survey (GCS) stellar surveys. We do this by fitting a kinematic model to the data and taking the selection function of the data into account. For stars in the GCS we use all phase-space coordinates, but for RAVE stars we use only (ℓ, b, v {sub los}). Using the Markov Chain Monte Carlo technique, we investigate the full posterior distributions of the parameters given the data. We investigate the age-velocity dispersion relation for the three kinematic components (σ {sub R}, σ{sub φ}, σ {sub z}), the radial dependence of the velocity dispersions, the solar peculiar motion (U {sub ☉}, V {sub ☉}, W {sub ☉}), the circular speed Θ{sub 0} at the Sun, and the fall of mean azimuthal motion with height above the midplane. We confirm that the Besançon-style Gaussian model accurately fits the GCS data but fails to match the details of the more spatially extended RAVE survey. In particular, the Shu distribution function (DF) handles noncircular orbits more accurately and provides a better fit to the kinematic data. The Gaussian DF not only fits the data poorly but systematically underestimates the fall of velocity dispersion with radius. The radial scale length of the velocity dispersion profile of the thick disk was found to be smaller than that of the thin disk. We find that correlations exist between a number of parameters, which highlights the importance of doing joint fits. The large size of the RAVE survey allows us to get precise values for most parameters. However, large systematic uncertainties remain, especially in V {sub ☉} and Θ{sub 0}. We find that, for an extended sample of stars, Θ{sub 0} is underestimated by as much as 10% if the vertical dependence of the mean azimuthal motion is neglected. Using a simple model for vertical dependence of kinematics, we find that it is possible to match the Sgr A* proper motion without

  11. The RAVE/VERTIGO vertex reconstruction toolkit and framework

    Energy Technology Data Exchange (ETDEWEB)

    Waltenberger, W; Mitaroff, W; Moser, F; Pflugfelder, B; Riedel, H V [Austrian Academy of Sciences, Institute of High Energy Physics, A-1050 Vienna (Austria)], E-mail: walten@hephy.oeaw.ac.at

    2008-07-15

    A detector-independent toolkit for vertex reconstruction (RAVE{sup 1}) is being developed, along with a standalone framework (VERTIGO{sup 2}) for testing, analyzing and debugging. The core algorithms represent state-of-the-art for geometric vertex finding and fitting by both linear (Kalman filter) and robust estimation methods. Main design goals are ease of use, flexibility for embedding into existing software frameworks, extensibility, and openness. The implementation is based on modern object-oriented techniques, is coded in C++ with interfaces for Java and Python, and follows an open-source approach. A beta release is available.

  12. Optimizing Radiation Therapy Quality Assurance in Clinical Trials: A TROG 08.03 RAVES Substudy

    Energy Technology Data Exchange (ETDEWEB)

    Trada, Yuvnik, E-mail: yuvnik@gmail.com [Calvary Mater Newcastle, Waratah, New South Wales (Australia); Kneebone, Andrew [Royal North Shore Hospital, St Lenoards, New South Wales (Australia); Paneghel, Andrea [Peter MacCallum Cancer Centre, Melbourne, Victoria (Australia); Pearse, Maria [Auckland Hospital, Auckland (New Zealand); Sidhom, Mark [Liverpool Hospital, Liverpool, New South Wales (Australia); Tang, Colin [Sir Charles Gairdner Hospital, Nedlands, Western Australia (Australia); Wiltshire, Kirsty; Haworth, Annette [Peter MacCallum Cancer Centre, Melbourne, Victoria (Australia); Fraser-Browne, Carol [Auckland Hospital, Auckland (New Zealand); Martin, Jarad [Calvary Mater Newcastle, Waratah, New South Wales (Australia)

    2015-12-01

    Purpose: To explore site- and clinician-level factors associated with protocol violations requiring real-time-review (RTR) resubmission in a multicenter clinical trial to help tailor future quality assurance (QA) protocols. Methods and Materials: RAVES (Radiation Therapy–Adjuvant vs Early Salvage) (Trans-Tasman Radiation Oncology Group 08.03) is a randomized trial comparing adjuvant with early salvage radiation therapy in men with positive surgical margins or pT3 disease after prostatectomy. Quality assurance in RAVES required each clinician and site to submit a credentialing dummy run (DR) and for each patient's radiation therapy plan to undergo external RTR before treatment. Prospectively defined major violations from trial protocol required remedy and resubmission. Site and clinician factors associated with RTR resubmission were examined using hierarchical modeling. Results: Data were collected from 171 consecutive patients, treated by 46 clinicians at 32 hospitals. There were 47 RTR resubmissions (27%) due to 65 major violations. The relative rate of resubmission decreased by 29% per year as the study progressed (odds ratio OR. 0.71, P=.02). The majority of resubmissions were due to contouring violations (39 of 65) and dosimetric violations (22 of 65). For each additional patient accrued, significant decreases in RTR resubmission were seen at both clinician level (OR 0.75, P=.02) and site level (OR 0.72, P=.01). The rate of resubmission due to dosimetric violations was only 1.6% after the first 5 patients. Use of IMRT was associated with lower rates of resubmission compared with 3-dimensional conformal radiation therapy (OR 0.38, P=.05). Conclusion: Several low- and high-risk factors that may assist with tailoring future clinical trial QA were identified. Because the real-time resubmission rate was largely independent of the credentialing exercise, some form of RTR QA is recommended. The greatest benefit from QA was derived early in trial activation

  13. The properties of the local spiral arms from RAVE data : Two-dimensional density wave approach

    NARCIS (Netherlands)

    Siebert, A.; Famaey, B.; Binney, J.; Burnett, B.; Faure, C.; Minchev, I.; Williams, M. E. K.; Bienayme, O.; Bland-Hawthorn, J.; Boeche, C.; Gibson, B. K.; Grebel, E. K.; Helmi, A.; Just, A.; Munari, U.; Navarro, J. F.; Parker, Q. A.; Reid, W. A.; Seabroke, G.; Siviero, A.; Steinmetz, M.; Zwitter, T.

    Using the Radial Velocity Experiment (RAVE) survey, we recently brought to light a gradient in the mean galactocentric radial velocity of stars in the extended solar neighbourhood. This gradient likely originates from non-axisymmetric perturbations of the potential, among which a perturbation by

  14. CLASSIFICATION OF FIELD DWARFS AND GIANTS IN RAVE AND ITS USE IN STELLAR STREAM DETECTION

    International Nuclear Information System (INIS)

    Klement, R. J.; Bailer-Jones, C. A. L.; Rix, H.-W.; Smith, K. W.; Fuchs, B.

    2011-01-01

    Samples of bright stars, as they emerge from surveys such as RAVE, contain comparable fractions of dwarf and giant stars. An efficient separation of these two luminosity classes is therefore important, especially for studies in which distances are estimated through photometric parallax relations. We use the available spectroscopic log g estimates from the second RAVE data release (DR2) to assign each star a probability for being a dwarf or subgiant/giant based on mixture model fits to the log g distribution in different color bins. We further attempt to use these stars as a labeled training set in order to classify stars which lack log g estimates into dwarfs and giants with a Support Vector Machine algorithm. We assess the performance of this classification against different choices of the input feature vector. In particular, we use different combinations of reduced proper motions, 2MASS JHK, DENIS IJK, and USNO-B B2R2 apparent magnitudes. Our study shows that-for our color ranges-the infrared bands alone provide no relevant information to separate dwarfs and giants. Even when optical bands and reduced proper motions are added, the fraction of true giants classified as dwarfs (the contamination) remains above 20%. Using only the dwarfs with available spectroscopic log g and distance estimates (the latter from Breddels et al.), we then repeat the stream search by Klementet al. (KFR08), which assumed that all stars were dwarfs and claimed the discovery of a new stellar stream at V ∼ -160 km s -1 in a sample of 7015 stars from RAVE DR1. The existence of the KFR08 stream has been supported by two recent studies using other independent data sets. Our re-analysis of the pure DR2 dwarf sample exhibits an overdensity of five stars at the phase-space position of the KFR08 stream, with a metallicity distribution that appears inconsistent with that of stars at comparably low rotational velocities. Compared to several smooth Milky Way models, the mean standardized deviation

  15. A HIGH-RESOLUTION, MULTI-EPOCH SPECTRAL ATLAS OF PECULIAR STARS INCLUDING RAVE, GAIA , AND HERMES WAVELENGTH RANGES

    International Nuclear Information System (INIS)

    Tomasella, Lina; Munari, Ulisse; Zwitter, Tomaz

    2010-01-01

    We present an Echelle+CCD, high signal-to-noise ratio, high-resolution (R = 20,000) spectroscopic atlas of 108 well-known objects representative of the most common types of peculiar and variable stars. The wavelength interval extends from 4600 to 9400 A and includes the RAVE, Gaia, and HERMES wavelength ranges. Multi-epoch spectra are provided for the majority of the observed stars. A total of 425 spectra of peculiar stars, which were collected during 56 observing nights between 1998 November and 2002 August, are presented. The spectra are given in FITS format and heliocentric wavelengths, with accurate subtraction of both the sky background and the scattered light. Auxiliary material useful for custom applications (telluric dividers, spectrophotometric stars, flat-field tracings) is also provided. The atlas aims to provide a homogeneous database of the spectral appearance of stellar peculiarities, a tool useful both for classification purposes and inter-comparison studies. It could also serve in the planning and development of automated classification algorithms designed for RAVE, Gaia, HERMES, and other large-scale spectral surveys. The spectrum of XX Oph is discussed in some detail as an example of the content of the present atlas.

  16. A search for new members of the beta Pictoris, Tucana-Horologium and epsilon Cha moving groups in the RAVE data base

    NARCIS (Netherlands)

    Kiss, L. L.; Moor, A.; Szalai, T.; Kovacs, J.; Bayliss, D.; Gilmore, G. F.; Bienayme, O.; Binney, J.; Bland-Hawthorn, J.; Campbell, R.; Freeman, K. C.; Fulbright, J. P.; Gibson, B. K.; Grebel, E. K.; Helmi, A.; Munari, U.; Navarro, J. F.; Parker, Q. A.; Reid, W.; Seabroke, G. M.; Siebert, A.; Siviero, A.; Steinmetz, M.; Watson, F. G.; Williams, M.; Wyse, R. F. G.; Zwitter, T.

    We report on the discovery of new members of nearby young moving groups, exploiting the full power of combining the Radial Velocity Experiment (RAVE) survey with several stellar age diagnostic methods and follow-up high-resolution optical spectroscopy. The results include the identification of one

  17. CHROMOSPHERICALLY ACTIVE STARS IN THE RADIAL VELOCITY EXPERIMENT (RAVE) SURVEY. I. THE CATALOG

    International Nuclear Information System (INIS)

    Žerjal, M.; Zwitter, T.; Matijevič, G.; Strassmeier, K. G.; Siviero, A.; Steinmetz, M.; Bienaymé, O.; Bland-Hawthorn, J.; Boeche, C.; Grebel, E. K.; Freeman, K. C.; Kordopatis, G.; Munari, U.; Navarro, J. F.; Parker, Q. A.; Reid, W.; Seabroke, G.; Wyse, R. F. G.

    2013-01-01

    RAVE, the unbiased magnitude limited survey of southern sky stars, contained 456,676 medium-resolution spectra at the time of our analysis. Spectra cover the Ca II infrared triplet (IRT) range, which is a known indicator of chromospheric activity. Our previous work classified all spectra using locally linear embedding. It identified 53,347 cases with a suggested emission component in calcium lines. Here, we use a spectral subtraction technique to measure the properties of this emission. Synthetic templates are replaced by the observed spectra of non-active stars to bypass the difficult computations of non-local thermal equilibrium profiles of the line cores and stellar parameter dependence. We derive both the equivalent width of the excess emission for each calcium line on a 5 Å wide interval and their sum EW IRT for ∼44,000 candidate active dwarf stars with signal-to-noise ratio >20, with no cuts on the basis of the source of their emission flux. From these, ∼14,000 show a detectable chromospheric flux with at least a 2σ confidence level. Our set of active stars vastly enlarges previously known samples. Atmospheric parameters and, in some cases, radial velocities of active stars derived from automatic pipelines suffer from systematic shifts due to their shallower calcium lines. We re-estimate the effective temperature, metallicity, and radial velocities for candidate active stars. The overall distribution of activity levels shows a bimodal shape, with the first peak coinciding with non-active stars and the second with the pre-main-sequence cases. The catalog will be made publicly available with the next RAVE public data releases

  18. Correlations between age, kinematics, and chemistry as seen by the RAVE survey

    Science.gov (United States)

    Wojno, Jennifer; Kordopatis, Georges; Steinmetz, Matthias; McMillan, Paul; Binney, James; Famaey, Benoit; Monari, Giacomo; Minchev, Ivan; Wyse, Rosemary F. G.; Antoja, Teresa; Siebert, Arnaud; Carrillo, Ismael; Bland-Hawthorn, Joss; K Grebel, Eva; Zwitter, Tomaž; Bienaymé, Olivier; Gibson, Brad; Kunder, Andrea; Munari, Ulisse; Navarro, Julio; Parker, Quentin; Reid, Warren; Seabroke, George

    2018-04-01

    We explore the connections between stellar age, chemistry, and kinematics across a Galactocentric distance of 7.5 ages for RAVE stars are determined using a Bayesian method, taking TGAS parallaxes as a prior. We divide our sample into young (0 age groups. We find significant differences in kinematic trends of young and old, metal-poor and metal-rich, stellar populations. In particular, we find a strong metallicity dependence in the mean Galactocentric radial velocity as a function of radius (∂VR/∂R) for young stars, with metal-rich stars having a much steeper gradient than metal-poor stars. For ∂Vϕ/∂R, young, metal-rich stars significantly lag the LSR with a slightly positive gradient, while metal-poor stars show a negative gradient above the LSR. We interpret these findings as correlations between metallicity and the relative contributions of the non-axisymmetries in the Galactic gravitational potential (the spiral arms and the bar) to perturb stellar orbits.

  19. High incidence of mild hyponatraemia in females using ecstasy at a rave party.

    Science.gov (United States)

    van Dijken, Geetruida D; Blom, Renske E; Hené, Ronald J; Boer, Walther H; NIGRAM Consortium

    2013-09-01

    Globally, millions of subjects regularly use ecstasy, a drug popular due to its empathogenic and entactogenic effects. Dilutional hyponatraemia, mainly caused by direct stimulation of antidiuretic hormone (ADH) secretion by ecstasy, is among the many side effects of the drug (active substance 3, 4-methylenedioxymethamphetamine, MDMA). Severe, symptomatic hyponatraemia related to the use of MDMA has been reported in more than 30 cases. The mortality of this complication is high and mainly females are involved. Dramatic cases that reach the literature probably represent the tip of the iceberg. We decided to study the incidence of hyponatraemia in subjects using MDMA at an indoor rave party. The study was performed at the indoor event 'Awakenings', held in Amsterdam in the fall of 2010. The plasma sodium concentration was measured at the party using a point of care method in 63 subjects using MDMA and 44 controls. The use of MDMA was confirmed by a urine test. The plasma sodium concentration in subjects using MDMA was significantly lower than in those not using the drug (138 ± 2 mmol/L versus 140 ± 2 mmol/L, respectively, P ecstasy pills ingested by the females developing hyponatraemia was not different from that ingested by those who did not develop this complication. Fluid intake in ecstasy users exceeded that of non-users, suggesting a dipsogenic effect of the drug. Only 3% of males, but no less than ∼25% of females attending a rave party and using MDMA developed mild hyponatraemia during the event. Especially females are therefore probably also at risk of developing severe symptomatic hyponatraemia. Not using MDMA is obviously the best option to prevent MDMA-induced hyponatraemia. However, accepting the fact that millions use the drug every weekend, strategies should also be developed to prevent hyponatraemia in subjects choosing to take MDMA. This would include matching the electrolyte content of the fluids and food ingested to that of the fluids that are

  20. Decline of the Rave Inspired Clubculture in China: State Suppression, Clubber Adaptations and Socio-cultural Transformations

    Directory of Open Access Journals (Sweden)

    Matthew M Chew

    2009-09-01

    Full Text Available This study examines the development of rave inspired clubculture in China between the late 1990s and the present. It focuses in particular on the harsh suppression of clubland by the Chinese state in 2000, the reactions of clubbers and the club industry, and the clubcultural transformations that resulted from the suppression. A nationally coordinated anti-drug campaign that specifically targeted dance clubs was orchestrated by the central government and it has forced many clubs to close down. The rent-seeking practices of local officials also greatly intimidated clubbers. Clubbers and club operators adapted to the adverse circumstances by transforming club spaces and inventing new club practices. Although these adaptations have kept clubculture alive, they also generated negative socio-cultural impacts: the undermining of sociality inside dance clubs, the weakening of the communal dimension of clubculture and the exacerbation of socio-economic stratification in clubland.

  1. Who is 'Molly'? MDMA adulterants by product name and the impact of harm-reduction services at raves.

    Science.gov (United States)

    Saleemi, Sarah; Pennybaker, Steven J; Wooldridge, Missi; Johnson, Matthew W

    2017-08-01

    Methylenedioxymethamphetamine (MDMA), often sold as 'Ecstasy' or 'Molly', is commonly used at music festivals and reported to be responsible for an increase in deaths over the last decade. Ecstasy is often adulterated and contains compounds that increase morbidity and mortality. While users and clinicians commonly assume that products sold as Molly are less-adulterated MDMA products, this has not been tested. Additionally, while pill-testing services are sometimes available at raves, the assumption that these services decrease risky drug use has not been studied. This study analyzed data collected by the pill-testing organization, DanceSafe, from events across the United States from 2010 to 2015. Colorimetric reagent assays identified MDMA in only 60% of the 529 samples collected. No significant difference in the percentage of samples testing positive for MDMA was determined between Ecstasy and Molly. Individuals were significantly less likely to report intent to use a product if testing did not identify MDMA (relative risk (RR) = 0.56, p = 0.01). Results suggest that Molly is not a less-adulterated substance, and that pill-testing services are a legitimate harm-reduction service that decreases intent to consume potentially dangerous substances and may warrant consideration by legislators for legal protection. Future research should further examine the direct effects of pill-testing services and include more extensive pill-testing methods.

  2. Transportation System Requirements Document

    International Nuclear Information System (INIS)

    1993-09-01

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

  3. TRANSPORTATION SYSTEM REQUIREMENTS DOCUMENT

    International Nuclear Information System (INIS)

    2004-01-01

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

  4. Kinematic structures of the solar neighbourhood revealed by Gaia DR1/TGAS and RAVE

    Science.gov (United States)

    Kushniruk, I.; Schirmer, T.; Bensby, T.

    2017-12-01

    Context. The velocity distribution of stars in the solar neighbourhood is inhomogeneous and rich with stellar streams and kinematic structures. These may retain important clues regarding the formation and dynamical history of the Milky Way. However, the nature and origin of many of the streams and structures is unclear, hindering our understanding of how the Milky Way formed and evolved. Aims: We aim to study the velocity distribution of stars of the solar neighbourhood and investigate the properties of individual kinematic structures in order to improve our understanding of their origins. Methods: Using the astrometric data provided by Gaia DR1/TGAS and radial velocities from RAVE DR5 we perform a wavelet analysis with the à trous algorithm of 55 831 stars that have U and V velocity uncertainties less than 4 km s-1. An auto-convolution histogram method is used to filter the output data, and we then run Monte Carlo simulations to verify that the detected structures are real and are not caused by noise due to velocity uncertainties. Additionally we analysed our stellar sample by splitting all stars into a nearby sample (300 pc), and two chemically defined samples that to a first degree represent the thin and the thick disks. Results: We detect 19 kinematic structures in the solar neighbourhood in the range of scales 3-16 km s-1 at the 3σ confidence level. Among them we identified well-known groups (such as Hercules, Sirius, Coma Berenices, Pleiades, and Wolf 630), confirmed recently detected groups (such as Antoja12 and Bobylev16), and detected a new structure at (U,V) ≈ (37,8) km s-1. Another three new groups are tentatively detected, but require further confirmation. Some of the detected groups show clear dependence on distance in the sense that they are only present in the nearby sample (<300 pc), and others appear to be correlated with chemistry as they are only present in one of the chemically defined thin and thick disk samples. Conclusions: With the much

  5. Information requirements for enterprise systems

    OpenAIRE

    Sommerville, Ian; Lock, Russell; Storer, Tim

    2012-01-01

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

  6. TWRSview system requirements specification

    International Nuclear Information System (INIS)

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

    1995-12-01

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

  7. Waste management system requirements document

    International Nuclear Information System (INIS)

    1991-02-01

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

  8. Waste Acceptance System Requirements document (WASRD)

    International Nuclear Information System (INIS)

    1993-01-01

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

  9. Mined Geologic Disposal System Requirements Document

    International Nuclear Information System (INIS)

    1993-01-01

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

  10. Civilian Radioactive Waste Management System Requirements Document

    International Nuclear Information System (INIS)

    1992-12-01

    This document specifies the top-level requirements for the Civilian Radioactive Waste Management System (CRWMS). The document is referred to herein as the CRD, for CRWMS Requirements document. The OCRWM System Engineering Management Plan (SEMP) establishes the technical document hierarchy (hierarchy of technical requirements and configuration baseline documents) for the CRWMS program. The CRD is the top-level document in this hierarchy. The immediate subordinate documents are the System Requirements Documents (SRDS) for the four elements of the CRWMS and the Interface Specification (IFS). The four elements of the CRWMS are the Waste Acceptance System, the Transportation System, the Monitored Retrievable Storage (MRS) System and the Mined Geologic Disposal System (MGDS). The Interface Specification describes the six inter-element interfaces between the four elements. This hierarchy establishes the requirements to be addressed by the design of the system elements. Many of the technical requirements for the CRWMS are documented in a variety of Federal regulations, DOE directives and other Government documentation. It is the purpose of the CRD to establish the technical requirements for the entire program. In doing so, the CRD summarizes source documentation for requirements that must be addressed by the program, specifies particular requirements, and documents derived requirements that are not covered in regulatory and other Government documentation, but are necessary to accomplish the mission of the CRWMS. The CRD defines the CRWMS by identifying the top-level functions the elements must perform (These top-level functions were derived using functional analysis initially documented in the Physical System Requirements (PSR) documents). The CRD also defines the top-level physical architecture of the system and allocates the functions and requirements to the architectural elements of the system

  11. Mined Geologic Disposal System Requirements Document

    International Nuclear Information System (INIS)

    1994-03-01

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

  12. 5-HT(2C) serotonin receptor blockade prevents tau protein hyperphosphorylation and corrects the defect in hippocampal synaptic plasticity caused by a combination of environmental stressors in mice.

    Science.gov (United States)

    Busceti, Carla Letizia; Di Pietro, Paola; Riozzi, Barbara; Traficante, Anna; Biagioni, Francesca; Nisticò, Robert; Fornai, Francesco; Battaglia, Giuseppe; Nicoletti, Ferdinando; Bruno, Valeria

    2015-09-01

    Exposure to multimodal sensory stressors is an everyday occurrence and sometimes becomes very intense, such as during rave parties or other recreational events. A growing body of evidence suggests that strong environmental stressors might cause neuronal dysfunction on their own in addition to their synergistic action with illicit drugs. Mice were exposed to a combination of physical and sensory stressors that are reminiscent of those encountered in a rave party. However, this is not a model of rave because it lacks the rewarding properties of rave. A 14-h exposure to environmental stressors caused an impairment of hippocampal long-term potentiation (LTP) and spatial memory, and an enhanced phosphorylation of tau protein in the CA1 and CA3 regions. These effects were transient and critically depended on the activation of 5-HT2C serotonin receptors, which are highly expressed in the CA1 region. Acute systemic injection of the selective 5-HT2C antagonist, RS-102,221 (2 mg/kg, i.p., 2 min prior the onset of stress), prevented tau hyperphosphorylation and also corrected the defects in hippocampal LTP and spatial memory. These findings suggest that passive exposure to a combination of physical and sensory stressors causes a reversible hippocampal dysfunction, which might compromise mechanisms of synaptic plasticity and spatial memory for a few days. Drugs that block 5-HT2C receptors might protect the hippocampus against the detrimental effect of environmental stressors. Copyright © 2015 Elsevier Ltd. All rights reserved.

  13. Design requirements for SRB production control system. Volume 2: System requirements and conceptual description

    Science.gov (United States)

    1981-01-01

    In the development of the business system for the SRB automated production control system, special attention had to be paid to the unique environment posed by the space shuttle. The issues posed by this environment, and the means by which they were addressed, are reviewed. The change in management philosphy which will be required as NASA switches from one-of-a-kind launches to multiple launches is discussed. The implications of the assembly process on the business system are described. These issues include multiple missions, multiple locations and facilities, maintenance and refurbishment, multiple sources, and multiple contractors. The implications of these aspects on the automated production control system are reviewed including an assessment of the six major subsystems, as well as four other subsystem. Some general system requirements which flow through the entire business system are described.

  14. Management system requirements for small reactors

    Energy Technology Data Exchange (ETDEWEB)

    Jones, K.A., E-mail: kenneth.jones@cnsc-ccsn.gc.ca [Canadian Nuclear Safety Commission, Ottawa, Ontario (Canada)

    2013-07-01

    This abstract identifies the management system requirements for the life cycle of small reactors from initial conception through completion of decommissioning. For small reactors, the requirements for management systems remain the same as those for 'large' reactors regardless of the licensee' business model and objectives. The CSA N-Series of standards provides an interlinked set of requirements for the management of nuclear facilities. CSA N286 provides overall direction to management to develop and implement sound management practices and controls, while other CSA nuclear standards provide technical requirements and guidance that support the management system. CSA N286 is based on a set of principles. The principles are then supported by generic requirements that are applicable to the life cycle of nuclear facilities. CNSC regulatory documents provide further technical requirements and guidance. (author)

  15. Vehicle systems and payload requirements evaluation. [computer programs for identifying launch vehicle system requirements

    Science.gov (United States)

    Rea, F. G.; Pittenger, J. L.; Conlon, R. J.; Allen, J. D.

    1975-01-01

    Techniques developed for identifying launch vehicle system requirements for NASA automated space missions are discussed. Emphasis is placed on development of computer programs and investigation of astrionics for OSS missions and Scout. The Earth Orbit Mission Program - 1 which performs linear error analysis of launch vehicle dispersions for both vehicle and navigation system factors is described along with the Interactive Graphic Orbit Selection program which allows the user to select orbits which satisfy mission requirements and to evaluate the necessary injection accuracy.

  16. Formal Verification of Real-Time System Requirements

    Directory of Open Access Journals (Sweden)

    Marcin Szpyrka

    2000-01-01

    Full Text Available The methodology of system requirements verification presented in this paper is a proposition of a practical procedure for reducing some negatives of the specification of requirements. The main problem that is considered is to create a complete description of the system requirements without any negatives. Verification of the initially defined requirements is based on the coloured Petri nets. Those nets are useful for testing some properties of system requirements such as completeness, consistency and optimality. An example ofthe litt controller is presented.

  17. Training Requirements and Information Management System

    Energy Technology Data Exchange (ETDEWEB)

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

    1992-05-01

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

  18. Nonfunctional requirements in systems analysis and design

    CERN Document Server

    Adams, Kevin MacG

    2015-01-01

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

  19. Waste Management Systems Requirements and Descriptions (SRD)

    International Nuclear Information System (INIS)

    Conner, C.W.

    1986-01-01

    The Department of Energy (DOE), Office of Civilian Radioactive Waste Management (OCRWM) is responsible for the development of a system for the management of high-level radioactive waste and spent fuel in accordance with the Nuclear Waste Policy Act of 1982. The Waste Management system requirements and description document is the program-level technical baseline document. The requirements include the functions that must be performed in order to achieve the system mission and performance criteria for those functions. This document covers only the functional requirements of the system; it does not cover programmatic or procedural requirements pertaining to the processes of designing, siting and licensing. The requirements are largely based on the Nuclear Waste Policy Act of 1982, Environmental Protection Agency standards, Nuclear Regulatory Commission regulations, and DOE orders and guidance. However, nothing in this document should be construed as to relieve the DOE or its contractors from their responsibilities to comply with applicable statutes, regulations, and standards. This document also provides a brief description of the system being developed to meet the requirements. In addition to the described ''authorized system,'' a system description is provided for an ''improved-performance system'' which would include a monitored retrievable storage (MRS) facility. In the event that an MRS facility is approved by Congress, the improved-performance system will become the reference system. Neither system description includes Federal Interim Storage (FIS) capabilities. Should the need for FIS be identified, it will be included as an additional system element. The descriptions are focused on the interfaces between the system elements, rather than on the detail of the system elements themselves

  20. SRS control system upgrade requirements

    International Nuclear Information System (INIS)

    Hill, L.F.

    1998-01-01

    This document defines requirements for an upgrade of the Sodium Removal System (SRS) control system. The upgrade is being performed to solve a number of maintainability and operability issues. The upgraded system will provide the same functions, controls and interlocks as the present system, and in addition provide enhanced functionality in areas discussed in this document

  1. Essential Requirements for Digital Annotation Systems

    Directory of Open Access Journals (Sweden)

    ADRIANO, C. M.

    2012-06-01

    Full Text Available Digital annotation systems are usually based on partial scenarios and arbitrary requirements. Accidental and essential characteristics are usually mixed in non explicit models. Documents and annotations are linked together accidentally according to the current technology, allowing for the development of disposable prototypes, but not to the support of non-functional requirements such as extensibility, robustness and interactivity. In this paper we perform a careful analysis on the concept of annotation, studying the scenarios supported by digital annotation tools. We also derived essential requirements based on a classification of annotation systems applied to existing tools. The analysis performed and the proposed classification can be applied and extended to other type of collaborative systems.

  2. Nuclear plant requirements during power system restoration

    International Nuclear Information System (INIS)

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

    1995-01-01

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

  3. Organizing Performance Requirements For Dynamical Systems

    Science.gov (United States)

    Malchow, Harvey L.; Croopnick, Steven R.

    1990-01-01

    Paper describes methodology for establishing performance requirements for complicated dynamical systems. Uses top-down approach. In series of steps, makes connections between high-level mission requirements and lower-level functional performance requirements. Provides systematic delineation of elements accommodating design compromises.

  4. Electrocardiogram Scanner-System Requirements

    Science.gov (United States)

    1973-03-01

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

  5. Systems and context modeling approach to requirements analysis

    Science.gov (United States)

    Ahuja, Amrit; Muralikrishna, G.; Patwari, Puneet; Subhrojyoti, C.; Swaminathan, N.; Vin, Harrick

    2014-08-01

    Ensuring completeness and correctness of the requirements for a complex system such as the SKA is challenging. Current system engineering practice includes developing a stakeholder needs definition, a concept of operations, and defining system requirements in terms of use cases and requirements statements. We present a method that enhances this current practice into a collection of system models with mutual consistency relationships. These include stakeholder goals, needs definition and system-of-interest models, together with a context model that participates in the consistency relationships among these models. We illustrate this approach by using it to analyze the SKA system requirements.

  6. National Ignition Facility system design requirements Laser System SDR002

    International Nuclear Information System (INIS)

    Larson, D.W.; Bowers, J.M.; Bliss, E.S.; Karpenko, V.P.; English, E.

    1996-01-01

    This System Design Requirement document establishes the performance, design, development, and test requirements for the NIP Laser System. The Laser System generates and delivers high-power optical pulses to the target chamber, and is composed of all optical puke creating and transport elements from Puke Generation through Final Optics as well as the special equipment that supports, energizes and controls them. The Laser System consists of the following WBS elements: 1.3 Laser System 1.4 Beam Transport System 1.6 Optical Components 1.7 Laser Control 1.8.7 Final Optics

  7. Monitored Retrievable Storage System Requirements Document

    International Nuclear Information System (INIS)

    1994-03-01

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

  8. CH2M Hill Hanford Group, Inc., Standards and Requirements Identification Document (SRID) Requirements Management System and Requirements Specification

    International Nuclear Information System (INIS)

    JOHNSON, A.L.

    2000-01-01

    The current Tank Farm Contractor (TFC) for the U. S. Department of Energy, Office of River Protection (ORP), River Protection Project (RPP), CH2M Hill Hanford Group, Inc. (CHG), will use a computer based requirements management system. The system will serve as a tool to assist in identifying, capturing, and maintaining the Standards/Requirements Identification Document (S/RID) requirements and links to implementing procedures and other documents. By managing requirements as one integrated set, CHG will be able to carry out its mission more efficiently and effectively. CHG has chosen the Dynamic Object Oriented Requirements System (DOORS(trademark)) as the preferred computer based requirements management system. Accordingly, the S/RID program will use DOORS(trademark). DOORS(trademark) will replace the Environmental Requirements Management Interface (ERMI) system as the tool for S/RID data management. The DOORS(trademark) S/RID test project currently resides on the DOORSTM test server. The S/RID project will be migrated to the DOORS(trademark) production server. After the migration the S/RID project will be considered a production project and will no longer reside on the test server

  9. I-15 integrated corridor management : system requirements.

    Science.gov (United States)

    2011-07-01

    This document is intended as a listing and discussion of the Requirements for the I-15 Integrated Corridor Management System : (ICMS) Demonstration Project in San Diego. This document describes what the system is to do (the functional requirements), ...

  10. Operation and maintenance requirements of system design bases

    International Nuclear Information System (INIS)

    Banerjee, A.K.; Hanley, N.E.

    1989-01-01

    All system designs make assumptions about system operation testing, inspection, and maintenance. Existing industry codes and standards explicitly address design requirements of new systems, while issues related to system and plant reliability, life, design margins, effects of service conditions, operation, maintenance, etc., usually are implicit. However, system/component design documents of existing power plants often address the code requirements without considering the operation, maintenance, inspection, and testing (OMIT) requirements. The nuclear industry is expending major efforts at most nuclear power plants to reassemble and/or reconstitute system design bases. Stone ampersand Webster Engineering Corporation (SWEC) recently addressed the OMIT requirements of system/component design as an integral part of a utility's preventive maintenance program. For each component, SWEC reviewed vendor recommendations, NPRDS data/industry experience, the existing maintenance program, component service conditions, and actual plant experience. A maintenance program that considers component service conditions and plant experience ensures a connection between maintenance and design basis. Root cause analysis of failure and engineering evaluation of service condition are part of the program. System/component OMIT requirements also are compared against system design, service condition, degradation mechanism, etc., through system/component life-cycle evaluation

  11. Physical system requirements - Accept waste

    International Nuclear Information System (INIS)

    1992-08-01

    The Nuclear Waste Policy Act (NWPA) assigned to the Department of Energy (DOE) the responsibility for managing the disposal of spent nuclear fuel and high-level radioactive waste and established the Office of Civilian Radioactive Waste Management (OCRWM) for that purpose. The Secretary of Energy, in his November 1989 report to Congress (DOE/RW-0247), announced new initiatives for the conduct of the Civilian Radioactive Waste Management (CRWM) program. One of these initiatives was to establish improved management structure and procedures. In response, OCRWM performed a management study and the OCRWM Director subsequently issued the Management Systems improvement Strategy (MSIS) on August 10, 1990, calling for a rigorous implementation of systems engineering principles with a special emphasis on functional analysis. The functional analysis approach establishes a framework for integrating the program management efforts with the technical requirements analysis into a single, unified, and consistent program. This approach recognizes that just as the facilities and equipment comprising the physical waste management system must perform certain functions, so must certain programmatic and management functions be performed within the program in order to successfully bring the physical system into being. Thus, a comprehensive functional analysis effort has been undertaken which is intended to: Identify the functions that must be performed to fulfill the waste disposal mission; Identify the corresponding requirements imposed on each of the functions; and Identify the conceptual architecture that will be used to satisfy the requirements. The principal purpose of this requirements document is to present the results that were obtained from the conduct of a functional analysis effort for the Accept Waste mission

  12. Functional requirements for core surveillance systems

    International Nuclear Information System (INIS)

    Andersson, T.

    2000-01-01

    Operating experience at Ringhals-2 has demonstrated the feasibility of a mixed core surveillance system comprised of fixed in-core detectors combined with the original movable detector system. A small number of fixed in-core detectors provide continuous measurement of the thermal margins while the movable detectors are used mainly at start-up to verify the expected power distribution. Reactor noise diagnostics and neural networks can further improve the monitoring system. The reliability of the movable detector system can be improved by mechanical simplification. Wear and maintenance costs are lowered if the required flux-mapping frequency is reduced. Improved computer codes make the measurement uncertainties less dependent on the number of instrumented positions. A mixed system requires new types of technical specifications. (author)

  13. 7 CFR 1767.12 - Accounting system requirements.

    Science.gov (United States)

    2010-01-01

    ... Borrowers, herein, which prescribes accounting principles to be applied to specific factual circumstances... 7 Agriculture 12 2010-01-01 2010-01-01 false Accounting system requirements. 1767.12 Section 1767..., DEPARTMENT OF AGRICULTURE (CONTINUED) ACCOUNTING REQUIREMENTS FOR RUS ELECTRIC BORROWERS Uniform System of...

  14. Safety Requirements and Modern Technical Requirements in Human Information Systems in Amman Hotels

    OpenAIRE

    Farouq Ahmad Alazzam; Sattam Rakan Allahawiah; Mohammad Nayef Alsarayreh; Kafa Hmoud Abdallah al Nawaiseh

    2015-01-01

    This study aimed to demonstrate the availability of Safety requirements and modern technical requirements in human information systems in Amman hotels. an the most important results of this study is the availability of security and safety requirements in human information systems In Amman hotels and The adequacy of the information that it provided .and show that all departments are not connected by appropriate and effective communication networks in adequate form . Also sophisticated operatin...

  15. Physical system requirements: Overall system

    International Nuclear Information System (INIS)

    1992-01-01

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

  16. Transportation system requirements document. Revision 1 DCN01. Supplement

    International Nuclear Information System (INIS)

    1995-05-01

    The original Transportation System Requirements Document described the functions to be performed by and the technical requirements for the Transportation System to transport spent nuclear fuel (SNF) and high-level radioactive waste (HLW) from Purchaser and Producer sites to a Civilian Radioactive Waste Management System (CRWMS) site, and between CRWMS sites. The purpose of that document was to define the system-level requirements. These requirements include design and operations requirements to the extent they impact on the development of the physical segments of Transportation. The document also presented an overall description of Transportation, its functions, its segments, and the requirements allocated to the segments and the system-level interfaces with Transportation. This revision of the document contains only the pages that have been modified

  17. Waste Management System Requirement document

    International Nuclear Information System (INIS)

    1990-04-01

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

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

    International Nuclear Information System (INIS)

    C.A. Kouts

    2006-01-01

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

  19. Nuclear Space Power Systems Materials Requirements

    International Nuclear Information System (INIS)

    Buckman, R.W. Jr.

    2004-01-01

    High specific energy is required for space nuclear power systems. This generally means high operating temperatures and the only alloy class of materials available for construction of such systems are the refractory metals niobium, tantalum, molybdenum and tungsten. The refractory metals in the past have been the construction materials selected for nuclear space power systems. The objective of this paper will be to review the past history and requirements for space nuclear power systems from the early 1960's through the SP-100 program. Also presented will be the past and present status of refractory metal alloy technology and what will be needed to support the next advanced nuclear space power system. The next generation of advanced nuclear space power systems can benefit from the review of this past experience. Because of a decline in the refractory metal industry in the United States, ready availability of specific refractory metal alloys is limited

  20. 46 CFR 16.500 - Management Information System requirements.

    Science.gov (United States)

    2010-10-01

    ... 46 Shipping 1 2010-10-01 2010-10-01 false Management Information System requirements. 16.500 Section 16.500 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY MERCHANT MARINE OFFICERS AND SEAMEN CHEMICAL TESTING Management Information System § 16.500 Management Information System requirements. (a...

  1. Dynamic Object Oriented Requirements System (DOORS) System Test Plan

    International Nuclear Information System (INIS)

    JOHNSON, A.L.

    2000-01-01

    The U. S. Department of Energy, Office of River Protection (ORP) will use the Dynamic Object Oriented Requirements System (DOORS) as a tool to assist in identifying, capturing, and maintaining the necessary and sufficient set of requirements for accomplishing the ORP mission. By managing requirements as one integrated set, the ORP will be able to carry out its mission more efficiently and effectively. DOORS is a Commercial-Off-The-Shelf (COTS) requirements management tool. The tool has not been customized for the use of the PIO, at this time

  2. Requirements for a Global Greenhouse Gas Information System

    Science.gov (United States)

    Duren, R.; Boland, S.; Lempert, R.; Miller, C.

    2008-12-01

    A global greenhouse gas information system will prove a critical component of any successful effort to mitigate climate change which relies on limiting the atmospheric concentration of greenhouse gases. The system will provide the situational awareness necessary to actively reduce emissions, influence land use change, and sequester carbon. The information from such a system will be subject to intense scrutiny. Therefore, an effective system must openly and transparently produce data of unassailable quality. A global greenhouse gas information system will likely require a combination of space-and air-based remote- sensing assets, ground-based measurements, carbon cycle modeling and self-reporting. The specific requirements on such a system will be shaped by the degree of international cooperation it enjoys and the needs of the policy regime it aims to support, which might range from verifying treaty obligations, to certifying the tradable permits and offsets underlying a market in greenhouse gas emission reductions, to providing a comprehensive inventory of high and low emitters that could be used by non-governmental organizations and other international actors. While some technical studies have examined particular system components in single scenarios, there remains a need for a comprehensive survey of the range of potential requirements, options, and strategies for the overall system. We have initiated such a survey and recently hosted a workshop which engaged a diverse community of stakeholders to begin synthesizing requirements for such a system, with an initial focus on carbon dioxide. In this paper we describe our plan for completing the definition of the requirements, options, and strategies for a global greenhouse gas monitoring system. We discuss our overall approach and provide a status on the initial requirements synthesis activity.

  3. Recent developments and trends in requirements management systems

    International Nuclear Information System (INIS)

    Suzuki, Satoru; Ueda, Hiroyoshi; Fujisaki, Kiyoshi; Ishiguro, Katsuhiko; Tsuchi, Hiroyuki; Vomvoris, Stratis; Gaus, Irina

    2011-01-01

    In a recent international meeting, five radioactive waste disposal organizations (NUMO/Japan; NAGRA/Switzerland; ONDRAF/NIRAS/Belgium; POSIVA/Finland; SKB/Sweden) have discussed the status and developments of RMS in their respective programs. The majority have already implemented an IT-based system, or, are testing and developing such systems. The level of detail of requirements depends on the stage of the program. Those approaching the license application have integrated all components of the repository concept, including the processes for the operational phase. Requirements management is closely associated with the quality management system. Combining requirement and decision-tracking has been expressed as an explicit goal for some programs. Caution was expressed regarding the expectations for the RMS being developed. There is a risk that such systems are perceived as expert systems that can derive decisions, which then will be unquestionably accepted. It is nevertheless recognized that they can be of great help in communicating with the various stakeholders and with relative ease demonstrate how their requirements have been considered and satisfied with the proposed repository systems. Further efforts need to be undertaken to integrate the requirement management systems, and the processes that they represent, in the day-to-day operations of the organizations. First positive experiences of the latter are reported. (author)

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

    International Nuclear Information System (INIS)

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

    1996-01-01

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

  5. Requirements for the LHC collimation system

    CERN Document Server

    Assmann, R W; Brugger, M; Bruno, L; Burkhardt, H; Burtin, G; Dehning, Bernd; Fischer, C; Goddard, B; Gschwendtner, E; Hayes, M; Jeanneret, J B; Jung, R; Kain, V; Kaltchev, D I; Lamont, M; Schmidt, R; Vossenberg, Eugène B; Weisse, E; Wenninger, J

    2002-01-01

    The LHC requires efficient collimation during all phases of the beam cycle. Collimation plays important roles in prevention of magnet quenches from regular beam diffusion, detection of abnormal beam loss and subsequent beam abort, radiation protection, and passive protection of the superconducting magnets in case of failures. The different roles of collimation and the high beam power in the LHC impose many challenges for the design of the collimation system. In particular, the collimators must be able to withstand the expected particle losses. The requirements for the LHC collimation system are presented.

  6. Verifying real-time systems against scenario-based requirements

    DEFF Research Database (Denmark)

    Larsen, Kim Guldstrand; Li, Shuhao; Nielsen, Brian

    2009-01-01

    We propose an approach to automatic verification of real-time systems against scenario-based requirements. A real-time system is modeled as a network of Timed Automata (TA), and a scenario-based requirement is specified as a Live Sequence Chart (LSC). We define a trace-based semantics for a kernel...... subset of the LSC language. By equivalently translating an LSC chart into an observer TA and then non-intrusively composing this observer with the original system model, the problem of verifying a real-time system against a scenario-based requirement reduces to a classical real-time model checking...

  7. 49 CFR 659.21 - System security plan: general requirements.

    Science.gov (United States)

    2010-10-01

    ... 49 Transportation 7 2010-10-01 2010-10-01 false System security plan: general requirements. 659.21... State Oversight Agency § 659.21 System security plan: general requirements. (a) The oversight agency shall require the rail transit agency to implement a system security plan that, at a minimum, complies...

  8. Physics Requirements for the ALICE DAQ system

    CERN Document Server

    Vande Vyvre, P

    2000-01-01

    Abstract Abstract The goal of this note is to review the requirements for the DAQ system originated from the various physics topics that will be studied by the ALICE experiment. It summarises all the current requirements both for Pb-Pb and p-p interactions. The consequences in terms of throughput at different stages of the DAQ system are presented for different running scenarios.

  9. State analysis requirements database for engineering complex embedded systems

    Science.gov (United States)

    Bennett, Matthew B.; Rasmussen, Robert D.; Ingham, Michel D.

    2004-01-01

    It has become clear that spacecraft system complexity is reaching a threshold where customary methods of control are no longer affordable or sufficiently reliable. At the heart of this problem are the conventional approaches to systems and software engineering based on subsystem-level functional decomposition, which fail to scale in the tangled web of interactions typically encountered in complex spacecraft designs. Furthermore, there is a fundamental gap between the requirements on software specified by systems engineers and the implementation of these requirements by software engineers. Software engineers must perform the translation of requirements into software code, hoping to accurately capture the systems engineer's understanding of the system behavior, which is not always explicitly specified. This gap opens up the possibility for misinterpretation of the systems engineer's intent, potentially leading to software errors. This problem is addressed by a systems engineering tool called the State Analysis Database, which provides a tool for capturing system and software requirements in the form of explicit models. This paper describes how requirements for complex aerospace systems can be developed using the State Analysis Database.

  10. Design requirements and performance requirements for reactor fuel recycle manipulator systems

    International Nuclear Information System (INIS)

    Grundmann, J.G.

    1975-01-01

    The development of a new generation of remote handling devices for remote production work in support of reactor fuel recycle systems is discussed. These devices require greater mobility, speed and visual capability than remote handling systems used in research activities. An upgraded manipulator system proposed for a High-Temperature Gas-Cooled Reactor fuel refabrication facility is described. Design and performance criteria for the manipulators, cranes, and TV cameras in the proposed system are enumerated

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

    International Nuclear Information System (INIS)

    Biebesheimer, E.

    1997-01-01

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

  12. Deficiency tracking system, conceptual business process requirements

    International Nuclear Information System (INIS)

    Hermanson, M.L.

    1997-01-01

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

  13. Towards Requirements in Systems Engineering for Aerospace IVHM Design

    Science.gov (United States)

    Saxena, Abhinav; Roychoudhury, Indranil; Lin, Wei; Goebel, Kai

    2013-01-01

    Health management (HM) technologies have been employed for safety critical system for decades, but a coherent systematic process to integrate HM into the system design is not yet clear. Consequently, in most cases, health management resorts to be an after-thought or 'band-aid' solution. Moreover, limited guidance exists for carrying out systems engineering (SE) on the subject of writing requirements for designs with integrated vehicle health management (IVHM). It is well accepted that requirements are key to developing a successful IVHM system right from the concept stage to development, verification, utilization, and support. However, writing requirements for systems with IVHM capability have unique challenges that require the designers to look beyond their own domains and consider the constraints and specifications of other interlinked systems. In this paper we look at various stages in the SE process and identify activities specific to IVHM design and development. More importantly, several relevant questions are posed that system engineers must address at various design and development stages. Addressing these questions should provide some guidance to systems engineers towards writing IVHM related requirements to ensure that appropriate IVHM functions are built into the system design.

  14. 17 CFR 242.301 - Requirements for alternative trading systems.

    Science.gov (United States)

    2010-04-01

    ... trading systems. 242.301 Section 242.301 Commodity and Securities Exchanges SECURITIES AND EXCHANGE... FUTURES Regulation Ats-Alternative Trading Systems § 242.301 Requirements for alternative trading systems. (a) Scope of section. An alternative trading system shall comply with the requirements in paragraph...

  15. Deficiency tracking system, conceptual business process requirements

    Energy Technology Data Exchange (ETDEWEB)

    Hermanson, M.L.

    1997-04-18

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

  16. Engineered Barrier System performance requirements systems study report. Revision 02

    International Nuclear Information System (INIS)

    Balady, M.A.

    1997-01-01

    This study evaluates the current design concept for the Engineered Barrier System (EBS), in concert with the current understanding of the geologic setting to assess whether enhancements to the required performance of the EBS are necessary. The performance assessment calculations are performed by coupling the EBS with the geologic setting based on the models (some of which were updated for this study) and assumptions used for the 1995 Total System Performance Assessment (TSPA). The need for enhancements is determined by comparing the performance assessment results against the EBS related performance requirements. Subsystem quantitative performance requirements related to the EBS include the requirement to allow no more than 1% of the waste packages (WPs) to fail before 1,000 years after permanent closure of the repository, as well as a requirement to control the release rate of radionuclides from the EBS. The EBS performance enhancements considered included additional engineered components as well as evaluating additional performance available from existing design features but for which no performance credit is currently being taken

  17. Engineered Barrier System performance requirements systems study report. Revision 02

    Energy Technology Data Exchange (ETDEWEB)

    Balady, M.A.

    1997-01-14

    This study evaluates the current design concept for the Engineered Barrier System (EBS), in concert with the current understanding of the geologic setting to assess whether enhancements to the required performance of the EBS are necessary. The performance assessment calculations are performed by coupling the EBS with the geologic setting based on the models (some of which were updated for this study) and assumptions used for the 1995 Total System Performance Assessment (TSPA). The need for enhancements is determined by comparing the performance assessment results against the EBS related performance requirements. Subsystem quantitative performance requirements related to the EBS include the requirement to allow no more than 1% of the waste packages (WPs) to fail before 1,000 years after permanent closure of the repository, as well as a requirement to control the release rate of radionuclides from the EBS. The EBS performance enhancements considered included additional engineered components as well as evaluating additional performance available from existing design features but for which no performance credit is currently being taken.

  18. Performance Requirements for the Double Shell Tank (DST) System

    International Nuclear Information System (INIS)

    SMITH, D.F.

    2001-01-01

    This document identifies the upper-level Double-Shell Tank (DST) System functions and bounds the associated performance requirements. The functions and requirements are provided along with supporting bases. These functions and requirements, in turn, will be incorporated into specifications for the DST System

  19. 23 CFR 973.204 - Management systems requirements.

    Science.gov (United States)

    2010-04-01

    ... system; (2) A process to operate and maintain the management systems and their associated databases; (3... may include consultation with the tribes, as appropriate. (k) The management systems shall be operated... 23 Highways 1 2010-04-01 2010-04-01 false Management systems requirements. 973.204 Section 973.204...

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

    International Nuclear Information System (INIS)

    Claghorn, R.D.

    1998-01-01

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

  1. 21 CFR 821.25 - Device tracking system and content requirements: manufacturer requirements.

    Science.gov (United States)

    2010-04-01

    ... HEALTH AND HUMAN SERVICES (CONTINUED) MEDICAL DEVICES MEDICAL DEVICE TRACKING REQUIREMENTS Tracking... procedure for the collection, maintenance, and auditing of the data specified in paragraphs (a) and (b) of... recording system, and the file maintenance procedures system; and (3) A quality assurance program that...

  2. A Study on the Deriving Requirements of ARGO Operation System

    Directory of Open Access Journals (Sweden)

    Yoon-Kyung Seo

    2009-12-01

    Full Text Available Korea Astronomy and Space Science Institute (KASI has been developing one mobile and one stationary SLR system since 2008 named as ARGO-M and ARGO-F, respectively. KASI finished the step of deriving the system requirements of ARGO. The requirements include definitions and scopes of various software and hardware components which are necessary for developing the ARGO-M operation system. And the requirements define function, performance, and interface requirements. The operation system consisting of ARGO-M site, ARGO-F site, and Remote Operation Center (ROC inside KASI is designed for remote access and the automatic tracking and control system which are the main operation concept of ARGO system. To accomplish remote operation, we are considering remote access to ARGO-F and ARGO-M from ROC. The mobile-phone service allows us to access the ARGO-F remotely and to control the system in an emergency. To implement fully automatic tracking and control function in ARGO-F, we have investigated and described the requirements about the automatic aircraft detection system and the various meteorological sensors. This paper addresses the requirements of ARGO Operation System.

  3. Systems engineering requirements impacting MHTGR circulator design

    International Nuclear Information System (INIS)

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

    1988-01-01

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

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

    International Nuclear Information System (INIS)

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

    1996-01-01

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

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

    Science.gov (United States)

    Hill, Janice L.

    2007-01-01

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

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

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

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

  9. Physical System Requirements: Transport Waste

    International Nuclear Information System (INIS)

    1992-04-01

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

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

    International Nuclear Information System (INIS)

    Johnson, G.L.; Serbin, R.

    1985-01-01

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

  11. The 30/20 GHz communications system functional requirements

    Science.gov (United States)

    Siperko, C. M.; Frankfort, M.; Markham, R.; Wall, M.

    1981-01-01

    The characteristics of 30/20 GHz usage in satellite systems to be used in support of projected communication requirements of the 1990's are defined. A requirements analysis which develops projected market demand for satellite services by general and specialized carriers and an analysis of the impact of propagation and system constraints on 30/20 GHz operation are included. A set of technical performance characteristics for the 30/20 GHz systems which can serve the resulting market demand and the experimental program necessary to verify technical and operational aspects of the proposed systems is also discussed.

  12. 76 FR 76917 - Homeless Management Information Systems Requirements

    Science.gov (United States)

    2011-12-09

    ...-P-01] Homeless Management Information Systems Requirements AGENCY: Office of the Assistant Secretary... for the establishment of regulations for Homeless Management Information Systems (HMIS), which are the... community development, Homeless, Information technology system, Management system, Nonprofit organizations...

  13. Design requirements of communication architecture of SMART safety system

    International Nuclear Information System (INIS)

    Park, H. Y.; Kim, D. H.; Sin, Y. C.; Lee, J. Y.

    2001-01-01

    To develop the communication network architecture of safety system of SMART, the evaluation elements for reliability and performance factors are extracted from commercial networks and classified the required-level by importance. A predictable determinacy, status and fixed based architecture, separation and isolation from other systems, high reliability, verification and validation are introduced as the essential requirements of safety system communication network. Based on the suggested requirements, optical cable, star topology, synchronous transmission, point-to-point physical link, connection-oriented logical link, MAC (medium access control) with fixed allocation are selected as the design elements. The proposed architecture will be applied as basic communication network architecture of SMART safety system

  14. Freight advanced traveler information system : functional requirements.

    Science.gov (United States)

    2012-08-01

    This report describes the System Requirement Specifications (SyRS) for a Freight Advanced Traveler Information System : (FRATIS). The SyRS is based on user needs described in the FRATIS Concept of Operations (ConOps), which cover the essential : func...

  15. Tank waste remediation system functions and requirements document

    Energy Technology Data Exchange (ETDEWEB)

    Carpenter, K.E

    1996-10-03

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

  16. Tank waste remediation system functions and requirements document

    International Nuclear Information System (INIS)

    Carpenter, K.E

    1996-01-01

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

  17. A performance requirements analysis of the SSC control system

    International Nuclear Information System (INIS)

    Hunt, S.M.; Low, K.

    1992-01-01

    This paper presents the results of analysis of the performance requirements of the Superconducting Super Collider Control System. We quantify the performance requirements of the system in terms of response time, throughput and reliability. We then examine the effect of distance and traffic patterns on control system performance and examine how these factors influence the implementation of the control network architecture and compare the proposed system against those criteria. (author)

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

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

    International Nuclear Information System (INIS)

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

    1995-09-01

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

  20. Functional Requirements for an Electronic Work Package System

    Energy Technology Data Exchange (ETDEWEB)

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

    2016-12-01

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

  1. Specifying and verifying requirements of real-time systems

    DEFF Research Database (Denmark)

    Ravn, Anders P.; Rischel, Hans; Hansen, Kirsten Mark

    1993-01-01

    , a real-time interval logic, where predicates define durations of states. Requirements define safety and functionality constraints on the system or a component. A top-level design is given by a control law: a predicate that defines an automation controlling the transition between phases of operation. Each......An approach to specification of requirements and verification of design for real-time systems is presented. A system is defined by a conventional mathematical model for a dynamic system where application specific states denote functions of real time. Specifications are formulas in duration calculus...... phase maintains certain relations among the system states; this is analogous to the control functions known from conventional control theory. The top-level design is decomposed into an architecture for a distributed system with specifications for sensor, actuator, and program components. Programs...

  2. Patient Accounting Systems: Are They Fit with the Users' Requirements?

    Science.gov (United States)

    Ayatollahi, Haleh; Nazemi, Zahra; Haghani, Hamid

    2016-01-01

    A patient accounting system is a subsystem of a hospital information system. This system like other information systems should be carefully designed to be able to meet users' requirements. The main aim of this research was to investigate users' requirements and to determine whether current patient accounting systems meet users' needs or not. This was a survey study, and the participants were the users of six patient accounting systems used in 24 teaching hospitals. A stratified sampling method was used to select the participants (n = 216). The research instruments were a questionnaire and a checklist. The mean value of ≥3 showed the importance of each data element and the capability of the system. Generally, the findings showed that the current patient accounting systems had some weaknesses and were able to meet between 70% and 80% of users' requirements. The current patient accounting systems need to be improved to be able to meet users' requirements. This approach can also help to provide hospitals with more usable and reliable financial information.

  3. Patient Accounting Systems: Are They Fit with the Users' Requirements?

    Science.gov (United States)

    Ayatollahi, Haleh; Nazemi, Zahra

    2016-01-01

    Objectives A patient accounting system is a subsystem of a hospital information system. This system like other information systems should be carefully designed to be able to meet users' requirements. The main aim of this research was to investigate users' requirements and to determine whether current patient accounting systems meet users' needs or not. Methods This was a survey study, and the participants were the users of six patient accounting systems used in 24 teaching hospitals. A stratified sampling method was used to select the participants (n = 216). The research instruments were a questionnaire and a checklist. The mean value of ≥3 showed the importance of each data element and the capability of the system. Results Generally, the findings showed that the current patient accounting systems had some weaknesses and were able to meet between 70% and 80% of users' requirements. Conclusions The current patient accounting systems need to be improved to be able to meet users' requirements. This approach can also help to provide hospitals with more usable and reliable financial information. PMID:26893945

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

    International Nuclear Information System (INIS)

    MAY, D.L.

    2000-01-01

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

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

  6. Review of regulatory requirements for digital I and C systems

    Energy Technology Data Exchange (ETDEWEB)

    Kwon, Kee Choon; Lee, Cheol Kwon; Lee, Jang Soo [and others

    2001-11-01

    This work analyzed and summarized systematically various regulatory requirements that are necessary to develop digital nuclear instrumentation and control (I and C) systems, especially safety systems. The requirements are categorized into system, hardware, software, and quality assurance aspects. This report provides the explanations of terms and abbreviations to help readers understand. Furthermore, appendices of this report summarize the code and standards corresponding to each principal regulatory requirement. The hierarchical structure of regulatory requirements has Nuclear Energy Laws, Enforcement Regulations of Nuclear Energy Laws, and Notifications of Ministry of Science and Technology as utmost level requirements [In case of the US, 10 CFR 50 Appendix A, 10 CFR 50 Appendix B, 10 CFR 50.55a(h), 10 CFR 50.49, etc.]. The requirements include the Draft Regulatory Guidelines for Digital I and C Systems [In case of the US, Standard Review Plan (NUREG-0800), Regulatory Guide, Branch Technical Position (BTP)], KEPIC as standards [In case of the US, IEEE Standards, IEC Standards, ISA, Military Standard, etc.], and various reports issued by Korea Institute of Nuclear Safety [In case of the US, NUREG reports, EPRI reports, etc.]. This report can be referred for the development of safety grade control equipment, plant protection system, and engineered safety feature actuation system.

  7. Review of regulatory requirements for digital I and C systems

    International Nuclear Information System (INIS)

    Kwon, Kee Choon; Lee, Cheol Kwon; Lee, Jang Soo

    2001-11-01

    This work analyzed and summarized systematically various regulatory requirements that are necessary to develop digital nuclear instrumentation and control (I and C) systems, especially safety systems. The requirements are categorized into system, hardware, software, and quality assurance aspects. This report provides the explanations of terms and abbreviations to help readers understand. Furthermore, appendices of this report summarize the code and standards corresponding to each principal regulatory requirement. The hierarchical structure of regulatory requirements has Nuclear Energy Laws, Enforcement Regulations of Nuclear Energy Laws, and Notifications of Ministry of Science and Technology as utmost level requirements [In case of the US, 10 CFR 50 Appendix A, 10 CFR 50 Appendix B, 10 CFR 50.55a(h), 10 CFR 50.49, etc.]. The requirements include the Draft Regulatory Guidelines for Digital I and C Systems [In case of the US, Standard Review Plan (NUREG-0800), Regulatory Guide, Branch Technical Position (BTP)], KEPIC as standards [In case of the US, IEEE Standards, IEC Standards, ISA, Military Standard, etc.], and various reports issued by Korea Institute of Nuclear Safety [In case of the US, NUREG reports, EPRI reports, etc.]. This report can be referred for the development of safety grade control equipment, plant protection system, and engineered safety feature actuation system

  8. Meeting the maglev system's safety requirements

    Energy Technology Data Exchange (ETDEWEB)

    Pierick, K

    1983-12-01

    The author shows how the safety requirements of the maglev track system derive from the general legal conditions for the safety of tracked transport. It is described how their compliance beyond the so-called ''development-accompanying'' and ''acceptance-preparatory'' safety work can be assured for the Transrapid test layout (TVE) now building in Emsland and also for later application as public transport system in Germany within the meaning of the General Railway Act.

  9. 19 CFR 143.5 - System performance requirements.

    Science.gov (United States)

    2010-04-01

    ... 19 Customs Duties 2 2010-04-01 2010-04-01 false System performance requirements. 143.5 Section 143.5 Customs Duties U.S. CUSTOMS AND BORDER PROTECTION, DEPARTMENT OF HOMELAND SECURITY; DEPARTMENT OF... must demonstrate that his system can interface directly with the Customs computer and ensure accurate...

  10. 17 CFR 242.303 - Record preservation requirements for alternative trading systems.

    Science.gov (United States)

    2010-04-01

    ... requirements for alternative trading systems. 242.303 Section 242.303 Commodity and Securities Exchanges... REQUIREMENTS FOR SECURITY FUTURES Regulation Ats-Alternative Trading Systems § 242.303 Record preservation requirements for alternative trading systems. (a) To comply with the condition set forth in paragraph (b)(9) of...

  11. MHD/gas turbine systems designed for low cooling water requirements

    International Nuclear Information System (INIS)

    Annen, K.D.; Eustis, R.H.

    1983-01-01

    The MHD/gas turbine combined-cycle system has been designed specifically for applications where the availability of cooling water is very limited. The base case systems which were studied consist of a coal-fired MHD plant with an air turbine bottoming plant and require no cooling water. In addition to the base case systems, systems were considered which included the addition of a vapor cycle bottoming plant to improve the thermal efficiency. These systems require a small amount of cooling water. The results show that the MHD/gas turbine systems have very good thermal and economic performances. The base case I MHD/gas turbine system (782 MW /SUB e/ ) requires no cooling water, has a heat rate which is 13% higher, and a cost of electricity which is only 7% higher than a comparable MHD/steam system (878 MW /SUB e/ ) having a cooling tower heat load of 720 MW. The case I vapor cycle bottomed systems have thermal and economic performances which approach and even exceed those of the MHD/steam system, while having substantially lower cooling water requirements. Performances of a second-generation MHD/gas turbine system and an oxygen-enriched, early commercial system are also evaluated. An analysis of nitric oxide emissions shows compliance with emission standards

  12. Requirements Engineering for a Pervasive Health Care System

    DEFF Research Database (Denmark)

    Jørgensen, Jens Bæk; Bossen, Claus

    2003-01-01

    We describe requirements engineering for a new pervasive health care system for hospitals in Denmark. The chosen requirements engineering approach composes iterative prototyping and explicit environment description in terms of workflow modelling. New work processes and their proposed computer...

  13. Detailed requirements document for the Interactive Financial Management System (IFMS), volume 1

    Science.gov (United States)

    Dodson, D. B.

    1975-01-01

    The detailed requirements for phase 1 (online fund control, subauthorization accounting, and accounts receivable functional capabilities) of the Interactive Financial Management System (IFMS) are described. This includes information on the following: systems requirements, performance requirements, test requirements, and production implementation. Most of the work is centered on systems requirements, and includes discussions on the following processes: resources authority, allotment, primary work authorization, reimbursable order acceptance, purchase request, obligation, cost accrual, cost distribution, disbursement, subauthorization performance, travel, accounts receivable, payroll, property, edit table maintenance, end-of-year, backup input. Other subjects covered include: external systems interfaces, general inquiries, general report requirements, communication requirements, and miscellaneous. Subjects covered under performance requirements include: response time, processing volumes, system reliability, and accuracy. Under test requirements come test data sources, general test approach, and acceptance criteria. Under production implementation come data base establishment, operational stages, and operational requirements.

  14. Space Transportation System Availability Requirements and Its Influencing Attributes Relationships

    Science.gov (United States)

    Rhodes, Russell E.; Adams, Timothy C.; McCleskey, Carey M.

    2008-01-01

    It is important that engineering and management accept the need for an availability requirement that is derived with its influencing attributes. It is the intent of this paper to provide the visibility of relationships of these major attribute drivers (variables) to each other and the resultant system inherent availability. Also important to provide bounds of the variables providing engineering the insight required to control the system's engineering solution, e.g., these influencing attributes become design requirements also. These variables will drive the need to provide integration of similar discipline functions or technology selection to allow control of the total parts count. The relationship of selecting a reliability requirement will place a constraint on parts count to achieve a given availability requirement or if allowed to increase the parts count will drive the system reliability requirement higher. They also provide the understanding for the relationship of mean repair time (or mean down time) to maintainability, e.g., accessibility for repair, and both the mean time between failure, e.g., reliability of hardware and availability. The concerns and importance of achieving a strong availability requirement is driven by the need for affordability, the choice of using the two launch solution for the single space application, or the need to control the spare parts count needed to support the long stay in either orbit or on the surface of the moon. Understanding the requirements before starting the architectural design concept will avoid considerable time and money required to iterate the design to meet the redesign and assessment process required to achieve the results required of the customer's space transportation system. In fact the impact to the schedule to being able to deliver the system that meets the customer's needs, goals, and objectives may cause the customer to compromise his desired operational goal and objectives resulting in considerable

  15. Space Transportation System Availability Requirement and Its Influencing Attributes Relationships

    Science.gov (United States)

    Rhodes, Russel E.; Adams, Timothy C.; McCleskey, Carey M.

    2008-01-01

    It is important that engineering and management accept the need for an availability requirement that is derived with its influencing attributes. It is the intent of this paper to provide the visibility of relationships of these major attribute drivers (variables) to each other and the resultant system inherent availability. Also important to provide bounds of the variables providing engineering the insight required to control the system's engineering solution, e.g., these influencing attributes become design requirements also. These variables will drive the need to provide integration of similar discipline functions or technology selection to allow control of the total parts count. The relationship of selecting a reliability requirement will place a constraint on parts count to achieve a given availability requirement or if allowed to increase the parts count will drive the system reliability requirement higher. They also provide the understanding for the relationship of mean repair time (or mean down time) to maintainability, e.g., accessibility for repair, and both the mean time between failure, e.g., reliability of hardware and availability. The concerns and importance of achieving a strong availability requirement is driven by the need for affordability, the choice of using the two launch solution for the single space application, or the need to control the spare parts count needed to support the long stay in either orbit or on the surface of the moon. Understanding the requirements before starting the architectural design concept will avoid considerable time and money required to iterate the design to meet the redesign and assessment process required to achieve the results required of the customer's space transportation system. In fact the impact to the schedule to being able to deliver the system that meets the customer's needs, goals, and objectives may cause the customer to compromise his desired operational goal and objectives resulting in considerable

  16. L-Band Digital Aeronautical Communications System Engineering - Concepts of Use, Systems Performance, Requirements, and Architectures

    Science.gov (United States)

    Zelkin, Natalie; Henriksen, Stephen

    2010-01-01

    This NASA Contractor Report summarizes and documents the work performed to develop concepts of use (ConUse) and high-level system requirements and architecture for the proposed L-band (960 to 1164 MHz) terrestrial en route communications system. This work was completed as a follow-on to the technology assessment conducted by NASA Glenn Research Center and ITT for the Future Communications Study (FCS). ITT assessed air-to-ground (A/G) communications concepts of use and operations presented in relevant NAS-level, international, and NAS-system-level documents to derive the appropriate ConUse relevant to potential A/G communications applications and services for domestic continental airspace. ITT also leveraged prior concepts of use developed during the earlier phases of the FCS. A middle-out functional architecture was adopted by merging the functional system requirements identified in the bottom-up assessment of existing requirements with those derived as a result of the top-down analysis of ConUse and higher level functional requirements. Initial end-to-end system performance requirements were derived to define system capabilities based on the functional requirements and on NAS-SR-1000 and the Operational Performance Assessment conducted as part of the COCR. A high-level notional architecture of the L-DACS supporting A/G communication was derived from the functional architecture and requirements.

  17. 30 CFR 764.21 - Data base and inventory system requirements.

    Science.gov (United States)

    2010-07-01

    ... 30 Mineral Resources 3 2010-07-01 2010-07-01 false Data base and inventory system requirements... SURFACE COAL MINING OPERATIONS § 764.21 Data base and inventory system requirements. (a) The regulatory authority shall develop a data base and inventory system which will permit evaluation of whether reclamation...

  18. Design requirement for electrical system of an advanced research reactor

    International Nuclear Information System (INIS)

    Jung, Hoan Sung; Kim, H. K.; Kim, Y. K.; Wu, J. S.; Ryu, J. S.

    2004-12-01

    An advanced research reactor is being designed since 2002 and the conceptual design has been completed this year for the several types of core. Also the fuel was designed for the potential cores. But the process system, the I and C system, and the electrical system design are under pre-conceptual stage. The conceptual design for those systems will be developed in the next year. Design requirements for the electrical system set up to develop conceptual design. The same goals as reactor design - enhance safety, reliability, economy, were applied for the development of the requirements. Also the experience of HANARO design and operation was based on. The design requirements for the power distribution, standby power supply, and raceway system will be used for the conceptual design of electrical system

  19. Design requirement for electrical system of an advanced research reactor

    Energy Technology Data Exchange (ETDEWEB)

    Jung, Hoan Sung; Kim, H. K.; Kim, Y. K.; Wu, J. S.; Ryu, J. S

    2004-12-01

    An advanced research reactor is being designed since 2002 and the conceptual design has been completed this year for the several types of core. Also the fuel was designed for the potential cores. But the process system, the I and C system, and the electrical system design are under pre-conceptual stage. The conceptual design for those systems will be developed in the next year. Design requirements for the electrical system set up to develop conceptual design. The same goals as reactor design - enhance safety, reliability, economy, were applied for the development of the requirements. Also the experience of HANARO design and operation was based on. The design requirements for the power distribution, standby power supply, and raceway system will be used for the conceptual design of electrical system.

  20. Online mass storage system detailed requirements document

    Science.gov (United States)

    1976-01-01

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

  1. Design requirements of instrumentation and control systems for next generation reactor

    International Nuclear Information System (INIS)

    Koo, In Soo; Lee, Byung Sun; Park, Kwang Hyun; Park, Heu Yoon; Lee, Dong Young; Kim, Jung Taek; Hwang, In Koo; Chung, Chul Hwan; Hur, Seop; Kim, Chang Hoi; Na, Nan Ju

    1994-03-01

    In this report, the basic design requirements of Instrumentation and Control systems for next generation reactor are described, which are top-tier level, to support the advanced I and C systems. It contains the requirements in accordance with the plant reliability, the plant performance, the operator's aid functions, the features for maintenance and testing, licensing issues for I and C systems. Advanced I and C systems are characterized such as the application of the digital and the human engineering technologies. To development of this requirements, the I and C systems for the foreign passive and the evolutionary types of reactor and the domestic conventional reators were reviewed and anlysed. At the detail design stage, these requirements will be used for top-tier requirements. To develop the detail design requirements in the future, more quantitive and qualitive analyses are need to be added. (Author) 44 refs

  2. Design requirements of instrumentation and control systems for next generation reactor

    Energy Technology Data Exchange (ETDEWEB)

    Koo, In Soo; Lee, Byung Sun; Park, Kwang Hyun; Park, Heu Yoon; Lee, Dong Young; Kim, Jung Taek; Hwang, In Koo; Chung, Chul Hwan; Hur, Seop; Kim, Chang Hoi; Na, Nan Ju [Korea Atomic Energy Research Institute, Taejon (Korea, Republic of)

    1994-03-01

    In this report, the basic design requirements of Instrumentation and Control systems for next generation reactor are described, which are top-tier level, to support the advanced I and C systems. It contains the requirements in accordance with the plant reliability, the plant performance, the operator`s aid functions, the features for maintenance and testing, licensing issues for I and C systems. Advanced I and C systems are characterized such as the application of the digital and the human engineering technologies. To development of this requirements, the I and C systems for the foreign passive and the evolutionary types of reactor and the domestic conventional reators were reviewed and anlysed. At the detail design stage, these requirements will be used for top-tier requirements. To develop the detail design requirements in the future, more quantitive and qualitive analyses are need to be added. (Author) 44 refs.

  3. Requirements for the support power systems of CANDU nuclear power plants

    International Nuclear Information System (INIS)

    1990-08-01

    This Standard covers principal criteria and requirements for design, fabrication, installation, qualification, inspection, and documentation for assurance that support power will be available as required. The minimum requirements for support power are determined by the special safety systems and other safety-related systems that must function to ensure that the public health risk is acceptably low. Support power systems of a CANDU nuclear power plant include those parts of the electrical systems and instrument air systems that are necessary for the operation of safety-related systems

  4. Requirements by the operator of supporting systems

    International Nuclear Information System (INIS)

    Grimm, E.; Lot, L.

    1996-01-01

    Requirements by the nuclear power station operator on computer support orient themselves to the various operating situations which can arise in the plant. Event-oriented or system-oriented methods of handling determine the type of support by the computer. Pure plant information in situations with few events, an intelligent alarm system in situations with many events and a guide by means of pre-prepared procedures are an aspect of the operator requirements of computer solutions. These are the themes dealt with in this paper. A further theme is the support of the operator by the ergonomics of the control room in the areas of working place, lighting, air conditioning and acoustics. (author) 4 figs

  5. Constellation Program Human-System Integration Requirements. Revision E, Nov. 19, 2010

    Science.gov (United States)

    Dory, Jonathan

    2010-01-01

    The Human-Systems Integration Requirements (HSIR) in this document drive the design of space vehicles, their systems, and equipment with which humans interface in the Constellation Program (CxP). These requirements ensure that the design of Constellation (Cx) systems is centered on the needs, capabilities, and limitations of the human. The HSIR provides requirements to ensure proper integration of human-to-system interfaces. These requirements apply to all mission phases, including pre-launch, ascent, Earth orbit, trans-lunar flight, lunar orbit, lunar landing, lunar ascent, Earth return, Earth entry, Earth landing, post-landing, and recovery. The Constellation Program must meet NASA's Agency-level human rating requirements, which are intended to ensure crew survival without permanent disability. The HSIR provides a key mechanism for achieving human rating of Constellation systems.

  6. MCTS Experiments on the Voronoi Game

    OpenAIRE

    Bouzy , Bruno; Métivier , Marc; Pellier , Damien

    2011-01-01

    International audience; Monte-Carlo Tree Search (MCTS) is a powerful tool in games with a finite branching factor. This paper describes an artificial player playing the Voronoi game, a game with an infi- nite branching factor. First, this paper shows how to use MCTS on a discretization of the Voronoi game, and the effects of en- hancements such as RAVE and Gaussian processes (GP). A first set of experimental results shows that MCTS with UCB+RAVE or with UCB+GP are first good solutions for pla...

  7. Shielding requirements for particle bed propulsion systems

    Science.gov (United States)

    Gruneisen, S. J.

    1991-06-01

    Nuclear Thermal Propulsion systems present unique challenges in reliability and safety. Due to the radiation incident upon all components of the propulsion system, shielding must be used to keep nuclear heating in the materials within limits; in addition, electronic control systems must be protected. This report analyzes the nuclear heating due to the radiation and the shielding required to meet the established criteria while also minimizing the shield mass. Heating rates were determined in a 2000 MWt Particle Bed Reactor (PBR) system for all materials in the interstage region, between the reactor vessel and the propellant tank, with special emphasis on meeting the silicon dose criteria. Using a Lithium Hydride/Tungsten shield, the optimum shield design was found to be: 50 cm LiH/2 cm W on the axial reflector in the reactor vessel and 50 cm LiH/2 cm W in a collar extension of the inside shield outside of the pressure vessel. Within these parameters, the radiation doses in all of the components in the interstage and lower tank regions would be within acceptable limits for mission requirements.

  8. Space station data system analysis/architecture study. Task 1: Functional requirements definition, DR-5. Appendix: Requirements data base

    Science.gov (United States)

    1985-01-01

    Appendix A contains data that characterize the system functions in sufficient depth as to determine the requirements for the Space Station Data System (SSDS). This data is in the form of: (1) top down traceability report; (2) bottom up traceability report; (3) requirements data sheets; and (4) cross index of requirements paragraphs of the source documents and the requirements numbers. A data base users guide is included that interested parties can use to access the requirements data base and get up to date information about the functions.

  9. REQUIREMENTS FOR SYSTEMS DEVELOPMENT LIFE CYCLE MODELS FOR LARGE-SCALE DEFENSE SYSTEMS

    Directory of Open Access Journals (Sweden)

    Kadir Alpaslan DEMIR

    2015-10-01

    Full Text Available TLarge-scale defense system projects are strategic for maintaining and increasing the national defense capability. Therefore, governments spend billions of dollars in the acquisition and development of large-scale defense systems. The scale of defense systems is always increasing and the costs to build them are skyrocketing. Today, defense systems are software intensive and they are either a system of systems or a part of it. Historically, the project performances observed in the development of these systems have been signifi cantly poor when compared to other types of projects. It is obvious that the currently used systems development life cycle models are insuffi cient to address today’s challenges of building these systems. Using a systems development life cycle model that is specifi cally designed for largescale defense system developments and is effective in dealing with today’s and near-future challenges will help to improve project performances. The fi rst step in the development a large-scale defense systems development life cycle model is the identifi cation of requirements for such a model. This paper contributes to the body of literature in the fi eld by providing a set of requirements for system development life cycle models for large-scale defense systems. Furthermore, a research agenda is proposed.

  10. Establishing functional requirements for emergency management information systems

    Energy Technology Data Exchange (ETDEWEB)

    Reed, J.H.; Rogers, G.O.; Sorensen, J.H.

    1991-01-01

    The advancement of computer technologies has led to the development of a number of emergency management information systems (e.g., EIS, CAMEO, IEMIS). The design of these systems has tended to be technologically driven rather than oriented to meeting information management needs during an emergency. Of course, emergency management needs vary depending on the characteristics of the emergency. For example, in hurricanes, onset is typically slow enough to allow emergency managers to simulate evacuations dynamically while in chemical disasters onset may be sufficiently rapid to preclude such simulation(s). This paper describes a system design process in which the analysis of widely recognized emergency management functions was used to identify information requirements and the requisite software and hardware capabilities to deal with rapid onset, low probability, high consequence events. These requirements were then implemented as a prototype emergency management system using existing hardware and software to assure feasibility. Data, hardware, and software requirements were further developed, refined, and made more concrete through an iterative prototyping effort. This approach focuses attention directly on meeting emergency management information needs while avoiding unneeded technological innovations. 10 refs., 4 figs., 1 tab.

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

    International Nuclear Information System (INIS)

    Bliss, E.

    1996-01-01

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

  12. The effect of requirements prioritization on avionics system conceptual design

    Science.gov (United States)

    Lorentz, John

    This dissertation will provide a detailed approach and analysis of a new collaborative requirements prioritization methodology that has been used successfully on four Coast Guard avionics acquisition and development programs valued at $400M+. A statistical representation of participant study results will be discussed and analyzed in detail. Many technically compliant projects fail to deliver levels of performance and capability that the customer desires. Some of these systems completely meet "threshold" levels of performance; however, the distribution of resources in the process devoted to the development and management of the requirements does not always represent the voice of the customer. This is especially true for technically complex projects such as modern avionics systems. A simplified facilitated process for prioritization of system requirements will be described. The collaborative prioritization process, and resulting artifacts, aids the systems engineer during early conceptual design. All requirements are not the same in terms of customer priority. While there is a tendency to have many thresholds inside of a system design, there is usually a subset of requirements and system performance that is of the utmost importance to the design. These critical capabilities and critical levels of performance typically represent the reason the system is being built. The systems engineer needs processes to identify these critical capabilities, the associated desired levels of performance, and the risks associated with the specific requirements that define the critical capability. The facilitated prioritization exercise is designed to collaboratively draw out these critical capabilities and levels of performance so they can be emphasized in system design. Developing the purpose, scheduling and process for prioritization events are key elements of systems engineering and modern project management. The benefits of early collaborative prioritization flow throughout the

  13. Space Transportation System Availability Requirements and Its Influencing Attributes Relationships

    Science.gov (United States)

    Rhodes, Russel E.; Adams, TImothy C.

    2008-01-01

    It is essential that management and engineering understand the need for an availability requirement for the customer's space transportation system as it enables the meeting of his needs, goal, and objectives. There are three types of availability, e.g., operational availability, achieved availability, or inherent availability. The basic definition of availability is equal to the mean uptime divided by the sum of the mean uptime plus the mean downtime. The major difference is the inclusiveness of the functions within the mean downtime and the mean uptime. This paper will address tIe inherent availability which only addresses the mean downtime as that mean time to repair or the time to determine the failed article, remove it, install a replacement article and verify the functionality of the repaired system. The definitions of operational availability include the replacement hardware supply or maintenance delays and other non-design factors in the mean downtime. Also with inherent availability the mean uptime will only consider the mean time between failures (other availability definitions consider this as mean time between maintenance - preventive and corrective maintenance) that requires the repair of the system to be functional. It is also essential that management and engineering understand all influencing attributes relationships to each other and to the resultant inherent availability requirement. This visibility will provide the decision makers with the understanding necessary to place constraints on the design definition for the major drivers that will determine the inherent availability, safety, reliability, maintainability, and the life cycle cost of the fielded system provided the customer. This inherent availability requirement may be driven by the need to use a multiple launch approach to placing humans on the moon or the desire to control the number of spare parts required to support long stays in either orbit or on the surface of the moon or mars. It is

  14. System requirement specifications for the Z-plant materials information tracking system (ZMITS)

    International Nuclear Information System (INIS)

    NEGIN, C.A.

    1999-01-01

    This is a system requirement specification for a database which will be developed to track classified information related to nuclear materials stored at PFP. The system will supplement existing databases to support both processing and disposition information needs

  15. MODIS information, data and control system (MIDACS) level 2 functional requirements

    Science.gov (United States)

    Han, D.; Salomonson, V.; Ormsby, J.; Sharts, B.; Folta, D.; Ardanuy, P.; Mckay, A.; Hoyt, D.; Jaffin, S.; Vallette, B.

    1988-01-01

    The MODIS Information, Data and Control System (MIDACS) Level 2 Functional Requirements Document establishes the functional requirements for MIDACS and provides a basis for the mutual understanding between the users and the designers of the EosDIS, including the requirements, operating environment, external interfaces, and development plan. In defining the requirements and scope of the system, this document describes how MIDACS will operate as an element of the EOS within the EosDIS environment. This version of the Level 2 Requirements Document follows an earlier release of a preliminary draft version. The sections on functional and performance requirements do not yet fully represent the requirements of the data system needed to achieve the scientific objectives of the MODIS instruments and science teams. Indeed, the team members have not yet been selected and the team has not yet been formed; however, it has been possible to identify many relevant requirements based on the present concept of EosDIS and through interviews and meetings with key members of the scientific community. These requirements have been grouped by functional component of the data system, and by function within each component. These requirements have been merged with the complete set of Level 1 and Level 2 context diagrams, data flow diagrams, and data dictionary.

  16. Design of a requirements system for decommissioning of a nuclear power plant based on systems engineering

    Energy Technology Data Exchange (ETDEWEB)

    Park, Hee Seong; Park, Seung Kook; Jin, Hyung Gon; Song, Chan Ho; Choi, Jong won [Korea Atomic Energy Research Institute, Daejeon (Korea, Republic of)

    2015-10-15

    The nuclear industry has required an advanced system that can manage decommissioning information ever since the Korean government decide to decommission the Gori No.1 nuclear power plant. The D and D division at KAERI has been developing a system that can secure the reliability and sustainability of the decommissioning project based on the engineering system of the KRR-2 (Korean Research Reactor-2). To establish a decommissioning information system, a WBS that needs to be managed for the decommissioning of an NPP has been extracted, and requirements management research composed of system engineering technology has progressed. This paper propose a new type of system based on systems engineering technology. Even though a decommissioning engineering system was developed through the KRR-2, we are now developing an advanced decommissioning information system because it is not easy to apply this system to a commercial nuclear power plant. An NPP decommissioning is a project requiring a high degree of safety and economic feasibility. Therefore, we have to use a systematic project management at the initial phase of the decommissioning. An advanced system can manage the decommissioning information from preparation to remediation by applying a previous system to the systems engineering technology that has been widely used in large-scale government projects. The first phase of the system has progressed the requirements needed for a decommissioning project for a full life cycle. The defined requirements will be used in various types of documents during the decommissioning preparation phase.

  17. The Management System for Facilities and Activities. Safety Requirements

    International Nuclear Information System (INIS)

    2011-01-01

    This publication establishes requirements for management systems that integrate safety, health, security, quality assurance and environmental objectives. A successful management system ensures that nuclear safety matters are not dealt with in isolation but are considered within the context of all these objectives. The aim of this publication is to assist Member States in establishing and implementing effective management systems that integrate all aspects of managing nuclear facilities and activities in a coherent manner. It details the planned and systematic actions necessary to provide adequate confidence that all these requirements are satisfied. Contents: 1. Introduction; 2. Management system; 3. Management responsibility; 4. Resource management; 5. Process implementation; 6. Measurement, assessment and improvement.

  18. Requirements and solutions for accelerator control systems

    International Nuclear Information System (INIS)

    Anicic, D.; Blumer, T.; Jirousek, I.; Lutz, H.; Mezger, A.

    2001-01-01

    Throughout the life cycle of control systems, we are faced with the question of what fabulous new piece of hardware or software should be used and how to integrate this into a viable system. Accelerators cover a wide range, from simple cyclotrons for isotope production, to cascades of cyclotrons for variable energy and multiple particles, this precludes a standard answer for all cases. The system requirements according to the purpose and nature of the accelerator are analyzed and we try to extract some guidelines for implementation, development and maintenance of the appropriate control systems. We then try to analyze present trends in a selection of fields like operating systems, commercial systems, software sharing, field busses, etc

  19. System requirements of diesel reforming for the SOFC

    International Nuclear Information System (INIS)

    Harasti, P.T.; Amphlett, J.C.; Mann, R.F.; Peppley, B.A.; Thurgood, C.P.

    2003-01-01

    Diesel fuels are currently a very attractive source of hydrogen due to the global infrastructure for production and distribution that exists today. In order to extract the hydrogen, the hydrocarbon molecules must be chemically reformed into manageable, hydrogen-rich product gases that can be directly used in electrochemical energy conversion devices such as fuel cells. High temperature fuel cells are particularly attractive for diesel-fuelled systems due to the possibility of thermal integration with the high temperature reformer. The methods available for diesel fuel processing are: Steam Reforming, Partial Oxidation, and Auto-Thermal Reforming. The latter two methods introduce air into the process in order to cause exothermic oxidation reactions, which complement the endothermic heating requirement of the reforming reactions. This helps to achieve the high temperature required, but also introduces nitrogen, which can yield unwanted NO x emissions. The components of the reformer should include: an injection system to mix and vaporize the diesel fuel and steam while avoiding the formation of carbon deposits inside the reactor; a temperature and heat management system; and a method of sulphur removal. This presentation will discuss the operating conditions and design requirements of a diesel fuel processor for a solid oxide fuel cell (SOFC) system. (author)

  20. National Maglev initiative: California line electric utility power system requirements

    Science.gov (United States)

    Save, Phil

    1994-01-01

    The electrical utility power system requirements were determined for a Maglev line from San Diego to San Francisco and Sacramento with a maximum capacity of 12,000 passengers an hour in each direction at a speed of 300 miles per hour, or one train every 30 seconds in each direction. Basically the Maglev line requires one 50-MVA substation every 12.5 miles. The need for new power lines to serve these substations and their voltage levels are based not only on equipment loading criteria but also on limitations due to voltage flicker and harmonics created by the Maglev system. The resulting power system requirements and their costs depend mostly on the geographical area, urban or suburban with 'strong' power systems, or mountains and rural areas with 'weak' power systems. A reliability evaluation indicated that emergency power sources, such as a 10-MW battery at each substation, were not justified if sufficient redundancy is provided in the design of the substations and the power lines serving them. With a cost of $5.6 M per mile, the power system requirements, including the 12-kV DC cables and the inverters along the Maglev line, were found to be the second largest cost component of the Maglev system, after the cost of the guideway system ($9.1 M per mile), out of a total cost of $23 M per mile.

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

    1999-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)

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

  3. Tank waste remediation system high-level waste vitrification system development and testing requirements

    International Nuclear Information System (INIS)

    Calmus, R.B.

    1995-01-01

    This document provides the fiscal year (FY) 1995 recommended high-level waste melter system development and testing (D and T) requirements. The first phase of melter system testing (FY 1995) will focus on the feasibility of high-temperature operation of recommended high-level waste melter systems. These test requirements will be used to establish the basis for defining detailed testing work scope, cost, and schedules. This document includes a brief summary of the recommended technologies and technical issues associated with each technology. In addition, this document presents the key D and T activities and engineering evaluations to be performed for a particular technology or general melter system support feature. The strategy for testing in Phase 1 (FY 1995) is to pursue testing of the recommended high-temperature technologies, namely the high-temperature, ceramic-lined, joule-heated melter, referred to as the HTCM, and the high-frequency, cold-wall, induction-heated melter, referred to as the cold-crucible melter (CCM). This document provides a detailed description of the FY 1995 D and T needs and requirements relative to each of the high-temperature technologies

  4. System requirements specification for waste information and control system

    International Nuclear Information System (INIS)

    Harris, R.R.

    1994-09-01

    This document defines the requirements for the Waste Information and Control System (WICS). The document defines the functions, constraints, and objectives that pertain to WICS. This shall serve as the baseline document to ensure the needs of the Hazardous Material Control group (HMC) at 222-S Laboratory are met with regard to assurance of accuracy and quality of data taken with WICS

  5. Automated Derivation of Complex System Constraints from User Requirements

    Science.gov (United States)

    Foshee, Mark; Murey, Kim; Marsh, Angela

    2010-01-01

    The Payload Operations Integration Center (POIC) located at the Marshall Space Flight Center has the responsibility of integrating US payload science requirements for the International Space Station (ISS). All payload operations must request ISS system resources so that the resource usage will be included in the ISS on-board execution timelines. The scheduling of resources and building of the timeline is performed using the Consolidated Planning System (CPS). The ISS resources are quite complex due to the large number of components that must be accounted for. The planners at the POIC simplify the process for Payload Developers (PD) by providing the PDs with a application that has the basic functionality PDs need as well as list of simplified resources in the User Requirements Collection (URC) application. The planners maintained a mapping of the URC resources to the CPS resources. The process of manually converting PD's science requirements from a simplified representation to a more complex CPS representation is a time-consuming and tedious process. The goal is to provide a software solution to allow the planners to build a mapping of the complex CPS constraints to the basic URC constraints and automatically convert the PD's requirements into systems requirements during export to CPS.

  6. Salt Repository Project transportation system interface requirements: Transportation system/repository receiving facility interface requirements

    International Nuclear Information System (INIS)

    Smith, L.A.; Insalaco, J.W.; Trainer, T.A.

    1988-01-01

    This report is a preliminary review of the interface between the transportation system and the repository receiving facility for a nuclear waste mined geologic disposal system in salt. Criteria for generic cask and facility designs are developed. These criteria are derived by examining the interfaces that occur as a result of the operations needed to receive nuclear waste at a repository. These criteria provide the basis for design of a safe, operable, practical nuclear waste receiving facility. The processing functions required to move the shipping unit from the gate into the unloading area and back to the gate for dispatch are described. Criteria for a generic receiving facility are discussed but no specific facility design is presented or evaluated. The criteria are stated in general terms to allow application to a wide variety of cask and facility designs. 9 refs., 6 figs., 4 tabs

  7. Treated effluent disposal system process control computer software requirements and specification

    International Nuclear Information System (INIS)

    Graf, F.A. Jr.

    1994-01-01

    The software requirements for the monitor and control system that will be associated with the effluent collection pipeline system known as the 200 Area Treated Effluent Disposal System is covered. The control logic for the two pump stations and specific requirements for the graphic displays are detailed

  8. Knowledge-based support system for requirement elaboration in design

    International Nuclear Information System (INIS)

    Furuta, Kazuo; Kondo, Shunsuke

    1994-01-01

    Design requirements are the seeds of every design activity, but elicitation and formalization of them are not easy tasks. This paper proposes a method to support designers in such requirement elaboration process with a computer. In this method the cognitive work space of designers is modeled by abstraction and structural hierarchies, and supporting functions of knowledge-based requirement elaboration, requirement classification and assessment of contentment status of requirements are provided on this framework. A prototype system was developed and tested using fast breeder reactor design. (author)

  9. Towards an Automated Requirements-driven Development of Smart Cyber-Physical Systems

    Directory of Open Access Journals (Sweden)

    Jiri Vinarek

    2016-03-01

    Full Text Available The Invariant Refinement Method for Self Adaptation (IRM-SA is a design method targeting development of smart Cyber-Physical Systems (sCPS. It allows for a systematic translation of the system requirements into the system architecture expressed as an ensemble-based component system (EBCS. However, since the requirements are captured using natural language, there exists the danger of their misinterpretation due to natural language requirements' ambiguity, which could eventually lead to design errors. Thus, automation and validation of the design process is desirable. In this paper, we (i analyze the translation process of natural language requirements into the IRM-SA model, (ii identify individual steps that can be automated and/or validated using natural language processing techniques, and (iii propose suitable methods.

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

  11. Seaway Information System Management and Control Requirements

    Science.gov (United States)

    1973-10-01

    This report examines in detail the control and information system requirements of the St. Lawrence Seaway development program in terms of the needs of the vessel traffic controllers and the management users. Structural control models of Seaway operat...

  12. Training Requirements and Training Delivery in the Total Army School System

    National Research Council Canada - National Science Library

    Winkler, John

    1999-01-01

    This report analyzes training requirements and school delivery of training in the Total Army School System, focusing on the system's ability to meet its training requirements in Reserve Component Training Institutions...

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

    International Nuclear Information System (INIS)

    Cote, R.F.

    1993-11-01

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

  14. Latency in Visionic Systems: Test Methods and Requirements

    Science.gov (United States)

    Bailey, Randall E.; Arthur, J. J., III; Williams, Steven P.; Kramer, Lynda J.

    2005-01-01

    A visionics device creates a pictorial representation of the external scene for the pilot. The ultimate objective of these systems may be to electronically generate a form of Visual Meteorological Conditions (VMC) to eliminate weather or time-of-day as an operational constraint and provide enhancement over actual visual conditions where eye-limiting resolution may be a limiting factor. Empirical evidence has shown that the total system delays or latencies including the imaging sensors and display systems, can critically degrade their utility, usability, and acceptability. Definitions and measurement techniques are offered herein as common test and evaluation methods for latency testing in visionics device applications. Based upon available data, very different latency requirements are indicated based upon the piloting task, the role in which the visionics device is used in this task, and the characteristics of the visionics cockpit display device including its resolution, field-of-regard, and field-of-view. The least stringent latency requirements will involve Head-Up Display (HUD) applications, where the visionics imagery provides situational information as a supplement to symbology guidance and command information. Conversely, the visionics system latency requirement for a large field-of-view Head-Worn Display application, providing a Virtual-VMC capability from which the pilot will derive visual guidance, will be the most stringent, having a value as low as 20 msec.

  15. Automatic Visualization of Software Requirements: Reactive Systems

    International Nuclear Information System (INIS)

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

    1999-01-01

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

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

    African Journals Online (AJOL)

    user

    Danish Power System and a requirement analysis for the use of intelligent agents and ..... tries to make an optimal islanding plan at this state and tries to blackstart. ... 4 Foundation for Physical Intelligent Agents (FIPA): http://www.fipa.org ...

  17. MYRRHA cryogenic system study on performances and reliability requirements

    International Nuclear Information System (INIS)

    Junquera, T.; Chevalier, N.R.; Thermeau, J.P.; Medeiros Romao, L.; Vandeplassche, D.

    2015-01-01

    A precise evaluation of the cryogenic requirements for accelerator-driven system such as the MYRRHA project has been performed. In particular, operation temperature, thermal losses, and required cryogenic power have been evaluated. A preliminary architecture of the cryogenic system including all its major components, as well as the principles for the cryogenic fluids distribution has been proposed. A detailed study on the reliability aspects has also been initiated. This study is based on the reliability of large cryogenic systems used for accelerators like HERA, LHC or SNS Linac. The requirements to guarantee good cryogenic system availability can be summarised as follows: 1) Mean Time Between Maintenance (MTBM) should be > 8 000 hours; 2) Valves, heat exchangers and turbines are particularly sensitive elements to impurities (dust, oil, gases), improvements are necessary to keep a minimal level in these components; 3) Redundancy studies for all elements containing moving/vibrating parts (turbines, compressors, including their respective bearings and seal shafts) are necessary; 4) Periodic maintenance is mandatory: oil checks, control of screw compressors every 10.000-15.000 hours, vibration surveillance programme, etc; 5) Special control and maintenance of utilities equipment (supply of cooling water, compressed air and electrical supply) is necessary; 6) Periodic vacuum checks to identify leakage appearance such as insulation vacuum of transfer lines and distribution boxes are necessary; 7) Easily exchangeable cold compressors are required

  18. Formalization of software requirements for information systems using fuzzy logic

    Science.gov (United States)

    Yegorov, Y. S.; Milov, V. R.; Kvasov, A. S.; Sorokoumova, S. N.; Suvorova, O. V.

    2018-05-01

    The paper considers an approach to the design of information systems based on flexible software development methodologies. The possibility of improving the management of the life cycle of information systems by assessing the functional relationship between requirements and business objectives is described. An approach is proposed to establish the relationship between the degree of achievement of business objectives and the fulfillment of requirements for the projected information system. It describes solutions that allow one to formalize the process of formation of functional and non-functional requirements with the help of fuzzy logic apparatus. The form of the objective function is formed on the basis of expert knowledge and is specified via learning from very small data set.

  19. Information security requirements in patient-centred healthcare support systems.

    Science.gov (United States)

    Alsalamah, Shada; Gray, W Alex; Hilton, Jeremy; Alsalamah, Hessah

    2013-01-01

    Enabling Patient-Centred (PC) care in modern healthcare requires the flow of medical information with the patient between different healthcare providers as they follow the patient's treatment plan. However, PC care threatens the stability of the balance of information security in the support systems since legacy systems fall short of attaining a security balance when sharing their information due to compromises made between its availability, integrity, and confidentiality. Results show that the main reason for this is that information security implementation in discrete legacy systems focused mainly on information confidentiality and integrity leaving availability a challenge in collaboration. Through an empirical study using domain analysis, observations, and interviews, this paper identifies a need for six information security requirements in legacy systems to cope with this situation in order to attain the security balance in systems supporting PC care implementation in modern healthcare.

  20. Quantitative methods for developing C2 system requirement

    Energy Technology Data Exchange (ETDEWEB)

    Tyler, K.K.

    1992-06-01

    The US Army established the Army Tactical Command and Control System (ATCCS) Experimentation Site (AES) to provide a place where material and combat developers could experiment with command and control systems. The AES conducts fundamental and applied research involving command and control issues using a number of research methods, ranging from large force-level experiments, to controlled laboratory experiments, to studies and analyses. The work summarized in this paper was done by Pacific Northwest Laboratory under task order from the Army Tactical Command and Control System Experimentation Site. The purpose of the task was to develop the functional requirements for army engineer automation and support software, including MCS-ENG. A client, such as an army engineer, has certain needs and requirements of his or her software; these needs must be presented in ways that are readily understandable to the software developer. A requirements analysis then, such as the one described in this paper, is simply the means of communication between those who would use a piece of software and those who would develop it. The analysis from which this paper was derived attempted to bridge the ``communications gap`` between army combat engineers and software engineers. It sought to derive and state the software needs of army engineers in ways that are meaningful to software engineers. In doing this, it followed a natural sequence of investigation: (1) what does an army engineer do, (2) with which tasks can software help, (3) how much will it cost, and (4) where is the highest payoff? This paper demonstrates how each of these questions was addressed during an analysis of the functional requirements of engineer support software. Systems engineering methods are used in a task analysis and a quantitative scoring method was developed to score responses regarding the feasibility of task automation. The paper discusses the methods used to perform utility and cost-benefits estimates.

  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. Connecting Requirements to Architecture and Analysis via Model-Based Systems Engineering

    Science.gov (United States)

    Cole, Bjorn F.; Jenkins, J. Steven

    2015-01-01

    In traditional systems engineering practice, architecture, concept development, and requirements development are related but still separate activities. Concepts for operation, key technical approaches, and related proofs of concept are developed. These inform the formulation of an architecture at multiple levels, starting with the overall system composition and functionality and progressing into more detail. As this formulation is done, a parallel activity develops a set of English statements that constrain solutions. These requirements are often called "shall statements" since they are formulated to use "shall." The separation of requirements from design is exacerbated by well-meaning tools like the Dynamic Object-Oriented Requirements System (DOORS) that remained separated from engineering design tools. With the Europa Clipper project, efforts are being taken to change the requirements development approach from a separate activity to one intimately embedded in formulation effort. This paper presents a modeling approach and related tooling to generate English requirement statements from constraints embedded in architecture definition.

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

  4. Control Systems Security Center Comparison Study of Industrial Control System Standards against the Control Systems Protection Framework Cyber-Security Requirements

    Energy Technology Data Exchange (ETDEWEB)

    Robert P. Evans

    2005-09-01

    Cyber security standards, guidelines, and best practices for control systems are critical requirements that have been delineated and formally recognized by industry and government entities. Cyber security standards provide a common language within the industrial control system community, both national and international, to facilitate understanding of security awareness issues but, ultimately, they are intended to strengthen cyber security for control systems. This study and the preliminary findings outlined in this report are an initial attempt by the Control Systems Security Center (CSSC) Standard Awareness Team to better understand how existing and emerging industry standards, guidelines, and best practices address cyber security for industrial control systems. The Standard Awareness Team comprised subject matter experts in control systems and cyber security technologies and standards from several Department of Energy (DOE) National Laboratories, including Argonne National Laboratory, Idaho National Laboratory, Pacific Northwest National Laboratory, and Sandia National Laboratories. This study was conducted in two parts: a standard identification effort and a comparison analysis effort. During the standard identification effort, the Standard Awareness Team conducted a comprehensive open-source survey of existing control systems security standards, regulations, and guidelines in several of the critical infrastructure (CI) sectors, including the telecommunication, water, chemical, energy (electric power, petroleum and oil, natural gas), and transportation--rail sectors and sub-sectors. During the comparison analysis effort, the team compared the requirements contained in selected, identified, industry standards with the cyber security requirements in ''Cyber Security Protection Framework'', Version 0.9 (hereafter referred to as the ''Framework''). For each of the seven sector/sub-sectors listed above, one standard was

  5. Plasma driving system requirements for commercial tokamak fusion reactors

    International Nuclear Information System (INIS)

    Brooks, J.N.; Kustom, R.C.; Stacey, W.M. Jr.

    1978-01-01

    The plasma driving system for a tokamak reactor is composed of an ohmic heating (OH) coil, equilibrium field (EF) coil, and their respective power supplies. Conceptual designs of an Experimental Power Reactor (EPR) and scoping studies of a Demonstration Power Reactor have shown that the driving system constitutes a significant part of the overall reactor cost. The capabilities of the driving system also set or help set important parameters of the burn cycle, such as the startup time, and the net power output. Previous detailed studies on driving system dynamics have helped to define the required characteristics for fast-pulsed superconducting magnets, homopolar generators, and very high power (GVA) power supplies for an EPR. This paper summarizes results for a single reactor configuration together with several design concepts for the driving system. Both the reactor configuration and the driving system concepts are natural extensions from the EPR. Thus, the new results presented in this paper can be compared with the previous EPR results to obtain a consistent picture of how the driving system requirements will evolve--for one particular design configuration

  6. Plasma driving system requirements for commercial tokamak fusion reactors

    International Nuclear Information System (INIS)

    Brooks, J.N.; Kustom, R.C.; Stacey, W.M. Jr.

    1977-01-01

    The plasma driving system for a tokamak reactor is composed of an ohmic heating (OH) coil, equilibrium field (EF) coil, and their respective power supplies. Conceptual designs of an Experimental Power Reactor (EPR) and scoping studies of a Demonstration Power Reactor have shown that the driving system constitutes a significant part of the overall reactor cost. The capabilities of the driving system also set or help set important parameters of the burn cycle, such as the startup time, and the net power output. Previous detailed studies on driving system dynamics have helped to define the required characteristics for fast-pulsed superconducting magnets, homopolar generators, and very high power (GVA) power supplies for an EPR. This paper summarizes results for a single reactor configuration together with several design concepts for the driving system. Both the reactor configuration and the driving system concepts are natural extensions from the EPR. Thus, the new results can be compared with the previous EPR results to obtain a consistent picture of how the driving system requirements will evolve--for one particular design configuration

  7. User Requirements Model for University Timetable Management System

    OpenAIRE

    Ahmad Althunibat; Mohammad I. Muhairat

    2016-01-01

    Automated timetables are used to schedule courses, lectures and rooms in universities by considering some constraints. Inconvenient and ineffective timetables often waste time and money. Therefore, it is important to investigate the requirements and potential needs of users. Thus, eliciting user requirements of University Timetable Management System (TMS) and their implication becomes an important process for the implementation of TMS. On this note, this paper seeks to propose a m...

  8. ANALYSIS OF REQUIREMENTS APPLICABLE TO THE PRICING SYSTEM IN THE CONSTRUCTION INDUSTRY

    Directory of Open Access Journals (Sweden)

    Lyapin Anton Valer'evich

    2012-10-01

    Full Text Available Formation of the pricing system and underlying investment and construction activities were analyzed by the authors in their research. It is noteworthy that the pricing system has a common basis with other human systems, as it incorporates such constituents as process, people, software, etc. Correct interaction between these elements ensures conformity between the anticipated and the practical performance of the system. The basis for the effective operation of the existing system and reduction of potential risks consists in early identification and analysis of requirements set by the user. Absent of implementation of an effective requirement management process, the pattern of the system development will look chaotic and unpredictable. In the process of the data analysis, the data set is converted into a set of the user requirements describing the anticipated behavior of the system in the course of its interaction with the operating environment. The requirements of users comprise an important constituent of the system design. They affect the entire development process from the beginning to the very end. In accordance with the principles of the system engineering, the authors have identified the key pricing system parameters; their implementation assures the appropriate functionality with a view to the formation of the contract price at various stages of the life-cycle of the investment project. Analysis of the above requirements makes it possible to convert them into a technical vision of the desired product that can demonstrate the required functionality. The methodology proposed by the authors contemplates decomposition of the levels of requirements; therefore, the authors employ a three-level model that describes the expected functionality of the system. The model includes an organizational level (basic processes, participants, information flows, a methodological level (method of calculating the cost of design, construction and operation

  9. Design requirements for SRB production control system. Volume 1: Study background and overview

    Science.gov (United States)

    1981-01-01

    The solid rocket boosters assembly environment is described in terms of the contraints it places upon an automated production control system. The business system generated for the SRB assembly and the computer system which meets the business system requirements are described. The selection software process and modifications required to the recommended software are addressed as well as the hardware and configuration requirements necessary to support the system.

  10. The study on knowledge transferring incentive for information system requirement development

    Energy Technology Data Exchange (ETDEWEB)

    Li, Yang [School of Economics and Business Administration, Chongqing University (China)

    2015-03-10

    Information system requirement development is a process of users’ knowledge sharing and transferring. However the tacit requirements developing is a main problem during requirement development process, for the reason of difficult to encoding, express, and communicate. Knowledge fusion and corporate effort is needed to finding tacit requirements. Under this background, our paper try to find out the rule of effort dynamic evolutionary of software developer and user by building an evolutionary game model on the condition of incentive system. And in addition this paper provides an in depth discussion at the end of this paper.

  11. The study on knowledge transferring incentive for information system requirement development

    International Nuclear Information System (INIS)

    Li, Yang

    2015-01-01

    Information system requirement development is a process of users’ knowledge sharing and transferring. However the tacit requirements developing is a main problem during requirement development process, for the reason of difficult to encoding, express, and communicate. Knowledge fusion and corporate effort is needed to finding tacit requirements. Under this background, our paper try to find out the rule of effort dynamic evolutionary of software developer and user by building an evolutionary game model on the condition of incentive system. And in addition this paper provides an in depth discussion at the end of this paper

  12. 25 CFR 170.502 - Are management systems required for the IRR Program?

    Science.gov (United States)

    2010-04-01

    ... the following systems for the IRR Program: (1) Pavement management; (2) Safety management; (3) Bridge... 25 Indians 1 2010-04-01 2010-04-01 false Are management systems required for the IRR Program? 170... Program Reviews and Management Systems § 170.502 Are management systems required for the IRR Program? (a...

  13. Defining System Requirements: a critical assessment of the Niam conceptual design procedure

    Directory of Open Access Journals (Sweden)

    Peta Darke

    1995-05-01

    Full Text Available Requirements definition is a fundamental activity within information systems development. Social and organisational issues are at the centre of many of the problems experienced during the development and implementation of information systems, and these need to be explored during requirements definition. The NIAM Conceptual Schema Design Procedure (CSDP is a method for identifying and describing information requirements using fact types. This paper discusses some limitations of the information requirements definition step of the CSDP which result from its lack of focus on the socio-organisational dimension of information systems development. Four different approaches to exploring the socio-organisational contexts of systems are discussed. It is proposed that one of these, viewpoint development, be incorporated into the NIAM CSDP to provide a means of exploring and understanding a system's socio organisational context and to ensure that contextual information is a major input to the requirements definition process. This results in an enhanced design procedure. Future and current research areas are identified.

  14. Human Systems Integration: Requirements and Functional Decomposition

    Science.gov (United States)

    Berson, Barry; Gershzohn, Gary; Boltz, Laura; Wolf, Russ; Schultz, Mike

    2005-01-01

    This deliverable was intended as an input to the Access 5 Policy and Simulation Integrated Product Teams. This document contains high-level pilot functionality for operations in the National Airspace System above FL430. Based on the derived pilot functions the associated pilot information and control requirements are given.

  15. Surveillance Analysis Computer System (SACS): Software requirements specification (SRS). Revision 2

    International Nuclear Information System (INIS)

    Glasscock, J.A.

    1995-01-01

    This document is the primary document establishing requirements for the Surveillance Analysis Computer System (SACS) database, an Impact Level 3Q system. SACS stores information on tank temperatures, surface levels, and interstitial liquid levels. This information is retrieved by the customer through a PC-based interface and is then available to a number of other software tools. The software requirements specification (SRS) describes the system requirements for the SACS Project, and follows the Standard Engineering Practices (WHC-CM-6-1), Software Practices (WHC-CM-3-10) and Quality Assurance (WHC-CM-4-2, QR 19.0) policies

  16. 40 CFR 141.560 - Is my system subject to individual filter turbidity requirements?

    Science.gov (United States)

    2010-07-01

    ... filter turbidity requirements? 141.560 Section 141.560 Protection of Environment ENVIRONMENTAL PROTECTION... Filtration and Disinfection-Systems Serving Fewer Than 10,000 People Individual Filter Turbidity Requirements § 141.560 Is my system subject to individual filter turbidity requirements? If your system is a subpart...

  17. Functional requirements for gas characterization system computer software

    International Nuclear Information System (INIS)

    Tate, D.D.

    1996-01-01

    This document provides the Functional Requirements for the Computer Software operating the Gas Characterization System (GCS), which monitors the combustible gasses in the vapor space of selected tanks. Necessary computer functions are defined to support design, testing, operation, and change control. The GCS requires several individual computers to address the control and data acquisition functions of instruments and sensors. These computers are networked for communication, and must multi-task to accommodate operation in parallel

  18. 42 CFR 403.304 - Minimum requirements for State systems-discretionary approval.

    Science.gov (United States)

    2010-10-01

    ... 42 Public Health 2 2010-10-01 2010-10-01 false Minimum requirements for State systems..., DEPARTMENT OF HEALTH AND HUMAN SERVICES GENERAL PROVISIONS SPECIAL PROGRAMS AND PROJECTS Recognition of State... the system meets the requirements in paragraphs (b) and (c) of this section and, if applicable...

  19. NGSI: Function Requirements for a Cylinder Tracking System

    International Nuclear Information System (INIS)

    Branney, S.

    2012-01-01

    While nuclear suppliers currently track uranium hexafluoride (UF 6 ) cylinders in various ways, for their own purposes, industry practices vary significantly. The NNSA Office of Nonproliferation and International Security's Next Generation Safeguards Initiative (NGSI) has begun a 5-year program to investigate the concept of a global monitoring scheme that uniquely identifies and tracks UF 6 cylinders. As part of this effort, NGSI's multi-laboratory team has documented the 'life of a UF 6 cylinder' and reviewed IAEA practices related to UF 6 cylinders. Based on this foundation, this paper examines the functional requirements of a system that would uniquely identify and track UF 6 cylinders. There are many considerations for establishing a potential tracking system. Some of these factors include the environmental conditions a cylinder may be expected to be exposed to, where cylinders may be particularly vulnerable to diversion, how such a system may be integrated into the existing flow of commerce, how proprietary data generated in the process may be protected, what a system may require in terms of the existing standard for UF 6 cylinder manufacture or modifications to it and what the limiting technology factors may be. It is desirable that a tracking system should provide benefit to industry while imposing as few additional constraints as possible and still meeting IAEA safeguards objectives. This paper includes recommendations for this system and the analysis that generated them.

  20. Evolution of facility layout requirements and CAD [computer-aided design] system development

    International Nuclear Information System (INIS)

    Jones, M.

    1990-06-01

    The overall configuration of the Superconducting Super Collider (SSC) including the infrastructure and land boundary requirements were developed using a computer-aided design (CAD) system. The evolution of the facility layout requirements and the use of the CAD system are discussed. The emphasis has been on minimizing the amount of input required and maximizing the speed by which the output may be obtained. The computer system used to store the data is also described

  1. Ecstasy: It's the Rave

    Science.gov (United States)

    Dennis, Dixie; Ballard, Michael

    2002-01-01

    National statistics reveal an alarming trend concerning the use of 3,4-methylenedioxymethamphetamine, which is better known as ecstasy. Results from the Monitoring the Future survey of 50,000 secondary youth reveal that use among 8th graders rose to 3.1%, 5.4% among 10th graders, and 8.2% among 12th graders. High school faculty and staff must be…

  2. Propulsion element requirements using electrical power system unscheduled power

    Science.gov (United States)

    Zimmermann, Frank; Hodge, Kathy

    1989-01-01

    The suitability of using the electrical energy from the Space Station's Electrical Power System (EPS) during the periods of peak solar insolation which is currently not specifically allocated (unscheduled power) to produce propulsion propellants, gaseous hydrogen, and oxygen by electrolyzing water is investigated. Reboost propellant requirements are emphasized, but the results are more generally relevant because the balance of recurring propellant requirements are an order of magnitude smaller and the nonrecurring requirements are not significant on an average basis.

  3. Quantitative methods for developing C2 system requirement

    Energy Technology Data Exchange (ETDEWEB)

    Tyler, K.K.

    1992-06-01

    The US Army established the Army Tactical Command and Control System (ATCCS) Experimentation Site (AES) to provide a place where material and combat developers could experiment with command and control systems. The AES conducts fundamental and applied research involving command and control issues using a number of research methods, ranging from large force-level experiments, to controlled laboratory experiments, to studies and analyses. The work summarized in this paper was done by Pacific Northwest Laboratory under task order from the Army Tactical Command and Control System Experimentation Site. The purpose of the task was to develop the functional requirements for army engineer automation and support software, including MCS-ENG. A client, such as an army engineer, has certain needs and requirements of his or her software; these needs must be presented in ways that are readily understandable to the software developer. A requirements analysis then, such as the one described in this paper, is simply the means of communication between those who would use a piece of software and those who would develop it. The analysis from which this paper was derived attempted to bridge the communications gap'' between army combat engineers and software engineers. It sought to derive and state the software needs of army engineers in ways that are meaningful to software engineers. In doing this, it followed a natural sequence of investigation: (1) what does an army engineer do, (2) with which tasks can software help, (3) how much will it cost, and (4) where is the highest payoff This paper demonstrates how each of these questions was addressed during an analysis of the functional requirements of engineer support software. Systems engineering methods are used in a task analysis and a quantitative scoring method was developed to score responses regarding the feasibility of task automation. The paper discusses the methods used to perform utility and cost-benefits estimates.

  4. Requirements to a Norwegian National Automatic Gamma Monitoring System

    International Nuclear Information System (INIS)

    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)

  5. 47 CFR 90.691 - Emission mask requirements for EA-based systems.

    Science.gov (United States)

    2010-10-01

    ... 47 Telecommunication 5 2010-10-01 2010-10-01 false Emission mask requirements for EA-based systems. 90.691 Section 90.691 Telecommunication FEDERAL COMMUNICATIONS COMMISSION (CONTINUED) SAFETY AND... of Ea-Based Smr Systems in the 809-824/851-869 Mhz Band § 90.691 Emission mask requirements for EA...

  6. GRANT FINANCIAL SYSTEM REQUIREMENTS; Checklist for Reviewing Systems Under the Federal Financial Management Improvement Act

    National Research Council Canada - National Science Library

    2001-01-01

    ...) of 1996, issued September 9, 1997. JFMIP intends for the requirements to promote understanding of key financial management systems concepts and requirements, to provide a framework for establishing integrated financial management...

  7. Fault tree construction of hybrid system requirements using qualitative formal method

    International Nuclear Information System (INIS)

    Lee, Jang-Soo; Cha, Sung-Deok

    2005-01-01

    When specifying requirements for software controlling hybrid systems and conducting safety analysis, engineers experience that requirements are often known only in qualitative terms and that existing fault tree analysis techniques provide little guidance on formulating and evaluating potential failure modes. In this paper, we propose Causal Requirements Safety Analysis (CRSA) as a technique to qualitatively evaluate causal relationship between software faults and physical hazards. This technique, extending qualitative formal method process and utilizing information captured in the state trajectory, provides specific guidelines on how to identify failure modes and relationship among them. Using a simplified electrical power system as an example, we describe step-by-step procedures of conducting CRSA. Our experience of applying CRSA to perform fault tree analysis on requirements for the Wolsong nuclear power plant shutdown system indicates that CRSA is an effective technique in assisting safety engineers

  8. Enabling Requirements-Based Programming for Highly-Dependable Complex Parallel and Distributed Systems

    Science.gov (United States)

    Hinchey, Michael G.; Rash, James L.; Rouff, Christopher A.

    2005-01-01

    The manual application of formal methods in system specification has produced successes, but in the end, despite any claims and assertions by practitioners, there is no provable relationship between a manually derived system specification or formal model and the customer's original requirements. Complex parallel and distributed system present the worst case implications for today s dearth of viable approaches for achieving system dependability. No avenue other than formal methods constitutes a serious contender for resolving the problem, and so recognition of requirements-based programming has come at a critical juncture. We describe a new, NASA-developed automated requirement-based programming method that can be applied to certain classes of systems, including complex parallel and distributed systems, to achieve a high degree of dependability.

  9. Basic requirements of dosemeter systems for individual monitoring of external radiation

    International Nuclear Information System (INIS)

    Boehm, J.; Ambrosi, P.

    1985-01-01

    A plea is made for detailed detector independent requirements for dosemeter systems for individual monitoring of external radiation. These requirements should have their origin in the fundamental aspects and concepts of radiation protection for workers, and should be something like a translation of the general principles of individual monitoring into a language easily understandable by producers and users. This work comprises a summary of the general objectives of individual monitoring and discussion of some relevant requirements for dosemeter systems. (orig.) [de

  10. Step 1: Human System Interface (HSI) Functional Requirements Document (FRD). Version 2

    Science.gov (United States)

    2006-01-01

    This Functional Requirements Document (FRD) establishes a minimum set of Human System Interface (HSI) functional requirements to achieve the Access 5 Vision of "operating High Altitude, Long Endurance (HALE) Unmanned Aircraft Systems (UAS) routinely, safely, and reliably in the National Airspace System (NAS)". Basically, it provides what functions are necessary to fly UAS in the NAS. The framework used to identify the appropriate functions was the "Aviate, Navigate, Communicate, and Avoid Hazards" structure identified in the Access 5 FRD. As a result, fifteen high-level functional requirements were developed. In addition, several of them have been decomposed into low-level functional requirements to provide more detail.

  11. Fusing Quantitative Requirements Analysis with Model-based Systems Engineering

    Science.gov (United States)

    Cornford, Steven L.; Feather, Martin S.; Heron, Vance A.; Jenkins, J. Steven

    2006-01-01

    A vision is presented for fusing quantitative requirements analysis with model-based systems engineering. This vision draws upon and combines emergent themes in the engineering milieu. "Requirements engineering" provides means to explicitly represent requirements (both functional and non-functional) as constraints and preferences on acceptable solutions, and emphasizes early-lifecycle review, analysis and verification of design and development plans. "Design by shopping" emphasizes revealing the space of options available from which to choose (without presuming that all selection criteria have previously been elicited), and provides means to make understandable the range of choices and their ramifications. "Model-based engineering" emphasizes the goal of utilizing a formal representation of all aspects of system design, from development through operations, and provides powerful tool suites that support the practical application of these principles. A first step prototype towards this vision is described, embodying the key capabilities. Illustrations, implications, further challenges and opportunities are outlined.

  12. Conceptual requirements for large fusion experiment control, data, robotics, and management systems

    International Nuclear Information System (INIS)

    Gaudreau, M.P.J.; Sullivan, J.D.

    1987-05-01

    The conceptual system requirements for the control, data, robotics, and project management (CDRM) system for the next generation of fusion experiments are developed by drawing on the success of the Tara control and data system. The requirements are described in terms of an integrated but separable matrix of well-defined interfaces among the various systems and subsystems. The study stresses modularity, performance, cost effectiveness, and exportability

  13. Robot-Assisted Fracture Surgery: Surgical Requirements and System Design.

    Science.gov (United States)

    Georgilas, Ioannis; Dagnino, Giulio; Tarassoli, Payam; Atkins, Roger; Dogramadzi, Sanja

    2018-03-09

    The design of medical devices is a complex and crucial process to ensure patient safety. It has been shown that improperly designed devices lead to errors and associated accidents and costs. A key element for a successful design is incorporating the views of the primary and secondary stakeholders early in the development process. They provide insights into current practice and point out specific issues with the current processes and equipment in use. This work presents how information from a user-study conducted in the early stages of the RAFS (Robot Assisted Fracture Surgery) project informed the subsequent development and testing of the system. The user needs were captured using qualitative methods and converted to operational, functional, and non-functional requirements based on the methods derived from product design and development. This work presents how the requirements inform a new workflow for intra-articular joint fracture reduction using a robotic system. It is also shown how the various elements of the system are developed to explicitly address one or more of the requirements identified, and how intermediate verification tests are conducted to ensure conformity. Finally, a validation test in the form of a cadaveric trial confirms the ability of the designed system to satisfy the aims set by the original research question and the needs of the users.

  14. Statistical Requirements For Pass-Fail Testing Of Contraband Detection Systems

    International Nuclear Information System (INIS)

    Gilliam, David M.

    2011-01-01

    Contraband detection systems for homeland security applications are typically tested for probability of detection (PD) and probability of false alarm (PFA) using pass-fail testing protocols. Test protocols usually require specified values for PD and PFA to be demonstrated at a specified level of statistical confidence CL. Based on a recent more theoretical treatment of this subject [1], this summary reviews the definition of CL and provides formulas and spreadsheet functions for constructing tables of general test requirements and for determining the minimum number of tests required. The formulas and tables in this article may be generally applied to many other applications of pass-fail testing, in addition to testing of contraband detection systems.

  15. Computer-aided design of control systems to meet many requirements

    Science.gov (United States)

    Schy, A. A.; Adams, W. M., Jr.; Johnson, K. G.

    1974-01-01

    A method is described for using nonlinear programing in the computer-aided design of airplane control systems. It is assumed that the quality of such systems depends on many criteria. These criteria are included in the constraints vector (instead of attempting to combine them into a single scalar criterion, as is usually done), and the design proceeds through a sequence of nonlinear programing solutions in which the designer varies the specification of sets of requirements levels. The method is applied to design of a lateral stability augmentation system (SAS) for a fighter airplane, in which the requirements vector is chosen from the official handling qualities specifications. Results are shown for several simple SAS configurations designed to obtain desirable handling qualities over all design flight conditions with minimum feedback gains. The choice of the final design for each case is not unique but depends on the designer's decision as to which achievable set of requirements levels represents the best for that system. Results indicate that it may be possible to design constant parameter SAS which can satisfy the most stringent handling qualities requirements for fighter airplanes in all flight conditions. The role of the designer as a decision maker, interacting with the computer program, is discussed. Advantages of this type of designer-computer interaction are emphasized. Desirable extensions of the method are indicated.

  16. System requirements for a computerised patient record information system at a busy primary health care clinic

    Directory of Open Access Journals (Sweden)

    PJ Blignaut

    2001-09-01

    Full Text Available A prototyping approach was used to determine the essential system requirements of a computerised patient record information system for a typical township primary health care clinic. A pilot clinic was identified and the existing manual system and business processes in this clinic was studied intensively before the first prototype was implemented. Interviews with users, incidental observations and analysis of actual data entered were used as primary techniques to refine the prototype system iteratively until a system with an acceptable data set and adequate functionalities were in place. Several non-functional and user-related requirements were also discovered during the prototyping period.

  17. Requirements Development Issues for Advanced Life Support Systems: Solid Waste Management

    Science.gov (United States)

    Levri, Julie A.; Fisher, John W.; Alazraki, Michael P.; Hogan, John A.

    2002-01-01

    Long duration missions pose substantial new challenges for solid waste management in Advanced Life Support (ALS) systems. These possibly include storing large volumes of waste material in a safe manner, rendering wastes stable or sterilized for extended periods of time, and/or processing wastes for recovery of vital resources. This is further complicated because future missions remain ill-defined with respect to waste stream quantity, composition and generation schedule. Without definitive knowledge of this information, development of requirements is hampered. Additionally, even if waste streams were well characterized, other operational and processing needs require clarification (e.g. resource recovery requirements, planetary protection constraints). Therefore, the development of solid waste management (SWM) subsystem requirements for long duration space missions is an inherently uncertain, complex and iterative process. The intent of this paper is to address some of the difficulties in writing requirements for missions that are not completely defined. This paper discusses an approach and motivation for ALS SWM requirements development, the characteristics of effective requirements, and the presence of those characteristics in requirements that are developed for uncertain missions. Associated drivers for life support system technological capability are also presented. A general means of requirements forecasting is discussed, including successive modification of requirements and the need to consider requirements integration among subsystems.

  18. Safety integrity requirements for computer based I ampersand C systems

    International Nuclear Information System (INIS)

    Thuy, N.N.Q.; Ficheux-Vapne, F.

    1997-01-01

    In order to take into account increasingly demanding functional requirements, many instrumentation and control (I ampersand C) systems in nuclear power plants are implemented with computers. In order to ensure the required safety integrity of such equipment, i.e., to ensure that they satisfactorily perform the required safety functions under all stated conditions and within stated periods of time, requirements applicable to these equipment and to their life cycle need to be expressed and followed. On the other hand, the experience of the last years has led EDF (Electricite de France) and its partners to consider three classes of systems and equipment, according to their importance to safety. In the EPR project (European Pressurized water Reactor), these classes are labeled E1A, E1B and E2. The objective of this paper is to present the outline of the work currently done in the framework of the ETC-I (EPR Technical Code for I ampersand C) regarding safety integrity requirements applicable to each of the three classes. 4 refs., 2 figs

  19. 17 CFR 242.302 - Recordkeeping requirements for alternative trading systems.

    Science.gov (United States)

    2010-04-01

    ... alternative trading systems. 242.302 Section 242.302 Commodity and Securities Exchanges SECURITIES AND... SECURITY FUTURES Regulation Ats-Alternative Trading Systems § 242.302 Recordkeeping requirements for alternative trading systems. To comply with the condition set forth in paragraph (b)(8) of § 242.301, an...

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

    Energy Technology Data Exchange (ETDEWEB)

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

    2015-12-01

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

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

    Energy Technology Data Exchange (ETDEWEB)

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

    2017-01-01

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

  2. Weapon System Requirements: Detailed Systems Engineering Prior to Product Development Positions Programs for Success

    Science.gov (United States)

    2016-11-01

    modified, replaced, or sustained by consumers or different manufacturers in addition to the manufacturer that developed the system. It also allows...WEAPON SYSTEM REQUIREMENTS Detailed Systems Engineering Prior to Product Development Positions Programs for Success...Engineering Prior to Product Development Positions Programs for Success Why GAO Did This Study Cost and schedule growth in DOD major defense

  3. Regulatory requirements for replacement of analog systems with digital upgrades

    International Nuclear Information System (INIS)

    Loeser, P.J.

    1993-01-01

    This paper reviews briefly the regulatory guidelines which must be met in order to replace analog systems in nuclear power plants with digital systems. There is a move to do such replacements for a number of reasons: analog systems are aging, and showing considerable drift; few vendors manufacture analog systems today; support and parts are hard to get; digital systems provide flexibility. There is a safety concern however about undesirable and unpredictable effects to digital safety equipment due to plant transients, accidents, post-accident condition, and EMI/RF environmental interferences. License holders must comply with the requirements of 10 C.F.R. 50.59, which deals with safety concerns with respect to any changes to operating plants which may have an impact on the safety of the plant. NRC staff is taking the position that all digital upgrades will require an evaluation under this regulation

  4. Making a Big Bang on the small screen

    Science.gov (United States)

    Thomas, Nick

    2010-01-01

    While the quality of some TV sitcoms can leave viewers feeling cheated out of 30 minutes of their lives, audiences and critics are raving about the science-themed US comedy The Big Bang Theory. First shown on the CBS network in 2007, the series focuses on two brilliant postdoc physicists, Leonard and Sheldon, who are totally absorbed by science. Adhering to the stereotype, they also share a fanatical interest in science fiction, video-gaming and comic books, but unfortunately lack the social skills required to connect with their 20-something nonacademic contemporaries.

  5. TA-55 facility control system upgrade project - human-system interface functional requirements

    International Nuclear Information System (INIS)

    Atkins, W.H.; Pope, N.G.; Turner, W.J.; Brown, R.E.

    1995-11-01

    The functional requirements for that part of the Technical Area (TA)-55 Operations Center Upgrade Project that involves the human-system interface (HSI) are described in this document. The upgrade project seeks to replace completely the center's existing computerized data acquisition and display system, which consists of the field multiplexer units, Data General computer systems, and associated peripherals and software. The upgrade project has two parts-the Facility Data Acquisition Interface System (FDAIS) and the HSI. The HSI comprises software and hardware to provide a high-level graphical operator interface to the data acquisition system, as well as data archiving, alarm annunciation, and logging. The new system will be built with modern, commercially available components; it will improve reliability and maintainability, and it can be expanded for future needs

  6. Software Safety Analysis of Digital Protection System Requirements Using a Qualitative Formal Method

    International Nuclear Information System (INIS)

    Lee, Jang-Soo; Kwon, Kee-Choon; Cha, Sung-Deok

    2004-01-01

    The safety analysis of requirements is a key problem area in the development of software for the digital protection systems of a nuclear power plant. When specifying requirements for software of the digital protection systems and conducting safety analysis, engineers find that requirements are often known only in qualitative terms and that existing fault-tree analysis techniques provide little guidance on formulating and evaluating potential failure modes. A framework for the requirements engineering process is proposed that consists of a qualitative method for requirements specification, called the qualitative formal method (QFM), and a safety analysis method for the requirements based on causality information, called the causal requirements safety analysis (CRSA). CRSA is a technique that qualitatively evaluates causal relationships between software faults and physical hazards. This technique, extending the qualitative formal method process and utilizing information captured in the state trajectory, provides specific guidelines on how to identify failure modes and the relationship among them. The QFM and CRSA processes are described using shutdown system 2 of the Wolsong nuclear power plants as the digital protection system example

  7. Interface requirements in nuclear medicine devices and systems

    International Nuclear Information System (INIS)

    Maguire, G.Q. Jr.; Brill, A.B.; Noz, M.E.

    1982-01-01

    Interface designs for three nuclear medicine imaging systems, and computer networking strategies proposed for medical imaging departments are presented. Configurations for two positron-emission-tomography devices (PET III and ECAT) and a general-purpose tomography instrument (the UNICON) are analyzed in terms of specific performance parameters. Interface designs for these machines are contrasted in terms of utilization of standard versus custom modules, cost, and ease of modification, upgrade, and support. The requirements of general purpose systems for medical image analysis, display, and archiving, are considered, and a realizable state-of-the-art system is specfied, including a suggested timetable

  8. Space Station data system analysis/architecture study. Task 1: Functional requirements definition, DR-5

    Science.gov (United States)

    1985-01-01

    The initial task in the Space Station Data System (SSDS) Analysis/Architecture Study is the definition of the functional and key performance requirements for the SSDS. The SSDS is the set of hardware and software, both on the ground and in space, that provides the basic data management services for Space Station customers and systems. The primary purpose of the requirements development activity was to provide a coordinated, documented requirements set as a basis for the system definition of the SSDS and for other subsequent study activities. These requirements should also prove useful to other Space Station activities in that they provide an indication of the scope of the information services and systems that will be needed in the Space Station program. The major results of the requirements development task are as follows: (1) identification of a conceptual topology and architecture for the end-to-end Space Station Information Systems (SSIS); (2) development of a complete set of functional requirements and design drivers for the SSIS; (3) development of functional requirements and key performance requirements for the Space Station Data System (SSDS); and (4) definition of an operating concept for the SSIS. The operating concept was developed both from a Space Station payload customer and operator perspective in order to allow a requirements practicality assessment.

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

    International Nuclear Information System (INIS)

    1981-01-01

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

  10. Transforming Functional Requirements from UML into BPEL to Efficiently Develop SOA-Based Systems

    Science.gov (United States)

    Vemulapalli, Anisha; Subramanian, Nary

    The intended behavior of any system such as services, tasks or functions can be captured by functional requirements of the system. As our dependence on online services has grown steadily, the web applications are being developed employing the SOA. BPEL4WS provides a means for expressing functional requirements of an SOA-based system by providing constructs to capture business goals and objectives for the system. In this paper we propose an approach for transforming user-centered requirements captured using UML into a corresponding BPEL specification, where the business processes are captured by means of use-cases from which UML sequence diagrams and activity diagrams are extracted. Subsequently these UML models are mapped to BPEL specifications that capture the essence of the initial business requirements to develop the SOA-based system by employing CASE tools. A student housing system is used as a case study to illustrate this approach and the system is validated using NetBeans.

  11. Requirements analysis notebook for the flight data systems definition in the Real-Time Systems Engineering Laboratory (RSEL)

    Science.gov (United States)

    Wray, Richard B.

    1991-01-01

    A hybrid requirements analysis methodology was developed, based on the practices actually used in developing a Space Generic Open Avionics Architecture. During the development of this avionics architecture, a method of analysis able to effectively define the requirements for this space avionics architecture was developed. In this methodology, external interfaces and relationships are defined, a static analysis resulting in a static avionics model was developed, operating concepts for simulating the requirements were put together, and a dynamic analysis of the execution needs for the dynamic model operation was planned. The systems engineering approach was used to perform a top down modified structured analysis of a generic space avionics system and to convert actual program results into generic requirements. CASE tools were used to model the analyzed system and automatically generate specifications describing the model's requirements. Lessons learned in the use of CASE tools, the architecture, and the design of the Space Generic Avionics model were established, and a methodology notebook was prepared for NASA. The weaknesses of standard real-time methodologies for practicing systems engineering, such as Structured Analysis and Object Oriented Analysis, were identified.

  12. Requirements analysis notebook for the flight data systems definition in the Real-Time Systems Engineering Laboratory (RSEL)

    Science.gov (United States)

    Wray, Richard B.

    1991-12-01

    A hybrid requirements analysis methodology was developed, based on the practices actually used in developing a Space Generic Open Avionics Architecture. During the development of this avionics architecture, a method of analysis able to effectively define the requirements for this space avionics architecture was developed. In this methodology, external interfaces and relationships are defined, a static analysis resulting in a static avionics model was developed, operating concepts for simulating the requirements were put together, and a dynamic analysis of the execution needs for the dynamic model operation was planned. The systems engineering approach was used to perform a top down modified structured analysis of a generic space avionics system and to convert actual program results into generic requirements. CASE tools were used to model the analyzed system and automatically generate specifications describing the model's requirements. Lessons learned in the use of CASE tools, the architecture, and the design of the Space Generic Avionics model were established, and a methodology notebook was prepared for NASA. The weaknesses of standard real-time methodologies for practicing systems engineering, such as Structured Analysis and Object Oriented Analysis, were identified.

  13. Reliability analysis and initial requirements for FC systems and stacks

    Science.gov (United States)

    Åström, K.; Fontell, E.; Virtanen, S.

    In the year 2000 Wärtsilä Corporation started an R&D program to develop SOFC systems for CHP applications. The program aims to bring to the market highly efficient, clean and cost competitive fuel cell systems with rated power output in the range of 50-250 kW for distributed generation and marine applications. In the program Wärtsilä focuses on system integration and development. System reliability and availability are key issues determining the competitiveness of the SOFC technology. In Wärtsilä, methods have been implemented for analysing the system in respect to reliability and safety as well as for defining reliability requirements for system components. A fault tree representation is used as the basis for reliability prediction analysis. A dynamic simulation technique has been developed to allow for non-static properties in the fault tree logic modelling. Special emphasis has been placed on reliability analysis of the fuel cell stacks in the system. A method for assessing reliability and critical failure predictability requirements for fuel cell stacks in a system consisting of several stacks has been developed. The method is based on a qualitative model of the stack configuration where each stack can be in a functional, partially failed or critically failed state, each of the states having different failure rates and effects on the system behaviour. The main purpose of the method is to understand the effect of stack reliability, critical failure predictability and operating strategy on the system reliability and availability. An example configuration, consisting of 5 × 5 stacks (series of 5 sets of 5 parallel stacks) is analysed in respect to stack reliability requirements as a function of predictability of critical failures and Weibull shape factor of failure rate distributions.

  14. Optimal Multi-Level Lot Sizing for Requirements Planning Systems

    OpenAIRE

    Earle Steinberg; H. Albert Napier

    1980-01-01

    The wide spread use of advanced information systems such as Material Requirements Planning (MRP) has significantly altered the practice of dependent demand inventory management. Recent research has focused on development of multi-level lot sizing heuristics for such systems. In this paper, we develop an optimal procedure for the multi-period, multi-product, multi-level lot sizing problem by modeling the system as a constrained generalized network with fixed charge arcs and side constraints. T...

  15. Mission reliability of semi-Markov systems under generalized operational time requirements

    International Nuclear Information System (INIS)

    Wu, Xiaoyue; Hillston, Jane

    2015-01-01

    Mission reliability of a system depends on specific criteria for mission success. To evaluate the mission reliability of some mission systems that do not need to work normally for the whole mission time, two types of mission reliability for such systems are studied. The first type corresponds to the mission requirement that the system must remain operational continuously for a minimum time within the given mission time interval, while the second corresponds to the mission requirement that the total operational time of the system within the mission time window must be greater than a given value. Based on Markov renewal properties, matrix integral equations are derived for semi-Markov systems. Numerical algorithms and a simulation procedure are provided for both types of mission reliability. Two examples are used for illustration purposes. One is a one-unit repairable Markov system, and the other is a cold standby semi-Markov system consisting of two components. By the proposed approaches, the mission reliability of systems with time redundancy can be more precisely estimated to avoid possible unnecessary redundancy of system resources. - Highlights: • Two types of mission reliability under generalized requirements are defined. • Equations for both types of reliability are derived for semi-Markov systems. • Numerical methods are given for solving both types of reliability. • Simulation procedure is given for estimating both types of reliability. • Verification of the numerical methods is given by the results of simulation

  16. 47 CFR 15.513 - Technical requirements for medical imaging systems.

    Science.gov (United States)

    2010-10-01

    ... 47 Telecommunication 1 2010-10-01 2010-10-01 false Technical requirements for medical imaging... DEVICES Ultra-Wideband Operation § 15.513 Technical requirements for medical imaging systems. (a) The UWB... MHz and 10,600 MHz. (b) Operation under the provisions of this section is limited to medical imaging...

  17. Specification of Behavioural Requirements within Compositional Multi-Agent System Design

    OpenAIRE

    Herlea, D.E.; Jonker, C.M.; Treur, J.; Wijngaards, N.J.E.

    1999-01-01

    In this paper it is shown how informal and formal specification of behavioural requirements and scenarios for agents and multi-agent systems can be integrated within multi-agent system design. In particular, it is addressed how a compositional

  18. Design Requirements of an Advanced HANARO Reactor Core Cooling System

    International Nuclear Information System (INIS)

    Park, Yong Chul; Ryu, Jeong Soo

    2007-12-01

    An advanced HANARO Reactor (AHR) is an open-tank-type and generates thermal power of 20 MW and is under conceptual design phase for developing it. The thermal power is including a core fission heat, a temporary stored fuel heat in the pool, a pump heat and a neutron reflecting heat in the reflector vessel of the reactor. In order to remove the heat load, the reactor core cooling system is composed of a primary cooling system, a primary cooling water purification system and a reflector cooling system. The primary cooling system must remove the heat load including the core fission heat, the temporary stored fuel heat in the pool and the pump heat. The purification system must maintain the quality of the primary cooling water. And the reflector cooling system must remove the neutron reflecting heat in the reflector vessel of the reactor and maintain the quality of the reflector. In this study, the design requirement of each system has been carried out using a design methodology of the HANARO within a permissible range of safety. And those requirements are written by english intend to use design data for exporting the research reactor

  19. 16 CFR 1512.5 - Requirements for braking system.

    Science.gov (United States)

    2010-01-01

    ... 16 Commercial Practices 2 2010-01-01 2010-01-01 false Requirements for braking system. 1512.5 Section 1512.5 Commercial Practices CONSUMER PRODUCT SAFETY COMMISSION FEDERAL HAZARDOUS SUBSTANCES ACT... dimension between the brake hand lever and the handlebars in the plane containing the centerlines of the...

  20. Environmental and ecological water requirement of river system: a case study of Haihe-Luanhe river system

    Institute of Scientific and Technical Information of China (English)

    2001-01-01

    In order to reduce the environmental and ecological problems induced by water resources development and utilization, this paper proposes a concept of environmental and ecological water requirement. It is defined as the minimum water amount to be consumed by the natural water bodies to conserve its environmental and ecological functions. Based on the definition, the methods on calculating the amount of environmental and ecological water requirement are determined. In the case study on Haihe-Luanhe river system, the water requirement is divided into three parts, i.e., the basic in-stream flow, water requirement for sediment transfer and water consumption by evaporation of the lakes or everglades. The results of the calculation show that the environmental and ecological water requirement in the river system is about 124×108 m3, including 57×108 m3 for basic in-stream flow, 63×108m3 for sediment transfer and 4×l08m3 for net evaporation loss of lakes. The total amount of environmental and ecological water requirement accounts for 54% of the amount of runoff (228×108 m3). However, it should be realized that the amount of environmental and ecological water requirement must be more than that we have calculated. According to this result, we consider that the rational utilization rate of the runoff in the river systems must not be more than 40%. Since the current utilization rate of the river system, which is over 80%, has been far beyond the limitation, the problems of environment and ecology are quite serious. It is imperative to control and adjust water development and utilization to eliminate the existing problems and to avoid the potential ecological or environmental crisis.

  1. National Ignition Facility system design requirements conventional facilities SDR001

    International Nuclear Information System (INIS)

    Hands, J.

    1996-01-01

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

  2. Energy management system for power distribution. Interfaces and data communication requirements

    International Nuclear Information System (INIS)

    Koponen, P.; Lemstroem, B.; Ikonen, J.

    1995-01-01

    The opening of the electricity market for competition in Finland creates new requirements for the information systems and data communication in distribution utilities. Energy management systems for distribution utilities are needed with interfaces that make it possible to separate the network business from the energy trade business. However, these interfaces should also support optimization of the whole energy supply system of the country. In this report the interfaces and data communication requirements of the energy management system of the electricity trade business are analyzed. To support this subfunctions of the energy management have been analyzed. It was realized that the amount of necessary data transfer and optimization of the national power system both depend strongly on the general rules of the energy markets. (author)

  3. Transforming User Needs into Functional Requirements for an Antibiotic Clinical Decision Support System

    Science.gov (United States)

    Bright, T.J.

    2013-01-01

    Summary Background Many informatics studies use content analysis to generate functional requirements for system development. Explication of this translational process from qualitative data to functional requirements can strengthen the understanding and scientific rigor when applying content analysis in informatics studies. Objective To describe a user-centered approach transforming emergent themes derived from focus group data into functional requirements for informatics solutions and to illustrate these methods to the development of an antibiotic clinical decision support system (CDS). Methods The approach consisted of five steps: 1) identify unmet therapeutic planning information needs via Focus Group Study-I, 2) develop a coding framework of therapeutic planning themes to refine the domain scope to antibiotic therapeutic planning, 3) identify functional requirements of an antibiotic CDS system via Focus Group Study-II, 4) discover informatics solutions and functional requirements from coded data, and 5) determine the types of information needed to support the antibiotic CDS system and link with the identified informatics solutions and functional requirements. Results The coding framework for Focus Group Study-I revealed unmet therapeutic planning needs. Twelve subthemes emerged and were clustered into four themes; analysis indicated a need for an antibiotic CDS intervention. Focus Group Study-II included five types of information needs. Comments from the Barrier/Challenge to information access and Function/Feature themes produced three informatics solutions and 13 functional requirements of an antibiotic CDS system. Comments from the Patient, Institution, and Domain themes generated required data elements for each informatics solution. Conclusion This study presents one example explicating content analysis of focus group data and the analysis process to functional requirements from narrative data. Illustration of this 5-step method was used to develop an

  4. Requirements for the evaluation of computational speech segregation systems

    DEFF Research Database (Denmark)

    May, Tobias; Dau, Torsten

    2014-01-01

    Recent studies on computational speech segregation reported improved speech intelligibility in noise when estimating and applying an ideal binary mask with supervised learning algorithms. However, an important requirement for such systems in technical applications is their robustness to acoustic...... associated with perceptual attributes in speech segregation. The results could help establish a framework for a systematic evaluation of future segregation systems....

  5. Space-based multifunctional end effector systems functional requirements and proposed designs

    Science.gov (United States)

    Mishkin, A. H.; Jau, B. M.

    1988-01-01

    The end effector is an essential element of teleoperator and telerobot systems to be employed in space in the next decade. The report defines functional requirements for end effector systems to perform operations that are currently only feasible through Extra-Vehicular Activity (EVA). Specific tasks and functions that the end effectors must be capable of performing are delineated. Required capabilities for forces and torques, clearances, compliance, and sensing are described, using current EVA requirements as guidelines where feasible. The implications of these functional requirements on the elements of potential end effector systems are discussed. The systems issues that must be considered in the design of space-based manipulator systems are identified; including impacts on subsystems tightly coupled to the end effector, i.e., control station, information processing, manipulator arm, tool and equipment stowage. Possible end effector designs are divided into three categories: single degree-of-freedom end effectors, multiple degree of freedom end effectors, and anthropomorphic hands. Specific design alternatives are suggested and analyzed within the individual categories. Two evaluations are performed: the first considers how well the individual end effectors could substitute for EVA; the second compares how manipulator systems composed of the top performers from the first evaluation would improve the space shuttle Remote Manipulator System (RMS) capabilities. The analysis concludes that the anthropomorphic hand is best-suited for EVA tasks. A left- and right-handed anthropomorphic manipulator arm configuration is suggested as appropriate to be affixed to the RMS, but could also be used as part of the Smart Front End for the Orbital Maneuvering Vehicle (OMV). The technical feasibility of the anthropomorphic hand and its control are demonstrated. An evolutionary development approach is proposed and approximate scheduling provided for implementing the suggested

  6. Architectural and Algorithmic Requirements for a Next-Generation System Analysis Code

    Energy Technology Data Exchange (ETDEWEB)

    V.A. Mousseau

    2010-05-01

    This document presents high-level architectural and system requirements for a next-generation system analysis code (NGSAC) to support reactor safety decision-making by plant operators and others, especially in the context of light water reactor plant life extension. The capabilities of NGSAC will be different from those of current-generation codes, not only because computers have evolved significantly in the generations since the current paradigm was first implemented, but because the decision-making processes that need the support of next-generation codes are very different from the decision-making processes that drove the licensing and design of the current fleet of commercial nuclear power reactors. The implications of these newer decision-making processes for NGSAC requirements are discussed, and resulting top-level goals for the NGSAC are formulated. From these goals, the general architectural and system requirements for the NGSAC are derived.

  7. An effective technique for the software requirements analysis of NPP safety-critical systems, based on software inspection, requirements traceability, and formal specification

    International Nuclear Information System (INIS)

    Koo, Seo Ryong; Seong, Poong Hyun; Yoo, Junbeom; Cha, Sung Deok; Yoo, Yeong Jae

    2005-01-01

    A thorough requirements analysis is indispensable for developing and implementing safety-critical software systems such as nuclear power plant (NPP) software systems because a single error in the requirements can generate serious software faults. However, it is very difficult to completely analyze system requirements. In this paper, an effective technique for the software requirements analysis is suggested. For requirements verification and validation (V and V) tasks, our technique uses software inspection, requirement traceability, and formal specification with structural decomposition. Software inspection and requirements traceability analysis are widely considered the most effective software V and V methods. Although formal methods are also considered an effective V and V activity, they are difficult to use properly in the nuclear fields as well as in other fields because of their mathematical nature. In this work, we propose an integrated environment (IE) approach for requirements, which is an integrated approach that enables easy inspection by combining requirement traceability and effective use of a formal method. The paper also introduces computer-aided tools for supporting IE approach for requirements. Called the nuclear software inspection support and requirements traceability (NuSISRT), the tool incorporates software inspection, requirement traceability, and formal specification capabilities. We designed the NuSISRT to partially automate software inspection and analysis of requirement traceability. In addition, for the formal specification and analysis, we used the formal requirements specification and analysis tool for nuclear engineering (NuSRS)

  8. User requirements and conceptual design of the ITER Electron Cyclotron Control System

    Energy Technology Data Exchange (ETDEWEB)

    Carannante, Giuseppe, E-mail: Giuseppe.Carannante@F4E.europa.eu [Fusion for Energy, Josep Pla 2, Barcelona 08019 (Spain); Cavinato, Mario [Fusion for Energy, Josep Pla 2, Barcelona 08019 (Spain); Gandini, Franco [ITER Organization, Route de Vinon-sur-Verdon, CS 90 046, 13067 St. Paul Lez Durance Cedex (France); Granucci, Gustavo [Istituto di Fisica del Plasma ENEA-CNR-EURATOM, via Cozzi 53, 20125 Milano (Italy); Henderson, Mark; Purohit, Dharmesh [ITER Organization, Route de Vinon-sur-Verdon, CS 90 046, 13067 St. Paul Lez Durance Cedex (France); Saibene, Gabriella; Sartori, Filippo [Fusion for Energy, Josep Pla 2, Barcelona 08019 (Spain); Sozzi, Carlo [Istituto di Fisica del Plasma ENEA-CNR-EURATOM, via Cozzi 53, 20125 Milano (Italy)

    2015-10-15

    The ITER Electron Cyclotron (EC) plant is a complex system, essential for plasma operation. The system is being designed to supply up to 20 MW of power at 170 GHz; it consists of 24 RF sources (or Gyrotrons) connected by switchable transmission lines to four upper and one equatorial launcher. The complexity of the EC plant requires a Plant Controller, which provides the functional and operational interface with CODAC and the Plasma Control System and coordinates the various Subsystem Control Units, i.e. the local controllers of power supplies, Gyrotrons, transmission lines and launchers. A conceptual design of the Electron Cyclotron Control System (ECCS) was developed, starting from the collection of the user requirements, which have then been organized as a set of operational scenarios exploiting the EC system. The design consists in a thorough functional analysis, including also protection functions, and in the development of a conceptual I&C architecture. The main aim of the work was to identify the physics requirements and to translate them into control system requirements, in order to define the interfaces within the components of the ECCS. The definition of these interfaces is urgent because some of the subsystems are already in an advanced design phase. The present paper describes both the methodology used and the resulting design.

  9. A Use Case Methodology to Handle Conflicting Controller Requirements for Future Power Systems

    DEFF Research Database (Denmark)

    Heussen, Kai; Uslar, Mathias; Tornelli, Carlo

    2015-01-01

    This paper proposes a standards based requirements elicitation and analysis strategy tailored for smart grid control structure development. Control structures in electric power systems often span across several systems and stakeholders. Requirements elicitation for such control systems therefore...... requires coordination across many stakeholders and it is challenging to achieve a consistent design. To enable an iterative and distributed development we suggest a conflict management approach as a modular element of the design strategy, focusing on conflict identification and tracing. The idea...

  10. A Study on Performance Requirements for Advanced Alarm System

    International Nuclear Information System (INIS)

    Seong, Duk Hyun; Jeong, Jae Hoon; Sim, Young Rok; Ko, Jong Hyun; Kim, Jung Seon; Jang, Gwi Sook; Park, Geun Ok

    2005-01-01

    A design goals of advanced alarm system is providing advanced alarm information to operator in main control room. To achive this, we applied computer based system to Alarm System. Because, It should apply data management and advanced alarm processing(ie. Data Base Mangegment System and S/W module for alarm processing). These are not impossible in analog based alarm system. And, preexitance research examples are made on digital computer. We have digital systems for test of advanced alarm system table and have tested and studied using by test equipment in the view point of the system performance, stability and security. In this paper, we discribed about general software architecture of preexitance research examples. Also, CPU performance and requirements of system software that served to accommodate it, stability and security

  11. Models of Human Information Requirements: "When Reasonable Aiding Systems Disagree"

    Science.gov (United States)

    Corker, Kevin; Pisanich, Gregory; Shafto, Michael (Technical Monitor)

    1994-01-01

    Aircraft flight management and Air Traffic Control (ATC) automation are under development to maximize the economy of flight and to increase the capacity of the terminal area airspace while maintaining levels of flight safety equal to or better than current system performance. These goals are being realized by the introduction of flight management automation aiding and operations support systems on the flight deck and by new developments of ATC aiding systems that seek to optimize scheduling of aircraft while potentially reducing required separation and accounting for weather and wake vortex turbulence. Aiding systems on both the flight deck and the ground operate through algorithmic functions on models of the aircraft and of the airspace. These models may differ from each other as a result of variations in their models of the immediate environment. The resultant flight operations or ATC commands may differ in their response requirements (e.g. different preferred descent speeds or descent initiation points). The human operators in the system must then interact with the automation to reconcile differences and resolve conflicts. We have developed a model of human performance including cognitive functions (decision-making, rule-based reasoning, procedural interruption recovery and forgetting) that supports analysis of the information requirements for resolution of flight aiding and ATC conflicts. The model represents multiple individuals in the flight crew and in ATC. The model is supported in simulation on a Silicon Graphics' workstation using Allegro Lisp. Design guidelines for aviation automation aiding systems have been developed using the model's specification of information and team procedural requirements. Empirical data on flight deck operations from full-mission flight simulation are provided to support the model's predictions. The paper describes the model, its development and implementation, the simulation test of the model predictions, and the empirical

  12. A Scenario-Based Process for Requirements Development: Application to Mission Operations Systems

    Science.gov (United States)

    Bindschadler, Duane L.; Boyles, Carole A.

    2008-01-01

    The notion of using operational scenarios as part of requirements development during mission formulation (Phases A & B) is widely accepted as good system engineering practice. In the context of developing a Mission Operations System (MOS), there are numerous practical challenges to translating that notion into the cost-effective development of a useful set of requirements. These challenges can include such issues as a lack of Project-level focus on operations issues, insufficient or improper flowdown of requirements, flowdown of immature or poor-quality requirements from Project level, and MOS resource constraints (personnel expertise and/or dollars). System engineering theory must be translated into a practice that provides enough structure and standards to serve as guidance, but that retains sufficient flexibility to be tailored to the needs and constraints of a particular MOS or Project. We describe a detailed, scenario-based process for requirements development. Identifying a set of attributes for high quality requirements, we show how the portions of the process address many of those attributes. We also find that the basic process steps are robust, and can be effective even in challenging Project environments.

  13. Application of systems engineering to determine performance requirements for repository waste packages

    International Nuclear Information System (INIS)

    Aitken, E.A.; Stimmell, G.L.

    1987-01-01

    The waste package for a nuclear waste repository in salt must contribute substantially to the performance objectives defined by the Salt Repository Project (SRP) general requirements document governing disposal of high-level waste. The waste package is one of the engineered barriers providing containment. In establishing the performance requirements for a project focused on design and fabrication of the waste package, the systems engineering methodology has been used to translate the hierarchy requirements for the repository system to specific performance requirements for design and fabrication of the waste package, a subsystem of the repository. This activity is ongoing and requires a methodology that provides traceability and is capable of iteration as baseline requirements are refined or changed. The purpose of this summary is to describe the methodology being used and the way it can be applied to similar activities in the nuclear industry

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

    Science.gov (United States)

    Hammond, Dana P.

    1991-01-01

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

  15. Transforming user needs into functional requirements for an antibiotic clinical decision support system: explicating content analysis for system design.

    Science.gov (United States)

    Bright, T J

    2013-01-01

    Many informatics studies use content analysis to generate functional requirements for system development. Explication of this translational process from qualitative data to functional requirements can strengthen the understanding and scientific rigor when applying content analysis in informatics studies. To describe a user-centered approach transforming emergent themes derived from focus group data into functional requirements for informatics solutions and to illustrate these methods to the development of an antibiotic clinical decision support system (CDS). THE APPROACH CONSISTED OF FIVE STEPS: 1) identify unmet therapeutic planning information needs via Focus Group Study-I, 2) develop a coding framework of therapeutic planning themes to refine the domain scope to antibiotic therapeutic planning, 3) identify functional requirements of an antibiotic CDS system via Focus Group Study-II, 4) discover informatics solutions and functional requirements from coded data, and 5) determine the types of information needed to support the antibiotic CDS system and link with the identified informatics solutions and functional requirements. The coding framework for Focus Group Study-I revealed unmet therapeutic planning needs. Twelve subthemes emerged and were clustered into four themes; analysis indicated a need for an antibiotic CDS intervention. Focus Group Study-II included five types of information needs. Comments from the Barrier/Challenge to information access and Function/Feature themes produced three informatics solutions and 13 functional requirements of an antibiotic CDS system. Comments from the Patient, Institution, and Domain themes generated required data elements for each informatics solution. This study presents one example explicating content analysis of focus group data and the analysis process to functional requirements from narrative data. Illustration of this 5-step method was used to develop an antibiotic CDS system, resolving unmet antibiotic prescribing

  16. A Type System for Required/Excluded Elements in CLS

    Directory of Open Access Journals (Sweden)

    Mariangiola Dezani-Ciancaglini

    2009-11-01

    Full Text Available The calculus of looping sequences is a formalism for describing the evolution of biological systems by means of term rewriting rules. We enrich this calculus with a type discipline to guarantee the soundness of reduction rules with respect to some biological properties deriving from the requirement of certain elements, and the repellency of others. As an example, we model a toy system where the repellency of a certain element is captured by our type system and forbids another element to exit a compartment.

  17. System Requirements Analysis for a Computer-based Procedure in a Research Reactor Facility

    Energy Technology Data Exchange (ETDEWEB)

    Park, Jaek Wan; Jang, Gwi Sook; Seo, Sang Moon; Shin, Sung Ki [Korea Atomic Energy Research Institute, Daejeon (Korea, Republic of)

    2014-10-15

    This can address many of the routine problems related to human error in the use of conventional, hard-copy operating procedures. An operating supporting system is also required in a research reactor. A well-made CBP can address the staffing issues of a research reactor and reduce the human errors by minimizing the operator's routine tasks. A CBP for a research reactor has not been proposed yet. Also, CBPs developed for nuclear power plants have powerful and various technical functions to cover complicated plant operation situations. However, many of the functions may not be required for a research reactor. Thus, it is not reasonable to apply the CBP to a research reactor directly. Also, customizing of the CBP is not cost-effective. Therefore, a compact CBP should be developed for a research reactor. This paper introduces high level requirements derived by the system requirements analysis activity as the first stage of system implementation. Operation support tools are under consideration for application to research reactors. In particular, as a full digitalization of the main control room, application of a computer-based procedure system has been required as a part of man-machine interface system because it makes an impact on the operating staffing and human errors of a research reactor. To establish computer-based system requirements for a research reactor, this paper addressed international standards and previous practices on nuclear plants.

  18. Several required OWL features for indigenous knowledge management systems

    CSIR Research Space (South Africa)

    Alberts, R

    2012-05-01

    Full Text Available This paper describes the features required of OWL (Web Ontology Language) to realise and enhance Indigenous Knowledge (IK) digital repositories. Several needs for Indigenous Knowledge management systems (IKMSs) are articulated, based on extensive...

  19. Recent and proposed changes in criticality alarm system requirements

    International Nuclear Information System (INIS)

    Putman, V.L.

    1998-01-01

    Various changes in criticality alarm system (CAS) requirements of American Nuclear Society (ANS) standards, US Department of Energy (DOE) orders, US Nuclear Regulatory Commission (NRC) regulations and guidance, and Occupational Safety and Health Administration (OSHA) standards or regulations were approved or proposed in the last 5 yr. Many changes interpreted or clarified existing requirements or accommodated technological or organizational developments. However, some changes could substantively affect CAS programs, including several changes originally thought to be editorial. These changes are discussed here

  20. Functional requirements for the Automated Transportation Management System: TTP number: RL 439002

    Energy Technology Data Exchange (ETDEWEB)

    Portsmouth, J.H. [Westinghouse Hanford Co., Richland, WA (United States)

    1992-12-31

    This requirements analysis, documents Department of Energy (DOE) transportation management procedures for the purpose of providing a clear and mutual understanding between users and designers of the proposed Automated Transportation Management System (ATMS). It is imperative that one understand precisely how DOE currently performs traffic management tasks; only then can an integrated system be proposed that successfully satisfies the major requirements of transportation managers and other system users. Accordingly, this report describes the current workings of DOE transportation organizations and then proposes a new system which represents a synthesis of procedures (both current and desired) which forms the basis for further systems development activities.

  1. A direct methodology to establish design requirements for human–system interface (HSI) of automatic systems in nuclear power plants

    International Nuclear Information System (INIS)

    Anuar, Nuraslinda; Kim, Jonghyun

    2014-01-01

    Highlights: • A systematic method to identify the design requirements for human–system interface is proposed. • Eight combinations of control agents in each control stage (levels of automation) are defined. • The use of Itemized Sequence Diagram (ISD) is discussed for task allocation to control agents. • The design requirements of human–system interface are established based on the produced ISD. - Abstract: This paper suggests a systematic approach to establish design requirements for the human–system interface (HSI) between operators and automatic systems. The role of automation in the control of a nuclear power plant (NPP) operation is to support the human operator and act as an efficient team player to help reduce the human operator’s workload. Some of the problems related to the interaction between the human operator and automation are out-of-the-loop performance, mode errors, role change to supervisory role and final authority issues. Therefore, the design of HSI is critical to avoiding breakdowns in communication between the human operator and the system. In this paper, the design requirements for human–system interface of automatic systems are constructed with the help of a tool called Itemized Sequence Diagram (ISD). Eight levels of automation (LOA) are initially defined in the function allocation and an ISD is drawn for each of the LOA for task allocation. The ISD is a modified version of sequence diagram, which is widely used in systems engineering as well as software engineering. The ISD elements of arrows, messages, actors and alternative boxes collectively show the interactions between the control agents, which are decomposed into four different roles: information acquiring, plant diagnosing, response selecting and response implementing. Eleven design requirements to optimize the human–automation interaction are suggested by using this method. The design requirements produced from the identified interaction points in the ISD are

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

    Science.gov (United States)

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

    1998-02-01

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

  3. 78 FR 79455 - Information Collection; System for Award Management Registration Requirements for Prime Grant...

    Science.gov (United States)

    2013-12-30

    ...] Information Collection; System for Award Management Registration Requirements for Prime Grant Recipients.... ADDRESSES: Submit comments identified by Information Collection 3090- 0290, System for Award Management... ``Information Collection 3090-0290, System for Award Management Registration Requirements for Prime Grant...

  4. A Balanced Approach to Capturing User Requirements in Business- to- Consumer Web Information Systems

    Directory of Open Access Journals (Sweden)

    M. S. Lane

    2001-11-01

    Full Text Available The development of business-to-consumer web information systems pose special challenges in the requirements analysis phase. It is difficult to capture user requirements given that users are relatively autonomous and anonymous and there are no major incentives for users to become involved in the development of a web information system. The researchers reviewed traditional requirement elicitation techniques, marketing research techniques and web usage analysis techniques. Current practice was assessed and the findings suggest that a balanced approach to user requirements capture will result in more complete and user centred requirements. This approach should lead to more effective business-to consumer web information systems.

  5. Does a new steam meal catering system meet patient requirements in hospital?

    Science.gov (United States)

    Hickson, M; Fearnley, L; Thomas, J; Evans, S

    2007-10-01

    It has been consistently observed that a significant proportion of hospital inpatients are malnourished and many actually develop malnutrition in hospital. The NHS provides over 300 million meals each year at a cost of pound 500 million, yet there is relatively little research evaluating how well different catering systems provide for the needs of hospital inpatients. The aim of the study was to: (i) evaluate whether a new steam meal catering system (Steamplicity) enables patients in theory to meet their energy requirements in hospital and (ii) compare energy and protein intake using Steamplicity with a traditional bulk cook-chill system. Patients not at nutritional risk had their food intake at one lunchtime assessed. Energy intake was compared with the patients' energy requirements and energy and protein intake were compared with previous data from a bulk system. Fifty-seven patients had a median daily energy requirement of 7648 kJ (1821 kcal) [inter-quartile range (IQR): 6854-9164 kJ]. Assuming 30% [2293 kJ (546 kcal)] should be supplied by the lunch meal the average intake of 1369 kJ (326 kcal) fell short by 40%. Patients served meals from Steamplicity ate less energy [1369 kJ versus 1562 kJ (326 kcal versus 372 kcal) P = 0.04] but similar protein (18 g versus 19 g P = 0.34) to the bulk system. The largest difference was the energy provided by the dessert since the bulk system served more hot high-calorie desserts. Patient intakes did not meet their estimated requirements. The patients in this study were eating well and not at nutritional risk, thus patients with a poor appetite will be even less likely to meet their nutritional requirements. Steamplicity meals result in a lower energy intake than meals from a bulk cook-chill system, but similar protein intakes.

  6. Nuclear data requirements for accelerator driven sub-critical systems

    Indian Academy of Sciences (India)

    The development of accelerator driven sub-critical systems (ADSS) require significant amount of new nuclear data in extended energy regions as well as for a variety of new materials. This paper reviews these perspectives in the Indian context.

  7. Technical Meeting on Grading of the Application of Management System Requirements. Presentations

    International Nuclear Information System (INIS)

    2012-01-01

    The objectives of this Technical Meeting are threefold: - to share international experiences and lessons learned, as well as exchange views on best practices and strategies to overcome the difficulties encountered; - to review and discuss the draft technical report on 'Grading the Application of Management System Requirements, to allow the participants to contribute to the improvement of the document and to enrich it with practical examples; and - to strengthen the international networking of specialists in the field. The topics covered during the meeting will include: - Examples and case studies presented by participants from countries with nuclear facilities (mainly focused on NPPs, and, where appropriate, from research reactors, fuel cycle and waste management facilities) on grading the application of management system requirements and lessons learned. - Reviewing and improving the final draft of a technical report on 'Grading the Application of Management System Requirements', which will supersede the previous guidance: Grading of Quality Assurance Requirement: A Manual (Technical Reports Series No. 328)

  8. A SUSTAINABLE HEALTH CARE SYSTEM REQUIRES MANAGEMENT TRANSFORMATION

    Directory of Open Access Journals (Sweden)

    Kanellopoulos Dimitros

    2011-12-01

    Full Text Available In order to be the health care system sustainable , management transformations must be based on very precise diagnostic analysis that includes complete and current information. It is necessary to implement an information system that collects information in real time, that watches the parameters that significantly influence the sustainability of the system. Such an information system should point out a radiography(a scan of the system at some time under following aspects:: 1. An overview of system; 2 An overview of the economic situation; 3 A technical presentation ;4. A legal overview; 5. A social overview ; 6. A management overview .Based on these Xrays of the health system, it outlines a series of conclusions and recommendations together with a SWOT analysis that highlights the potential internal (strengths and weaknesses and external potential (opportunities and threats. Based on this analysis and recommendations, the management is going to redesign the system in order to be adapted to the changing environmental requirements. Management transformation is recommended to be by following steps. :1. The development of a new management system that would make a positive change in the health care system 2. Implementation of the new management system 3. Assessment of the changes

  9. Generating units performances: power system requirements

    Energy Technology Data Exchange (ETDEWEB)

    Fourment, C; Girard, N; Lefebvre, H

    1994-08-01

    The part of generating units within the power system is more than providing power and energy. Their performance are not only measured by their energy efficiency and availability. Namely, there is a strong interaction between the generating units and the power system. The units are essential components of the system: for a given load profile the frequency variation follows directly from the behaviour of the units and their ability to adapt their power output. In the same way, the voltage at the units terminals are the key points to which the voltage profile at each node of the network is linked through the active and especially the reactive power flows. Therefore, the customer will experience the frequency and voltage variations induced by the units behaviour. Moreover, in case of adverse conditions, if the units do not operate as well as expected or trip, a portion of the system, may be the whole system, may collapse. The limitation of the performance of a unit has two kinds of consequences. Firstly, it may result in an increased amount of not supplied energy or loss of load probability: for example if the primary reserve is not sufficient, a generator tripping may lead to an abnormal frequency deviation, and load may have to be shed to restore the balance. Secondly, the limitation of a unit performance results in an economic over-cost for the system: for instance, if not enough `cheap` units are able to load-following, other units with higher operating costs have to be started up. We would like to stress the interest for the operators and design teams of the units on the one hand, and the operators and design teams of the system on the other hand, of dialog and information exchange, in operation but also at the conception stage, in order to find a satisfactory compromise between the system requirements and the consequences for the generating units. (authors). 11 refs., 4 figs.

  10. Firefighter safety for PV systems: Overview of future requirements and protection systems

    DEFF Research Database (Denmark)

    Spataru, Sergiu; Sera, Dezso; Blaabjerg, Frede

    2013-01-01

    for operators during maintenance or fire-fighting. One of the solutions is individual module shutdown by short-circuiting or disconnecting each PV module from the PV string. However, currently no standards have been adopted either for implementing or testing these methods, or doing an evaluation of the module...... shutdown procedures. This paper gives an overview on the most recent fire - and firefighter safety requirements for PV systems, with focus on system and module shutdown systems. Several solutions are presented, analyzed and compared by considering a number of essential characteristics, including......An important and highly discussed safety issue for photovoltaic systems is that, as long as they are illuminated, a high voltage is present at the PV string terminals and cables between the string and inverters, independent of the state of the inverter's dc disconnection switch, which poses a risk...

  11. Engineered barrier systems (EBS): design requirements and constraints

    International Nuclear Information System (INIS)

    2004-01-01

    A joint NEA-EC workshop entitled 'Engineered Barrier Systems: Design Requirements and Constraints' was organised in Turku, Finland on 26-29 August 2003 and hosted by Posiva Oy. The main objectives of the workshop were to promote interaction and collaboration among experts responsible for engineering design and safety assessment in order to develop a greater understanding of how to achieve the integration needed for the successful design of engineered barrier systems, and to clarify the role that an EBS can play in the overall safety case for a repository. These proceedings present the outcomes of this workshop. (author)

  12. Operating safety requirements for the intermediate level liquid waste system

    International Nuclear Information System (INIS)

    1980-07-01

    The operation of the Intermediate Level Liquid Waste (ILW) System, which is described in the Final Safety Analysis, consists of two types of operations, namely: (1) the operation of a tank farm which involves the storage and transportation through pipelines of various radioactive liquids; and (2) concentration of the radioactive liquids by evaporation including rejection of the decontaminated condensate to the Waste Treatment Plant and retention of the concentrate. The following safety requirements in regard to these operations are presented: safety limits and limiting control settings; limiting conditions for operation; and surveillance requirements. Staffing requirements, reporting requirements, and steps to be taken in the event of an abnormal occurrence are also described

  13. Diversity and testing requirements of programmable automation systems

    International Nuclear Information System (INIS)

    Haapanen, P.; Maskuniitty, M.

    1993-04-01

    In the report programmable digital operation and safety automation systems for nuclear power plants are discussed. The programmable systems deviate by their properties and behaviour from the conventional non-programmable systems in such extent, that their verification and validation for safety critical applications requires new methods and practices. The safety assessment can not be based on conventional probabilistic methods due to the difficulties in the quantification of the reliability of the software and hardware. A safety critical programmable system shall include diverse redundant parts so that no residual program fault can not cause the failure of the intended function of the system. Although complete testing of a programmable system is impossible, different tests have a central role in the production and validation process of the system. Diversity is important also in confidence building measures for the implemented system. Independent analysis and testing of the system should use different methods and tools from those used in the production and validation process by the system vendor. Use of diversity and testing are concluded to be central issues in producing safe programmable system and in proving them to be safe enough. By combining functional and programming diversity in a suitable way one can produce a system that is safe enough without having a non-programmable back-up system. (48 refs., 10 figs., 2 tabs.)

  14. Applying Required Navigation Performance Concept for Traffic Management of Small Unmanned Aircraft Systems

    Science.gov (United States)

    Jung, Jaewoo; D'Souza, Sarah N.; Johnson, Marcus A.; Ishihara, Abraham K.; Modi, Hemil C.; Nikaido, Ben; Hasseeb, Hashmatullah

    2016-01-01

    In anticipation of a rapid increase in the number of civil Unmanned Aircraft System(UAS) operations, NASA is researching prototype technologies for a UAS Traffic Management (UTM) system that will investigate airspace integration requirements for enabling safe, efficient low-altitude operations. One aspect a UTM system must consider is the correlation between UAS operations (such as vehicles, operation areas and durations), UAS performance requirements, and the risk to people and property in the operational area. This paper investigates the potential application of the International Civil Aviation Organizations (ICAO) Required Navigation Performance (RNP) concept to relate operational risk with trajectory conformance requirements. The approach is to first define a method to quantify operational risk and then define the RNP level requirement as a function of the operational risk. Greater operational risk corresponds to more accurate RNP level, or smaller tolerable Total System Error (TSE). Data from 19 small UAS flights are used to develop and validate a formula that defines this relationship. An approach to assessing UAS-RNP conformance capability using vehicle modeling and wind field simulation is developed to investigate how this formula may be applied in a future UTM system. The results indicate the modeled vehicles flight path is robust to the simulated wind variation, and it can meet RNP level requirements calculated by the formula. The results also indicate how vehicle-modeling fidelity may be improved to adequately verify assessed RNP level.

  15. International comparison of requirements for connection of wind turbines to power systems

    Energy Technology Data Exchange (ETDEWEB)

    Jauch, C. [Risoe National Lab., Roskilde (Denmark). Dept. of Wind Energy; Matevosyan, J.; Ackermann, T. [Royal Inst. of Technology, Stockholm (Sweden). Dept. of Electrical Engineering; Bolik, S. [Vestas Wind Systems A/S, Ringkoebing (Denmark)

    2005-07-01

    Power production from wind turbines has increased considerably during the last decade. Therefore today's wind turbines, which are typically set up in wind farms, have a significant influence on the operation of power systems. The efficient and secure operation of power systems is supported by grid codes, which are sets of requirements for all network users (suppliers, customers, etc.). In Europe, several transmission network operators have introduced special grid connection requirements for wind farms. These requirements are mainly based on existing grid codes, initially written for conventional power plants usually equipped with synchronous generators. This article presents a comparison of grid connection requirements for wind farms issued, or proposed as a draft, by transmission network operators in Denmark, Sweden, Germany, Scotland and Ireland. (author)

  16. 47 CFR 90.631 - Trunked systems loading, construction and authorization requirements.

    Science.gov (United States)

    2010-10-01

    ..., the total number of mobile units and control stations operating in the wide-area system shall be... system loading requirements under this subpart, the term “mobile station” includes vehicular and portable mobile units and control stations. (b) Each applicant for a non-SMR trunked system must certify that a...

  17. Extending and automating a Systems-Theoretic hazard analysis for requirements generation and analysis.

    Energy Technology Data Exchange (ETDEWEB)

    Thomas, John (Massachusetts Institute of Technology)

    2012-05-01

    Systems Theoretic Process Analysis (STPA) is a powerful new hazard analysis method designed to go beyond traditional safety techniques - such as Fault Tree Analysis (FTA) - that overlook important causes of accidents like flawed requirements, dysfunctional component interactions, and software errors. While proving to be very effective on real systems, no formal structure has been defined for STPA and its application has been ad-hoc with no rigorous procedures or model-based design tools. This report defines a formal mathematical structure underlying STPA and describes a procedure for systematically performing an STPA analysis based on that structure. A method for using the results of the hazard analysis to generate formal safety-critical, model-based system and software requirements is also presented. Techniques to automate both the analysis and the requirements generation are introduced, as well as a method to detect conflicts between the safety and other functional model-based requirements during early development of the system.

  18. Functional and performance requirements of the next NOAA-Kasas City computer system

    Science.gov (United States)

    Mosher, F. R.

    1985-01-01

    The development of the Advanced Weather Interactive Processing System for the 1990's (AWIPS-90) will result in more timely and accurate forecasts with improved cost effectiveness. As part of the AWIPS-90 initiative, the National Meteorological Center (NMC), the National Severe Storms Forecast Center (NSSFC), and the National Hurricane Center (NHC) are to receive upgrades of interactive processing systems. This National Center Upgrade program will support the specialized inter-center communications, data acquisition, and processing needs of these centers. The missions, current capabilities and general functional requirements for the upgrade to the NSSFC are addressed. System capabilities are discussed along with the requirements for the upgraded system.

  19. Requirements and Solutions for Personalized Health Systems.

    Science.gov (United States)

    Blobel, Bernd; Ruotsalainen, Pekka; Lopez, Diego M; Oemig, Frank

    2017-01-01

    Organizational, methodological and technological paradigm changes enable a precise, personalized, predictive, preventive and participative approach to health and social services supported by multiple actors from different domains at diverse level of knowledge and skills. Interoperability has to advance beyond Information and Communication Technologies (ICT) concerns, including the real world business domains and their processes, but also the individual context of all actors involved. The paper introduces and compares personalized health definitions, summarizes requirements and principles for pHealth systems, and considers intelligent interoperability. It addresses knowledge representation and harmonization, decision intelligence, and usability as crucial issues in pHealth. On this basis, a system-theoretical, ontology-based, policy-driven reference architecture model for open and intelligent pHealth ecosystems and its transformation into an appropriate ICT design and implementation is proposed.

  20. Establishing the user requirements for the research reactor decommissioning database system

    International Nuclear Information System (INIS)

    Park, S. K.; Park, H. S.; Lee, G. W.; Park, J. H.

    2002-01-01

    In generally, so much information and data will be raised during the decommissioning activities. It is need a systematical electric system for the management of that. A database system for the decommissioning information and data management from the KRR-1 and 2 decommissioning project is developing now. All information and data will be put into this database system and retrieval also. For the developing the DB system, the basic concept, user requirements were established the then set up the system for categorizing the information and data. The entities of tables for input the data was raised and categorized and then converted the code. The ERD (Entity Relation Diagram) was also set up to show their relation. In need of the developing the user interface system for retrieval the data, is should be studied the analyzing on the relation between the input and output the data. Through this study, as results, the items of output tables are established and categorized according to the requirement of the user interface system for the decommissioning information and data. These tables will be used for designing the prototype and be set up by several feeds back for establishing the decommissioning database system

  1. Course Ontology-Based User's Knowledge Requirement Acquisition from Behaviors within E-Learning Systems

    Science.gov (United States)

    Zeng, Qingtian; Zhao, Zhongying; Liang, Yongquan

    2009-01-01

    User's knowledge requirement acquisition and analysis are very important for a personalized or user-adaptive learning system. Two approaches to capture user's knowledge requirement about course content within an e-learning system are proposed and implemented in this paper. The first approach is based on the historical data accumulated by an…

  2. Design Requirements for Designing Responsive Modular Manufacturing Systems

    DEFF Research Database (Denmark)

    Jørgensen, Steffen; Madsen, Ole; Nielsen, Kjeld

    2011-01-01

    Customers demand the newest technologies, newest designs, the ability to customise, high quality, and all this at a low cost. These are trends which challenge the traditional way of operating manufacturing companies, especially in regard to product development and manufacturing. Research...... the needed flexibility and responsiveness, but such systems are not yet fully achieved. From related theory it is known that achieving modular benefits depend on the modular architecture; a modular architecture which must be developed according to the customer needs. This makes production needs a design...... requirement in order to achieve responsiveness and other benefits of modular manufacturing systems (MMS). Due to the complex and interrelated nature of a production system and its surroundings these production needs are complex to identify. This paper presents an analysis framework for identification...

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

    International Nuclear Information System (INIS)

    SCAIEF, C.C.

    1999-01-01

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

  4. Identification of high-level functional/system requirements for future civil transports

    Science.gov (United States)

    Swink, Jay R.; Goins, Richard T.

    1992-01-01

    In order to accommodate the rapid growth in commercial aviation throughout the remainder of this century, the Federal Aviation Administration (FAA) is faced with a formidable challenge to upgrade and/or modernize the National Airspace System (NAS) without compromising safety or efficiency. A recurring theme in both the Aviation System Capital Investment Plan (CIP), which has replaced the NAS Plan, and the new FAA Plan for Research, Engineering, and Development (RE&D) rely on the application of new technologies and a greater use of automation. Identifying the high-level functional and system impacts of such modernization efforts on future civil transport operational requirements, particularly in terms of cockpit functionality and information transfer, was the primary objective of this project. The FAA planning documents for the NAS of the 2005 era and beyond were surveyed; major aircraft functional capabilities and system components required for such an operating environment were identified. A hierarchical structured analysis of the information processing and flows emanating from such functional/system components were conducted and the results documented in graphical form depicting the relationships between functions and systems.

  5. Requirements for containment system components in CANDU nuclear power plants

    International Nuclear Information System (INIS)

    1988-02-01

    This Standard specifies the requirements and establishes the rules for design, fabrication, and installation of pressure-retaining containment system components. In this Standard the term 'components' includes non registered items

  6. Requirements for containment system components in CANDU nuclear power plants

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1988-02-01

    This Standard specifies the requirements and establishes the rules for design, fabrication, and installation of pressure-retaining containment system components. In this Standard the term `components` includes non registered items.

  7. Requirements Analysis Study for Master Pump Shutdown System Project Development Specification

    International Nuclear Information System (INIS)

    BEVINS, R.R.

    2000-01-01

    This study is a requirements document that presents analysis for the functional description for the master pump shutdown system. This document identifies the sources of the requirements and/or how these were derived. Each requirement is validated either by quoting the source or an analysis process involving the required functionality, performance characteristics, operations input or engineering judgment. The requirements in this study apply to the first phase of the W314 Project. This document has been updated during the definitive design portion of the first phase of the W314 Project to capture additional software requirements and is planned to be updated during the second phase of the W314 Project to cover the second phase of the project's scope

  8. Understanding requirements of novel healthcare information systems for management of advanced prostate cancer.

    Science.gov (United States)

    Wagholikar, Amol S; Fung, Maggie; Nelson, Colleen C

    2012-01-01

    Effective management of chronic diseases is a global health priority. A healthcare information system offers opportunities to address challenges of chronic disease management. However, the requirements of health information systems are often not well understood. The accuracy of requirements has a direct impact on the successful design and implementation of a health information system. Our research describes methods used to understand the requirements of health information systems for advanced prostate cancer management. The research conducted a survey to identify heterogeneous sources of clinical records. Our research showed that the General Practitioner was the common source of patient's clinical records (41%) followed by the Urologist (14%) and other clinicians (14%). Our research describes a method to identify diverse data sources and proposes a novel patient journey browser prototype that integrates disparate data sources.

  9. Step 1: Human System Integration Pilot-Technology Interface Requirements for Weather Management

    Science.gov (United States)

    2005-01-01

    This document involves definition of technology interface requirements for Hazardous Weather Avoidance. Technology concepts in use by the Access 5 Weather Management Work Package were considered. Beginning with the Human System Integration (HIS) high-level functional requirement for Hazardous Weather Avoidance, and Hazardous Weather Avoidance technology elements, HSI requirements for the interface to the pilot were identified. Results of the analysis describe (1) the information required by the pilot to have knowledge of hazardous weather, and (2) the control capability needed by the pilot to obtain hazardous weather information. Fundamentally, these requirements provide the candidate Hazardous Weather Avoidance technology concepts with the necessary human-related elements to make them compatible with human capabilities and limitations. The results of the analysis describe how Hazardous Weather Avoidance operations and functions should interface with the pilot to provide the necessary Weather Management functionality to the UA-pilot system. Requirements and guidelines for Hazardous Weather Avoidance are partitioned into four categories: (1) Planning En Route (2) Encountering Hazardous Weather En Route, (3) Planning to Destination, and (4) Diversion Planning Alternate Airport. Each requirement is stated and is supported with a rationale and associated reference(s).

  10. Next Generation Nuclear Plant System Requirements Manual

    International Nuclear Information System (INIS)

    Not Listed

    2008-01-01

    System Requirements Manual for the NGNP Project. The Energy Policy Act of 2005 (H.R. 6; EPAct), which was signed into law by President George W. Bush in August 2005, required the Secretary of the U.S. Department of Energy (DOE) to establish a project to be known as the Next Generation Nuclear Plant (NGNP) Project. According to the EPAct, the NGNP Project shall consist of the research, development, design, construction, and operation of a prototype plant (to be referred to herein as the NGNP) that (1) includes a nuclear reactor based on the research and development (R and D) activities supported by the Generation IV Nuclear Energy Systems initiative, and (2) shall be used to generate electricity, to produce hydrogen, or to both generate electricity and produce hydrogen. The NGNP Project supports both the national need to develop safe, clean, economical nuclear energy and the Nuclear Hydrogen Initiative (NHI), which has the goal of establishing greenhouse-gas-free technologies for the production of hydrogen. The DOE has selected the helium-cooled High Temperature Gas-Cooled Reactor (HTGR) as the reactor concept to be used for the NGNP because it is the only near-term Generation IV concept that has the capability to provide process heat at high-enough temperatures for highly efficient production of hydrogen. The EPAct also names the Idaho National Laboratory (INL), the DOE's lead national laboratory for nuclear energy research, as the site for the prototype NGNP

  11. Uplink Cross-Layer Scheduling with Differential QoS Requirements in OFDMA Systems

    Directory of Open Access Journals (Sweden)

    Chen Wei

    2010-01-01

    Full Text Available Fair and efficient scheduling is a key issue in cross-layer design for wireless communication systems, such as 3GPP LTE and WiMAX. However, few works have considered the multiaccess of the traffic with differential QoS requirements in wireless systems. In this paper, we will consider an OFDMA-based wireless system with four types of traffic associated with differential QoS requirements, namely, minimum reserved rate, maximum sustainable rate, maximum latency, and tolerant jitter. Given these QoS requirements, the traffic scheduling will be formulated into a cross-layer optimization problem, which is convex fortunately. By separating the power allocation through the waterfilling algorithm in each user, this problem will further reduce to a kind of continuous quadratic knapsack problem in the base station which yields low complexity. It is then demonstrated that the proposed cross-layer method cannot only guarantee the application layer QoS requirements, but also minimizes the integrated residual workload in the MAC layer. To further enhance the ability of QoS assurance in heavily loaded scenario, a call admission control scheme will also be proposed. The simulation results show that the QoS requirements for the four types of traffic are guaranteed effectively by the proposed algorithms.

  12. Improved Traceability of Mission Concept to Requirements Using Model Based Systems Engineering

    Science.gov (United States)

    Reil, Robin

    2014-01-01

    Model Based Systems Engineering (MBSE) has recently been gaining significant support as a means to improve the traditional document-based systems engineering (DBSE) approach to engineering complex systems. In the spacecraft design domain, there are many perceived and propose benefits of an MBSE approach, but little analysis has been presented to determine the tangible benefits of such an approach (e.g. time and cost saved, increased product quality). This thesis presents direct examples of how developing a small satellite system model can improve traceability of the mission concept to its requirements. A comparison of the processes and approaches for MBSE and DBSE is made using the NASA Ames Research Center SporeSat CubeSat mission as a case study. A model of the SporeSat mission is built using the Systems Modeling Language standard and No Magics MagicDraw modeling tool. The model incorporates mission concept and requirement information from the missions original DBSE design efforts. Active dependency relationships are modeled to analyze the completeness and consistency of the requirements to the mission concept. Overall experience and methodology are presented for both the MBSE and original DBSE design efforts of SporeSat.

  13. Decision Support System Requirements Definition for Human Extravehicular Activity Based on Cognitive Work Analysis.

    Science.gov (United States)

    Miller, Matthew James; McGuire, Kerry M; Feigh, Karen M

    2017-06-01

    The design and adoption of decision support systems within complex work domains is a challenge for cognitive systems engineering (CSE) practitioners, particularly at the onset of project development. This article presents an example of applying CSE techniques to derive design requirements compatible with traditional systems engineering to guide decision support system development. Specifically, it demonstrates the requirements derivation process based on cognitive work analysis for a subset of human spaceflight operations known as extravehicular activity . The results are presented in two phases. First, a work domain analysis revealed a comprehensive set of work functions and constraints that exist in the extravehicular activity work domain. Second, a control task analysis was performed on a subset of the work functions identified by the work domain analysis to articulate the translation of subject matter states of knowledge to high-level decision support system requirements. This work emphasizes an incremental requirements specification process as a critical component of CSE analyses to better situate CSE perspectives within the early phases of traditional systems engineering design.

  14. Teaching Management Information Systems as a General Education Requirement (GER) Capstone

    Science.gov (United States)

    Hoanca, Bogdan

    2012-01-01

    Although many IS programs nationwide use capstone courses in the major, this paper reports on the use of an upper division Management Information Systems (MIS) class as a general education requirements (GER) capstone. The class is a core requirement for all majors in the Bachelor of Business Administration (BBA) program at the University of Alaska…

  15. Requirement analysis and architecture of data communication system for integral reactor

    International Nuclear Information System (INIS)

    Jeong, K. I.; Kwon, H. J.; Park, J. H.; Park, H. Y.; Koo, I. S.

    2005-05-01

    When digitalizing the Instrumentation and Control(I and C) systems in Nuclear Power Plants(NPP), a communication network is required for exchanging the digitalized data between I and C equipments in a NPP. A requirements analysis and an analysis of design elements and techniques are required for the design of a communication network. Through the requirements analysis of the code and regulation documents such as NUREG/CR-6082, section 7.9 of NUREG 0800 , IEEE Standard 7-4.3.2 and IEEE Standard 603, the extracted requirements can be used as a design basis and design concept for a detailed design of a communication network in the I and C system of an integral reactor. Design elements and techniques such as a physical topology, protocol transmission media and interconnection device should be considered for designing a communication network. Each design element and technique should be analyzed and evaluated as a portion of the integrated communication network design. In this report, the basic design requirements related to the design of communication network are investigated by using the code and regulation documents and an analysis of the design elements and techniques is performed. Based on these investigation and analysis, the overall architecture including the safety communication network and the non-safety communication network is proposed for an integral reactor

  16. 48 CFR 207.106 - Additional requirements for major systems.

    Science.gov (United States)

    2010-10-01

    .... (vi) Use of build-to-print approaches to enable production through multiple sources. (vii) Acquisition...(d)(4)(A) from requiring offers for development or production of major systems that would enable the... analysis of the total value, in terms of innovative design, life-cycle costs, and other pertinent factors...

  17. Requirements for a cleanable steel HEPA filter derived from a systems analysis

    International Nuclear Information System (INIS)

    Bergman, W.

    1996-06-01

    A systems analysis was conducted to determine customer requirements for a cleanable high efficiency particulate air (HEPA) filter in DOE Environmental Management (EM) facilities. The three principal drivers for cleanable steel HEPA are large cost savings, improved filter reliability, and new regulations; they produce a strong incentive to DOE customers to use cleanable steel HEPA filters. Input for customer requirements were obtained from field trips to EM sites and from discussions. Most existing applications require that cleanable steel HEPA filters meet size/performance requirements of standard glass HEPA filters; applications in new facilities can relax size/weight/pressure drop requirements on a case-by-case basis. We then obtained input from commercial firms on availability of cleanable steel HEPA filters. Systems analysis then showed that currently available technology was only able to meet customer needs in a limited number of cases. Further development is needed to meet requirements of EM customers. For cleanable steel HEPA to be retrofitted into existing systems, pressure drop and weight must be reduced. Pressure drop can be reduced by developing steel fiber media from 0.5 μm dia steel fibers. Weight can be reduced by packaging the steel fiber media in one of the standard HEPA configurations. Although most applications will be able to use standard 304 or 316L alloys, an acid resistant alloy such as Hastelloy or Inconel will be needed for incinerator and other thermal processes

  18. Power system requirements and selection for the space exploration initiative

    International Nuclear Information System (INIS)

    Biringer, K.L.; Bartine, D.E.; Buden, D.; Foreman, J.; Harrison, S.

    1991-01-01

    The Space Exploration Initiative (SEI) seeks to reestablish a US program of manned and unmanned space exploration. The President has called for a program which includes a space station element, a manned habitation of the moon, and a human exploration of Mars. The NASA Synthesis Group has developed four significantly different architectures for the SEI program. One key element of a space exploration effort is the power required to support the missions. The Power Speciality Team of the Synthesis Group was tasked with assessing and evaluating the power requirements and candidate power technologies for such missions. Inputs to the effort came from existing NASA studies as well as other governments agency inputs such as those from DOD and DOE. In addition, there were industry and university briefings and results of solicitations from the AIAA and the general public as part of the NASA outreach effort. Because of the variety of power needs in the SEI program, there will be a need for multiple power system technologies including solar, nuclear and electrochemical. Due to the high rocket masses required to propel payloads to the moon and beyond to Mars, there is great emphasis placed on the need for high power density and high energy density systems. Power system technology development work is needed results will determine the ultimate technology selections. 23 refs., 10 figs

  19. Computer system requirements specification for 101-SY hydrogen mitigation test project data acquisition and control system (DACS-1)

    International Nuclear Information System (INIS)

    McNeece, S.G.; Truitt, R.W.

    1994-01-01

    The system requirements specification for SY-101 hydrogen mitigation test project (HMTP) data acquisition and control system (DACS-1) documents the system requirements for the DACS-1 project. The purpose of the DACS is to provide data acquisition and control capabilities for the hydrogen mitigation testing of Tank SY-101. Mitigation testing uses a pump immersed in the waste, directed at varying angles and operated at different speeds and time durations. Tank and supporting instrumentation is brought into the DACS to monitor the status of the tank and to provide information on the effectiveness of the mitigation test. Instrumentation is also provided for closed loop control of the pump operation. DACS is also capable for being expanded to control and monitor other mitigation testing. The intended audience for the computer system requirements specification includes the SY-101 hydrogen mitigation test data acquisition and control system designers: analysts, programmers, instrument engineers, operators, maintainers. It is intended for the data users: tank farm operations, mitigation test engineers, the Test Review Group (TRG), data management support staff, data analysis, Hanford data stewards, and external reviewers

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

    CERN Document Server

    CERN. Geneva

    1997-01-01

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

  1. Development of the switch requirements and architecture of a safety data communication system

    International Nuclear Information System (INIS)

    Jeong, K.I.; Lee, J.K.; Park, H.Y.; Koo, I.S.

    2004-12-01

    In accordance with digitalising the Instrumentation and Control(I and C) systems in the integral reactor, a communication network is required for effective information exchanges between the different equipment, an enhancement of the design flexibility, a simple installation and cost reduction. Generally, a communication network consists of a topology, the protocol, a communication medium, an interconnection device, etc. In this report, the development methods of switch and the architecture of a Safety Data Communication System(SDCS) are investigated and analyzed. In this report, the design requirements for switch are presented, which are the essential requirements to develop the switch in a SDCS of the SMART-P. To establish these requirements, the evaluation and analysis of the design and implementation method of the COTS switches, the architecture of SDCS and the design requirements of a SDCS were performed. At the detail design stage, these requirements will be used for the top-tier requirements, especially the design target and design basis. To develop the detail design requirements in the future, more quantitative and qualitative analyses are required. In the case of selecting the COTS switch and developing the switch, these requirements will also be used for the evaluation guide

  2. Development of the switch requirements and architecture of a safety data communication system

    Energy Technology Data Exchange (ETDEWEB)

    Jeong, K.I.; Lee, J.K.; Park, H.Y.; Koo, I.S

    2004-12-01

    In accordance with digitalising the Instrumentation and Control(I and C) systems in the integral reactor, a communication network is required for effective information exchanges between the different equipment, an enhancement of the design flexibility, a simple installation and cost reduction. Generally, a communication network consists of a topology, the protocol, a communication medium, an interconnection device, etc. In this report, the development methods of switch and the architecture of a Safety Data Communication System(SDCS) are investigated and analyzed. In this report, the design requirements for switch are presented, which are the essential requirements to develop the switch in a SDCS of the SMART-P. To establish these requirements, the evaluation and analysis of the design and implementation method of the COTS switches, the architecture of SDCS and the design requirements of a SDCS were performed. At the detail design stage, these requirements will be used for the top-tier requirements, especially the design target and design basis. To develop the detail design requirements in the future, more quantitative and qualitative analyses are required. In the case of selecting the COTS switch and developing the switch, these requirements will also be used for the evaluation guide.

  3. Using task analysis to improve the requirements elicitation in health information system.

    Science.gov (United States)

    Teixeira, Leonor; Ferreira, Carlos; Santos, Beatriz Sousa

    2007-01-01

    This paper describes the application of task analysis within the design process of a Web-based information system for managing clinical information in hemophilia care, in order to improve the requirements elicitation and, consequently, to validate the domain model obtained in a previous phase of the design process (system analysis). The use of task analysis in this case proved to be a practical and efficient way to improve the requirements engineering process by involving users in the design process.

  4. User requirements for the Harmonization of Environmental Measurement Information System HEMIS

    International Nuclear Information System (INIS)

    Crain, I.K.

    1992-03-01

    The purpose of this study was to define as much as possible, the functional requirements of the potential main users of the Harmonization of Environmental Measurement Information System, HEMIS. The resulting report is to be used as a basis for a rapid decision on technical approaches to system development, planning of schedule and costs, and to guide the system development and implementation process

  5. Information technology - Security techniques - Information security management systems - Requirements

    CERN Document Server

    International Organization for Standardization. Geneva

    2005-01-01

    ISO/IEC 27001:2005 covers all types of organizations (e.g. commercial enterprises, government agencies, not-for profit organizations). ISO/IEC 27001:2005 specifies the requirements for establishing, implementing, operating, monitoring, reviewing, maintaining and improving a documented Information Security Management System within the context of the organization's overall business risks. It specifies requirements for the implementation of security controls customized to the needs of individual organizations or parts thereof. ISO/IEC 27001:2005 is designed to ensure the selection of adequate and proportionate security controls that protect information assets and give confidence to interested parties. ISO/IEC 27001:2005 is intended to be suitable for several different types of use, including the following: use within organizations to formulate security requirements and objectives; use within organizations as a way to ensure that security risks are cost effectively managed; use within organizations to ensure comp...

  6. Transcription factor Tbx3 is required for the specification of the atrioventricular conduction system

    NARCIS (Netherlands)

    Bakker, Martijn L.; Boukens, Bastiaan J.; Mommersteeg, Mathilda T. M.; Brons, Janynke F.; Wakker, Vincent; Moorman, Antoon F. M.; Christoffels, Vincent M.

    2008-01-01

    The cardiac conduction system consists of distinctive heart muscle cells that initiate and propagate the electric impulse required for coordinated contraction. The conduction system expresses the transcriptional repressor Tbx3, which is required for vertebrate development and controls the formation

  7. Electric Bike Sharing--System Requirements and Operational Concepts

    Energy Technology Data Exchange (ETDEWEB)

    Cherry, Christopher; Worley, Stacy; Jordan, David

    2010-08-01

    Bike sharing is an exciting new model of public-private transportation provision that has quickly emerged in the past five years. Technological advances have overcome hurdles of early systems and cities throughout the globe are adopting this model of transportation service. Electric bikes have simultaneously gained popularity in many regions of the world and some have suggested that shared electric bikes could provide an even higher level of service compared to existing systems. There are several challenges that are unique to shared electric bikes: electric-assisted range, recharging protocol, and bike and battery checkout procedures. This paper outlines system requirements to successfully develop and deploy an electric bike sharing system, focusing on system architecture, operational concepts, and battery management. Although there is little empirical evidence, electric bike sharing could be feasible, depending on demand and battery management, and can potentially improve the utility of existing bike sharing systems. Under most documented bike sharing use scenarios, electric bike battery capacity is insufficient for a full day of operation, depending on recharging protocol. Off-board battery management is a promising solution to address this problem. Off-board battery management can also support solar recharging. Future pilot tests will be important and allow empirical evaluation of electric bikesharing system performance. (auth)

  8. Functional Mobility Testing: A Novel Method to Establish Human System Interface Design Requirements

    Science.gov (United States)

    England, Scott A.; Benson, Elizabeth A.; Rajulu, Sudhakar

    2008-01-01

    Across all fields of human-system interface design it is vital to posses a sound methodology dictating the constraints on the system based on the capabilities of the human user. These limitations may be based on strength, mobility, dexterity, cognitive ability, etc. and combinations thereof. Data collected in an isolated environment to determine, for example, maximal strength or maximal range of motion would indeed be adequate for establishing not-to-exceed type design limitations, however these restraints on the system may be excessive over what is basally needed. Resources may potentially be saved by having a technique to determine the minimum measurements a system must accommodate. This paper specifically deals with the creation of a novel methodology for establishing mobility requirements for a new generation of space suit design concepts. Historically, the Space Shuttle and the International Space Station vehicle and space hardware design requirements documents such as the Man-Systems Integration Standards and International Space Station Flight Crew Integration Standard explicitly stated that the designers should strive to provide the maximum joint range of motion capabilities exhibited by a minimally clothed human subject. In the course of developing the Human-Systems Integration Requirements (HSIR) for the new space exploration initiative (Constellation), an effort was made to redefine the mobility requirements in the interest of safety and cost. Systems designed for manned space exploration can receive compounded gains from simplified designs that are both initially less expensive to produce and lighter, thereby, cheaper to launch.

  9. Assessment of the impact of dipped guideways on urban rail transit systems: Ventilation and safety requirements

    Science.gov (United States)

    1982-01-01

    The ventilation and fire safety requirements for subway tunnels with dipped profiles between stations as compared to subway tunnels with level profiles were evaluated. This evaluation is based upon computer simulations of a train fire emergency condition. Each of the tunnel configurations evaluated was developed from characteristics that are representative of modern transit systems. The results of the study indicate that: (1) The level tunnel system required about 10% more station cooling than dipped tunnel systems in order to meet design requirements; and (2) The emergency ventilation requirements are greater with dipped tunnel systems than with level tunnel systems.

  10. Modelo de requisitos para sistemas embebidos: Model of requirements for embedded systems

    Directory of Open Access Journals (Sweden)

    Liliana González Palacio

    2008-07-01

    Full Text Available En este artículo se presenta un modelo de requisitos como apoyo para la construcción de sistemas embebidos. En la actualidad, las metodologías de Ingeniería de Requisitos propuestas para este dominio no establecen continuidad en su proceso de desarrollo, ya que poseen una fuerte orientación a la etapa de diseño y un énfasis más débil en la etapa de análisis. Además, dichas metodologías ofrecen pautas para tratar los requisitos luego de que han sido obtenidos, pero no proponen herramientas; como por ejemplo, un modelo de requisitos, para la obtención de estos. Este trabajo hace parte de un proyecto de investigación que tiene como objetivo proponer una metodología de Ingeniería de Requisitos (IR para el análisis de Sistemas Embebidos (SE. El modelo de requisitos propuesto y su forma de utilización se ilustran mediante un caso de aplicación consistente en la obtención de requisitos para un sistema de sensado de movimiento, embebido en un sistema de alarma para hogar.In this paper a model of requirements for supporting the construction of embedded systems is presented. Currently, the methodologies of Engineering of Requirements, in this field, do not let continuity in their development process, since they have a strong orientation to design stage and a weaker emphasis on the analysis stage. Furthermore, such methodologies provide guidelines for treating requirements after being obtained. However, they do not propose tools such as a model of requirements for obtaining them. This paper is the result of a research project which objective is to propose engineering of requirements methodology for embedded systems analysis. The model of proposed requirements and its use are illustrated through an application case consisting on obtaining requirements for a movement sensing system, embedded in a home alarm system.

  11. Risk-Based Confidentiality Requirements Specification for Outsourced IT Systems

    NARCIS (Netherlands)

    Morali, A.; Wieringa, Roelf J.

    Today, companies are required to be in control of their IT assets, and to provide proof of this in the form of independent IT audit reports. However, many companies have outsourced various parts of their IT systems to other companies, which potentially threatens the control they have of their IT

  12. UNDERSTANDING THAI CULTURE AND ITS IMPACT ON REQUIREMENTS ENGINEERING PROCESS MANAGEMENT DURING INFORMATION SYSTEMS DEVELOPMENT

    Directory of Open Access Journals (Sweden)

    Theerasak Thanasankit

    2002-01-01

    Full Text Available This paper explores the impact of Thai culture on managing the decision making process in requirements engineering and contribution a better understand of its influence on the management of requirements engineering process. The paper illustrates the interaction of technology and culture and shows that rather than technology changing culture, culture can change the way technology is used. Thai culture is naturally inherent in Thai daily life and Thais bring that into their work practices. The concepts of power and uncertainty in Thai culture contribute toward hierarchical forms of communication and decision making process in Thailand, especially during requirements engineering, where information systems requirements need to be established for further development. The research shows that the decision making process in Thailand tends to take a much longer time, as every stage during requirements engineering needs to be reported to management for final decisions. The tall structure of Thai organisations also contributes to a bureaucratic, elongated decision-making process during information systems development. Understanding the influence of Thai culture on requirements engineering and information systems development will assist multinational information systems consulting organisations to select, adapt, better manage, or change requirements engineering process and information systems developments methodologies to work best with Thai organisations.

  13. Requirements to be made on future information systems in NPP operation

    International Nuclear Information System (INIS)

    Becker, G.; Distler, K.

    1987-01-01

    The objective of advanced operational information systems (OIS) is to support and alleviate the operator's work. Human skills and performance limits on the one hand, and the tasks of the operators during various operating states on the other hand are the bases for deriving system design requirements. The paper discusses such aspects like the dynamism of process events, the passive/active role played by the operators in normal/disturbed operation, the compatibility of information representation between OIS and conventional display configuration, parallel versus serial information presentation, team work of operators, parallel processing of tasks within the team; the resulting requirements are derived. (orig./DG) [de

  14. Shielded Cells D ampersand D and Dismantlement System Requirements

    International Nuclear Information System (INIS)

    Witherspoon, R.L.

    1995-01-01

    This document describes the basis for the development of the System for Highly Radioactive Equipment Dismantlement or SHRED. It is the result of a thorough investigation into current and past dismantlement practices at shielded cell facilities around the DOE complex. This information has been used to formulate the development requirements for the SHRED

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

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

  17. Capturing security requirements for software systems

    Science.gov (United States)

    El-Hadary, Hassan; El-Kassas, Sherif

    2014-01-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. PMID:25685514

  18. Decision support at home (DS@HOME – system architectures and requirements

    Directory of Open Access Journals (Sweden)

    Marschollek Michael

    2012-05-01

    Full Text Available Abstract Background Demographic change with its consequences of an aging society and an increase in the demand for care in the home environment has triggered intensive research activities in sensor devices and smart home technologies. While many advanced technologies are already available, there is still a lack of decision support systems (DSS for the interpretation of data generated in home environments. The aim of the research for this paper is to present the state-of-the-art in DSS for these data, to define characteristic properties of such systems, and to define the requirements for successful home care DSS implementations. Methods A literature review was performed along with the analysis of cross-references. Characteristic properties are proposed and requirements are derived from the available body of literature. Results 79 papers were identified and analyzed, of which 20 describe implementations of decision components. Most authors mention server-based decision support components, but only few papers provide details about the system architecture or the knowledge base. A list of requirements derived from the analysis is presented. Among the primary drawbacks of current systems are the missing integration of DSS in current health information system architectures including interfaces, the missing agreement among developers with regard to the formalization and customization of medical knowledge and a lack of intelligent algorithms to interpret data from multiple sources including clinical application systems. Conclusions Future research needs to address these issues in order to provide useful information – and not only large amounts of data – for both the patient and the caregiver. Furthermore, there is a need for outcome studies allowing for identifying successful implementation concepts.

  19. General Fund Enterprise Business System Did Not Provide Required Financial Information

    Science.gov (United States)

    2012-03-26

    Management of the General Fund Enterprise Business System,” January 14, 2008 Army AAA Report No. A-2010-0187- FFM , “General Fund Enterprise Business System...A-2009-0232- FFM , “General Fund Enterprise Business System – Federal Financial Management Improvement Act Compliance, Examination of Releases...1.4.1, 1.4.2, 1.4.3, and 1.4.4 Requirements,” September 30, 2009 AAA Report No. A-2009-0231- FFM , “General Fund Enterprise Business System – Federal

  20. From Requirements via Colored Workflow Nets to an Implementation in Several Workflow Systems

    DEFF Research Database (Denmark)

    Mans, Ronny S.; van der Aalst, Willibrordus Martinus Pancratius; Molemann, A.J.

    2007-01-01

    Care organizations, such as hospitals, need to support complex and dynamic workflows. More- over, many disciplines are involved. This makes it important to avoid the typical disconnect between requirements and the actual implementation of the system. This paper proposes an approach where an Execu......Care organizations, such as hospitals, need to support complex and dynamic workflows. More- over, many disciplines are involved. This makes it important to avoid the typical disconnect between requirements and the actual implementation of the system. This paper proposes an approach where...... an Executable Use Case (EUC) and Colored Care organizations, such as hospitals, need to support complex and dynamic workflows. Moreover, many disciplines are involved. This makes it important to avoid the typical disconnect between requirements and the actual implementation of the system. This paper proposes...

  1. Automata learning algorithms and processes for providing more complete systems requirements specification by scenario generation, CSP-based syntax-oriented model construction, and R2D2C system requirements transformation

    Science.gov (United States)

    Hinchey, Michael G. (Inventor); Margaria, Tiziana (Inventor); Rash, James L. (Inventor); Rouff, Christopher A. (Inventor); Steffen, Bernard (Inventor)

    2010-01-01

    Systems, methods and apparatus are provided through which in some embodiments, automata learning algorithms and techniques are implemented to generate a more complete set of scenarios for requirements based programming. More specifically, a CSP-based, syntax-oriented model construction, which requires the support of a theorem prover, is complemented by model extrapolation, via automata learning. This may support the systematic completion of the requirements, the nature of the requirement being partial, which provides focus on the most prominent scenarios. This may generalize requirement skeletons by extrapolation and may indicate by way of automatically generated traces where the requirement specification is too loose and additional information is required.

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

    International Nuclear Information System (INIS)

    Rosnick, C.K.

    1996-01-01

    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

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

    International Nuclear Information System (INIS)

    Brann, E.C. II.

    1994-01-01

    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

  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. From system requirements to source code: transitions in UML and RUP

    Directory of Open Access Journals (Sweden)

    Stanisław Wrycza

    2011-06-01

    Full Text Available There are many manuals explaining language specification among UML-related books. Only some of books mentioned concentrate on practical aspects of using the UML language in effective way using CASE tools and RUP. The current paper presents transitions from system requirements specification to structural source code, useful while developing an information system.

  6. Cultural Requirements of Policy Making System for Hijab and Dignity

    Directory of Open Access Journals (Sweden)

    Shahla Bagheri

    2012-12-01

    Full Text Available Policy making and policy measures is important in the social system. occurs. Policy maker aimed to achieve cultural requirements of policy making system by interaction stale and society. After the Islamic Revolution of Iran. the strengths and weaknesses of the different levels of the system politically has been accompanied in the field of moral and sexual dignity and chastity, aside from the basic necessity of building systems - Iranian, coordination and harmony of the system was not relevant. That is in the realm of theoretical ideas and goals are expressed in practice, the relationship between logical and measurable programs are executed with the goals and policies have been developed. measures to improve processes, motivate and educate individuals and groups, and to monitor the development of information systems.

  7. Quality functions for requirements engineering in system development methods.

    Science.gov (United States)

    Johansson, M; Timpka, T

    1996-01-01

    Based on a grounded theory framework, this paper analyses the quality characteristics for methods to be used for requirements engineering in the development of medical decision support systems (MDSS). The results from a Quality Function Deployment (QFD) used to rank functions connected to user value and a focus group study were presented to a validation focus group. The focus group studies take advantage of a group process to collect data for further analyses. The results describe factors considered by the participants as important in the development of methods for requirements engineering in health care. Based on the findings, the content which, according to the user a MDSS method should support is established.

  8. Tritium interactions of potential importance to fusion reactor systems: technology requirements

    International Nuclear Information System (INIS)

    Wilkes, W.R.

    1976-01-01

    The tritium technology requirements created by the controlled thermonuclear research program to develop a demonstration fusion power reactor by the year 2000 are reviewed. It is found that the majority of the technological advances which are needed to ensure adequate tritium containment in a tritium breeding power reactor need to be demonstrated on a pilot scale by approximately 1983, so that they may be incorporated into EPR-II, the second of two planned experimental power reactors. The most important advances include development of containment materials with permeabilities to tritium well below measured values for stainless steel; large scale, low inventory deuterium-tritium separation systems; and improved monitoring and assay systems. There are less critical requirements for information about the effects of tritium and helium on the mechanical properties of materials, the effects of tritium on biological systems, and data on physical and chemical properties of tritium. Substantial progress needs to be made on these problems early enough to permit possible solutions to be tested on EPR-I. In addition, major improvements in tritium handling equipment are required for EPR-I. Those technological problems for which solutions have not yet been demonstrated by EPR-II must be solved by 1989 if they are to be assured successful application in the demonstration reactor

  9. Exploration of the Trade Space Between Unmanned Aircraft Systems Descent Maneuver Performance and Sense-and-Avoid System Performance Requirements

    Science.gov (United States)

    Jack, Devin P.; Hoffler, Keith D.; Johnson, Sally C.

    2014-01-01

    A need exists to safely integrate Unmanned Aircraft Systems (UAS) into the United States' National Airspace System. Replacing manned aircraft's see-and-avoid capability in the absence of an onboard pilot is one of the key challenges associated with safe integration. Sense-and-avoid (SAA) systems will have to achieve yet-to-be-determined required separation distances for a wide range of encounters. They will also need to account for the maneuver performance of the UAS they are paired with. The work described in this paper is aimed at developing an understanding of the trade space between UAS maneuver performance and SAA system performance requirements, focusing on a descent avoidance maneuver. An assessment of current manned and unmanned aircraft performance was used to establish potential UAS performance test matrix bounds. Then, near-term UAS integration work was used to narrow down the scope. A simulator was developed with sufficient fidelity to assess SAA system performance requirements. The simulator generates closest-point-of-approach (CPA) data from the wide range of UAS performance models maneuvering against a single intruder with various encounter geometries. Initial attempts to model the results made it clear that developing maneuver performance groups is required. Discussion of the performance groups developed and how to know in which group an aircraft belongs for a given flight condition and encounter is included. The groups are airplane, flight condition, and encounter specific, rather than airplane-only specific. Results and methodology for developing UAS maneuver performance requirements are presented for a descent avoidance maneuver. Results for the descent maneuver indicate that a minimum specific excess power magnitude can assure a minimum CPA for a given time-to-go prediction. However, smaller amounts of specific excess power may achieve or exceed the same CPA if the UAS has sufficient speed to trade for altitude. The results of this study will

  10. Research Perspectives for Material Requirements Planning Systems. Paper No. 434.

    Science.gov (United States)

    Berry, W. L.; Whybark, D. Clay

    Material requirements planning (MRP) systems are described as management tools for planning and controlling production operations. A wide variety of industries and production organizations are credited as reporting significant operating improvements in such areas as inventory control, production scheduling, delivery performance, and production…

  11. From Requirements via Colored Workflow Nets to an Implementation in Several Workflow Systems

    DEFF Research Database (Denmark)

    Mans, Ronnie S:; van der Aalst, Wil M.P.; Bakker, Piet J.M.

    2007-01-01

    care process of the Academic Medical Center (AMC) hospital is used as reference process. The process consists of hundreds of activities. These have been modeled and analyzed using an EUC and a CWN. Moreover, based on the CWN, the process has been implemented using four different workflow systems......Care organizations, such as hospitals, need to support complex and dynamic workflows. More- over, many disciplines are involved. This makes it important to avoid the typical disconnect between requirements and the actual implementation of the system. This paper proposes an approach where...... an Executable Use Case (EUC) and Colored Workflow Net (CWN) are used to close the gap between the given requirements specification and the realization of these requirements with the help of a workflow system. This paper describes a large case study where the diagnostic tra jectory of the gynaecological oncology...

  12. Easter eggs, myths and jokes in famous physics books and papers

    OpenAIRE

    Fortunato, Lorenzo

    2017-01-01

    I will report below on a few examples of raving and insane (or maybe utterly genial) sentences that can be found in famous and otherwise admirable books of physics, because I genuinely believe it is amusing.

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

    International Nuclear Information System (INIS)

    SCHAEFER, J.C.

    1999-01-01

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

  14. The FDA and worldwide quality system requirements guidebook for medical devices

    National Research Council Canada - National Science Library

    Daniel, Amiram; Kimmelman, Ed; Trautman, Kimberly A

    2008-01-01

    "This new and expanded second edition maintains the organizational approach of the first and includes the requirements and guidance contained in the Quality System Regulation (QSReg), the ISO 13485...

  15. Modeling of requirement specification for safety critical real time computer system using formal mathematical specifications

    International Nuclear Information System (INIS)

    Sankar, Bindu; Sasidhar Rao, B.; Ilango Sambasivam, S.; Swaminathan, P.

    2002-01-01

    Full text: Real time computer systems are increasingly used for safety critical supervision and control of nuclear reactors. Typical application areas are supervision of reactor core against coolant flow blockage, supervision of clad hot spot, supervision of undesirable power excursion, power control and control logic for fuel handling systems. The most frequent cause of fault in safety critical real time computer system is traced to fuzziness in requirement specification. To ensure the specified safety, it is necessary to model the requirement specification of safety critical real time computer systems using formal mathematical methods. Modeling eliminates the fuzziness in the requirement specification and also helps to prepare the verification and validation schemes. Test data can be easily designed from the model of the requirement specification. Z and B are the popular languages used for modeling the requirement specification. A typical safety critical real time computer system for supervising the reactor core of prototype fast breeder reactor (PFBR) against flow blockage is taken as case study. Modeling techniques and the actual model are explained in detail. The advantages of modeling for ensuring the safety are summarized

  16. Data concentrator requirements for a safety parameter display system

    International Nuclear Information System (INIS)

    Brewer, C.R.

    1983-01-01

    To comply with NUREG 0696 several nuclear plants are being fitted with new facilities and data systems; specifically a Technical Support Center (TSC), Operational Support Center (OSC), Emergency Operational Facility (EOF), and Backup Safety Parameter Display System (SPDS), Emergency Response Computer System (ERCS) and Nuclear Data Link (NDL). The TSC, OSC, and EOF are physical locations while the SPDS, ERCS, and NDL are Systems. The SPDS and ERCS are usually separate and independent systems, however, they may share a common front end data acquisition system that acquires and sends SPDS related data to both the SPDS and to the ERCS. In the situation just described an SPDS system must depend upon input data from a source that is SPDS host computer independent. To achieve this independence the front end data acquisition system may employ a concept of intelligent distributed processing. This concept essentially takes functional capabilities that were once found only in realtime host computers and distributes it to front end data acquisition systems. Thus by expanding the functionality of the data acquisition system in a manner that provides more capability, independence from the computer vendor, links to multiple computer systems, processing power and redundancy, the concept of a data concentrator evolved. This paper will define this new distributed functionality, and its related requirements. It will also examine different system configuration approaches

  17. Analysis of Balancing Requirements in Future Sustainable and Reliable Power Systems

    International Nuclear Information System (INIS)

    Frunt, J.

    2011-01-01

    This thesis elaborates on the rules for power balancing, provides a method for quantifying balancing requirements and examines the effect of future changes on balancing. Chapter 2 elaborates on system balancing and the different actors and entities in the electricity delivery system. The necessity and implementation of power balancing are explained. Also different subsequent markets (i.e., day-ahead markets, intraday markets and imbalance settlement systems) and options to trade electricity are discussed. As the research focusses mainly on the Netherlands, properties of the Dutch imbalance settlement system are analyzed. Based on this framework an in-depth analysis of imbalances and calls for balancing capacity with the corresponding prices is given. This shows the incentives to minimize the amount of imbalance in the system and to participate in the imbalance settlement system. Chapter 3 elaborates on the level of aggregation that the entities, involved in the imbalance settlement system, in electricity markets can have. Based on current market rules, incentives to either grow or shrink and by aggregating more or less entities are discussed. The level of aggregation will directly influence the functioning of the imbalance settlement system. It is shown that larger aggregations benefit more from the canceling out of imbalances. The imbalances of the Netherlands and Belgium have been aggregated to illustrate the possible benefits of aggregating multiple national imbalance settlement systems. The increased penetration of renewable generation strongly influences the planning and operation of the power system. As many renewable energy generators have a fluctuating power output, several methods are discussed in chapter 4 that can be used to classify and quantify the balancing requirements to counteract these fluctuations. Chapter 4 discusses the multiple existing classes of balancing capacity and the corresponding methods to quantify their needs. Due to the

  18. Analysis of Balancing Requirements in Future Sustainable and Reliable Power Systems

    Energy Technology Data Exchange (ETDEWEB)

    Frunt, J.

    2011-06-01

    This thesis elaborates on the rules for power balancing, provides a method for quantifying balancing requirements and examines the effect of future changes on balancing. Chapter 2 elaborates on system balancing and the different actors and entities in the electricity delivery system. The necessity and implementation of power balancing are explained. Also different subsequent markets (i.e., day-ahead markets, intraday markets and imbalance settlement systems) and options to trade electricity are discussed. As the research focusses mainly on the Netherlands, properties of the Dutch imbalance settlement system are analyzed. Based on this framework an in-depth analysis of imbalances and calls for balancing capacity with the corresponding prices is given. This shows the incentives to minimize the amount of imbalance in the system and to participate in the imbalance settlement system. Chapter 3 elaborates on the level of aggregation that the entities, involved in the imbalance settlement system, in electricity markets can have. Based on current market rules, incentives to either grow or shrink and by aggregating more or less entities are discussed. The level of aggregation will directly influence the functioning of the imbalance settlement system. It is shown that larger aggregations benefit more from the canceling out of imbalances. The imbalances of the Netherlands and Belgium have been aggregated to illustrate the possible benefits of aggregating multiple national imbalance settlement systems. The increased penetration of renewable generation strongly influences the planning and operation of the power system. As many renewable energy generators have a fluctuating power output, several methods are discussed in chapter 4 that can be used to classify and quantify the balancing requirements to counteract these fluctuations. Chapter 4 discusses the multiple existing classes of balancing capacity and the corresponding methods to quantify their needs. Due to the

  19. Identification of Requirements for Distribution Management Systems in the Smart Grid Context

    DEFF Research Database (Denmark)

    Rezkalla, Michel M.N.; Heussen, Kai; Marinelli, Mattia

    2015-01-01

    The integration of significant volumes of distributed and renewable energy resources directly connected to the distribution network raises new requirement to maintain and operate the power system in secure state. Thus the Distribution Management System (DMS) needs to be updated and integrated...

  20. Requirements for High Level Models Supporting Design Space Exploration in Model-based Systems Engineering

    OpenAIRE

    Haveman, Steven P.; Bonnema, G. Maarten

    2013-01-01

    Most formal models are used in detailed design and focus on a single domain. Few effective approaches exist that can effectively tie these lower level models to a high level system model during design space exploration. This complicates the validation of high level system requirements during detailed design. In this paper, we define requirements for a high level model that is firstly driven by key systems engineering challenges present in industry and secondly connects to several formal and d...

  1. Tool-based requirement traceability between requirement and design artifacts

    CERN Document Server

    Turban, Bernhard

    2013-01-01

    Processes for developing safety-critical systems impose special demands on ensuring requirements traceability. Achieving valuable traceability information, however, is especially difficult concerning the transition from requirements to design. Bernhard Turban analyzes systems and software engineering theories cross-cutting the issue (embedded systems development, systems engineering, software engineering, requirements engineering and management, design theory and processes for safety-critical systems). As a solution, the author proposes a new tool approach to support designers in their thinkin

  2. Identifying and confirming information and system quality requirements for multi-agency disaster management

    NARCIS (Netherlands)

    Bharosa, N.; Appelman, J.A.; Van Zanten, B.; Zuurmond, A.

    2009-01-01

    This paper investigates the relevance and assurance of information and system quality as requirements for information systems success during disaster management. Despite the many examples of poor information quality and poor system quality, research on the relevance and assurance of these

  3. Analysis of Characteristics and Requirements for 5G Mobile Communication Systems

    Science.gov (United States)

    Ancans, G.; Stafecka, A.; Bobrovs, V.; Ancans, A.; Caiko, J.

    2017-08-01

    One of the main objectives of the fifth generation (5G) mobile communication systems, also known as IMT-2020, is to increase the current data rates up to several gigabits per second (Gbit/s) or even up to 10 Gbit/s and higher. One of the possibilities to consider is the use of higher frequencies in order to enlarge the available bandwidth. Wider bandwidth is necessary to achieve much higher data rates. It should be noted that wireless broadband transmission technologies require frequencies for their development. The main goal of the research is to investigate the characteristics and requirements of 5G mobile communication systems. The paper provides an insight into deployment scenario and radio wave propagation in frequencies above 24 GHz of IMT-2020.

  4. Critical and precious materials consumption and requirement in wind energy system in the EU 27

    International Nuclear Information System (INIS)

    Kim, Junbeum; Guillaume, Bertrand; Chung, Jinwook; Hwang, Yongwoo

    2015-01-01

    Graphical abstract: Critical and precious materials requirement in the wind energy system in the EU 27 by 2020. - Highlights: • The critical and precious materials consumption were calculated in wind energy system in the EU 27. • The future requirement of critical and precious materials was estimated in the EU 27 by 2020. • Fluorspar, silver, magnesium, indium, gold and tantalum are the mainly used and required materials. • This research approach could be applied to other industrial sectors as well as other renewable technology. - Abstract: Critical materials as well as rare earth elements and precious metals such as platinum, gold and silver are used significantly for computer hard disk drives, mobile phones, hybrid electric vehicles, batteries, renewable energy system and many other applications. It is therefore important to quantify and estimate both current stocks and flows of such materials, as well as future requirement for industries and economies. In this study, which is focused on wind energy system in the European Union (EU) 27, the current consumption and future requirement of critical and precious materials were calculated and estimated using the wind power production dataset from ecoinvent and data from National Renewable Energy Action Plan (NREAP). It is shown that fluorspar has been the most consumed material to date, and will probably be the most required material in the future. Among other critical and valuable materials, the main materials used for current wind energy system are silver, magnesium, indium, gold and tantalum. These materials will also be required significantly by 2020 for the wind energy system in the EU 27. It is argued that these results should be connected to the future energy and material policy and management

  5. High-Level software requirements specification for the TWRS controlled baseline database system

    International Nuclear Information System (INIS)

    Spencer, S.G.

    1998-01-01

    This Software Requirements Specification (SRS) is an as-built document that presents the Tank Waste Remediation System (TWRS) Controlled Baseline Database (TCBD) in its current state. It was originally known as the Performance Measurement Control System (PMCS). Conversion to the new system name has not occurred within the current production system. Therefore, for simplicity, all references to TCBD are equivalent to PMCS references. This SRS will reference the PMCS designator from this point forward to capture the as-built SRS. This SRS is written at a high-level and is intended to provide the design basis for the PMCS. The PMCS was first released as the electronic data repository for cost, schedule, and technical administrative baseline information for the TAAS Program. During its initial development, the PMCS was accepted by the customer, TARS Business Management, with no formal documentation to capture the initial requirements

  6. 45 CFR 307.10 - Functional requirements for computerized support enforcement systems in operation by October 1...

    Science.gov (United States)

    2010-10-01

    ... 45 Public Welfare 2 2010-10-01 2010-10-01 false Functional requirements for computerized support... ENFORCEMENT SYSTEMS § 307.10 Functional requirements for computerized support enforcement systems in operation... necessary to meet Federal Reporting Requirements on a timely basis as prescribed by the Office; (4...

  7. Requirements and concepts for a nuclear plant surveillance and diagnostic system (NPSDS)

    International Nuclear Information System (INIS)

    Nicholson, P.J.; Lanning, D.D.

    1980-01-01

    An advanced plant surveillance and diagnostic system has been postulated for the purpose of aiding operator response to unanticipated plant upsets. The plant operator is described as an information processor that needs plant status information represented by symbolic outputs. These will be compatible with modern visual processing techniques, such as CRTs. Preferrred methods of estimating the state-of-the-plant and verifying measurements require on-line real-time models which are simple dynamical relationships based on energy and mass conservation laws. Implementation of on-line state estimation techniques using such models probably requires a distributed microcomputer system whose features are described. (auth)

  8. Safety requirements for a nuclear power plant electric power system

    Energy Technology Data Exchange (ETDEWEB)

    Fouad, L F; Shinaishin, M A

    1988-06-15

    This work aims at identifying the safety requirements for the electric power system in a typical nuclear power plant, in view of the UNSRC and the IAEA. Description of a typical system is provided, followed by a presentation of the scope of the information required for safety evaluation of the system design and performance. The acceptance and design criteria that must be met as being specified by both regulatory systems, are compared. Means of implementation of such criteria as being described in the USNRC regulatory guides and branch technical positions on one hand and in the IAEA safety guides on the other hand are investigated. It is concluded that the IAEA regulations address the problems that may be faced with in countries having varying grid sizes ranging from large stable to small potentially unstable ones; and that they put emphasis on the onsite standby power supply. Also, in this respect the Americans identify the grid as the preferred power supply to the plant auxiliaries, while the IAEA leaves the possibility that the preferred power supply could be either the grid or the unit main generator depending on the reliability of each. Therefore, it is found that it is particularly necessary in this area of electric power supplies to deal with the IAEA and the American sets of regulations as if each complements and not supplements the other. (author)

  9. Requirement analysis for autonomous systems and intelligent agents in future Danish electric power systems

    DEFF Research Database (Denmark)

    Saleem, Arshad; Lind, Morten

    2010-01-01

    we review innovative control architectures in electric power systems such as Microgrids, Virtual power plants and Cell based systems. We evaluate application of autonomous systems and intelligent agents in each of these control architectures particularly in the context of Denmark's strategic energy...... plans. The second part formulates a flexible control architecture for electric power systems with very high penetration of distributed generation. This control architecture is based upon the requirements identified in the first part. We also present development of a software framework to test......Denmark has already achieved a record of 20% penetration of wind power and now moving towards even higher targets with an increasing part of the electricity produced by distributed generators (DGs). In this paper we report work from a sub activity "subgrid design" of the EcoGrid.dk project. First...

  10. Step 1: Human System Integration (HSI) FY05 Pilot-Technology Interface Requirements for Contingency Management

    Science.gov (United States)

    2005-01-01

    This document involves definition of technology interface requirements for Contingency Management. This was performed through a review of Contingency Management-related, HSI requirements documents, standards, and recommended practices. Technology concepts in use by the Contingency Management Work Package were considered. Beginning with HSI high-level functional requirements for Contingency Management, and Contingency Management technology elements, HSI requirements for the interface to the pilot were identified. Results of the analysis describe (1) the information required by the pilot to have knowledge of system failures and associated contingency procedures, and (2) the control capability needed by the pilot to obtain system status and procedure information. Fundamentally, these requirements provide the candidate Contingency Management technology concepts with the necessary human-related elements to make them compatible with human capabilities and limitations. The results of the analysis describe how Contingency Management operations and functions should interface with the pilot to provide the necessary Contingency Management functionality to the UA-pilot system. Requirements and guidelines for Contingency Management are partitioned into four categories: (1) Health and Status and (2) Contingency Management. Each requirement is stated and is supported with a rationale and associated reference(s).

  11. Essential Tremor Is More Than a Tremor

    Medline Plus

    Full Text Available Home About the IETF Volunteer For Healthcare Providers Giving Options Donate Prev Next IETF > About Essential Tremor > ... Mild Hereditary Tremor No Big Deal Raving Fan Home About the IETF Volunteer For Healthcare Providers Giving ...

  12. San Juan National Forest Land Management Planning Support System (LMPSS) requirements definition

    Science.gov (United States)

    Werth, L. F. (Principal Investigator)

    1981-01-01

    The role of remote sensing data as it relates to a three-component land management planning system (geographic information, data base management, and planning model) can be understood only when user requirements are known. Personnel at the San Juan National Forest in southwestern Colorado were interviewed to determine data needs for managing and monitoring timber, rangelands, wildlife, fisheries, soils, water, geology and recreation facilities. While all the information required for land management planning cannot be obtained using remote sensing techniques, valuable information can be provided for the geographic information system. A wide range of sensors such as small and large format cameras, synthetic aperture radar, and LANDSAT data should be utilized. Because of the detail and accuracy required, high altitude color infrared photography should serve as the baseline data base and be supplemented and updated with data from the other sensors.

  13. 13 CFR 102.22 - Requirements relating to systems of records.

    Science.gov (United States)

    2010-01-01

    ... to insure the security and confidentiality of records and to protect against any anticipated threats... 13 Business Credit and Assistance 1 2010-01-01 2010-01-01 false Requirements relating to systems of records. 102.22 Section 102.22 Business Credit and Assistance SMALL BUSINESS ADMINISTRATION RECORD...

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

  15. Overview of core designs and requirements/criteria for core restraint systems

    International Nuclear Information System (INIS)

    Sutherland, W.H.

    1984-09-01

    The requirements and lifetime criteria for the design of a Liquid Metal Fast Breeder Reactor (LMFBR) Core Restraint System are presented. A discussion of the three types of core restraint systems used in LMFBR core design is given. Details of the core restraint system selected for FFTF are presented and the reasons for this selection given. Structural analysis procedures being used to manage the FFTF assembly irradiations are discussed. Efforts that are ongoing to validate the calculational methods and lifetime criteria are presented

  16. Towards an automated TLD system that meets international requirements

    International Nuclear Information System (INIS)

    Boetter-Jensen, L.; Vanamo, V.

    1988-01-01

    The new recently introduced fully automated TLD system developed by Alnor OY on the basis of the Riso prototype, is intended to meet draft IEC/ISO proposals and ANSI requirements. Part of the system is a personal dosemeter badge and an environmental dosemeter package following ICRU recommendations. The overall system consists of a software-controlled automated reader, a programable irradiator/calibrator, a computer, and dosemeters for environmental, whole body, extremity and clinical applications. The personal TLD badge that contains four TLD pellets is designed to agree with ICRU H p (10) and H s (0.07) quantities for determining dose equivalent. The badge can accommodate a large variety of the most commonly used solid TL dosemeter products. A special effort was put into the evaluation of skin dose by considering the use of graphite-mixed hot-sintered LiF pellets. The TLD system is described and results from a performance test that comprised measurements of photon energy response, angular dependence, and reproducibility are presented

  17. Mission simulation as an approach to develop requirements for automation in Advanced Life Support Systems

    Science.gov (United States)

    Erickson, J. D.; Eckelkamp, R. E.; Barta, D. J.; Dragg, J.; Henninger, D. L. (Principal Investigator)

    1996-01-01

    This paper examines mission simulation as an approach to develop requirements for automation and robotics for Advanced Life Support Systems (ALSS). The focus is on requirements and applications for command and control, control and monitoring, situation assessment and response, diagnosis and recovery, adaptive planning and scheduling, and other automation applications in addition to mechanized equipment and robotics applications to reduce the excessive human labor requirements to operate and maintain an ALSS. Based on principles of systems engineering, an approach is proposed to assess requirements for automation and robotics using mission simulation tools. First, the story of a simulated mission is defined in terms of processes with attendant types of resources needed, including options for use of automation and robotic systems. Next, systems dynamics models are used in simulation to reveal the implications for selected resource allocation schemes in terms of resources required to complete operational tasks. The simulations not only help establish ALSS design criteria, but also may offer guidance to ALSS research efforts by identifying gaps in knowledge about procedures and/or biophysical processes. Simulations of a planned one-year mission with 4 crewmembers in a Human Rated Test Facility are presented as an approach to evaluation of mission feasibility and definition of automation and robotics requirements.

  18. From Collective Knowledge to Intelligence : Pre-Requirements Analysis of Large and Complex Systems

    NARCIS (Netherlands)

    Liang, Peng; Avgeriou, Paris; He, Keqing; Xu, Lai

    2010-01-01

    Requirements engineering is essentially a social collaborative activity in which involved stakeholders have to closely work together to communicate, elicit, negotiate, define, confirm, and finally come up with the requirements for the system to be implemented or upgraded. In the development of large

  19. Requirements for implementing real-time control functional modules on a hierarchical parallel pipelined system

    Science.gov (United States)

    Wheatley, Thomas E.; Michaloski, John L.; Lumia, Ronald

    1989-01-01

    Analysis of a robot control system leads to a broad range of processing requirements. One fundamental requirement of a robot control system is the necessity of a microcomputer system in order to provide sufficient processing capability.The use of multiple processors in a parallel architecture is beneficial for a number of reasons, including better cost performance, modular growth, increased reliability through replication, and flexibility for testing alternate control strategies via different partitioning. A survey of the progression from low level control synchronizing primitives to higher level communication tools is presented. The system communication and control mechanisms of existing robot control systems are compared to the hierarchical control model. The impact of this design methodology on the current robot control systems is explored.

  20. Reserve requirement systems in OECD countries

    OpenAIRE

    Yueh-Yun C. O’Brien

    2007-01-01

    This paper compares the reserve requirements of OECD countries. Reserve requirements are the minimum percentages or amounts of liabilities that depository institutions are required to keep in cash or as deposits with their central banks. To facilitate monetary policy implementation, twenty-four of the thirty OECD countries impose reserve requirements to influence their banking systems’ demand for liquidity. These include twelve OECD countries that are also members of the European Economic and...

  1. Impact of Requirements Elicitation Processes on Success of Information System Development Projects

    Directory of Open Access Journals (Sweden)

    Bormane Līga

    2016-12-01

    Full Text Available Requirements articulating user needs and corresponding to enterprise business processes are a key to successful implementation of information system development projects. However, the parties involved in projects frequently are not able to agree on a common development vision and have difficulties expressing their needs. Several industry experts have acknowledged that requirements elicitation is one of the most difficult tasks in development projects. This study investigates the impact of requirements elicitation processes on project outcomes depending on the applied project development methodology.

  2. MEGASTAR: The Meaning of Energy Growth: An Assessment of Systems, Technologies, and Requirements

    Science.gov (United States)

    1974-01-01

    A methodology for the display and analysis of postulated energy futures for the United States is presented. A systems approach that includes the methodology of technology assessment is used to examine three energy scenarios--the Westinghouse Nuclear Electric Economy, the Ford Technical Fix Base Case and a MEGASTAR generated Alternate to the Ford Technical Fix Base Case. The three scenarios represent different paths of energy consumption for the present to the year 2000. Associated with these paths are various mixes of fuels, conversion, distribution, conservation and end-use technologies. MEGASTAR presents the estimated times and unit requirements to supply the fuels, conversion and distribution systems for the postulated end uses for the three scenarios and then estimates the aggregate manpower, materials, and capital requirements needed to develop the energy system described by the particular scenario. The total requirements and the energy subsystems for each scenario are assessed for their primary impacts in the areas of society, the environment, technology and the economy.

  3. 33 CFR 149.125 - What are the requirements for the malfunction detection system?

    Science.gov (United States)

    2010-07-01

    ... malfunction detection system? 149.125 Section 149.125 Navigation and Navigable Waters COAST GUARD, DEPARTMENT... Pollution Prevention Equipment § 149.125 What are the requirements for the malfunction detection system? (a... Commandant (CG-5) will evaluate proposed leak-detection systems for natural gas on an individual basis. ...

  4. Accuracy requirements of optical linear algebra processors in adaptive optics imaging systems

    Science.gov (United States)

    Downie, John D.; Goodman, Joseph W.

    1989-10-01

    The accuracy requirements of optical processors in adaptive optics systems are determined by estimating the required accuracy in a general optical linear algebra processor (OLAP) that results in a smaller average residual aberration than that achieved with a conventional electronic digital processor with some specific computation speed. Special attention is given to an error analysis of a general OLAP with regard to the residual aberration that is created in an adaptive mirror system by the inaccuracies of the processor, and to the effect of computational speed of an electronic processor on the correction. Results are presented on the ability of an OLAP to compete with a digital processor in various situations.

  5. Surviving mousepox infection requires the complement system.

    Directory of Open Access Journals (Sweden)

    Elizabeth A Moulton

    2008-12-01

    Full Text Available Poxviruses subvert the host immune response by producing immunomodulatory proteins, including a complement regulatory protein. Ectromelia virus provides a mouse model for smallpox where the virus and the host's immune response have co-evolved. Using this model, our study investigated the role of the complement system during a poxvirus infection. By multiple inoculation routes, ectromelia virus caused increased mortality by 7 to 10 days post-infection in C57BL/6 mice that lack C3, the central component of the complement cascade. In C3(-/- mice, ectromelia virus disseminated earlier to target organs and generated higher peak titers compared to the congenic controls. Also, increased hepatic inflammation and necrosis correlated with these higher tissue titers and likely contributed to the morbidity in the C3(-/- mice. In vitro, the complement system in naïve C57BL/6 mouse sera neutralized ectromelia virus, primarily through the recognition of the virion by natural antibody and activation of the classical and alternative pathways. Sera deficient in classical or alternative pathway components or antibody had reduced ability to neutralize viral particles, which likely contributed to increased viral dissemination and disease severity in vivo. The increased mortality of C4(-/- or Factor B(-/- mice also indicates that these two pathways of complement activation are required for survival. In summary, the complement system acts in the first few minutes, hours, and days to control this poxviral infection until the adaptive immune response can react, and loss of this system results in lethal infection.

  6. Overview of core designs and requirements/criteria for core restraint systems

    International Nuclear Information System (INIS)

    Sutherland, W.H.

    1984-01-01

    The requirements and lifetime criteria for the design of a Liquid Metal Fast Breeder Reactor (LMFBR) Core Restraint System is presented. A discussion of the three types of core restraint systems used in LMFBR core design is given. Details of the core restraint system selected for FFTF are presented and the reasons for this selection given. Structural analysis procedures being used to manage the FFTF assembly irradiations are discussed. Efforts that are ongoing to validate the calculational methods and lifetime criteria are presented. (author)

  7. AN ANALYSIS OF TECHNICAL SECURITY CONTROL REQUIREMENTS FOR DIGITAL I&C SYSTEMS IN NUCLEAR POWER PLANTS

    Directory of Open Access Journals (Sweden)

    JAE-GU SONG

    2013-10-01

    Full Text Available Instrumentation and control systems in nuclear power plants have been digitalized for the purpose of maintenance and precise operation. This digitalization, however, brings out issues related to cyber security. In the most recent past, international standard organizations, regulatory institutes, and research institutes have performed a number of studies addressing these systems cyber security. In order to provide information helpful to the system designers in their application of cyber security for the systems, this paper presents methods and considerations to define attack vectors in a target system, to review and select the requirements in the Regulatory Guide 5.71, and to integrate the results to identify applicable technical security control requirements. In this study, attack vectors are analyzed through the vulnerability analyses and penetration tests with a simplified safety system, and the elements of critical digital assets acting as attack vectors are identified. Among the security control requirements listed in Appendices B and C to Regulatory Guide 5.71, those that should be implemented into the systems are selected and classified in groups of technical security control requirements using the results of the attack vector analysis. For the attack vector elements of critical digital assets, all the technical security control requirements are evaluated to determine whether they are applicable and effective, and considerations in this evaluation are also discussed. The technical security control requirements in three important categories of access control, monitoring and logging, and encryption are derived and grouped according to the elements of attack vectors as results for the sample safety system.

  8. Four Reference Models for Transparency Requirements in Information Systems

    OpenAIRE

    Hosseini, Mahmoud; Shahri, Alimohammad; Phalp, Keith T.; Ali, Ra

    2017-01-01

    Transparency is a key emerging requirement in modern businesses and their information systems. Transparency refers to the information which flows amongst stakeholders for the purpose of informed decision-making and taking the right action. Transparency is generally associated with positive connotations such as trust and accountability. However, it has been shown that it could have adverse effects such as information overload and affecting decisions objectiveness. This calls for systematic app...

  9. Observing System Simulations for ASCENDS: Synthesizing Science Measurement Requirements (Invited)

    Science.gov (United States)

    Kawa, S. R.; Baker, D. F.; Schuh, A. E.; Crowell, S.; Rayner, P. J.; Hammerling, D.; Michalak, A. M.; Wang, J. S.; Eluszkiewicz, J.; Ott, L.; Zaccheo, T.; Abshire, J. B.; Browell, E. V.; Moore, B.; Crisp, D.

    2013-12-01

    The measurement of atmospheric CO2 from space using active (lidar) sensing techniques has several potentially significant advantages in comparison to current and planned passive CO2 instruments. Application of this new technology aims to advance CO2 measurement capability and carbon cycle science into the next decade. The NASA Active Sensing of Carbon Emissions, Nights, Days, and Seasons (ASCENDS) mission has been recommended by the US National Academy of Sciences Decadal Survey for the next generation of space-based CO2 observing systems. ASCENDS is currently planned for launch in 2022. Several possible lidar instrument approaches have been demonstrated in airborne campaigns and the results indicate that such sensors are quite feasible. Studies are now underway to evaluate performance requirements for space mission implementation. Satellite CO2 observations must be highly precise and unbiased in order to accurately infer global carbon source/sink fluxes. Measurement demands are likely to further increase in the wake of GOSAT, OCO-2, and enhanced ground-based in situ and remote sensing CO2 data. The objective of our work is to quantitatively and consistently evaluate the measurement capabilities and requirements for ASCENDS in the context of advancing our knowledge of carbon flux distributions and their dependence on underlying physical processes. Considerations include requirements for precision, relative accuracy, spatial/temporal coverage and resolution, vertical information content, interferences, and possibly the tradeoffs among these parameters, while at the same time framing a mission that can be implemented within a constrained budget. Here, we attempt to synthesize the results of observing system simulation studies, commissioned by the ASCENDS Science Requirements Definition Team, into a coherent set of mission performance guidelines. A variety of forward and inverse model frameworks are employed to reduce the potential dependence of the results on model

  10. 42 CFR 435.136 - State agency implementation requirements for one-time notice and annual review system.

    Science.gov (United States)

    2010-10-01

    ...-time notice and annual review system. 435.136 Section 435.136 Public Health CENTERS FOR MEDICARE... agency implementation requirements for one-time notice and annual review system. An agency must— (a...) Establish an annual review system to identify individuals who meet the requirements of § 435.135 (a) or (c...

  11. Model-Based Requirements Management in Gear Systems Design Based On Graph-Based Design Languages

    Directory of Open Access Journals (Sweden)

    Kevin Holder

    2017-10-01

    Full Text Available For several decades, a wide-spread consensus concerning the enormous importance of an in-depth clarification of the specifications of a product has been observed. A weak clarification of specifications is repeatedly listed as a main cause for the failure of product development projects. Requirements, which can be defined as the purpose, goals, constraints, and criteria associated with a product development project, play a central role in the clarification of specifications. The collection of activities which ensure that requirements are identified, documented, maintained, communicated, and traced throughout the life cycle of a system, product, or service can be referred to as “requirements engineering”. These activities can be supported by a collection and combination of strategies, methods, and tools which are appropriate for the clarification of specifications. Numerous publications describe the strategy and the components of requirements management. Furthermore, recent research investigates its industrial application. Simultaneously, promising developments of graph-based design languages for a holistic digital representation of the product life cycle are presented. Current developments realize graph-based languages by the diagrams of the Unified Modelling Language (UML, and allow the automatic generation and evaluation of multiple product variants. The research presented in this paper seeks to present a method in order to combine the advantages of a conscious requirements management process and graph-based design languages. Consequently, the main objective of this paper is the investigation of a model-based integration of requirements in a product development process by means of graph-based design languages. The research method is based on an in-depth analysis of an exemplary industrial product development, a gear system for so-called “Electrical Multiple Units” (EMU. Important requirements were abstracted from a gear system

  12. The HAL 9000 Space Operating System Real-Time Planning Engine Design and Operations Requirements

    Science.gov (United States)

    Stetson, Howard; Watson, Michael D.; Shaughnessy, Ray

    2012-01-01

    In support of future deep space manned missions, an autonomous/automated vehicle, providing crew autonomy and an autonomous response planning system, will be required due to the light time delays in communication. Vehicle capabilities as a whole must provide for tactical response to vehicle system failures and space environmental effects induced failures, for risk mitigation of permanent loss of communication with Earth, and for assured crew return capabilities. The complexity of human rated space systems and the limited crew sizes and crew skills mix drive the need for a robust autonomous capability on-board the vehicle. The HAL 9000 Space Operating System[2] designed for such missions and space craft includes the first distributed real-time planning / re-planning system. This paper will detail the software architecture of the multiple planning engine system, and the interface design for plan changes, approval and implementation that is performed autonomously. Operations scenarios will be defined for analysis of the planning engines operations and its requirements for nominal / off nominal activities. An assessment of the distributed realtime re-planning system, in the defined operations environment, will be provided as well as findings as it pertains to the vehicle, crew, and mission control requirements needed for implementation.

  13. What have pneumatic manufacturers tried in energy saving; Kukiatsu maker wa sho energy ni tsuite donoyona kokoromi wo shitekitaka

    Energy Technology Data Exchange (ETDEWEB)

    Oneyama, N [SMC Corp., Tokyo (Japan)

    1996-05-15

    Presented herein are new energy-saving type products by pneumatic manufacturers. The pneumatic slide rule was developed in 1974, when the whirlwind of energy-saving as a result of the oil crisis raved all over the industries. The word energy-saving for pneumatic systems is changed into the word air-saving, which is more straightforward and directly related to saved money, and the slide rule exhibits its ability as a diagnostic tool for air-saving without adversely affecting the system functions. Noting that output required by clamping, calking and conveyance as typical works for a double acting cylinder is generated only by the forward stroke, the PFC valve was developed, in which the return stroke is set at a minimum indispensable pressure. This reduces air consumption by 20 to 30%. The other products developed include energy-saving lifter and economy valve. A new cylinder driving method was developed to reduce air consumption. The system concept of the right pressure in the right place was proposed to provide a local compressor in a production line of low pressure and high capacity. It is necessary to develop in the future an index which allows direct comparison of an energy-saving system with other driving systems. 5 refs., 14 figs.

  14. Using a data fusion-based activity recognition framework to determine surveillance system requirements

    CSIR Research Space (South Africa)

    Le Roux, WH

    2007-07-01

    Full Text Available A technique is proposed to extract system requirements for a maritime area surveillance system, based on an activity recognition framework originally intended for the characterisation, prediction and recognition of intentional actions for threat...

  15. Safety design requirements for safety systems and components of JSFR

    International Nuclear Information System (INIS)

    Kubo, Shigenobu; Shimakawa, Yoshio; Yamano, Hidemasa; Kotake, Shoji

    2011-01-01

    Safety design requirements for JSFR were summarized taking the development targets of the FaCT project and design feature of JSFR into account. The related safety principle and requirements for Monju, CRBRP, PRISM, SPX, LWRs, IAEA standards, goals of GIF, basic principle of INPRO etc. were also taken into account so that the safety design requirements can be a next-generation global standard. The development targets for safety and reliability are set based on those of FaCT, namely, ensuring safety and reliability equal to future LWR and related fuel cycle facilities. In order to achieve these targets, the defence-in-depth concept is used as the basic safety design principle. General features of the safety design requirements are 1) Achievement of higher reliability, 2) Achievement of higher inspectability and maintainability, 3) Introduction of passive safety features, 4) Reduction of operator action needs, 5) Design consideration against Beyond Design Basis Events, 6) In-Vessel Retention of degraded core materials, 7) Prevention and mitigation against sodium chemical reactions, and 8) Design against external events. The current specific requirements for each system and component are summarized taking the basic design concept of JSFR into account, which is an advanced loop-type large-output power plant with a mixed-oxide-fuelled core. (author)

  16. Multi-component nuclear energy system to meet requirement of self-consistency

    International Nuclear Information System (INIS)

    Saito, Masaki; Artisyuk, Vladimir; Shmelev, Anotolii; Korovin, Yorii

    2000-01-01

    Environmental harmonization of nuclear energy technology is considered as an absolutely necessary condition in its future successful development for peaceful use. Establishment of Self-Consistent Nuclear Energy System, that simultaneously meets four requirements - energy production, fuel production, burning of radionuclides and safety, strongly relies on the neutron excess generation. Implementation of external non-fission based neutron sources into fission energy system would open the possibility of approaching Multicomponent Self-Consistent Nuclear Energy System with unlimited fuel resources, zero radioactivity release and high protection against uncontrolled proliferation of nuclear materials. (author)

  17. [Definition and specification requirements for PAC-systems (picture archiving and communication system). A performance index with reference to the standard "IEEE Recommended Practice for Software Requirement Specifications"].

    Science.gov (United States)

    König, H; Klose, K J

    1999-04-01

    The formulation of requirements is necessary to control the goals of a PACS project. Furthermore, in this way, the scope of functionality necessary to support radiological working processes becomes clear. Definitions of requirements and specification are formulated independently of systems according to the IEEE standard "Recommended Practice for Software Requirements Specifications". Definitions are given in the Request for Information, specifications in the Request for Proposal. Functional and non-functional requirements are distinguished. The solutions are rated with respect to scope, appropriateness and quality of implementation. A PACS checklist was created according to the methods described above. It is published on the homepage of the "Arbeitsgemeinschaft Informationstechnologie" (AGIT) within the "Deutsche Röntgengesellschaft" (DRG) (http://www.uni-marburg.de/mzr/agit). The checklist provides a discussion forum which should contribute to an agreement on accepted basic PACS functionalities.

  18. Requirements for Interoperability in Healthcare Information Systems

    Directory of Open Access Journals (Sweden)

    Rita Noumeir

    2012-01-01

    Full Text Available Interoperability is a requirement for the successful deployment of Electronic Health Records (EHR. EHR improves the quality of healthcare by enabling access to all relevant information at the diagnostic decision moment, regardless of location. It is a system that results from the cooperation of several heterogeneous distributed subsystems that need to successfully exchange information relative to a specific healthcare process. This paper analyzes interoperability impediments in healthcare by first defining them and providing concrete healthcare examples, followed by discussion of how specifications can be defined and how verification can be conducted to eliminate those impediments and ensure interoperability in healthcare. This paper also analyzes how Integrating the Healthcare Enterprise (IHE has been successful in enabling interoperability, and identifies some neglected aspects that need attention.

  19. Software requirements elicitation to support internal monitoring of quality assurance system for higher education in Indonesia

    Science.gov (United States)

    Amalia, A.; Gunawan, D.; Hardi, S. M.; Rachmawati, D.

    2018-02-01

    The Internal Quality Assurance System (in Indonesian: SPMI (Sistem Penjaminan Mutu Internal) is a systemic activity of quality assurance of higher education in Indonesia. SPMI should be done by all higher education or universities in Indonesia based on the Regulation of the Minister of Research, Technology and Higher Education of the Republic of Indonesia Number 62 of 2016. Implementation of SPMI must refer to the principle of SPMI that is independent, standardize, accurate, well planned and sustainable, documented and systematic. To assist the SPMI cycle properly, universities need a supporting software to monitor all the activities of SPMI. But in reality, many universities are not optimal in building this SPMI monitoring system. One of the obstacles is the determination of system requirements in support of SPMI principles is difficult to achieve. In this paper, we observe the initial phase of the engineering requirements elicitation. Unlike other methods that collect system requirements from users and stakeholders, we find the system requirements of the SPMI principles from SPMI guideline book. The result of this paper can be used as a choice in determining SPMI software requirements. This paper can also be used by developers and users to understand the scenario of SPMI so that could overcome the problems of understanding between this two parties.

  20. Effect of power system technology and mission requirements on high altitude long endurance aircraft

    Science.gov (United States)

    Colozza, Anthony J.

    1994-01-01

    An analysis was performed to determine how various power system components and mission requirements affect the sizing of a solar powered long endurance aircraft. The aircraft power system consists of photovoltaic cells and a regenerative fuel cell. Various characteristics of these components, such as PV cell type, PV cell mass, PV cell efficiency, fuel cell efficiency, and fuel cell specific mass, were varied to determine what effect they had on the aircraft sizing for a given mission. Mission parameters, such as time of year, flight altitude, flight latitude, and payload mass and power, were also altered to determine how mission constraints affect the aircraft sizing. An aircraft analysis method which determines the aircraft configuration, aspect ratio, wing area, and total mass, for maximum endurance or minimum required power based on the stated power system and mission parameters is presented. The results indicate that, for the power system, the greatest benefit can be gained by increasing the fuel cell specific energy. Mission requirements also substantially affect the aircraft size. By limiting the time of year the aircraft is required to fly at high northern or southern latitudes, a significant reduction in aircraft size or increase in payload capacity can be achieved.

  1. Requirements and design concept for a facility mapping system

    International Nuclear Information System (INIS)

    Barry, R.E.; Burks, B.L.; Little, C.Q.

    1995-01-01

    The Department of Energy (DOE) has for some time been considering the Decontamination and Dismantlement (D ampersand D) of facilities which are no longer in use, but which are highly contaminated with radioactive wastes. One of the holdups in performing the D ampersand D task is the accumulation of accurate facility characterizations that can enable a safe and orderly cleanup process. According to the Technical Strategic Plan for the Decontamination and Decommissioning Integrated Demonstration, open-quotes the cost of characterization using current baseline technologies for approximately 100 acres of gaseous diffusion plant at Oak Ridge alone is, for the most part incalculableclose quotes. Automated, robotic techniques will be necessary for initial characterization and continued surveillance of these types of sites. Robotic systems are being designed and constructed to accomplish these tasks. This paper describes requirements and design concepts for a system to accurately map a facility contaminated with hazardous wastes. Some of the technologies involved in the Facility Mapping System are: remote characterization with teleoperated, sensor-based systems, fusion of data sets from multiple characterization systems, and object recognition from 3D data models. This Facility Mapping System is being assembled by Oak Ridge National Laboratory for the DOE Office of Technology Development Robotics Technology Development Program

  2. Model of an aquaponic system for minimised water, energy and nitrogen requirements.

    Science.gov (United States)

    Reyes Lastiri, D; Slinkert, T; Cappon, H J; Baganz, D; Staaks, G; Keesman, K J

    2016-01-01

    Water and nutrient savings can be established by coupling water streams between interacting processes. Wastewater from production processes contains nutrients like nitrogen (N), which can and should be recycled in order to meet future regulatory discharge demands. Optimisation of interacting water systems is a complex task. An effective way of understanding, analysing and optimising such systems is by applying mathematical models. The present modelling work aims at supporting the design of a nearly emission-free aquaculture and hydroponic system (aquaponics), thus contributing to sustainable production and to food security for the 21st century. Based on the model, a system that couples 40 m(3) fish tanks and a hydroponic system of 1,000 m(2) can produce 5 tons of tilapia and 75 tons of tomato yearly. The system requires energy to condense and recover evaporated water, for lighting and heating, adding up to 1.3 GJ/m(2) every year. In the suggested configuration, the fish can provide about 26% of the N required in a plant cycle. A coupling strategy that sends water from the fish to the plants in amounts proportional to the fish feed input, reduces the standard deviation of the NO3(-) level in the fish cycle by 35%.

  3. Requirements for Semantic Educational Recommender Systems in Formal E-Learning Scenarios

    Directory of Open Access Journals (Sweden)

    Jesus G. Boticario

    2011-07-01

    Full Text Available This paper analyzes how recommender systems can be applied to current e-learning systems to guide learners in personalized inclusive e-learning scenarios. Recommendations can be used to overcome current limitations of learning management systems in providing personalization and accessibility features. Recommenders can take advantage of standards-based solutions to provide inclusive support. To this end we have identified the need for developing semantic educational recommender systems, which are able to extend existing learning management systems with adaptive navigation support. In this paper we present three requirements to be considered in developing these semantic educational recommender systems, which are in line with the service-oriented approach of the third generation of learning management systems, namely: (i a recommendation model; (ii an open standards-based service-oriented architecture; and (iii a usable and accessible graphical user interface to deliver the recommendations.

  4. Pilot's Automated Weather Support System (PAWSS) concepts demonstration project. Phase 1: Pilot's weather information requirements and implications for weather data systems design

    Science.gov (United States)

    Crabill, Norman L.; Dash, Ernie R.

    1991-01-01

    The weather information requirements for pilots and the deficiencies of the current aviation weather support system in meeting these requirements are defined. As the amount of data available to pilots increases significantly in the near future, expert system technology will be needed to assist pilots in assimilating that information. Some other desirable characteristics of an automation-assisted system for weather data acquisition, dissemination, and assimilation are also described.

  5. Orbital transfer vehicle concept definition and system analysis study. Volume 2: OTV concept definition and evaluation. Book 1: Mission and system requirements

    Science.gov (United States)

    Kofal, Allen E.

    1987-01-01

    The mission and system requirements for the concept definition and system analysis of the Orbital Transfer Vehicle (OTV) are established. The requirements set forth constitute the single authority for the selection, evaluation, and optimization of the technical performance and design of the OTV. This requirements document forms the basis for the Ground and Space Based OTV concept definition analyses and establishes the physical, functional, performance and design relationships to STS, Space Station, Orbital Maneuvering Vehicle (OMV), and payloads.

  6. Bulk Fuel Storage and Delivery Systems Infrastructure Military Construction Requirements for Japan

    National Research Council Canada - National Science Library

    Padgett, Gary

    2000-01-01

    This report is one in a series that addresses the accuracy and reliability of maintenance, repair, and environmental and construction requirements for bulk fuel storage and delivery systems infrastructure...

  7. 47 CFR 76.1608 - System technical integration requiring uniform election of must-carry or retransmission consent...

    Science.gov (United States)

    2010-10-01

    ... 47 Telecommunication 4 2010-10-01 2010-10-01 false System technical integration requiring uniform... COMMUNICATIONS COMMISSION (CONTINUED) BROADCAST RADIO SERVICES MULTICHANNEL VIDEO AND CABLE TELEVISION SERVICE Notices § 76.1608 System technical integration requiring uniform election of must-carry or retransmission...

  8. User-centered requirements engineering in health information systems: a study in the hemophilia field.

    Science.gov (United States)

    Teixeira, Leonor; Ferreira, Carlos; Santos, Beatriz Sousa

    2012-06-01

    The use of sophisticated information and communication technologies (ICTs) in the health care domain is a way to improve the quality of services. However, there are also hazards associated with the introduction of ICTs in this domain and a great number of projects have failed due to the lack of systematic consideration of human and other non-technology issues throughout the design or implementation process, particularly in the requirements engineering process. This paper presents the methodological approach followed in the design process of a web-based information system (WbIS) for managing the clinical information in hemophilia care, which integrates the values and practices of user-centered design (UCD) activities into the principles of software engineering, particularly in the phase of requirements engineering (RE). This process followed a paradigm that combines a grounded theory for data collection with an evolutionary design based on constant development and refinement of the generic domain model using three well-known methodological approaches: (a) object-oriented system analysis; (b) task analysis; and, (c) prototyping, in a triangulation work. This approach seems to be a good solution for the requirements engineering process in this particular case of the health care domain, since the inherent weaknesses of individual methods are reduced, and emergent requirements are easier to elicit. Moreover, the requirements triangulation matrix gives the opportunity to look across the results of all used methods and decide what requirements are critical for the system success. Copyright © 2010 Elsevier Ireland Ltd. All rights reserved.

  9. 40 CFR 141.521 - What updated watershed control requirements must my unfiltered system implement to continue to...

    Science.gov (United States)

    2010-07-01

    ... 40 Protection of Environment 22 2010-07-01 2010-07-01 false What updated watershed control... People Additional Watershed Control Requirements for Unfiltered Systems § 141.521 What updated watershed control requirements must my unfiltered system implement to continue to avoid filtration? Your system must...

  10. Personal recommender systems for learners in lifelong learning: requirements, techniques and model

    NARCIS (Netherlands)

    Drachsler, Hendrik; Hummel, Hans; Koper, Rob

    2007-01-01

    Drachsler, H., Hummel, H. G. K., & Koper, R. (2008). Personal recommender systems for learners in lifelong learning: requirements, techniques and model. International Journal of Learning Technology, 3(4), 404-423.

  11. A Path to Planetary Protection Requirements for Human Exploration: A Literature Review and Systems Engineering Approach

    Science.gov (United States)

    Johnson, James E.; Conley, Cassie; Siegel, Bette

    2015-01-01

    As systems, technologies, and plans for the human exploration of Mars and other destinations beyond low Earth orbit begin to coalesce, it is imperative that frequent and early consideration is given to how planetary protection practices and policy will be upheld. While the development of formal planetary protection requirements for future human space systems and operations may still be a few years from fruition, guidance to appropriately influence mission and system design will be needed soon to avoid costly design and operational changes. The path to constructing such requirements is a journey that espouses key systems engineering practices of understanding shared goals, objectives and concerns, identifying key stakeholders, and iterating a draft requirement set to gain community consensus. This paper traces through each of these practices, beginning with a literature review of nearly three decades of publications addressing planetary protection concerns with respect to human exploration. Key goals, objectives and concerns, particularly with respect to notional requirements, required studies and research, and technology development needs have been compiled and categorized to provide a current 'state of knowledge'. This information, combined with the identification of key stakeholders in upholding planetary protection concerns for human missions, has yielded a draft requirement set that might feed future iteration among space system designers, exploration scientists, and the mission operations community. Combining the information collected with a proposed forward path will hopefully yield a mutually agreeable set of timely, verifiable, and practical requirements for human space exploration that will uphold international commitment to planetary protection.

  12. 42 CFR 403.306 - Additional requirements for State systems-mandatory approval.

    Science.gov (United States)

    2010-10-01

    ... 42 Public Health 2 2010-10-01 2010-10-01 false Additional requirements for State systems-mandatory approval. 403.306 Section 403.306 Public Health CENTERS FOR MEDICARE & MEDICAID SERVICES, DEPARTMENT OF HEALTH AND HUMAN SERVICES GENERAL PROVISIONS SPECIAL PROGRAMS AND PROJECTS Recognition of State...

  13. Requirements for VICTORIA Class Fire Control System: Contact Management Function

    Science.gov (United States)

    2014-07-01

    Requirements for VICTORIA Class Fire Control System Contact Management Function Tab Lamoureux CAE Integrated Enterprise Solutions...Contract Report DRDC-RDDC-2014-C190 July 2014 © Her Majesty the Queen in Right of Canada, as represented by the...i Abstract …….. The VICTORIA Class Submarines (VCS) are subject to a continuing program of technical upgrades. One such program is

  14. Defining regulatory requirements for water supply systems in Vietnam

    Directory of Open Access Journals (Sweden)

    Deryushev Leonid Georgiyevich

    2014-01-01

    Full Text Available In the article the authors offer their suggestions for improving the reliability of the standardization requirements for water supply facilities in Vietnam, as an analog of building regulations of Russia 31.13330.2012. In Russia and other advanced countries the reliability of the designed water supply systems is usual to assess quantitatively. Guidelines on the reliability assessment of water supply systems and facilities have been offered by many researchers, but these proposals are not officially approved. Some methods for assessing the reliability of water supply facilities are informally used in practice when describing their quality. These evaluation methods are simple and useful. However, the given estimations defy common sense and regulatory requirements used by all the organizations, ministries and departments, for example, of Russia, in the process of allowances for restoration and repair of water supply facilities. Inadequacy of the water supply facilities assessment is shown on the example of assessing the reliability of pipeline system. If we take MTBF of specific length of the pipeline as reliability index for a pipeline system, for example, 5 km, a pipeline of the similar gauge, material and working conditions with the length of 5 m, according to the estimation on the basis of non-official approach, must have a value of MTBF 1000 times greater than with the length of 5 km. This conclusion runs counter to common sense, for the reason that all the pipes in the area of 5 km are identical, have the same load and rate of wear (corrosion, fouling, deformation, etc.. It was theoretically and practically proved that products of the same type in the same operating conditions (excluding determined impact of a person, work as an entity, which MTBF is equal to the average lifetime. It is proposed to take the average service life as a reliability indicator of a pipeline. Durability, but not failsafety of the pipe guarantees pipeline functioning

  15. Virtual environment and computer-aided technologies used for system prototyping and requirements development

    Science.gov (United States)

    Logan, Cory; Maida, James; Goldsby, Michael; Clark, Jim; Wu, Liew; Prenger, Henk

    1993-01-01

    The Space Station Freedom (SSF) Data Management System (DMS) consists of distributed hardware and software which monitor and control the many onboard systems. Virtual environment and off-the-shelf computer technologies can be used at critical points in project development to aid in objectives and requirements development. Geometric models (images) coupled with off-the-shelf hardware and software technologies were used in The Space Station Mockup and Trainer Facility (SSMTF) Crew Operational Assessment Project. Rapid prototyping is shown to be a valuable tool for operational procedure and system hardware and software requirements development. The project objectives, hardware and software technologies used, data gained, current activities, future development and training objectives shall be discussed. The importance of defining prototyping objectives and staying focused while maintaining schedules are discussed along with project pitfalls.

  16. Functional requirements for portable exhauster system to be used during saltwell pumping

    International Nuclear Information System (INIS)

    Nelson, O.D.

    1998-01-01

    This document defines functional requirements for portable exhausters used to ventilate primary tanks during saltwell pumping, and provide back-up to primary and annulus ventilation systems at C-106 and AY-102

  17. An analysis of Technical Security Control Requirements For Digital I and C Systems in Nuclear Power Plants

    International Nuclear Information System (INIS)

    Song, Jaegu; Lee, Jungwoon; Park, Geeyong; Kwon, Keechoon; Lee, Dongyoung; Lee, Cheolkwon

    2013-01-01

    Instrumentation and control systems in nuclear power plants have been digitalized for the purpose of maintenance and precise operation. This digitalization, however, brings out issues related to cyber security. In the most recent past, international standard organizations, regulatory institutes, and research institutes have performed a number of studies addressing these systems cyber security. In order to provide information helpful to the system designers in their application of cyber security for the systems, this paper presents methods and considerations to define attack vectors in a target system, to review and select the requirements in the Regulatory Guide 5.71, and to integrate the results to identify applicable technical security control requirements. In this study, attack vectors are analyzed through the vulnerability analyses and penetration tests with a simplified safety system, and the elements of critical digital assets acting as attack vectors are identified. Among the security control requirements listed in Appendices B and C to Regulatory Guide 5.71, those that should be implemented into the systems are selected and classified in groups of technical security control requirements using the results of the attack vector analysis. For the attack vector elements of critical digital assets, all the technical security control requirements are evaluated to determine whether they are applicable and effective, and considerations in this evaluation are also discussed. The technical security control requirements in three important categories of access control, monitoring and logging, and encryption are derived and grouped according to the elements of attack vectors as results for the sample safety system

  18. An analysis of Technical Security Control Requirements For Digital I and C Systems in Nuclear Power Plants

    Energy Technology Data Exchange (ETDEWEB)

    Song, Jaegu; Lee, Jungwoon; Park, Geeyong; Kwon, Keechoon; Lee, Dongyoung; Lee, Cheolkwon [Korea Atomic Energy Research Institute, Daejeon (Korea, Republic of)

    2013-10-15

    Instrumentation and control systems in nuclear power plants have been digitalized for the purpose of maintenance and precise operation. This digitalization, however, brings out issues related to cyber security. In the most recent past, international standard organizations, regulatory institutes, and research institutes have performed a number of studies addressing these systems cyber security. In order to provide information helpful to the system designers in their application of cyber security for the systems, this paper presents methods and considerations to define attack vectors in a target system, to review and select the requirements in the Regulatory Guide 5.71, and to integrate the results to identify applicable technical security control requirements. In this study, attack vectors are analyzed through the vulnerability analyses and penetration tests with a simplified safety system, and the elements of critical digital assets acting as attack vectors are identified. Among the security control requirements listed in Appendices B and C to Regulatory Guide 5.71, those that should be implemented into the systems are selected and classified in groups of technical security control requirements using the results of the attack vector analysis. For the attack vector elements of critical digital assets, all the technical security control requirements are evaluated to determine whether they are applicable and effective, and considerations in this evaluation are also discussed. The technical security control requirements in three important categories of access control, monitoring and logging, and encryption are derived and grouped according to the elements of attack vectors as results for the sample safety system.

  19. Human Systems Integration Requirements

    Science.gov (United States)

    2009-09-01

    52 Stratofortress, C/ KC -135 Stratotanker, E-3 Sentry and contractor logistics support aircraft; as well as a substantial jet engine inventory...www.hqda.army.mil/ teo /Sutability%20Terms%20MOA%20Oct%2005.pdf q. ISO 9241-11, Ergonomic requirements for office work with visual display terminals (VDTs

  20. Order acceptance in food processing systems with random raw material requirements

    NARCIS (Netherlands)

    Kilic, Onur A.; van Donk, Dirk Pieter; Wijngaard, Jacob; Tarim, S. Armagan

    This study considers a food production system that processes a single perishable raw material into several products having stochastic demands. In order to process an order, the amount of raw material delivery from storage needs to meet the raw material requirement of the order. However, the amount

  1. 40 CFR 141.571 - What records does subpart T require my system to keep?

    Science.gov (United States)

    2010-07-01

    ... records does subpart T require my system to keep? Your system must keep several types of records based on... Benchmarking(§§ 141.540-141.544) Benchmark (including raw data and analysis) Indefinitely. ...

  2. Alternatives generation and analysis for phase I intermediate waste feed staging system design requirements

    Energy Technology Data Exchange (ETDEWEB)

    Britton, M.D.

    1996-10-02

    This document provides; a decision analysis summary; problem statement; constraints, requirements, and assumptions; decision criteria; intermediate waste feed staging system options and alternatives generation and screening; intermediate waste feed staging system design concepts; intermediate waste feed staging system alternative evaluation and analysis; and open issues and actions.

  3. GSFC Systems Test and Operation Language (STOL) functional requirements and language description

    Science.gov (United States)

    Desjardins, R.; Hall, G.; Mcguire, J.; Merwarth, P.; Mocarsky, W.; Truszkowski, W.; Villasenor, A.; Brosi, F.; Burch, P.; Carey, D.

    1978-01-01

    The Systems Tests and Operation Language (STOL) provides the means for user communication with payloads, applications programs, and other ground system elements. It is a systems operation language that enables an operator or user to communicate a command to a computer system. The system interprets each high level language directive from the user and performs the indicated action, such as executing a program, printing out a snapshot, or sending a payload command. This document presents the following: (1) required language features and implementation considerations; (2) basic capabilities; (3) telemetry, command, and input/output directives; (4) procedure definition and control; (5) listing, extension, and STOL nucleus capabilities.

  4. Quality Requirements for Electronic Health Record Systems*. A Japanese-German Information Management Perspective.

    Science.gov (United States)

    Winter, Alfred; Takabayashi, Katsuhiko; Jahn, Franziska; Kimura, Eizen; Engelbrecht, Rolf; Haux, Reinhold; Honda, Masayuki; Hübner, Ursula H; Inoue, Sozo; Kohl, Christian D; Matsumoto, Takehiro; Matsumura, Yasushi; Miyo, Kengo; Nakashima, Naoki; Prokosch, Hans-Ulrich; Staemmler, Martin

    2017-08-07

    For more than 30 years, there has been close cooperation between Japanese and German scientists with regard to information systems in health care. Collaboration has been formalized by an agreement between the respective scientific associations. Following this agreement, two joint workshops took place to explore the similarities and differences of electronic health record systems (EHRS) against the background of the two national healthcare systems that share many commonalities. To establish a framework and requirements for the quality of EHRS that may also serve as a basis for comparing different EHRS. Donabedian's three dimensions of quality of medical care were adapted to the outcome, process, and structural quality of EHRS and their management. These quality dimensions were proposed before the first workshop of EHRS experts and enriched during the discussions. The Quality Requirements Framework of EHRS (QRF-EHRS) was defined and complemented by requirements for high quality EHRS. The framework integrates three quality dimensions (outcome, process, and structural quality), three layers of information systems (processes and data, applications, and physical tools) and three dimensions of information management (strategic, tactical, and operational information management). Describing and comparing the quality of EHRS is in fact a multidimensional problem as given by the QRF-EHRS framework. This framework will be utilized to compare Japanese and German EHRS, notably those that were presented at the second workshop.

  5. Discussion on sealing performance required in disposal system. Hydraulic analysis of tunnel intersections

    International Nuclear Information System (INIS)

    Sugita, Yutaka; Takahashi, Yoshiaki; Uragami, Manabu; Kitayama, Kazumi; Fujita, Tomoo; Kawakami, Susumu; Yui, Mikazu; Umeki, Hiroyuki; Miyamoto, Yoichi

    2005-09-01

    The sealing performance of a repository must be considered in the safety assessment of the geological disposal system of the high-level radioactive waste. NUMO and JNC established 'Technical Commission on Sealing Technology of Repository' based on the cooperation agreement. The objectives of this commission are to present the concept on the sealing performance required in the disposal system and to develop the direction for future R and D programme for design requirements of closure components (backfilling material, clay plug, etc.) in the presented concept. In the first phase of this commission, the current status of domestic and international sealing technologies were reviewed; and repository components and repository environments were summarized subsequently, the hydraulic analysis of tunnel intersections, where a main tunnel and a disposal tunnel in a disposal panel meet, were performed, considering components in and around the engineered barrier system (EBS). Since all tunnels are connected in the underground facility, understanding the hydraulic behaviour of tunnel intersections is an important issue to estimate migration of radionuclides from the EBS and to evaluate the required sealing performance in the disposal system. In the analytical results, it was found that the direction of hydraulic gradient, hydraulic conductivities of concrete and backfilling materials and the position of clay plug had impact on flow condition around the EBS. (author)

  6. SP-100 nuclear assembly test: Test assembly functional requirements and system arrangement

    International Nuclear Information System (INIS)

    Fallas, T.T.; Gluck, R.; Motwani, K.; Clay, H.; O'Neill, G.

    1991-01-01

    This paper describes the functional requirements and the system that will be tested to validate the reactor, flight shield, and flight controller of the SP-100 Generic Flight System (GFS). The Nuclear Assembly Test (NAT) consists of the test article (SP-100 reactor with control devices and the flight shield) and its supporting systems. The NAT test assembly is being designed by GE. Westinghouse Hanford Company (WHC) is designing the test cell and vacuum vessel system that will contain the NAT test assembly (Renkey et al. 1989). Preliminary design reviews have been completed and the final design is under way

  7. Implications of ITER requirements on R and D of RF heating and current drive systems

    International Nuclear Information System (INIS)

    Bosia, G.; Agarici, G.; Beaumont, B.

    2003-01-01

    Heating and Current Drive (H and CD) systems have an essential role in ITER-FEAT operation, as all phases of ITER operation are driven and controlled by the auxiliary power flow. The RF (Electron Cyclotron and Ion Cyclotron) systems, planned to contribute for ∼ 60% of the total auxiliary power (72 MW), with Lower Hybrid used for the specialised function of current drive in the extended performance phase (20 MW), are at different level of technology development. All systems, need a significant development in order to meet ITER operation requirements In this paper these requirements are reviewed and CEA proposals for the development of the Ion cyclotron system presented. (author)

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

    International Nuclear Information System (INIS)

    ROOT, R.W.

    1999-01-01

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

  9. Functional requirements of computer systems for the U.S. Geological Survey, Water Resources Division, 1988-97

    Science.gov (United States)

    Hathaway, R.M.; McNellis, J.M.

    1989-01-01

    Investigating the occurrence, quantity, quality, distribution, and movement of the Nation 's water resources is the principal mission of the U.S. Geological Survey 's Water Resources Division. Reports of these investigations are published and available to the public. To accomplish this mission, the Division requires substantial computer technology to process, store, and analyze data from more than 57,000 hydrologic sites. The Division 's computer resources are organized through the Distributed Information System Program Office that manages the nationwide network of computers. The contract that provides the major computer components for the Water Resources Division 's Distributed information System expires in 1991. Five work groups were organized to collect the information needed to procure a new generation of computer systems for the U. S. Geological Survey, Water Resources Division. Each group was assigned a major Division activity and asked to describe its functional requirements of computer systems for the next decade. The work groups and major activities are: (1) hydrologic information; (2) hydrologic applications; (3) geographic information systems; (4) reports and electronic publishing; and (5) administrative. The work groups identified 42 functions and described their functional requirements for 1988, 1992, and 1997. A few new functions such as Decision Support Systems and Executive Information Systems, were identified, but most are the same as performed today. Although the number of functions will remain about the same, steady growth in the size, complexity, and frequency of many functions is predicted for the next decade. No compensating increase in the Division 's staff is anticipated during this period. To handle the increased workload and perform these functions, new approaches will be developed that use advanced computer technology. The advanced technology is required in a unified, tightly coupled system that will support all functions simultaneously

  10. Network and system diagrams revisited: Satisfying CEA requirements for causality analysis

    International Nuclear Information System (INIS)

    Perdicoulis, Anastassios; Piper, Jake

    2008-01-01

    Published guidelines for Cumulative Effects Assessment (CEA) have called for the identification of cause-and-effect relationships, or causality, challenging researchers to identify methods that can possibly meet CEA's specific requirements. Together with an outline of these requirements from CEA key literature, the various definitions of cumulative effects point to the direction of a method for causality analysis that is visually-oriented and qualitative. This article consequently revisits network and system diagrams, resolves their reported shortcomings, and extends their capabilities with causal loop diagramming methodology. The application of the resulting composite causality analysis method to three Environmental Impact Assessment (EIA) case studies appears to satisfy the specific requirements of CEA regarding causality. Three 'moments' are envisaged for the use of the proposed method: during the scoping stage, during the assessment process, and during the stakeholder participation process

  11. Windows 7 The Missing Manual

    CERN Document Server

    Pogue, David

    2010-01-01

    In early reviews, geeks raved about Windows 7. But if you're an ordinary mortal, learning what this new system is all about will be challenging. Fear not: David Pogue's Windows 7: The Missing Manual comes to the rescue. Like its predecessors, this book illuminates its subject with reader-friendly insight, plenty of wit, and hardnosed objectivity for beginners as well as veteran PC users. Windows 7 fixes many of Vista's most painful shortcomings. It's speedier, has fewer intrusive and nagging screens, and is more compatible with peripherals. Plus, Windows 7 introduces a slew of new features,

  12. 21 CFR 111.60 - What are the design requirements for the production and process control system?

    Science.gov (United States)

    2010-04-01

    ... to Establish a Production and Process Control System § 111.60 What are the design requirements for... 21 Food and Drugs 2 2010-04-01 2010-04-01 false What are the design requirements for the production and process control system? 111.60 Section 111.60 Food and Drugs FOOD AND DRUG ADMINISTRATION...

  13. Risk-Based Confidentiality Requirements Specification for Outsourced IT Systems (Extended Version)

    NARCIS (Netherlands)

    Morali, A.; Wieringa, Roelf J.

    2010-01-01

    Today, companies are required to be in control of their IT assets, and to provide proof of this in the form of independent IT audit reports. However, many companies have outsourced various parts of their IT systems to other companies, which potentially threatens the control they have of their IT

  14. Power system reliability impacts of wind generation and operational reserve requirements

    Directory of Open Access Journals (Sweden)

    Esteban Gil

    2015-06-01

    Full Text Available Due to its variability, wind generation integration presents a significant challenge to power system operators in order to maintain adequate reliability levels while ensuring least cost operation. This paper explores the trade-off between the benefits associated to a higher wind penetration and the additional operational reserve requirements that they impose. Such exploration is valued in terms of its effect on power system reliability, measured as an amount of unserved energy. The paper also focuses on how changing the Value of Lost Load (VoLL can be used to attain different reliability targets, and how wind power penetration and the diversity of the wind energy resource will impact quality of supply (in terms of instances of unserved energy. The evaluation of different penetrations of wind power generation, different wind speed profiles, wind resource diversity, and different operational reserve requirements, is conducted on the Chilean Northern Interconnected System (SING using statistical modeling of wind speed time series and computer simulation through a 24-hour ahead unit commitment algorithm and a Monte Carlo simulation scheme. Results for the SING suggest that while wind generation can significantly reduce generation costs, it can also imply higher security costs to reach acceptable reliability levels.

  15. An Approach to Establish Design Requirements for Human-System Interface (HSI) of Automatic Systems in Nuclear Power Plants

    Energy Technology Data Exchange (ETDEWEB)

    Nuraslinda, Anuar; Kim, Jonghyun [KEPCO International Nuclear Graduate School, Ulsan (Korea, Republic of)

    2013-05-15

    This paper aims to demonstrate an approach to establish the design requirements for automatic systems in nuclear power plant (NPP) by using a powerful tool called Itemized Sequence Diagram (ISD). The process starts with function allocation by defining a set of levels of automation (LOAs). Then, task allocation is done using the ISD and finally the design requirements are established by examining the interaction points between human operator and automation, which are all located on the interface as modeled in the ISD. The strengths of this approach are discussed and a suggestion to integrate with that of the methodology employed to produce the existing guidelines or guidance is included in this paper. Some issues of automation have been addressed earlier in this paper and 12 design requirements that address human-system interaction were suggested by using the ISD as a tool to identify the interaction points between human operator and automation. The integration of the proposed approach in this paper with that of existing guidance could result in the new issue identification that would call for the establishment of new guidance. For example, Requirement 11 states that the HSI should provide the means for take-over from automatic to manual control was not mentioned in the existing guidance.

  16. Health recommender systems: concepts, requirements, technical basics and challenges.

    Science.gov (United States)

    Wiesner, Martin; Pfeifer, Daniel

    2014-03-03

    During the last decades huge amounts of data have been collected in clinical databases representing patients' health states (e.g., as laboratory results, treatment plans, medical reports). Hence, digital information available for patient-oriented decision making has increased drastically but is often scattered across different sites. As as solution, personal health record systems (PHRS) are meant to centralize an individual's health data and to allow access for the owner as well as for authorized health professionals. Yet, expert-oriented language, complex interrelations of medical facts and information overload in general pose major obstacles for patients to understand their own record and to draw adequate conclusions. In this context, recommender systems may supply patients with additional laymen-friendly information helping to better comprehend their health status as represented by their record. However, such systems must be adapted to cope with the specific requirements in the health domain in order to deliver highly relevant information for patients. They are referred to as health recommender systems (HRS). In this article we give an introduction to health recommender systems and explain why they are a useful enhancement to PHR solutions. Basic concepts and scenarios are discussed and a first implementation is presented. In addition, we outline an evaluation approach for such a system, which is supported by medical experts. The construction of a test collection for case-related recommendations is described. Finally, challenges and open issues are discussed.

  17. Health Recommender Systems: Concepts, Requirements, Technical Basics and Challenges

    Directory of Open Access Journals (Sweden)

    Martin Wiesner

    2014-03-01

    Full Text Available During the last decades huge amounts of data have been collected in clinical databases representing patients’ health states (e.g., as laboratory results, treatment plans, medical reports. Hence, digital information available for patient-oriented decision making has increased drastically but is often scattered across different sites. As as solution, personal health record systems (PHRS are meant to centralize an individual’s health data and to allow access for the owner as well as for authorized health professionals. Yet, expert-oriented language, complex interrelations of medical facts and information overload in general pose major obstacles for patients to understand their own record and to draw adequate conclusions. In this context, recommender systems may supply patients with additional laymen-friendly information helping to better comprehend their health status as represented by their record. However, such systems must be adapted to cope with the specific requirements in the health domain in order to deliver highly relevant information for patients. They are referred to as health recommender systems (HRS. In this article we give an introduction to health recommender systems and explain why they are a useful enhancement to PHR solutions. Basic concepts and scenarios are discussed and a first implementation is presented. In addition, we outline an evaluation approach for such a system, which is supported by medical experts. The construction of a test collection for case-related recommendations is described. Finally, challenges and open issues are discussed.

  18. 20 CFR 670.530 - Are Job Corps centers required to maintain a student accountability system?

    Science.gov (United States)

    2010-04-01

    ... student accountability system? 670.530 Section 670.530 Employees' Benefits EMPLOYMENT AND TRAINING... accountability system? Yes, each Job Corps center must establish and operate an effective system to account for... student absence. Each center must operate its student accountability system according to requirements and...

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

  20. 17 CFR 249.821 - Form PILOT, information required of self-regulatory organizations operating pilot trading systems...

    Science.gov (United States)

    2010-04-01

    ... required of self-regulatory organizations operating pilot trading systems pursuant to § 240.19b-5 of this... Associations § 249.821 Form PILOT, information required of self-regulatory organizations operating pilot trading systems pursuant to § 240.19b-5 of this chapter. This form shall be used by all self-regulatory...

  1. Formal Requirements Modeling for Reactive Systems with Coloured Petri Nets

    DEFF Research Database (Denmark)

    Tjell, Simon

    This dissertation presents the contributions of seven publications all concerned with the application of Coloured Petri Nets (CPN) to requirements modeling for reactive systems. The publications are introduced along with relevant background material and related work, and their contributions...... to take into concern that the behavior of human actors is less likely to be predictable than the behavior of e.g. mechanical components.   In the second approach, the CPN model is parameterized and utilizes a generic and reusable CPN module operating as an SD interpreter. In addition to distinguishing...... and events. A tool is presented that allows automated validation of the structure of CPN models with respect to the guidelines. Next, three publications on integrating Jackson's Problem Frames with CPN requirements models are presented: The first publication introduces a method for systematically structuring...

  2. Requirements and new materials for fusion laser systems

    International Nuclear Information System (INIS)

    Stokowski, S.E.; Weber, M.J.; Saroyan, R.A.; Hagen, W.F.

    1977-10-01

    Higher focusable power in neodymium glass fusion lasers can be obtained through the use of new materials with lower nonlinear index (n 2 ) and better energy storage capabilities than the presently employed silicate glass. Silicate, phosphate, fluorophosphate, and beryllium fluoride glasses are discussed in terms of fusion laser requirements, particularly those for the proposed Nova laser. Examples of the variation in spectroscopic and optical properties obtainable with compositional changes are given. Results of a system evaluation of potential laser materials show that fluorophosphate glasses have many of the desired properties for use in Nova. These glasses are now being cast in large sizes (30-cm diameter) and will be tested in prototype amplifiers in 1978

  3. Requirements and new materials for fusion laser systems

    Energy Technology Data Exchange (ETDEWEB)

    Stokowski, S.E.; Weber, M.J.; Saroyan, R.A.; Hagen, W.F.

    1977-10-01

    Higher focusable power in neodymium glass fusion lasers can be obtained through the use of new materials with lower nonlinear index (n/sub 2/) and better energy storage capabilities than the presently employed silicate glass. Silicate, phosphate, fluorophosphate, and beryllium fluoride glasses are discussed in terms of fusion laser requirements, particularly those for the proposed Nova laser. Examples of the variation in spectroscopic and optical properties obtainable with compositional changes are given. Results of a system evaluation of potential laser materials show that fluorophosphate glasses have many of the desired properties for use in Nova. These glasses are now being cast in large sizes (30-cm diameter) and will be tested in prototype amplifiers in 1978.

  4. Environmental Molecular Sciences Laboratory Operations System: Version 4.0 - system requirements specification

    Energy Technology Data Exchange (ETDEWEB)

    Kashporenko, D.

    1996-07-01

    This document is intended to provide an operations standard for the Environmental Molecular Sciences Laboratory OPerations System (EMSL OPS). It is directed toward three primary audiences: (1) Environmental Molecular Sciences Laboratory (EMSL) facility and operations personnel; (2) laboratory line managers and staff; and (3) researchers, equipment operators, and laboratory users. It is also a statement of system requirements for software developers of EMSL OPS. The need for a finely tuned, superior research environment as provided by the US Department of Energy`s (DOE) Environmental Molecular Sciences Laboratory has never been greater. The abrupt end of the Cold War and the realignment of national priorities caused major US and competing overseas laboratories to reposition themselves in a highly competitive research marketplace. For a new laboratory such as the EMSL, this means coming into existence in a rapidly changing external environment. For any major laboratory, these changes create funding uncertainties and increasing global competition along with concomitant demands for higher standards of research product quality and innovation. While more laboratories are chasing fewer funding dollars, research ideas and proposals, especially for molecular-level research in the materials and biological sciences, are burgeoning. In such an economically constrained atmosphere, reduced costs, improved productivity, and strategic research project portfolio building become essential to establish and maintain any distinct competitive advantage. For EMSL, this environment and these demands require clear operational objectives, specific goals, and a well-crafted strategy. Specific goals will evolve and change with the evolution of the nature and definition of DOE`s environmental research needs. Hence, EMSL OPS is designed to facilitate migration of these changes with ease into every pertinent job function, creating a facile {open_quotes}learning organization.{close_quotes}

  5. Avionics system design for requirements for the United States Coast Guard HH-65A Dolphin

    Science.gov (United States)

    Young, D. A.

    1984-01-01

    Aerospatiale Helicopter Corporation (AHC) was awarded a contract by the United States Coast Guard for a new Short Range Recovery (SRR) Helicopter on 14 June 1979. The award was based upon an overall evaluation of performance, cost, and technical suitability. In this last respect, the SRR helicopter was required to meet a wide variety of mission needs for which the integrated avionics system has a high importance. This paper illustrates the rationale for the avionics system requirements, the system architecture, its capabilities and reliability and its adaptability to a wide variety of military and commercial purposes.

  6. Wire chamber requirements and tracking simulation studies for tracking systems at the superconducting super collider

    International Nuclear Information System (INIS)

    Hanson, G.G.; Niczyporuk, B.B.; Palounek, A.P.T.

    1989-02-01

    Limitations placed on wire chambers by radiation damage and rate requirements in the SSC environment are reviewed. Possible conceptual designs for wire chamber tracking systems which meet these requirements are discussed. Computer simulation studies of tracking in such systems are presented. Simulations of events from interesting physics at the SSC, including hits from minimum bias background events, are examined. Results of some preliminary pattern recognition studies are given. Such computer simulation studies are necessary to determine the feasibility of wire chamber tracking systems for complex events in a high-rate environment such as the SSC. 11 refs., 9 figs., 1 tab

  7. Assessing Requirements Quality through Requirements Coverage

    Science.gov (United States)

    Rajan, Ajitha; Heimdahl, Mats; Woodham, Kurt

    2008-01-01

    In model-based development, the development effort is centered around a formal description of the proposed software system the model. This model is derived from some high-level requirements describing the expected behavior of the software. For validation and verification purposes, this model can then be subjected to various types of analysis, for example, completeness and consistency analysis [6], model checking [3], theorem proving [1], and test-case generation [4, 7]. This development paradigm is making rapid inroads in certain industries, e.g., automotive, avionics, space applications, and medical technology. This shift towards model-based development naturally leads to changes in the verification and validation (V&V) process. The model validation problem determining that the model accurately captures the customer's high-level requirements has received little attention and the sufficiency of the validation activities has been largely determined through ad-hoc methods. Since the model serves as the central artifact, its correctness with respect to the users needs is absolutely crucial. In our investigation, we attempt to answer the following two questions with respect to validation (1) Are the requirements sufficiently defined for the system? and (2) How well does the model implement the behaviors specified by the requirements? The second question can be addressed using formal verification. Nevertheless, the size and complexity of many industrial systems make formal verification infeasible even if we have a formal model and formalized requirements. Thus, presently, there is no objective way of answering these two questions. To this end, we propose an approach based on testing that, when given a set of formal requirements, explores the relationship between requirements-based structural test-adequacy coverage and model-based structural test-adequacy coverage. The proposed technique uses requirements coverage metrics defined in [9] on formal high-level software

  8. Day-ahead optimal dispatch for wind integrated power system considering zonal reserve requirements

    International Nuclear Information System (INIS)

    Liu, Fan; Bie, Zhaohong; Liu, Shiyu; Ding, Tao

    2017-01-01

    Highlights: • Analyzing zonal reserve requirements for wind integrated power system. • Modeling day-ahead optimal dispatch solved by chance constrained programming theory. • Determining optimal zonal reserve demand with minimum confidence interval. • Analyzing numerical results on test and large-scale real-life power systems. - Abstract: Large-scale integration of renewable power presents a great challenge for day-ahead dispatch to manage renewable resources while provide available reserve for system security. Considering zonal reserve is an effective way to ensure reserve deliverability when network congested, a random day-ahead dispatch optimization of wind integrated power system for a least operational cost is modeled including zonal reserve requirements and N − 1 security constraints. The random model is transformed into a deterministic one based on the theory of chance constrained programming and a determination method of optimal zonal reserve demand is proposed using the minimum confidence interval. After solving the deterministic model, the stochastic simulation is conducted to verify the validity of solution. Numerical tests and results on the IEEE 39 bus system and a large-scale real-life power system demonstrate the optimal day-ahead dispatch scheme is available and the proposed method is effective for improving reserve deliverability and reducing load shedding after large-capacity power outage.

  9. Uranium requirements for advanced fuel cycles in expanding nuclear power systems

    International Nuclear Information System (INIS)

    Banerjee, S.; Tamm, H.

    1978-01-01

    When considering advanced fuel cycle strategies in rapidly expanding nuclear power systems, equilibrium analyses do not apply. A computer simulation that accounts for system delay times and fissile inventories has been used to study the effects of different fuel cycles and different power growth rates on uranium consumption. The results show that for a given expansion rate of installed capacity, the main factors that affect resource requirements are the fissile inventory needed to introduce the advanced fuel cycle and the conversion (or breeding) ratio. In rapidly expanding systems, the effect of fissile inventory dominates, whereas in slowly expanding systems, conversion or breeding ratio dominates. Heavy-water-moderated and -cooled reactors, with their high conversion ratios, appear to be adaptable vehicles for accommodating fuel cycles covering a wide range of initial fissile inventories. They are therefore particularly suitable for conserving uranium over a wide range of nuclear power system expansion rates

  10. Improved Traceability of a Small Satellite Mission Concept to Requirements Using Model Based System Engineering

    Science.gov (United States)

    Reil, Robin L.

    2014-01-01

    Model Based Systems Engineering (MBSE) has recently been gaining significant support as a means to improve the "traditional" document-based systems engineering (DBSE) approach to engineering complex systems. In the spacecraft design domain, there are many perceived and propose benefits of an MBSE approach, but little analysis has been presented to determine the tangible benefits of such an approach (e.g. time and cost saved, increased product quality). This paper presents direct examples of how developing a small satellite system model can improve traceability of the mission concept to its requirements. A comparison of the processes and approaches for MBSE and DBSE is made using the NASA Ames Research Center SporeSat CubeSat mission as a case study. A model of the SporeSat mission is built using the Systems Modeling Language standard and No Magic's MagicDraw modeling tool. The model incorporates mission concept and requirement information from the mission's original DBSE design efforts. Active dependency relationships are modeled to demonstrate the completeness and consistency of the requirements to the mission concept. Anecdotal information and process-duration metrics are presented for both the MBSE and original DBSE design efforts of SporeSat.

  11. Practical requirements for software tools to assist in the validation and verification of hybrid expert systems

    International Nuclear Information System (INIS)

    Singh, G.P.; Cadena, D.; Burgess, J.

    1992-01-01

    Any practical software development effort must remain focused on verification and validation of user requirements. Knowledge-based system development is no different in this regard. In industry today, most expert systems being produced are, in reality, hybrid software systems which, in addition to those components that provide the knowledge base and expert reasoning over the problem domain using various rule-based and object-oriented paradigms, incorporate significant bodies of code based on more traditional software techniques such as database management, graphical user interfaces, hypermedia, spreadsheets, as well as specially developed sequential code. Validation and verification of such hybrid systems must perforce integrate suitable methodologies from all such fields. This paper attempts to provide a broad overview of the practical requirements for methodologies and the concomitant groupware tools which would assist in such an enterprise. These methodologies and groupware tools would facilitate the teamwork efforts necessary to validate and verify all components of such hybrid systems by emphasizing cooperative recording of requirements and negotiated resolutions of any conflicts grounded in a solid understanding of the semantics of such a system

  12. A Design Theory for Requirements Mining Systems

    OpenAIRE

    Meth, Hendrik

    2013-01-01

    Software requirements are often communicated in unstructured text documents, which need to be analyzed in order to identify and classify individual needs. This process is referred to as requirements mining in the context of this thesis. It is known to be time-consuming and error-prone when performed manually by a requirements engineer. Thus, there is a demand to support requirements mining through information technology. However, little research has been conducted to conceptualize theoretical...

  13. Study of the operation and maintenance of computer systems to meet the requirements of 10 CFR 73.55

    International Nuclear Information System (INIS)

    Lewis, J.R.; Byers, K.R.; Fluckiger, J.D.; McBride, K.C.

    1986-01-01

    The Pacific Northwest Laboratory has studied the operation and maintenance of computer-managed systems that can help nuclear power plant licensees to meet the physical security requirements of 10 CFR 73.55 (for access control, alarm monitoring, and alarm recording). This report of that study describes a computer system quality assurance program that is based on a system of related internal controls. A discussion of computer system evaluation includes verification and validation mechanisms for assuring that requirements are stated and that the product fulfills these requirements. Finally, the report describes operator and security awareness training and a computer system preventive maintenance program. 24 refs

  14. The effect of regulatory requirements on the control and instrumentation system designer

    International Nuclear Information System (INIS)

    Golder, J.A.

    1978-01-01

    The difficulties encountered by the designer of control and protection systems for nuclear plant in attempting to satisfy the large number of imprecise regulations and recommendations which exist are described. The absence of fundamental quantitative safety requirements of international acceptability is deplored and the adoption of a major incident criteria expressed in quantitative terms as the basis for the derivation of target design criteria for protection systems and plant components is suggested. (author)

  15. Requirements on the mechanical design of reactor systems operating at elevated temperature

    International Nuclear Information System (INIS)

    Schulz, H.; Glahn, M.

    1979-01-01

    The paper presents the contemporary status of the requirements on the mechanical design and analysis developed during the licensing procedure of reactor systems operating at elevated temperature. General requirements for the design at elevated temperature are reviewed. The main proposal is to point out some limit strain criteria which are not included in present design guidelines and codes. The developed strain criteria are used to limit the component deformations in case of power excursions like the Bethe-Tait accident. It is also applicable for loads arising from other faulted conditions. (orig.)

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

    Energy Technology Data Exchange (ETDEWEB)

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

    2010-08-01

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

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

    Science.gov (United States)

    2013-08-02

    ... NUCLEAR REGULATORY COMMISSION [NRC-2012-0195] Software Requirement Specifications for Digital Computer Software Used in Safety Systems of Nuclear Power Plants AGENCY: Nuclear Regulatory Commission... issuing a revised regulatory guide (RG), revision 1 of RG 1.172, ``Software Requirement Specifications for...

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

  19. Minimum mass of moderator required for criticality of homogeneous low-enriched uranium systems

    Energy Technology Data Exchange (ETDEWEB)

    Jordan, W.C.; Turner, J.C.

    1992-12-01

    A parametric calculational analysis has been performed in order to estimate the minimum mass of moderator required for criticality of homogeneous low-enriched uranium systems. The analysis was performed using a version of the SCALE-4.0 code system and the 27-group ENDF/B-IV cross-section library. Water-moderated uranyl fluoride (UO{sub 2}F{sub 2} and H{sub 2}O) and hydrofluoric-acid-moderated uranium hexaflouride (UF{sub 6} and HF) systems were considered in the analysis over enrichments of 1.4 to 5 wt % {sup 235}U. Estimates of the minimum critical volume, minimum critical mass of uranium, and the minimum mass of moderator required for criticality are presented. There was significant disagreement between the values generated in this study when compared with a similar undocumented study performed in 1983 using ANISN and the Knight-modified Hansen-Roach cross sections. An investigation into the cause of the disagreement was made, and the results are presented.

  20. Minimum mass of moderator required for criticality of homogeneous low-enriched uranium systems

    Energy Technology Data Exchange (ETDEWEB)

    Jordan, W.C.; Turner, J.C.

    1992-12-01

    A parametric calculational analysis has been performed in order to estimate the minimum mass of moderator required for criticality of homogeneous low-enriched uranium systems. The analysis was performed using a version of the SCALE-4.0 code system and the 27-group ENDF/B-IV cross-section library. Water-moderated uranyl fluoride (UO[sub 2]F[sub 2] and H[sub 2]O) and hydrofluoric-acid-moderated uranium hexaflouride (UF[sub 6] and HF) systems were considered in the analysis over enrichments of 1.4 to 5 wt % [sup 235]U. Estimates of the minimum critical volume, minimum critical mass of uranium, and the minimum mass of moderator required for criticality are presented. There was significant disagreement between the values generated in this study when compared with a similar undocumented study performed in 1983 using ANISN and the Knight-modified Hansen-Roach cross sections. An investigation into the cause of the disagreement was made, and the results are presented.

  1. Requirements for class 1, 2, and 3 pressure-retaining systems and components in CANDU nuclear power plants

    International Nuclear Information System (INIS)

    1991-09-01

    This third edition of CAN/CSA-N285.1 supersedes the 1981 and 1975 editions. It provides the specific requirements for design, fabrication, and installation of Class 1, 2 and 3 pressure-retaining systems and components in CANDU nuclear power plants, and over pressure protection of the heat transport system. The general requirements for pressure-retaining systems and components are given in CSA Standard CAN/CSA-N285.0, with which Class 1, 2 and 3 systems and components must also comply

  2. General requirements for pressure-retaining systems and components in CANDU nuclear power plants

    International Nuclear Information System (INIS)

    1991-11-01

    This standard specifies the general requirements for the design, fabrication and installation of pressure-retaining systems, components, and their supports in CANDU nuclear power plants. (16 figs., 2 tabs., 25 refs.)

  3. 34 CFR 361.23 - Requirements related to the statewide workforce investment system.

    Science.gov (United States)

    2010-07-01

    ... technology for individuals with disabilities; (ii) The use of information and financial management systems... resources and specification of the financial responsibility of each partner of the One-Stop service delivery... the Act, this part, other Federal requirements, and State law; and (vi) The specification of...

  4. A Study of Laser System Requirements for Application in Beam Diagnostics And Polarimetry at the ILC

    Energy Technology Data Exchange (ETDEWEB)

    Dixit, S.; Delerue, N.; Foster, B.; Howell, D.F.; Peach, K.; Quelch, G.; Qureshi, M.; Reichold, A.; /Oxford U.; Hirst, G.; Ross, I.; /Rutherford; Urakawa, J.; /KEK,; Soskov, V.; Variola, A.; Zomer, F.; /Orsay, LAL; Blair, G.A.; Boogert, S.T.; Boorman, G.; Bosco, A.; Driouichi, C.; Karataev, P.; /Royal Holloway, U. of London; Brachmann,; /SLAC

    2007-02-12

    Advanced laser systems will be essential for a range of diagnostics devices and polarimetry at the ILC. High average power, high beam quality, excellent stability and reliability will be crucial in order to deliver the information required to attain the necessary ILC luminosity as well as for efficient polarimetry. The key parameters are listed together with the R & D required to achieve the necessary laser system performance.

  5. Measurement of the Arithmetic Mean Velocity of a Pulsating Flow of High Velocity by the Hot-Wire Method

    Science.gov (United States)

    1946-04-01

    electric Ympulse’fs iransaitteh and ati$ lified by the-amplifier stages. A variationyof the potential between * grid’and,:cathod.e of the. chrrent...ethods:in Engineering. McGraw-hill Book Co. Inc., 1940, p. 327, "&.: ,. , . 7: -. .’,.:+.- .(: .- ..I‘ 5. Shea, ’Transmission Networks and rave Filters

  6. Requirements for high level models supporting design space exploration in model-based systems engineering

    NARCIS (Netherlands)

    Haveman, Steven; Bonnema, Gerrit Maarten

    2013-01-01

    Most formal models are used in detailed design and focus on a single domain. Few effective approaches exist that can effectively tie these lower level models to a high level system model during design space exploration. This complicates the validation of high level system requirements during

  7. Evaluation of Requirements for Volt/Var Control and Optimization Function in Distribution Management Systems

    DEFF Research Database (Denmark)

    Rahimi, Saaed; Marinelli, Mattia; Silvestro, Federico

    2012-01-01

    To meet the requirement from new visions within “smart grid” and to provide solutions for many challenges that DSOs (Distribution System Operators) are facing today, we need to develop advanced DMS (Distribution Management System) applications. A centralized Volt/Var Control (VVC) is one of the m...

  8. 46 CFR 27.205 - What are the requirements for internal communication systems on towing vessels?

    Science.gov (United States)

    2010-10-01

    ... systems on towing vessels? 27.205 Section 27.205 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY... fitted with a communication system between the engine room and the operating station that— (1) Consists... required to have internal communication systems. (c) When the operating-station's engine controls and the...

  9. Users' Requirements for Environmental Effects From Innovative Nuclear Energy Systems and Their Fuel Cycles

    International Nuclear Information System (INIS)

    Carreter, M.; Gray, M.; Falck, E.; Bonne, A.; Bell, M.

    2002-01-01

    The objective of the International Project on Innovative Nuclear Reactors and Fuel Cycles (INPRO) is to support the safe, sustainable, economic and proliferation resistant use of nuclear technology to meet the needs of the 21. century. The first part of the project focusses on the development of an understanding of the requirements of possible users of innovative concepts for reactors and fuel cycle applications. This paper reports progress made on the identification of user requirements as they relate to the environment and environmental protection. The user requirements being formulated are intended to limit adverse environmental effects from the different facilities involved in the nuclear fuel cycles to be well below maximum acceptable levels. To determine if the user requirements are met, it is necessary to identify those factors that are relevant to assessment of the environmental performance of innovative nuclear systems. To this effect, Environmental Impact Assessment (EIA) and the Material Flow accounting (MFA) methodologies are being appraised for the suitability for application. This paper develops and provides the rationale for the 'users' requirements' as they are currently defined. Existing Environmental Impact Assessment and Materials Flow Accounting methodologies that can be applied to determine whether or not innovative technologies conform to the User Requirements are briefly described. It is concluded that after establishing fundamental principles, it is possible to formulate sets of general and specific users' requirements against which, the potential adverse environmental effects to be expected from innovative nuclear energy systems (INES) can be assessed. The application of these users' requirements should keep the adverse environmental effects from INES's within acceptable limits. (authors)

  10. 75 FR 30309 - Revisions to the Requirements for Authority To Manufacture and Distribute Postage Evidencing Systems

    Science.gov (United States)

    2010-06-01

    ... Distribute Postage Evidencing Systems. This proposed revision clarifies the requirement for examination by an independent audit firm of a Postage Evidencing System Provider's Computerized Meter Resetting System (CMRS) or... Distribute Postage Evidencing Systems AGENCY: Postal Service\\TM\\. ACTION: Proposed rule. SUMMARY: In this...

  11. A Cognitive Systems Engineering Approach to Developing HMI Requirements for New Technologies

    Science.gov (United States)

    Fern, Lisa Carolynn

    2016-01-01

    This document examines the challenges inherent in designing and regulating to support human-automation interaction for new technologies that will deployed into complex systems. A key question for new technologies, is how work will be accomplished by the human and machine agents. This question has traditionally been framed as how functions should be allocated between humans and machines. Such framing misses the coordination and synchronization that is needed for the different human and machine roles in the system to accomplish their goals. Coordination and synchronization demands are driven by the underlying human-automation architecture of the new technology, which are typically not specified explicitly by the designers. The human machine interface (HMI) which is intended to facilitate human-machine interaction and cooperation, however, typically is defined explicitly and therefore serves as a proxy for human-automation cooperation requirements with respect to technical standards for technologies. Unfortunately, mismatches between the HMI and the coordination and synchronization demands of the underlying human-automation architecture, can lead to system breakdowns. A methodology is needed that both designers and regulators can utilize to evaluate the expected performance of a new technology given potential human-automation architectures. Three experiments were conducted to inform the minimum HMI requirements a detect and avoid system for unmanned aircraft systems (UAS). The results of the experiments provided empirical input to specific minimum operational performance standards that UAS manufacturers will have to meet in order to operate UAS in the National Airspace System (NAS). These studies represent a success story for how to objectively and systematically evaluate prototype technologies as part of the process for developing regulatory requirements. They also provide an opportunity to reflect on the lessons learned from a recent research effort in order to

  12. 40 CFR 267.198 - What are the general operating requirements for my tank systems?

    Science.gov (United States)

    2010-07-01

    ... FACILITIES OPERATING UNDER A STANDARDIZED PERMIT Tank Systems § 267.198 What are the general operating... 40 Protection of Environment 26 2010-07-01 2010-07-01 false What are the general operating requirements for my tank systems? 267.198 Section 267.198 Protection of Environment ENVIRONMENTAL PROTECTION...

  13. User requirements for information systems in nuclear medicine

    Energy Technology Data Exchange (ETDEWEB)

    Todd-Pokropek, A. (University Coll., London (United Kingdom)); Vauramo, E.; Sippo-Tujunen, I. (Helsinki City Health Dept. (Finland)); Cosgriff, P. (Pilgrim Hospital, Boston (UK)); Britton, K. (Saint Bartholomew' s Hospital, London (United Kingdom))

    1992-05-01

    In the field of COST cooperation (COST = European Cooperation in the Field of Scientific and Technical Research) a project B2 for Quality Assurance in Nuclear Medicine Software has been established. In a memorandum of understanding setting up this project, user requirements were to be defined for the hardware and software used for data acquisition, processing and presentation. A subgroup of the management committee of COST B2 were interested in the Advanced Informatics in Medicine, AIM, task T-734 'Quality Assurance of Medical Software', and the AIM Project 'A 1034', coordinated by Dr. K. Britton, was initiated. The initial drafts of this document were written in Helsinki during 1988-1990, and submitted for comment by the members of the management committee of COST B2. These comments were integrated in the text and this document was finalized by the UK group so as to make it available for international discussion. It is anticipated that, after appropriate international discussion, these User Requirements for Information Systems in Nuclear Medicine will be adopted by the management committee of COST B2 as a COST document. Towards these ends, a working group chaired by Dr Britton, including the British and Finnish teams and Ulrich Noelpp from Switzerland, was appointed by the management committee of COST B2 in April 1990. (Author).

  14. User requirements for information systems in nuclear medicine

    International Nuclear Information System (INIS)

    Todd-Pokropek, A.; Vauramo, E.; Sippo-Tujunen, I.; Cosgriff, P.; Britton, K.

    1992-01-01

    In the field of COST cooperation (COST = European Cooperation in the Field of Scientific and Technical Research) a project B2 for Quality Assurance in Nuclear Medicine Software has been established. In a memorandum of understanding setting up this project, user requirements were to be defined for the hardware and software used for data acquisition, processing and presentation. A subgroup of the management committee of COST B2 were interested in the Advanced Informatics in Medicine, AIM, task T-734 'Quality Assurance of Medical Software', and the AIM Project 'A 1034', coordinated by Dr. K. Britton, was initiated. The initial drafts of this document were written in Helsinki during 1988-1990, and submitted for comment by the members of the management committee of COST B2. These comments were integrated in the text and this document was finalized by the UK group so as to make it available for international discussion. It is anticipated that, after appropriate international discussion, these User Requirements for Information Systems in Nuclear Medicine will be adopted by the management committee of COST B2 as a COST document. Towards these ends, a working group chaired by Dr Britton, including the British and Finnish teams and Ulrich Noelpp from Switzerland, was appointed by the management committee of COST B2 in April 1990. (Author)

  15. Quality system of the Chemical Analysis Laboratory to fulfill the requirements with Certification Organizations

    International Nuclear Information System (INIS)

    Merlo S, L.; Rodriguez L, R.; Cota S, G.

    1996-01-01

    In the present work was described the Quality System established in the Chemical Analysis Department to fulfill with the Organization requirements, personnel, measurement equipment, calibration, working procedures, etc. to get official acknowledgment by the National Assurance System for Testing laboratories, dependent of the General Standards Direction. There are described the available resources, the performance and control of each of one principal points of the system. (Author)

  16. Autonomous Integrated Receive System (AIRS) requirements definition. Volume 4: Functional specification for the prototype Automated Integrated Receive System (AIRS)

    Science.gov (United States)

    Chie, C. M.

    1984-01-01

    The functional requirements for the performance, design, and testing for the prototype Automated Integrated Receive System (AIRS) to be demonstrated for the TDRSS S-Band Single Access Return Link are presented.

  17. Model-Based Requirements Analysis for Reactive Systems with UML Sequence Diagrams and Coloured Petri Nets

    DEFF Research Database (Denmark)

    Tjell, Simon; Lassen, Kristian Bisgaard

    2008-01-01

    In this paper, we describe a formal foundation for a specialized approach to automatically checking traces against real-time requirements. The traces are obtained from simulation of Coloured Petri Net (CPN) models of reactive systems. The real-time requirements are expressed in terms of a derivat...

  18. Instruction of the CSN on the requirements of the system of management of the nuclear power plants

    International Nuclear Information System (INIS)

    Cid, R.; Santo, A. de; Gil Montes, B.; Toca, A.

    2008-01-01

    The Western European Nations Regulatory Authorities (WENRA) performed a nuclear safety requirements harmonization task, as a result of this work and its implementation, the Spanish Nuclear Safety Counsel (CSN) has the commitment to issue its own Regulation Safety Instructions) to identify the WENRA to level nuclear safety requirements, and to incorporate it in the Spanish regulatory pyramid. However, the Spain nuclear installations meet these requirements through the original criteria to fulfill the regulation of the country that supply the NSSS design, these requirements are not incorporated in our regulation. One of the issues, identified by WENRA, is the implementation of the management system requirements in accord with the IAEA GS-R-3 The Management System for Facilities and Activities. As these regards, the CSN has developed a Safety Instruction, basically endorsing the IAEA GS-R-3. The Safety Instruction is actually in a phase of external comments and should be issued by june 2008. This paper describes the bases for the Safety Instruction, summarises the requirements that would meet the management system for nuclear installations and the activities to perform for its implementations. (Author)

  19. Study on the System Requirements and Structures of Mailbox Declaration System for Reference Pyroprocessing Facility in the ROK

    International Nuclear Information System (INIS)

    Jeon, Jong Kyu

    2011-01-01

    The mailbox declaration system applied for the implementation of Safeguards at the Reference Pyroprocessing Facility (REPF) plays important role to support the declared information provided from Near-Real Time Accountancy (NRTA) and provides reference data to confirm the measurement results generated from the Unattended Monitoring System (UMS) for the purposes of verification and real-time monitoring of the movements and changes of nuclear materials (NM) at the processes in the REPF. In order to install and operate the mailbox declaration system at the REPF, this study focused on the operation, security, transmission of confidential information, procedure for transmission of mailbox declaration system as system requirements, and structure of mailbox declaration system to review the declared information through the mailbox by the national authority and to transmit the revised information to the IAEA

  20. The London Charter and the Seville Principles as sources of requirements for e-archaeology systems development purposes

    Directory of Open Access Journals (Sweden)

    Juan M. Carrillo Gea

    2013-11-01

    Full Text Available Requirements engineering (RE is a discipline of critical importance in software development. This paper provides a process and a set of software artefacts to help in the production of e-archaeology systems with emphasis on requirements reuse and standards. In particular, two important guidelines in the field of earchaeology, the London Charter and the Principles of Seville, have been shown as two sources of requirements to be considered as a starting point for developing this type of systems.

  1. "How Asian Am I?": Asian American Youth Cultures, Drug Use, and Ethnic Identity Construction

    Science.gov (United States)

    Hunt, Geoffrey; Moloney, Molly; Evans, Kristin

    2011-01-01

    This article analyzes the construction of ethnic identity in the narratives of 100 young Asian Americans in a dance club/rave scene. Authors examine how illicit drug use and other consuming practices shape their understanding of Asian American identities, finding three distinct patterns. The first presents a disjuncture between Asian American…

  2. Use of a Graded Approach in the Application of the Management System Requirements for Facilities and Activities

    International Nuclear Information System (INIS)

    2014-06-01

    IAEA Safety Standards Series No. GS-R-3, The Management System for Facilities and Activities, defines the requirements for establishing, implementing, assessing and continually improving a management system that integrates safety, health, environmental, security, quality and economical elements. It details the need to grade the application of the management system requirements to ensure that resources are deployed and appropriate controls are applied on the basis of the consideration of: the significance and complexity of each product or activity; the hazards and the magnitude of the potential impact (risks) associated with the safety, health, environmental, security, quality and economical elements of each product or activity; and the possible consequences if a product fails or an activity is carried out incorrectly. The grading of the application of the requirements detailed in IAEA Safety Standards Series No. GS-R-3 is especially essential when they are implemented in smaller facilities and activities. The grading is done to ensure that the management system for smaller facilities and activities are suitably tailored to the hazards and the magnitude of the potential impact of the facilities and activities. Detailed guidance on how the grading requirements of IAEA Safety Standards Series No. GS-R-3 can be met and how to ensure that grading is performed in a consistent manner can be found in IAEA Safety Standards Series No. GS-G-3.1, Application of the Management System for Facilities and Activities. In addition, it contains guidance on systematic grading methods which will reduce the likelihood and consequences of improper grading. This publication provides an overview of grading fundamentals, the grading process, the role of classification in the process and the typical controls that can be graded. It also provides practical guidance and examples of grading as required by IAEA Safety Standards Series No. GS-R-3 to develop and apply a method of grading

  3. A Data Management System Integrating Web-based Training and Randomized Trials: Requirements, Experiences and Recommendations.

    Science.gov (United States)

    Muroff, Jordana; Amodeo, Maryann; Larson, Mary Jo; Carey, Margaret; Loftin, Ralph D

    2011-01-01

    This article describes a data management system (DMS) developed to support a large-scale randomized study of an innovative web-course that was designed to improve substance abuse counselors' knowledge and skills in applying a substance abuse treatment method (i.e., cognitive behavioral therapy; CBT). The randomized trial compared the performance of web-course-trained participants (intervention group) and printed-manual-trained participants (comparison group) to determine the effectiveness of the web-course in teaching CBT skills. A single DMS was needed to support all aspects of the study: web-course delivery and management, as well as randomized trial management. The authors briefly reviewed several other systems that were described as built either to handle randomized trials or to deliver and evaluate web-based training. However it was clear that these systems fell short of meeting our needs for simultaneous, coordinated management of the web-course and the randomized trial. New England Research Institute's (NERI) proprietary Advanced Data Entry and Protocol Tracking (ADEPT) system was coupled with the web-programmed course and customized for our purposes. This article highlights the requirements for a DMS that operates at the intersection of web-based course management systems and randomized clinical trial systems, and the extent to which the coupled, customized ADEPT satisfied those requirements. Recommendations are included for institutions and individuals considering conducting randomized trials and web-based training programs, and seeking a DMS that can meet similar requirements.

  4. General construction requirements for the deep repository in the KBS-3 system

    International Nuclear Information System (INIS)

    2002-10-01

    The KBS-3 systems includes equipment and plants for transport of spent nuclear fuels and encapsulated spent fuels, central intermediate storage, encapsulation and deep geologic disposal. The requirements in this document concern the repository and have been put together in view of the tasks of designing, constructing and building the repository. The report presents: A general review of existing design plans; Laws and regulations relevant for the design of the repository; How the regulations have been broken down to functional demands and dimensioning requirements for the repository; How the site conditions influence the design, and how the layout of the different parts of the repository interact; Relations between the functions of the repository, the safety and the design; A foundation for developing construction plans for the repository. The requirements will be collected in a database that will develop as new knowledge is collected

  5. Information Management system of the safety regulatory requirements and guidance for the Korea next generation reactors

    International Nuclear Information System (INIS)

    Yun, Y. C.; Lee, J. H.; Lee, H. C.; Lee, J. S.

    2000-01-01

    In order to achieve the safety of the Korea Next Generation Reactors (KNGR), the Korea Institute of Nuclear Safety has carried out the Safety and Regulatory Requirements and Guidance (SRRG) development program from 1992 such as establishment of the SRRG hierarchy, development of technical requirements and guidance, and consideration of new licensing system. The SRRG hierarchy for the KNGR was consisted of five tiers; Safety Objectives, Safety Principles, General Safety Criteria, Specific Safety Requirements and Safety Regulatory Guides. The developed SRRG have been compared the criteria in 10CFR and Reg. Guide in the U.S.A and the IAEA documents for assuring internationally acceptable level of the SRRG. To improve the efficiency and accuracy of SRRG development, the construction of database system was required in the course of development. Therefore, the Information Management System of SRRG for the KNGR has been developed which enables developers to quickly and accurately seek and systematically manage whole contexts of the SRRG, reference requirements, and current atomic energy regulation rules. Moreover, through homepage whose URL is 'http://kngr.kins.re.kr', the concerned persons and public can acquire the information related with SRRG and KNGR project, and post his/her thought to the opinion forum in the homepage

  6. Information Management system of the safety regulatory requirements and guidance for the Korea next generation reactors

    Energy Technology Data Exchange (ETDEWEB)

    Yun, Y. C. [LG-EDS Systems, Seoul (Korea, Republic of); Lee, J. H.; Lee, H. C.; Lee, J. S. [Korea Institute of Nuclear Safety, Taejon (Korea, Republic of)

    2000-05-01

    In order to achieve the safety of the Korea Next Generation Reactors (KNGR), the Korea Institute of Nuclear Safety has carried out the Safety and Regulatory Requirements and Guidance (SRRG) development program from 1992 such as establishment of the SRRG hierarchy, development of technical requirements and guidance, and consideration of new licensing system. The SRRG hierarchy for the KNGR was consisted of five tiers; Safety Objectives, Safety Principles, General Safety Criteria, Specific Safety Requirements and Safety Regulatory Guides. The developed SRRG have been compared the criteria in 10CFR and Reg. Guide in the U.S.A and the IAEA documents for assuring internationally acceptable level of the SRRG. To improve the efficiency and accuracy of SRRG development, the construction of database system was required in the course of development. Therefore, the Information Management System of SRRG for the KNGR has been developed which enables developers to quickly and accurately seek and systematically manage whole contexts of the SRRG, reference requirements, and current atomic energy regulation rules. Moreover, through homepage whose URL is 'http://kngr.kins.re.kr', the concerned persons and public can acquire the information related with SRRG and KNGR project, and post his/her thought to the opinion forum in the homepage.

  7. Rapid analysis of vessel elements (RAVE: a tool for studying physiologic, pathologic and tumor angiogenesis.

    Directory of Open Access Journals (Sweden)

    Marc E Seaman

    Full Text Available Quantification of microvascular network structure is important in a myriad of emerging research fields including microvessel remodeling in response to ischemia and drug therapy, tumor angiogenesis, and retinopathy. To mitigate analyst-specific variation in measurements and to ensure that measurements represent actual changes in vessel network structure and morphology, a reliable and automatic tool for quantifying microvascular network architecture is needed. Moreover, an analysis tool capable of acquiring and processing large data sets will facilitate advanced computational analysis and simulation of microvascular growth and remodeling processes and enable more high throughput discovery. To this end, we have produced an automatic and rapid vessel detection and quantification system using a MATLAB graphical user interface (GUI that vastly reduces time spent on analysis and greatly increases repeatability. Analysis yields numerical measures of vessel volume fraction, vessel length density, fractal dimension (a measure of tortuosity, and radii of murine vascular networks. Because our GUI is open sourced to all, it can be easily modified to measure parameters such as percent coverage of non-endothelial cells, number of loops in a vascular bed, amount of perfusion and two-dimensional branch angle. Importantly, the GUI is compatible with standard fluorescent staining and imaging protocols, but also has utility analyzing brightfield vascular images, obtained, for example, in dorsal skinfold chambers. A manually measured image can be typically completed in 20 minutes to 1 hour. In stark comparison, using our GUI, image analysis time is reduced to around 1 minute. This drastic reduction in analysis time coupled with increased repeatability makes this tool valuable for all vessel research especially those requiring rapid and reproducible results, such as anti-angiogenic drug screening.

  8. Development of U.S. Government General Technical Requirements for UAS Flight Safety Systems Utilizing the Iridium Satellite Constellation

    Science.gov (United States)

    Murray, Jennifer; Birr, Richard

    2010-01-01

    This slide presentation reviews the development of technical requirements for Unmanned Aircraft Systems (UAS) utilization of the Iridium Satellite Constellation to provide flight safety. The Federal Aviation Authority (FAA) required an over-the-horizon communication standard to guarantee flight safety before permitting widespread UAS flights in the National Air Space (NAS). This is important to ensure reliable control of UASs during loss-link and over-the-horizon scenarios. The core requirement was to utilize a satellite system to send GPS tracking data and other telemetry from a flight vehicle down to the ground. Iridium was chosen as the system because it is one of the only true satellite systems that has world wide coverage, and the service has a highly reliable link margin. The Iridium system, the flight modems, and the test flight are described.

  9. 18 CFR 367.58 - Property record system required for service company property.

    Science.gov (United States)

    2010-04-01

    ... to show the nature of each addition to or retirement of service company property, the related total... required for service company property. 367.58 Section 367.58 Conservation of Power and Water Resources... COMPANY ACT OF 2005, FEDERAL POWER ACT AND NATURAL GAS ACT UNIFORM SYSTEM OF ACCOUNTS FOR CENTRALIZED...

  10. Implications of ITER requirements on R and D of RF heating and current drive systems

    International Nuclear Information System (INIS)

    Bosia, G.

    2002-01-01

    A strategic, rather than auxiliary role is assigned to H and CD systems in ITER-FEAT, as all operation phases are driven and controlled by heating and current drive (H and CD) systems. RF systems (Electron Cyclotron, Ion Cyclotron and Lower Hybrid), planned to contribute for ∼60% of ITER auxiliary power (72 MW), still require different level of pre-industrial technology development to operate in ITER at the required level of efficiency and religiosite. In this paper, RF H and CD systems technical and operational issues are reviewed and future R and D actions at CEA-Cadarache discussed, with the aim of providing a demonstration of all RF H and CD systems, within the current ITER construction time scale. The need and the economical advantage of an early on- and off- plasma design validation program for ITER-like RF devices (such as launcher and/or power sources), is also discussed with the aim of identifying and resolving operational issues. (author)

  11. Requirements Analysis Study for Master Pump Shutdown System Project Development Specification [SEC 1 and 2

    International Nuclear Information System (INIS)

    BEVINS, R.R.

    2000-01-01

    This document has been updated during the definitive design portion of the first phase of the W-314 Project to capture additional software requirements and is planned to be updated during the second phase of the W-314 Project to cover the second phase of the Project's scope. The objective is to provide requirement traceability by recording the analysis/basis for the functional descriptions of the master pump shutdown system. This document identifies the sources of the requirements and/or how these were derived. Each requirement is validated either by quoting the source or an analysis process involving the required functionality, performance characteristics, operations input or engineering judgment

  12. Cost of energy from utility-owned solar electric systems. A required revenue method for ERDA/EPRI evaluations

    Energy Technology Data Exchange (ETDEWEB)

    1976-06-01

    This methodology calculates the electric energy busbar cost from a utility-owned solar electric system. This approach is applicable to both publicly- and privately-owned utilities. Busbar cost represents the minimum price per unit of energy consistent with producing system-resultant revenues equal to the sum of system-resultant costs. This equality is expressed in present value terms, where the discount rate used reflects the rate of return required on invested capital. Major input variables describe the output capabilities and capital cost of the energy system, the cash flows required for system operation and maintenance, and the financial structure and tax environment of the utility.

  13. Auditing of suppliers as the requirement of quality management systems in construction

    Science.gov (United States)

    Harasymiuk, Jolanta; Barski, Janusz

    2017-07-01

    The choice of a supplier of construction materials can be important factor of increase or reduction of building works costs. Construction materials present from 40 for 70% of investment task depending on kind of works being provided for realization. There is necessity of estimate of suppliers from the point of view of effectiveness of construction undertaking and necessity from the point of view of conformity of taken operation by executives of construction job and objects within the confines of systems of managements quality being initiated in their organizations. The estimate of suppliers of construction materials and subexecutives of special works is formal requirement in quality management systems, which meets the requirements of the ISO 9001 standard. The aim of this paper is to show possibilities of making use of anaudit for estimate of credibility and reliability of the supplier of construction materials. The article describes kinds of audits, that were carried in quality management systems, with particular taking into consideration audits called as second-site. One characterizes the estimate criterions of qualitative ability and method of choice of the supplier of construction materials. The paper shows also propositions of exemplary questions, that would be estimated in audit process, the way of conducting of this estimate and conditionality of estimate.

  14. Development of Small UAS Beyond-Visual-Line-of-Sight (BVLOS Flight Operations: System Requirements and Procedures

    Directory of Open Access Journals (Sweden)

    Scott Xiang Fang

    2018-04-01

    Full Text Available Due to safety concerns of integrating small unmanned aircraft systems (UAS into non-segregated airspace, aviation authorities have required a set of detect and avoid (DAA systems to be equipped on small UAS for beyond-visual-line-of-sight (BVLOS flight operations in civil airspace. However, the development of small UAS DAA systems also requires BVLOS flights for testing and validation. To mitigate operational risks for small UAS BVLOS flight operations, this paper proposes to initially test small UAS DAA systems in BVLOS flights in a restricted airspace with additional safety features. Later, this paper further discusses the operating procedures and emergency action plans for small UAS BVLOS flight operations. The testing results show that these safety systems developed can help improve operational safety for small UAS BVLOS flight operations.

  15. 21 CFR 111.55 - What are the requirements to implement a production and process control system?

    Science.gov (United States)

    2010-04-01

    ... production and process control system? 111.55 Section 111.55 Food and Drugs FOOD AND DRUG ADMINISTRATION... to Establish a Production and Process Control System § 111.55 What are the requirements to implement a production and process control system? You must implement a system of production and process...

  16. Cognitive Connected Vehicle Information System Design Requirement for Safety: Role of Bayesian Artificial Intelligence

    Directory of Open Access Journals (Sweden)

    Ata Khan

    2013-04-01

    Full Text Available Intelligent transportation systems (ITS are gaining acceptance around the world and the connected vehicle component of ITS is recognized as a high priority research and development area in many technologically advanced countries. Connected vehicles are expected to have the capability of safe, efficient and eco-driving operations whether these are under human control or in the adaptive machine control mode of operations. The race is on to design the capability to operate in connected traffic environment. The operational requirements can be met with cognitive vehicle design features made possible by advances in artificial intelligence-supported methodology, improved understanding of human factors, and advances in communication technology. This paper describes cognitive features and their information system requirements. The architecture of an information system is presented that supports the features of the cognitive connected vehicle. For better focus, information processing capabilities are specified and the role of Bayesian artificial intelligence is defined for data fusion. Example applications illustrate the role of information systems in integrating intelligent technology, Bayesian artificial intelligence, and abstracted human factors. Concluding remarks highlight the role of the information system and Bayesian artificial intelligence in the design of a new generation of cognitive connected vehicle.

  17. Neural net based determination of generator-shedding requirements in electric power systems

    Energy Technology Data Exchange (ETDEWEB)

    Djukanovic, M [Electrical Engineering Inst. ' Nikola Tesla' , Belgrade (Yugoslavia); Sobajic, D J; Pao, Y -H [Case Western Reserve Univ., Cleveland, OH (United States). Dept. of Electrical Engineering and Applied Physics Case Western Reserve Univ., Cleveland, OH (United States). Dept. of Computer Engineering and Science AI WARE Inc., Cleveland, OH (United States)

    1992-09-01

    This paper presents an application of artificial neural networks (ANN) in support of a decision-making process by power system operators directed towards the fast stabilisation of multi-machine systems. The proposed approach considers generator shedding as the most effective discrete supplementary control for improving the dynamic performance of faulted power systems and preventing instabilities. The sensitivity of the transient energy function (TEF) with respect to changes in the amount of dropped generation is used during the training phase of ANNs to assess the critical amount of generator shedding required to prevent the loss of synchronism. The learning capabilities of neural nets are used to establish complex mappings between fault information and the amount of generation to be shed, suggesting it as the control signal to the power system operator. (author)

  18. Establishment of Requirements and Methodology for the Development and Implementation of GreyMatters, a Memory Clinic Information System.

    Science.gov (United States)

    Tapuria, Archana; Evans, Matt; Curcin, Vasa; Austin, Tony; Lea, Nathan; Kalra, Dipak

    2017-01-01

    The aim of the paper is to establish the requirements and methodology for the development process of GreyMatters, a memory clinic system, outlining the conceptual, practical, technical and ethical challenges, and the experiences of capturing clinical and research oriented data along with the implementation of the system. The methodology for development of the information system involved phases of requirements gathering, modeling and prototype creation, and 'bench testing' the prototype with experts. The standard Institute of Electrical and Electronics Engineers (IEEE) recommended approach for the specifications of software requirements was adopted. An electronic health record (EHR) standard, EN13606 was used, and clinical modelling was done through archetypes and the project complied with data protection and privacy legislation. The requirements for GreyMatters were established. Though the initial development was complex, the requirements, methodology and standards adopted made the construction, deployment, adoption and population of a memory clinic and research database feasible. The electronic patient data including the assessment scales provides a rich source of objective data for audits and research and to establish study feasibility and identify potential participants for the clinical trials. The establishment of requirements and methodology, addressing issues of data security and confidentiality, future data compatibility and interoperability and medico-legal aspects such as access controls and audit trails, led to a robust and useful system. The evaluation supports that the system is an acceptable tool for clinical, administrative, and research use and forms a useful part of the wider information architecture.

  19. Tethys: The Marine and Hydrokinetic Technology Environmental Impacts Knowledge Management System -- Requirements Specification -- Version 1.0

    Energy Technology Data Exchange (ETDEWEB)

    Butner, R. Scott; Snowden-Swan, Lesley J.; Ellis, Peter C.

    2010-11-09

    The marine and hydrokinetic (MHK) environmental impacts knowledge management system (KMS), dubbed Tethys after the mythical Greek goddess of the seas, is being developed for the U.S. Department of Energy (DOE) Office of Energy Efficiency and Renewable Energy Wind and Hydropower Technologies Program (WHTP) by Pacific Northwest National Laboratory (PNNL). This requirements specification establishes the essential capabilities required of Tethys and clarifies for WHTP and the Tethys development team the results that must be achieved by the system.

  20. Eliciting Parents' Individual Requirements for an Inclusive Digital School System.

    Science.gov (United States)

    Eftring, Håkan; Rassmus-Gröhn, Kirsten; Hedvall, Per-Olof

    2016-01-01

    Parents often have a busy time sorting out their life puzzles, including getting information about their children's activities in school. More and more communication between teachers and parents take place via digital school systems. It can be hard for parents to find the information they are looking for and the teacher decides when information is sent and what communication method to use. All parents, but especially parents with disabilities, might have individual preferences on how to receive information and how to adapt meetings at school. In this paper we present a project where we involved parents and teachers in focus groups, an idea workshop and iterative user trials of a digital prototype. The goal was to elicit parents' individual requirements for an inclusive digital school system, where they can store their individual preferences about how and when to receive information from school and what requirements they have on meetings at school. Preliminary results show that we managed to create open and focused discussions among parents and teachers. The parents reacted very positively on an onboarding page with the possibility to quickly and easily enter preferences after their first log in, but more work needs to be done on how preferences are categorized on the onboarding page. Finally, parents need to get clear feedback from teachers and school when they have entered or updated preferences, so they can trust that their preferences will be met.

  1. Requirements for Successful Adoption of a Glucose Measurement System Into a Hospital POC Program

    OpenAIRE

    F?z?ry, Anna K.; Cembrowski, George S.

    2016-01-01

    Widespread and successful implementation of any glucose measurement system in a hospital point-of-care (POC) program requires a number of features in addition to accurate and reliable analytical performance. Such features include, but are not limited to, a system?s glucose-hematocrit dependence, durability, information technology capabilities, and battery capacity and battery life. While the study of Ottiger et al in this issue supports the analytical accuracy and reliability of Bayer?s CONTO...

  2. 33 CFR 149.416 - What are the requirements for a dry chemical fire suppression system?

    Science.gov (United States)

    2010-07-01

    ... the requirements for a dry chemical fire suppression system? Each natural gas deepwater port must be... dry chemical fire suppression system? 149.416 Section 149.416 Navigation and Navigable Waters COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) DEEPWATER PORTS DEEPWATER PORTS: DESIGN, CONSTRUCTION...

  3. Generic functional requirements for a NASA general-purpose data base management system

    Science.gov (United States)

    Lohman, G. M.

    1981-01-01

    Generic functional requirements for a general-purpose, multi-mission data base management system (DBMS) for application to remotely sensed scientific data bases are detailed. The motivation for utilizing DBMS technology in this environment is explained. The major requirements include: (1) a DBMS for scientific observational data; (2) a multi-mission capability; (3) user-friendly; (4) extensive and integrated information about data; (5) robust languages for defining data structures and formats; (6) scientific data types and structures; (7) flexible physical access mechanisms; (8) ways of representing spatial relationships; (9) a high level nonprocedural interactive query and data manipulation language; (10) data base maintenance utilities; (11) high rate input/output and large data volume storage; and adaptability to a distributed data base and/or data base machine configuration. Detailed functions are specified in a top-down hierarchic fashion. Implementation, performance, and support requirements are also given.

  4. On the Required Number of Antennas in a Point-to-Point Large-but-Finite MIMO System

    KAUST Repository

    Makki, Behrooz; Svensson, Tommy; Eriksson, Thomas; Alouini, Mohamed-Slim

    2015-01-01

    In this paper, we investigate the performance of the point-to-point multiple-input-multiple-output (MIMO) systems in the presence of a large but finite numbers of antennas at the transmitters and/or receivers. Considering the cases with and without hybrid automatic repeat request (HARQ) feedback, we determine the minimum numbers of the transmit/receive antennas which are required to satisfy different outage probability constraints. We study the effect of the spatial correlation between the antennas on the system performance. Also, the required number of antennas are obtained for different fading conditions. Our results show that different outage requirements can be satisfied with relatively few transmit/receive antennas. © 2015 IEEE.

  5. On the Required Number of Antennas in a Point-to-Point Large-but-Finite MIMO System

    KAUST Repository

    Makki, Behrooz

    2015-11-12

    In this paper, we investigate the performance of the point-to-point multiple-input-multiple-output (MIMO) systems in the presence of a large but finite numbers of antennas at the transmitters and/or receivers. Considering the cases with and without hybrid automatic repeat request (HARQ) feedback, we determine the minimum numbers of the transmit/receive antennas which are required to satisfy different outage probability constraints. We study the effect of the spatial correlation between the antennas on the system performance. Also, the required number of antennas are obtained for different fading conditions. Our results show that different outage requirements can be satisfied with relatively few transmit/receive antennas. © 2015 IEEE.

  6. Reliability of k-out-of-n systems with phased-mission requirements and imperfect fault coverage

    International Nuclear Information System (INIS)

    Xing Liudong; Amari, Suprasad V.; Wang Chaonan

    2012-01-01

    In this paper, an efficient method is proposed for the exact reliability evaluation of k-out-of-n systems with identical components subject to phased-mission requirements and imperfect fault coverage. The system involves multiple, consecutive, and non-overlapping phases of operation, where the k values and failure time distributions of system components can change from phase to phase. The proposed method considers statistical dependencies of component states across phases as well as dynamics in system configuration and success criteria. It also considers the time-varying and phase-dependent failure distributions and associated cumulative damage effects for the system components. The proposed method is based on the total probability law, conditional probabilities and an efficient recursive formula to compute the overall mission reliability with the consideration of imperfect fault coverage. The main advantages of this method are that both its computational time and memory requirements are linear in terms of the system size, and it has no limitation on the type of time-to-failure distributions for the system components. Three examples are presented to illustrate the application and advantages of the proposed method.

  7. Compatibility of DOE energy data bases with EEMIS data requirements. [Energy Emergency Management Information Systems

    Energy Technology Data Exchange (ETDEWEB)

    D& #x27; Acierno, J; Hermelee, A

    1979-12-01

    Object of this report is to present the data from EIA data bases which are compatible with the requirements of the data structure for the Energy Emergency Management Information System (EEMIS). An overview of data availability is briefly described and presented in the EEMIS petroleum and natural gas flow diagrams as well as in a more detailed review with each data element in the EEMIS data requirements. This information is presented with the intent that it be used as an overall system guide during the data transfer task as well as in future operation of EEMIS and in the interpretation of EEMIS data.

  8. Technique of Substantiating Requirements for the Vision Systems of Industrial Robotic Complexes

    Directory of Open Access Journals (Sweden)

    V. Ya. Kolyuchkin

    2015-01-01

    Full Text Available In references, there is a lack of approaches to describe the justified technical requirements for the vision systems (VS of industrial robotics complexes (IRC. Therefore, an objective of the work is to develop a technique that allows substantiating requirements for the main quality indicators of VS, functioning as a part of the IRC.The proposed technique uses a model representation of VS, which, as a part of the IRC information system, sorts the objects in the work area, as well as measures their linear and angular coordinates. To solve the problem of statement there is a proposal to define the target function of a designed IRC as a dependence of the IRC indicator efficiency on the VS quality indicators. The paper proposes to use, as an indicator of the IRC efficiency, the probability of a lack of fault products when manufacturing. Based on the functions the VS perform as a part of the IRC information system, the accepted indicators of VS quality are as follows: a probability of the proper recognition of objects in the working IRC area, and confidential probabilities of measuring linear and angular orientation coordinates of objects with the specified values of permissible error. Specific values of these errors depend on the orientation errors of working bodies of manipulators that are a part of the IRC. The paper presents mathematical expressions that determine the functional dependence of the probability of a lack of fault products when manufacturing on the VS quality indicators and the probability of failures of IRC technological equipment.The offered technique for substantiating engineering requirements for the VS of IRC has novelty. The results obtained in this work can be useful for professionals involved in IRC VS development, and, in particular, in development of VS algorithms and software.

  9. Security and privacy of EHR systems--ethical, social and legal requirements.

    Science.gov (United States)

    Kluge, Eike-Henner W

    2003-01-01

    This paper addresses social, ethical and legal concerns about security and privacy that arise in the development of international interoperable health information systems. The paper deals with these concerns under four rubrics: the ethical status of electronic health records, the social and legal embedding of interoperable health information systems, the overall information-requirements healthcare as such, and the role of health information professionals as facilitators. It argues that the concerns that arise can be met if the development of interoperability protocols is guided by the seven basic principles of information ethics that have been enunciated in the IMIA Code of Ethics for Health Information Professionals and that are central to the ethical treatment of electronic health records.

  10. Developing a 3D Road Cadastral System: Comparing Legal Requirements and User Needs

    Science.gov (United States)

    Gristina, S.; Ellul, C.; Scianna, A.

    2016-10-01

    Road transport has always played an important role in a country's growth and, in order to manage road networks and ensure a high standard of road performance (e.g. durability, efficiency and safety), both public and private road inventories have been implemented using databases and Geographical Information Systems. They enable registering and managing significant amounts of different road information, but to date do not focus on 3D road information, data integration and interoperability. In an increasingly complex 3D urban environment, and in the age of smart cities, however, applications including intelligent transport systems, mobility and traffic management, road maintenance and safety require digital data infrastructures to manage road data: thus new inventories based on integrated 3D road models (queryable, updateable and shareable on line) are required. This paper outlines the first step towards the implementation of 3D GIS-based road inventories. Focusing on the case study of the "Road Cadastre" (the Italian road inventory as established by law), it investigates current limitations and required improvements, and also compares the required data structure imposed by cadastral legislation with real road users' needs. The study aims to: a) determine whether 3D GIS would improve road cadastre (for better management of data through the complete life-cycle infrastructure projects); b) define a conceptual model for a 3D road cadastre for Italy (whose general principles may be extended also to other countries).

  11. A Tech-Happy Professor Reboots after Hearing His Teaching Advice Isn't Working

    Science.gov (United States)

    Young, Jeffrey R.

    2012-01-01

    Michael Wesch has been on the lecture circuit for years touting new models of active teaching with technology. The associate professor of cultural anthropology at Kansas State University has given TED talks. "Wired" magazine gave him a Rave Award. The Carnegie Foundation for the Advancement of Teaching once named him a national professor…

  12. German Risk Study - influences of data base, minimal requirements and system modifications

    International Nuclear Information System (INIS)

    Hoertner, H.; Linden, J. von

    1987-01-01

    The reliability analyses for Phase B of the German Risk Study taken into account an improved reliability data base, best-estimate minimal requirements for the relevant system functions and the design modifications, which have been carried out after completion of Phase A. These points and their influence on the frequency of core melt accidents are discussed, emphasizing the reliability data. Although the detailed evaluation of operating experience for the estimation of the reliability data does result in an increase of contributions, the best-estimate minimal requirements and the system modifications carried out for the reference plant reduce the core melt frequency due to those initiating events which were dominant in Phase A of the German Risk Study. The detailed investigation of additional initiating events which had already been recognized as important during Phase A leads to additional contributions to the frequency of core melt accidents. Such initiating events are the main steam line break and the steam generator tube rupture and altogether, the evaluated contributions to the frequency of core melt are lower than the values assessed in Phase A. (orig./HP)

  13. Commercially-driven human interplanetary propulsion systems: Rationale, concept, technology, and performance requirements

    International Nuclear Information System (INIS)

    Williams, C.H.; Borowski, S.K.

    1996-01-01

    Previous studies of human interplanetary missions are largely characterized by long trip times, limited performance capabilities, and enormous costs. Until these missions become dramatically more open-quote open-quote commercial-friendly close-quote close-quote, their funding source and rationale will be restricted to national governments and their political/scientific interests respectively. A rationale is discussed for human interplanetary space exploration predicated on the private sector. Space propulsion system requirements are identified for interplanetary transfer times of no more than a few weeks/months to and between the major outer planets. Nuclear fusion is identified as the minimum requisite space propulsion technology. A conceptual design is described and evolutionary catalyzed-DD to DHe 3 fuel cycles are proposed. Magnetic nozzles for direct thrust generation and quantifying the operational aspects of the energy exchange mechanisms between high energy reaction products and neutral propellants are identified as two of the many key supporting technologies essential to satisfying system performance requirements. Government support of focused, breakthrough technologies is recommended at funding levels appropriate to other ongoing federal research. copyright 1996 American Institute of Physics

  14. General review of quality assurance system requirements. The utility or customer requirement

    International Nuclear Information System (INIS)

    Fowler, J.L.

    1976-01-01

    What are the customer's Quality Assurance requirements and how does he convey these to his contractor, or apply them to himself. Many documents have been prepared mostly by countries with high technology availability and it is significant to note that many of the documents, particularly those of the United States of America, were prepared for nuclear safety related plant, but the logic of these documents equally applied to heavy engineering projects that are cost effective, and this is the current thinking and practice within the CEGB (Central Electricity Generating Board). Some documents have legislative backing, others rely on contractual disciplines, but they all appear to repeat the same basic requirements, so why does one continue to write more documents. The basic problem is that customers have to satisfy differing national legislative, economic and commercial requirements and, like all discerning customers, wish to reserve the right to satisfy their own needs, which are very often highly specialized. The CEGB are aware of this problem and are actively co-operating with most of the national and international authorities who are leading in this field, with a view to obtaining compatibility of requirements, but now there still remains the problem of satisfying national custom and practice. (author)

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

    International Nuclear Information System (INIS)

    Lehman, W.J.

    1997-01-01

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

  16. Regulatory requirements on the design and construction of nuclear power plant control and instrumentation systems in Finland

    International Nuclear Information System (INIS)

    Heikkila, M.A.

    1978-01-01

    The Department of Reactor Safety of the Institute of Radiation Protection, being the nuclear regulatory authority in Finland, has set up regulations which govern the design and construction of NPP systems and components. The regulations are partly compiled from existing codes and standards, published primarily in the United States and Federal Republic of Germany, and partly worked out at the Institute. The regulations are collected to a special set of YVL guides (guides for nuclear power plants), and one of these gives requirements on the design and construction of NPPCI systems and components. The scope of the requirements is based on the safety classification of the CI systems and components. Three safety classes have been singled out: the first for CI systems which take part in reactor protection, the second for other directly safety related, and the third for remaining CI systems important enough to deserve supervision. The safety class for CI components is inherited from the system they belong to. The safety classification of IC systems has direct bearing on the initial assumptions of plant accident analysis. The design principles of IC systems are inspected as part of the preliminary and final safety reports. Focus is directed on the principles of redundancy, separation, diversity, testability, etc. The requirements on IC components are directed to different stages of manufacture, installation and operation. The type tests shall be adequate and acceptably documented. The manufacture of components is followed, the test reports reviewed and the efficiency of manufacturers quality assurance program evaluated. Further requirements concern the installation phase and tests at the end of it, and finally guides include directions for maintenance and testing during the operations phase. (author)

  17. A Study of Storage Ring Requirements for an Explosive Detection System Using NRA Method

    CERN Document Server

    Wang, Tai-Sen

    2005-01-01

    The technical feasibility of an explosives detection system based on the nuclear resonance absorption (NRA) of gamma rays in nitrogen-rich materials was demonstrated at Los Alamos National Laboratory (LANL) in 1993 by using an RFQ proton accelerator and a tomographic imaging prototype.* The study is being continued recently to examine deployment of such an active interrogation system in realistic scenarios. The approach is to use a cyclotron and electron-cooling-equipped storage rings(s) to provide the high quality and high current proton beam needed in a practical application. In this work, we investigate the storage ring requirements for a variant of the airport luggage inspection system considered in the earlier LANL experiments. Estimations are carried out based on the required inspection throughput, the gamma ray yield, the proton beam emittance growth due to scattering with the photon-production target, beam current limit in the storage ring, and the electron cooling rate. Studies using scaling and reas...

  18. Global Combat Support System - Army Did Not Comply With Treasury and DoD Financial Reporting Requirements

    Science.gov (United States)

    2014-09-03

    Compliance Validation: Logistics Modernization Program System Third Deployment—Selected Requirements,” July 2012 AAA Report No. A-2012-0090- FFM , “Audit... FFM , “General Fund Enterprise Business System— Federal Financial Management Improvement Act Compliance: Examination of Requirements Through Test Event...1.4.0,” September 2010 AAA Report No. A-2010-0220- FFM , “Examination of Federal Financial Management Improvement Act Compliance—Requirements

  19. Parametric Synthesis of Automatic Control System of Industrial Robot Manipulator in Compliance with Requirements of Robust Quality

    Directory of Open Access Journals (Sweden)

    A. A. Nesenchuk

    2004-01-01

    Full Text Available The paper considers an application of a root-locus method for synthesis of dynamic systems with uncertainty that meet the requirements of pre-set quality. This method is used for parametric synthesis of automatic control system of industrial robot manipulator that is used for transportation of engineering products. The synthesis takes place under conditions of substantial changes in inertia moment of robot load. As a result of investigations it is possible to determine range of values of variable parameter that ensures the required quality of control system operation. A system of computer programs has been developed in order to solve the problem.

  20. Commensal Microbiota Are Required for Systemic Inflammation Triggered by Necrotic Dendritic Cells

    Directory of Open Access Journals (Sweden)

    Jennifer A. Young

    2013-06-01

    Full Text Available The relationship between dendritic cells (DCs and commensal microflora in shaping systemic immune responses is not well understood. Here, we report that mice deficient for the Fas-associated death domain in DCs developed systemic inflammation associated with elevated proinflammatory cytokines and increased myeloid and B cells. These mice exhibited reduced DCs in gut-associated lymphoid tissues due to RIP3-dependent necroptosis, whereas DC functions remained intact. Induction of systemic inflammation required DC necroptosis and commensal microbiota signals that activated MyD88-dependent pathways in other cell types. Systemic inflammation was abrogated with the administration of broad-spectrum antibiotics or complete, but not DC-specific, deletion of MyD88. Thus, we have identified a previously unappreciated role for commensal microbiota in priming immune cells for inflammatory responses against necrotic cells. These studies demonstrate the impact intestinal microflora have on the immune system and their role in eliciting proper immune responses to harmful stimuli.