PS1 Moving Object Processing System (MOPS) Software Requirement Specification (SRS)

Transcription

1 Pan-STARRS Project Management System PS1 Moving Object Processing System (MOPS) Software Requirement Specification (SRS) Grant Award No. : F Prepared For : Pan-STARRS Team, IfA Document No. : PSDC Document Date : 2006 November 3 Revision : 05 Institute for Astronomy, University of Hawaii 2680 Woodlawn Drive, Honolulu, Hawaii An Equal Opportunity/Affirmative Action Institution

2 Revision History Revision Date Affected Pages Explanation of Change DR.v July 2 All Incorporates changes from many people. Particularly Andy Douglas, Will Burgett and Gene Magnier. DR.v July 9 All almost every single requirement was touched DR.v July 14 Many changes suggested by Tim Spahr, Steve Chesley, and Jim Heasley Jan 31 Many incorporates changes suggested/motivated by the MOPS SRR PSDC April 3 Many incorporates changes suggested/by Andy Douglas Added Tracklets DB (4.3.8) Added Shape Model DB (4.3.7) Changed Attributed Detections DB to Attributed Tracklets DB (Error! Reference source not found.) April 22 changes suggested by Larry Denneau 04 bugzilla 369 re: Shape Model DB bugzilla 370 re: Shape Model DB bugzilla 372 re: Shutdown state bugzilla 376 re: Bitflags in Metadata DB November 3 All Updated for the MOPS CDR 2

3 Table of Contents Revision History... 2 Table of Contents... 3 List of Figures... 5 List of Tables Scope Identification System Overview Moving Object Processing System Overview PS1 Solar System Science Goals PS1 MOPS Top Level Requirements Moving Object Processing System Summary Document Overview Referenced Documents Government Documents Non-Government Documents Qualification Provisions Requirements Modes and States Running Shutdown Stopped Capability Requirements System monitoring Ephemeris generation Linkage Orbits External Interface Requirements Identification All DB Fields DB Low Confidence (LC) Single Occurrence Transient (SOT) DB

4 4.3.5 High Confidence (HC) Single Occurrence Transient (SOT) DB Derived Objects DB Synthetic Objects DB Tracklets DB World s observations DB World Derived Parameters DB(s) Internal Interface Requirements Internal Data Requirements Computer Resource Requirements Software Quality Factors Maintainability Portability Design and implementation constraints Design & implementation standards Logistics-related requirements System Backups Other requirements Inputs Requirements Traceability Notes Appendices Definitions

5 List of Figures Figure 1 Relationship between detections, tracklets and tracks Figure 2 Orbit Convergence Notifications Figure 3 Orbit Determination Failure Modes Figure 4 -MOPS Databases List of Tables Table 2-1 Government Documents... 9 Table 2-2 Non-Government Documents... 9 Table 3-1 Qualification Methods List Table 4-1 Minimum efficiency requirement for selected solar system objects Table 4-2 Database Identification Table 4-3: Disk Storage Requirements at end of PS1 Operations Table 4-4 Hungarian Notation Table 5-1 Requirements Traceability Table 7-1 Acronym Definitions (alphabetical) Table 7-2 Object Identification Terminology

6 1 Scope 1.1 Identification This document is the Software Requirements Specification (SRS) for the Panoramic Survey Telescope and Rapid Response System (Pan-STARRS) Moving Object Processing System (MOPS) for the prototype telescope PS1, and is a System-level controlled specification/design description document in the official Pan-STARRS engineering specification tree. 1.2 System Overview Project sponsor Acquirer User Developer AFRL, United States Air Force University of Hawaii Institute for Astronomy Astronomical community University of Hawaii Institute for Astronomy, participating institutions, and associated subcontractors The Institute for Astronomy at the University of Hawaii is developing a large optical synoptic survey telescope system, the Panoramic Survey Telescope and Rapid Response System (Pan-STARRS). Pan-STARRS will be an array of four 1.8m telescopes each with a 7 deg 2 field of view, giving the system an ĕtendue (defined as the product of the collecting area A multiplied by the field-of-view solid angle Ω) larger than all existing survey instruments combined. Each telescope will be equipped with a 1.44 billion pixel CCD camera with low noise and rapid read-out, and the data will be reduced in near real time to produce both cumulative static sky and difference images from which transient, moving, and variable objects can be detected. Pan-STARRS will be able to survey up to ~6,000 deg 2 per night to a detection limit of approximately 24 th magnitude. This unique combination of sensitivity and sky coverage will open up many new possibilities in time domain astronomy including a major goal of surveying the Potentially Hazardous Object (PHO) population down to a diameter of ~300 meters. In addition, the Pan-STARRS data will be used to investigate a broad range of astronomical problems of extreme current interest concerning the Solar System, the Galaxy, and the Cosmos at large. A prototype single telescope system, PS1, is being developed as a preliminary step before construction of the complete four telescope system. The science goals, priorities, top-level concept of operations with associated operational requirements, and system performance drivers with associated system performance requirements are described in the PS1 Science Goals Statement (SGS: PSDC ). 6

7 1.3 Moving Object Processing System Overview One of the major scientific goals for PS1 is the identification of Potentially Hazardous and other solar system objects (PS1 Science Goals Statement, PSDC )). The MOPS subsystem provides the ability to address this need by analyzing detections made by the IPP, selecting those that are moving, and calculating orbital elements and other parameters for related sets of detections. 1.4 PS1 Solar System Science Goals The primary goal of the PS1 MOPS system is to validate the MOPS operations. The top level MOPS science goals as specified in the PS1 Science Goals Statement (SGS: PSDC ) are: Solar system object parameters For those objects that PS1 identifies as solar system objects, the minimum set of object parameters to be calculated for each object shall be the orbital elements, an Earth-object MOID, and the absolute magnitude Asteroid discovery PS1 shall be able to detect a 1000 meter asteroid at a distance of 2.5 AU at opposition, or, equivalently a 140 meter asteroid at a distance of 0.72 AU at opposition. (The equations by which these limits are derived, and the assumptions regarding the properties of the bodies are given in the the PS1 Mission Concept document, PSDC ). 1.5 PS1 MOPS Top Level Requirements To maximize the solar system science capability of the PS1 system, the MOPS top level requirements for PS1 are: MOPS shall create and maintain a DB of detections and object parameters (e.g., orbit elements, absolute magnitudes) for all objects that it detects MOPS shall determine object parameters for >90% of the PHOs that are continuously above S/N=5 for 12 consecutive days at any time during the course of PS1 operations MOPS shall determine object parameters for >80% of the non-pho solar system objects (e.g. Main Belt, Trojan, Centaur, TNO, Comet) that are continuously above S/N=5 for 12 consecutive days at any time during the course of PS1 operations MOPS shall determine the efficiency and accuracy for detection, attributing, linking, orbit identification, etc., for solar system objects as a function of (at minimum) semimajor axis, eccentricity, inclination, absolute magnitude, position with respect to opposition and galactic latitude. 7

8 1.6 Moving Object Processing System Summary The MOPS will handle the identification of new and known solar system objects identified in the course of PS1 surveying. A schematic view of the MOPS is available in the SCD (see Figure 32) The MOPS will obtain transients detections in sets of images separated by a Transient Time Interval (TTI) from the IPP. It will then link together multiple detections of the same moving object and maintain a DB of observations and orbits for solar system objects. General tasks that need to be completed on a regular basis: 1) Intra-night linking of possible detections of the same object 2) Inter-night linking of previously unknown object s intra-night linked detections 3) Linking detections of the same object in different lunations and apparitions 4) Attributing detections of known solar system objects in PS1 images 5) Updating, calculating, integrating orbits for all known objects 6) Providing/obtaining selected observations and orbits to/from the international community 7) Monitoring of the MOPS efficiency 1.7 Document Overview The PS1 MOPS Software Requirements Specification contains the system requirements of the PS1 MOPS in order to meet the goals specified by the SGS as flowed from the PS1 DRM. The requirements flow begun in the DRM and continued in the SGS is further developed in this SRS to provide additional derived system and subsystem requirements. 8

9 2 Referenced Documents 2.1 Government Documents Table 2-1 Government Documents Document ID Document Title DI-IPSC-81431A (mil-std-498) System/Subsystem Specification (SSS) Non-Government Documents PSDC documents in Table 2-2 that omit the version number always refer to the latest version. Document ID PSDC PSDC PSDC PSDC PSDC IEEE-754 Table 2-2 Non-Government Documents Document Title Pan-STARRS PS1 Reference Mission Pan-STARRS Code Conventions Pan-STARRS PS1 IPP SRS Pan-STARRS IPP SRS (pslib only) Pan-STARRS IPP ADD (pslib only) IEEE Std. 754 for binary floating-point arithmetic PSDC PS1 MOPS SRR Report 9

10 3 Qualification Provisions Each requirement in this document is immediately followed by a QUALIFICATION METHOD identifying the means to be used to ensure that the requirement is met. The qualification methods are summarized in Table 3-1. Table 3-1 Qualification Methods List Qualification Method Demonstration Test Analysis Inspection Special Meaning Observed functional operation of the component not requiring the use of external instrumentation or subsequent analysis. Observed functional operation of the component using external instrumentation for subsequent analysis. Processing accumulated data obtained from other qualification methods. Visual examination. Special qualification methods. 10

11 4 Requirements 4.1 Modes and States There is no difference between a mode and state in the MOPS. The MOPS shall have two states termed Running and Stopped : Running While in this state the MOPS data and software shall be operating automatically with no human intervention possible except for commanding the MOPS to change into it s Stopped state Shutdown Once the MOPS has been commanded to enter its Stopped state (4.1.3) it shall enter into a Shutdown state during which it will complete all the tasks that it was performing when the command was received before entering the Stopped state Stopped While in this state the MOPS data and software shall be available for update and maintenance by approved MOPS personnel. 4.2 Capability Requirements System monitoring The MOPS shall self-monitor its operation for the following: Warnings QUALIFICATION METHOD: TEST When a MOPS sub-process running average or nearly-instantaneous efficiency drops below the specified efficiency for the sub-process the MOPS shall a warning summary report to the MOPS lead and operations personnel Errors QUALIFICATION METHOD: TEST The MOPS shall monitor error conditions generated during each sub-process operations and a summary report to the MOPS lead and operations personnel when an error condition is detected. 11

12 Status On a daily basis the MOPS shall a report summarizing MOPS operations to the MOPS lead and operations personnel Critical Notifications The MOPS shall halt its operations (set itself into it s Stopped state: 4.1.2) and notify the MOPS lead and operations personnel of its condition when an error ( ) occurs Ephemeris generation Daily ephemerides The MOPS shall be capable of determining the astrometric location and apparent magnitude (to a precision equal to or exceeding the astrometric and photometric precision of the PS system) of 10 8 solar system objects for each day of the survey and provide error estimates on each value Linkage Figure 1 shows the relationship between detections, tracklets and tracks. Tracklets are composed of multiple detections. Tracks are composed of more than one tracklet. Tracks that can be fit to orbits with low residual are known as derived objects. Figure 1 Relationship between detections, tracklets and tracks Attribution efficiency The MOPS shall be >99% efficient at linking 2 detections (S/N>5) of a known moving object on the same night to the known orbit when the estimated error in the location is <15". 12

13 Attribution accuracy The false attribution rate shall be less than 0.1% Intra-lunation linking efficiency The MOPS shall meet the following minimum efficiency requirements at identifying multiple detections (S/N>5) of the same unknown object detected on at least 3 nights within a lunation for different classes of solar system objects: Table 4-1 Minimum efficiency requirement for selected solar system objects. Object Type Minimum Efficiency PHO 95% MB 98% KBO 99% Intra-lunation linking accuracy The false linking rate (after orbit determination) shall be less than 0.1% Orbit identification efficiency The MOPS shall be >95% efficient at linking intra-lunation short-arc orbits of at least 10 days to other intra-lunation short-arc orbits of at least 10 days for the same object observed in other lunations or apparitions Orbit identification accuracy The orbit misidentification rate shall be less than 0.1% High Confidence (HC) SOT False Detections QUALIFICATION METHOD: TEST The MOPS shall meet the stated efficiency and accuracy requirements ( ) when the false detection rate for S/N>5 detections is /deg Low Confidence (LC) SOT False Detections QUALIFICATION METHOD: TEST The MOPS shall meet the stated efficiency and accuracy requirements ( ) when the false detection rate for S/N>3 detections is /deg 2. 13

14 Detection identifier Each detection shall be assigned a unique identifier Tracklet identifier Each (intra-night) tracklet shall be assigned a unique identifier Track identifier Each (intra-lunation) track shall be assigned a unique identifier Orbit identifier Each orbit shall be assigned a unique identifier Co-ordination with IAU designations The MOPS shall coordinate the Pan-STARRS internal designation with the official IAU designation for an object when it becomes available Culling The MOPS shall remove all incorrectly attributed tracklets from orbits as they are identified Orbits Convergence Notification QUALIFICATION METHOD: TEST The MOPS orbit software shall return an indication of the following possible outcomes of an orbit determination: Figure 2 Orbit Convergence Notifications Outcome Success Qualified Success Failed Meaning Converged with no problems. Converged but with possible problems. No convergence Orbit Determination Failures QUALIFICATION METHOD: TEST The MOPS orbit software shall indicate at least the following failure modes. 14

15 Figure 3 Orbit Determination Failure Modes Outcome Single Step Not Converged RMS Paralyzed Diverging Unreasonably large RMS Negative Eccentricity Negative Perihelion Eccentricity > 1 Exceed Max. Iterations Error in lower level routine Perihelion too small Meaning Orbit did not converge because only a single fitting step was requested. RMS not changing even though elements are moving. Unable to identify a path to a converging orbit. RMS between orbit and detections is too large Minimization resulted in unphysical eccentricity Minimization results in unphysical perihelion distance. Hyperbolic orbit Too much iteration steps before convergence Failure occurred in lower level library code. Derived perihelion is so small that integration time becomes too long Orbit Determination Failure Notification QUALIFICATION METHOD: TEST The result of an orbit determination failure ( ) on correct linkages of synthetic objects shall be forwarded to a central processing location for further analysis Orbit Determination Failure QUALIFICATION METHOD: TEST The result of an orbit determination failure ( ) on correct linkages of synthetic objects shall be sent to the MOPS lead and operations personnel informing them of the failure Heliocentric orbits QUALIFICATION METHOD: TEST The MOPS shall be capable of calculating heliocentric orbits to a maximum precision in every element of Single lunation QUALIFICATION METHOD: TEST The MOPS shall be capable of IOD for >99% of all correctly linked intra-lunation arcs (> 1 day and < 1 lunation) of detections Integration QUALIFICATION METHOD: TEST The MOPS shall be capable on a daily basis of integrating all known orbits to any date within Pan-STARRS s operational lifetime of 10 years. 15

16 Reproducibility QUALIFICATION METHOD: TEST The MOPS shall be capable of re-creating the history of detections and determination of derived object parameters for all derived objects. 4.3 External Interface Requirements The following sections refer to the interfaces between the MOPS and its internal databases as shown in Figure 4. Moving Object Processing System (MOPS) Low-Confidence Single Occurrence Transients High-Confidence Single Occurrence Transients Tracklets Attributed Detections Derived Objects Synthetic Objects Figure 4 -MOPS Databases Identification Table 4-2 Database Identification Database Section Fields Low Confidence (LC) SOT High Confidence (HC) SOT Derived Objects Synthetic Objects Tracklets All DB Backups On a per lunation basis there shall be 2 full backups of all MOPS DBs On-site backup. One of the two backups ( ) shall be on-site. 16

17 Off-site backup. One of the two backups ( ) shall be at a remote site Backup reliability. The backups ( ) shall be capable of recovering 99% of all MOPS data acquired prior to the day on which a backup is required Fields DB Existence The MOPS shall implement a fields DB Content The MOPS fields DB shall include all items necessary for, and at a precision to meet, the MOPS Top Level Requirements (see section 1.5) and all derived requirements herein. Detailed implementation is to be left to the design Size The fields DB shall be capable of storing at least records. (10 3 images/night 365 nights/year 4 years of operation.) Read access Rate At least 10 3 records for a specific night shall be retrievable within 1s TTI Pairs All image sets (same boresight) separated within a TTI for a single night shall be retrievable within 1s Low Confidence (LC) Single Occurrence Transient (SOT) DB Existence The MOPS shall implement a LC SOT DB. 17

18 Content The MOPS LC SOT DB shall include all items necessary for, and at a precision to meet, the MOPS Top Level Requirements (see section 1.5) and all derived requirements herein. Detailed implementation is to be left to the design Size The LC SOT DB shall be capable of storing at least records. (>~ detections/deg 2 7 deg 2 /image 1000 images/night 365 nights/year 4 years of operation) Read access Extraction of HC SOT detections The MOPS shall be capable of retrieving at least 10 6 HC SOT from the LC SOT DB within 1000 seconds Attribution of LC SOT detections The MOPS shall be capable of retrieving at least 10 7 LC SOT from TTI pairs of images within 50 arc-seconds of the predicted location of derived objects (see Section 4.3.6) in under one hour Write access Synthetic detections The MOPS shall be capable of writing all the parameters for synthetic detections into the LC SOT DB for synthetic detections in under one hour Detection attribution The MOPS shall be capable of modifying any single parameter within the LC SOT DB detections record for 10 7 objects in under one hour High Confidence (HC) Single Occurrence Transient (SOT) DB Existence The MOPS shall implement a HC SOT DB. 18

19 Content The MOPS HC SOT DB shall include all items necessary for, and at a precision to meet, the MOPS Top Level Requirements (see section 1.5) and all derived requirements herein. Detailed implementation is to be left to the design Size The HC SOT DB shall be capable of storing records. (>~ detections/deg 2 7 deg 2 /image 1000 images/night 365 nights/year 4 years of operation) Read Access Extraction of tracklets The MOPS shall be capable of retrieving at least 1000 HC SOT tracklets for a TTI pair of images from the LC SOT DB within one second Write access Synthetic Noise The MOPS shall be capable of writing all synthetic detection parameters into the HC SOT DB for synthetic noise detections at a rate of 1000/second Detection attribution The MOPS shall be capable of modifying any single parameter within the HC SOT DB at a rate of 1000/second Derived Objects DB Existence The MOPS shall implement a DB containing derived parameters for objects detected by the system Content The MOPS derived objects DB shall include all items necessary for, and at a precision to meet, the MOPS Top Level Requirements (see section 1.5) and all derived requirements herein. Detailed implementation is to be left to the design. 19

20 Interface The interface to the MOPS Derived objects DB shall provide access to each of the parameters for every object detected by the system Size The derived objects DB shall be capable of holding at least 10 8 orbits Read Access The MOPS shall be capable of extracting all parameters for objects within the Derived Objects DB at a rate of 1000/s Write Access The MOPS shall be capable of writing or modifing all parameters for at least 10 6 objects within the Derived Objects DB at a rate of 1000/s Synthetic Objects DB Existence The MOPS shall implement a DB containing parameters for synthetic objects Content Parameters The MOPS synthetic objects DB shall include all items necessary for, and at a precision to meet, the MOPS Top Level Requirements (see section 1.5) and all derived requirements herein. Detailed implementation is to be left to the design Synthetic Regular Objects The synthetic object DB shall re-create the expected (selection effect corrected) orbit distribution of all solar system objects that might be acquired by PS4 in ten years of operation Synthetic Unusual Objects The MOPS shall incorporate a population of extremely rare or unknown types of orbits in the synthetic population not to exceed 5% of the total population of synthetic regular objects. 20

21 Size Synthetic Unusual Object Flag Unusual synthetic objects (Section ) shall be flagged as such in all DBs in which they appear Orbits This DB shall be capable of holding 10 8 orbits Shapes This DB shall be capable of holding 10 6 shape models Read Access The MOPS shall be capable of extracting all parameters for all objects within the Synthetic Objects DB at a rate of 1000/s Write Access The MOPS shall be capable of writing or modifying all parameters for all objects within the Synthetic Objects DB at a rate of 1000/s Tracklets DB Existence The MOPS shall implement a tracklets DB Content The MOPS tracklets DB shall include all items necessary for, and at a precision to meet, the MOPS Top Level Requirements (see section 1.5) and all derived requirements herein. Detailed implementation is to be left to the design Size The tracklets DB shall be capable of storing records. (>~ objects/deg 2 7 deg 2 /image 1000 images/night 365 nights/year 4 years of operation 1.0 tracklets/detection) 21

22 Read access The MOPS shall be capable of extracting all tracklets within 120 arcsec and with rates of motion within 10% of a specified value at the extrapolated time on a given night at a rate of 100/s Write access The MOPS shall be capable of appending 1000 tracklets to the DB within 1s World s observations DB The central repository for the world s observations of Minor Planets is the Minor Planet Center (MPC) Coordination On a regular basis new PS1 observations shall be uploaded to the MPC and new angles-only observations from other observatories shall be downloaded Interface The MOPS shall be capable of retrieving all available parameters in the LC SOT DB from the MPC s observations DB Read Access The MOPS shall be capable of downloading MPC observations and writing them into the LC SOT DB at a rate of 1000/s Write Access The MOPS shall be capable of uploading PS1 observations to the MPC at a rate of 1000/s World Derived Parameters DB(s) Read/Write Access Read and write access to the various world-derived parameters shall be at a rate of 1000 objects/s. 4.4 Internal Interface Requirements QUALIFICATION METHOD: N/A 22

23 All internal interface requirements are to be left to the design. 4.5 Internal Data Requirements QUALIFICATION METHOD: N/A All internal data requirements are to be left to the design. 4.6 Computer Resource Requirements Disk Storage The MOPS shall provide disk storage for each of the DBs of Section according to Table 4-3. Table 4-3: Disk Storage Requirements at end of PS1 Operations Database Size (GB) Fields 0.2 LC SOT Detections 500,000 HC LOT Detections 500 Derived Object Parameters 1,000 Synthetic Object Parameters 1,100 Tracklets 1, Software Quality Factors Maintainability The MOPS shall be in its stopped mode (4.1.2) for less than 4 hours per week. Each of the following requirements is intended to increase code maintainability Regression Tests The MOPS shall develop regression tests for all critical components Unit Tests The MOPS shall develop unit tests for all critical components. 23

24 Internal documentation QUALIFICATION METHOD: INSPECTION The MOPS shall provide internal documentation Operations Documentation & Procedures QUALIFICATION METHOD: INSPECTION The MOPS shall provide operations documentation and procedures including maintenance instructions updated at least every 6 months Portability Portability shall be limited to those platforms listed in Section Design and implementation constraints Design & implementation standards QUALIFICATION METHOD: INSPECTION The MOPS shall follow the IPP programming languages, standards, conventions, architectural requirements, etc, defined in the Pan-STARRS IPP documents PSDC and PSDC with the following exceptions and/or additions: Version Control and Distribution QUALIFICATION METHOD: INSPECTION All source code shall be regularly maintained and distributed via CVS Source Code Installation and Building QUALIFICATION METHOD: INSPECTION The MOPS shall provide an automated installation and build package for the MOPS for the supported hardware architectures New source code QUALIFICATION METHOD: INSPECTION New C code is to comply with ANSI Standard C Existing source code QUALIFICATION METHOD: INSPECTION All existing source code (e.g., libraries, legacy and third party code) is to remain in its native language. PERL or SWIG interfaces to non-c code shall be provided Third party binaries QUALIFICATION METHOD: INSPECTION Third party binaries shall be x86 ELF compatible. 24

25 Scripting language QUALIFICATION METHOD: INSPECTION All scripting shall be in Perl 5.8. Table 4-4 Hungarian Notation Scope / Type Prefix static s global g float f int i,n char c string sz Boolean b long l short s double d pointer p In this system a double pointer to long shall then have the prefix ppl Coding style & conventions QUALIFICATION METHOD: INSPECTION Hungarian notation All internally developed C code shall adopt Hungarian prefix notation to indicate variable type. This notation specifies for each variable its scope and/or type according to the following Table Unit Specification All internally developed C code shall adopt a variable naming convention such that a suffix on each variable with a unit shall be specified Units notation The units suffix shall be an underscore followed by a standardized lower-case abbreviation for the unit. e.g., fdistancetomoon_au, fxposition_pix, dra_deg Comment conventions QUALIFICATION METHOD: INSPECTION OF CODE AND DOXYGEN OUTPUT 25

26 C code Commenting of new C code shall be consistent throughout the code, independent of developer, and compatible with Doxygen parsing Doxygen templates All Doxygen blocks shall be based upon standardized PS Doxygen templates Other languages Commenting of new PERL code shall conform to standard PERL documentation procedures Operating system QUALIFICATION METHOD: TEST ON UNIX SYSTEM The delivered code is required to run within UNIX operating systems and shall be in compliance with the language-independent UNIX operating system standard, POSIX, Open Group Base Specifications Issue 6, IEEE Std , Documentation QUALIFICATION METHOD: INSPECTION OF CODE AND DOXYGEN OUTPUT Documentation shall be provided through the Doxygen commenting conventions or through external PDF files Makefiles QUALIFICATION METHOD: TEST Makefiles shall be provided with appropriate flags set so that all code compiles without warnings with gcc Wall (gcc v2.95 and higher) under x86/linux. This compilation without warnings requirement is to be extendable to other identified architectures/operating systems with minimal modifications to Makefiles or configuration scripts Exit Flags QUALIFICATION METHOD: INSPECTION, TEST Existence All code exits shall be flagged by a numerical return value indicating the exit status Values An exit status of 0 (zero) shall indicate successful completion of a code unit Usage The exit status of all routines shall be checked and responded to appropriately by the calling routine Flexibility and Expandability QUALIFICATION METHOD: INSPECTION, TEST 26

27 Parallelization SW design and implementation shall take advantage of the parallel nature of the processing tasks Configurability The system shall be capable of being reconfigured to allow for changes in hardware configuration (e.g., number of nodes in a Beowulf cluster). 4.9 Logistics-related requirements System Backups On-site DB backups The MOPS DBs shall be backed up on-site to provide 100% data recovery in the event of disk failure Other requirements The following requirements are identified here as interface specifications with other PS1 components Inputs Efficiency of single occurrence transient detections Detection Efficiency Detection efficiency shall be defined as ε=n D /N A where N A is the actual number of objects in a region and N D is the number of those objects identified in the same region to within the required photometric and astrometric accuracy Efficiency parameterization The MOPS shall be provided a measure of the detection efficiency ( ) in each image for identifying SOTs (asteroids and comets) as a function of their magnitude and rate of motion Accuracy 27

28 The absolute detection efficiency ( ) shall be known to better than 1% at every flux level corresponding to S/N>5 detections Single occurrence detections in PS1 images Nearly stationary moving objects The search algorithm for transient detections of moving objects with a stellar stationary PSF (e.g. asteroids) in PS1 images shall have a detection efficiency ( ) of >99% efficient for (total) S/N>5 detections moving at 0.1 /week and <1 o /day Rapidly moving objects The search algorithm for transient detections of moving objects with a stellar stationary PSF (e.g. asteroids) in PS1 images shall have a detection efficiency ( ) of >95% for (total) S/N>5 detections moving at 1 o /day and <10 o /day Detection of comets in PS1 images Nearly stationary moving objects The search algorithm for transient detections of moving objects with a non-stellar stationary PSF (e.g. comets) in PS1 images shall have a detection efficiency ( ) of >98% for (total) S/N>5 magnitude detections moving at 1 /week and <1 o /day Rapidly moving objects The search algorithm for single occurrence detections of moving objects with a nonstellar stationary PSF (e.g. comets) in PS1 images shall have a detection efficiency ( ) of >95% efficient for (total) S/N>5 detections moving at 1 o /day and <10 o /day Astrometry Astrometry shall be reported to the MOPS in ICRS coordinates Astrometric accuracy Astrometry of moving objects reported to the MOPS shall be no worse than 150% of the accuracy for stationary objects of the same integrated flux. 28

29 Time standard The time corresponding to an astrometric measurement shall be reported to the MOPS in UTC accurate to at least 50ms Photometric accuracy Solar system object photometry reported to the MOPS shall be no worse than 150% of the accuracy for stationary objects of the same integrated flux. 29

30 5 Requirements Traceability Table 5-1 Requirements Traceability SRS Requirement Parent Requirement & & & & &

31

32

33 & & & & & & & &

34 6 Notes 34

35 7 Appendices 7.1 Definitions Table 7-1 Acronym Definitions (alphabetical) Acronym IAU CfA CSCI DB EPO FIFO HC IAU ICRS IEO IOD IPP JPL KBO LC MB MOPS MPC MVP NEO PHO PS PS1 Meaning International Astronomical Union Center for Astrophysics (Harvard) Computer Software Configuration Item Database - could be any format or structure, relational or flat data base, distributed or local, satisfying access and search speed requirements. Final format left to MOPS design. Education & Public Outreach First in First out High Confidence International Astronomical Union International Celestial Reference System Interior to Earth s Orbit Initial Orbit Determination Image Processing Pipeline Jet Propulsion Laboratory Kuiper Belt Object Low Confidence Main Belt of asteroids between Mars and Jupiter Moving Object Processing System for PS1 Minor Planet Center of the IAU currently located at the CfA. MOPS Verification Program Near Earth Object. An orbject with an orbit with perihelion <1.3AU. Potentially Hazardous Object. An object with an orbit that approaches Earth s orbit to within 0.05AU. Pan-STARRS the full Pan-STARRS system Pan-STARRS 1 the first Pan-STARRS telescope 35

36 PSF PSPS PTS1 SCD SDO SGS SOT SRS SS TAI TBD TBR TLA TNO TTI TTI WBS Point Spread Function Published Science Products Subsystem PS1 Telescope Scheduler System Concept Definition Scattered Disk Object Science Goals Statement Single Occurrence Transient Software Requirement Specification Solar System International Atomic Time To Be Determined To Be Reviewed Three Letter Acronym Trans-Neptunian Object. Objects beyond the orbit of Neptune include the classical Kuiper Belt, resonant objects, Scattered Disk Objects, Oort cloud objects, etc. Transient Time Interval. The desired time interval between successive exposures for identifying moving objects in pairs of images. Delta Transient Time Interval. The allowed departure (plus/minus) from a TTI between successive images used in identifying moving objects. Work Breakdown Structure Table 7-2 Object Identification Terminology Terms Detection Observation Designation Orbit Identification Attribution Linkage Meaning A signal above a specified S/N in an image. A detection that has been associated with an object. The identifying label assigned to newly identified objects. The identification of two separately determined orbits as representing the same object. The identification of a detection with a known orbit. The identification of sets of detections that allow an orbit determination for an object. 36