Ieee formato para ingeniería de requerimientos

PROGRAMA DE: Ingeniería de Sistemas

El siguiente material se reproduce con fines estrictamente académicos y es para uso exclusivo de los estudiantes de Ingeniería de Procesos, en la Facultad de Ingenierías, de la Universidad Icesi, de acuerdo con el Artículo 32 de la Ley 23 de 1982. Y con el Artículo 22 de la Decisión 351 de la Comisión del Acuerdo de Cartagena.

ARTÍCULO 32: “Es permitidoutilizar obras literarias o artísticas o parte de ellas, a título de ilustración en obras destinadas a la enseñanza, por medio de publicaciones, emisiones o radiodifusiones o grabaciones sonoras o visuales, dentro de los límites justificados por el fin propuesto o comunicar con propósito de enseñanza la obra radiodifundida para fines escolares educativos, universitarios y de formación personal sinfines de lucro, con la obligación de mencionar el nombre del autor y el título de las así utilizadas”. Artículo 22 de la Decisión 351 de la Comisión del Acuerdo Cartagena. ARTÍCULO 22: Sin prejuicio de lo dispuesto en el Capítulo V y en el Artículo anterior, será lícito realizar, sin la autorización del autor y sin el pago de remuneración alguna, los siguientes actos: ...b) Reproducir por medioreprográficos para la enseñanza o para la realización de exámenes en instituciones educativas, en la medida justificada por el fin que se persiga, artículos lícitamente publicados en periódicos o colecciones periódicas, o breves extractos de obras lícitamente publicadas, a condición que tal utilización se haga conforme a los usos honrados y que la misma no sea objeto de venta o transacción a títulooneroso, ni tenga directa o indirectamente fines de lucro;...”.

IEEE Std 830-1998
(Revision of IEEE Std 830-1993)

IEEE Recommended Practice for Software Requirements SpeciÞcations

Sponsor

Software Engineering Standards Committee of the IEEE Computer Society
Approved 25 June 1998

IEEE-SA Standards Board

Abstract: The content and qualities of a good software requirementsspecification (SRS) are described and several sample SRS outlines are presented. This recommended practice is aimed at specifying requirements of software to be developed but also can be applied to assist in the selection of in-house and commercial software products. Guidelines for compliance with IEEE/EIA 12207.1-1997 are also provided. Keywords: contract, customer, prototyping, software requirementsspecification, supplier, system requirements specifications

The Institute of Electrical and Electronics Engineers, Inc. 345 East 47th Street, New York, NY 10017-2394, USA Copyright © 1998 by the Institute of Electrical and Electronics Engineers, Inc. All rights reserved. Published 1998. Printed in the United States of America. ISBN 0-7381-0332-2 No part of this publication may be reproduced inany form, in an electronic retrieval system or otherwise, without the prior written permission of the publisher.

IEEE Standards documents are developed within the IEEE Societies and the Standards Coordinating Committees of the IEEE Standards Association (IEEE-SA) Standards Board. Members of the committees serve voluntarily and without compensation. They are not necessarily members of theInstitute. The standards developed within IEEE represent a consensus of the broad expertise on the subject within the Institute as well as those activities outside of IEEE that have expressed an interest in participating in the development of the standard. Use of an IEEE Standard is wholly voluntary. The existence of an IEEE Standard does not imply that there are no other ways to produce, test, measure,purchase, market, or provide other goods and services related to the scope of the IEEE Standard. Furthermore, the viewpoint expressed at the time a standard is approved and issued is subject to change brought about through developments in the state of the art and comments received from users of the standard. Every IEEE Standard is subjected to review at least every Þve years for revision or...