PAR Evaluation Criteria for the POSIX 1003.1-2008 TC2 (updated 12 Jun 2014) 1. INDUSTRY EXPERIENCE There must be widespread existing industry experience (User, Producer and General Interest) which represents a substantive portion of the scope of the PAR. This project is producing the second technical corrigendum for IEEE Std 1003.1-2008 which is based on existing standards with widespread existing industry experience; the project excludes new material and limits its scope to needed corrections. 2. BASE DOCUMENT There must be a base document with community support from which the work can be started. If there are several documents, then there must be evidence of the willingness of the affected parties to work together to generate a single standard. Any such document must be for use free of encumbrances. The base document for the technical corrigendum is produced by the Austin Group editors from the mantis defect reports. This is not encumbered. 3. REALISTIC SCOPE AND TIMELINE The scope of work must specify a realistic set of objectives, attainable by the specified completion date. Note that the completion date must be within a window which allows the produced standard to be accepted and useful. Such objectives should include: - Document outline - First Draft - First Ballot The draft timeline for the document (from the Austin Group) is as as follows: June 15 2014 TC Document outline July 19 2014 Committee Draft One Sept 15 2014 Committee Draft two Oct 31 2014 Committee draft complete November 10 2014 Balloting draft January 15 2015 Final recirculation Technical completion within the Austin Group is estimated as late October, it is anticipated that formal approval by the IEEE will be March 2015 (this is contingent on when the IEEE PAR is approved. At the moment this assumes the September standards board ) Estimated PASC timelines based on the above are: First Draft: July 19 2014 First Ballot: November 2014 Recirculation: January 2015 Final Approval: March 2015 4. APPROPRIATENESS AND INDUSTRY ACCEPTANCE Is there evidence that developers of portable applications will use the results of the work? Not just "is it within PASC scope" but "does this bring sufficient value to the industry" or "does it sufficiently further the interests of the industry"? There is significant evidence that application developers have widely accepted IEEE Std 1003.1-2008. A number of defect reports continue to be raised against the standard, the production of technical corrections will further add value to the standard and further the interests of the users of the standard. 5. COORDINATION PLAN For PARs affecting approved standards, a plan for coordination and integration of the work must be established. Extensions or modifications to approved standards should only be made after careful consideration of the impact on the community which relies on these stable, approved standards. PARs which propose extensions or modifications must indicate the other PASC standards work which they will affect. This project will be developed by the same people who developed IEEE Std 1003.1-2008, that is the Austin Group. This also include members of other PASC activities. As such coordination is already inherently achieved. 6. COMMUNITY COMMITMENT Submitters of a PAR must exhibit the community's commitment to participate in the work. These participants must include a Chair and Technical Editor, as well as a sufficient number of technical experts representing a reasonable balance of viewpoints, and the participants must be willing to support the secretarial function. Committed participants should have expertise in the subject matter or should be able to draw upon resource with that expertise. The identified participants must be prepared to begin work immediately upon the proposed project; PARs will not be sponsored if nobody will actively work the project for some time. Professional project management and Technical Editor services will be provided by The Open Group. The Austin Group has a core of regular attendees of its teleconference meetings, and participants in its mailing lists that provide the expertise in the subject matter and that are prepared to work on this item. 7. WITHIN PASC SCOPE The PAR's proposed scope of work must be within the scope of PASC activities. The work is within scope. 8. REASONABLE RESOURCE IMPACT The time frame for the work specified in the PAR must be appropriate given the impact it will have on PASC resources (e.g. core personnel from other active PASC work groups, meeting space, etc.) The resources are deployed within the Austin Group, so there is no impact. 9. TEST PLAN We do not intend to produce test methods in parallel with production of the documents, but the existing test suites for POSIX are being extended and we would expect them to track the corrigendum. 10. ISO JTC1 BUSINESS CASE All projects which are expected to be progressed through any ISO JTC1 mechanism must have a business case which is submitted to JTC1 as part of the JTC1 New Project approval process. The pro forma business case definitions are attached as Appendix B. This section of the PAR Evaluation Criteria discusses the relationship between other criteria and the various sections of the pro forma. Market relevance (A.1) is related to criterion 4, Industry Acceptance. There must be a group of likely users of the proposed work; that is, people or organizations that are likely to acquire implementations of the standard. There must also be a group of vendors likely to implement the proposed standard. The group of users must be specifically identified. Regarding Regulatory Context (A.2), it seems likely that regulations of a single nation will be of little interest to ISO. The Related Work criteria (B.1, B.2, B.3) ask for a list of other standards or organizations. It appears that references to any accredited Standards Body or work thereof are acceptable; IEEE projects and documents, in particular, have been mentioned. The Mature Technology status (C.1) derives directly from criteria 1 and 2, Existing Industry Experience and Base Document. Given those criteria, the vast majority of PASC projects proposed for ISO progression should check the Yes box for this item. Other PAR evaluation criteria are designed to strongly discourage projects based on Prospective Technology (C.2); it is very unlikely that PASC would sponsor a project for which the answer to this criterion is Yes. PASC PMC Procedures Appendix B - JTC1 Business Case Pro Forma (Extracted from ISO JTC1 N4477) A. Business Relevance. That which identifies market place relevance in terms of what problem is being solved and or need being addressed. A.1. Market Requirement. When submitting a NP, the proposer shall identify the nature of the Market Requirement, assessing the extent to which it is essential, desirable or merely supportive of some other project. Indicate if this is Essential, Desirable, or Supportive. ISO 9945 is an important standard in use throughout the world, and this technical corrigendum will address needed corrections. This is an essential market requirement. Millions of dollars of applications are built upon these standards. A.2 Technical Regulation. If a Regulatory requirement is deemed to exist - e.g. for an area of public concern e.g. Information Security, Data protection, potentially leading to regulatory/public interest action based on the use of this voluntary international standard - the proposer shall identify this here. Indicate if this is Essential, Desirable, Supportive, or Not Relevant. Not Relevant B. Related Work. Aspects of the relationship of this NP to other areas of standardization work shall be identified in this section. Each of the three subcriteria should indicate whether the work is being performed for the identified purpose, Yes or No. B.1 Completion/Maintenance. If this NP is concerned with completing or maintaining existing standards, those concerned shall be identified here. Yes this is maintenance of 1003.1-2008 (ISO/IEC 9945:2009). B.2 External Commitment. Groups, bodies, or fora external to JTC1 to which a commitment has been made by JTC for cooperation and or collaboration on this NP shall be identified here. IEEE PASC The Open Group B.3 External Std/Specification. If other activities creating standards or specifications in this topic area are known to exist or be planned, and which might be available to JTC1 as PAS, they shall be identified here. None. C. Technical Status. The proposer shall indicate here an assessment of the extent to which the proposed standard is supported by current technology. For each of the three possible statuses, the technology of the proposed NP should be rated Yes or No. C.1 Mature Technology. Indicate here the extent to which the technology is reasonably stable and ripe for standardization. Yes C.2 Prospective Technology. If the NP is anticipatory in nature based on expected or forecasted need, this shall be indicated here. No, it is a technical corrigendum based on defect reports, interpretation requests and responses. C.3 Models/Tools. If the NP relates to the creation of supportive reference models or tools, this shall be indicated here. No. D. Any other aspects of background information justifying this NP shall be indicated here. This is a joint project between The Open Group, IEEE PASC and ISO/IEC JTC1 SC22