Estándar IEEE 830 - CTR

Los problemas básicos que se presentan al escribir un S R S van dirigidos a lo siguiente:a ) La F u n c i o n a l i d a d .¿ Q u é s e s u p o n e v a h a c e r el software ?b) La s i n t e r f a c e s E x t e r n a s .¿ C ó m o e l s o f t w a r e a c t ú a r e c í p r o c a m e n t e c o n l a s p e r s o n a s , e l h a r d w a r e d e l o s s i s t e m a s ,o t r o h a r d w a r e , y o t r o s o f t w a r e ?c ) La A c t u a c i ó n .¿ C u á l e s l a v e l o c i d a d , l a d i s p o n i b i l i d a d , t i e m p o d e l a c o n t e s t a c i ó n , t i e m p o d e l ar e c u p e r a c i ó n d e v a r i a s f u n c i o n e s d e l s o f t w a r e , e t c . ?d) Los Atributos.¿ Q u é p o r t a b i l i d a d t i e n e , e xa c t i t u d , e l m a n t e n i m i e n t o, l a s e g u r i d a d , l a s c o n s i d e r a c i o n e se t c . ?e ) La s r e s t r i c c i o n e s d e l diseño que i m p u s i e r o n e n u n a a p l i c a c i ó n .¿Hay algún requerimiento Standard, i d i o m a d e a p l i c a c i ó n , l a s p o l í t i c a s p a r a l ai n t e g r i d a d d e l b a n c o d e d a t o s , l o s l í m i t e s d e lo s recurso s , o p e r a n d o en q u e a m b i e n t e (s)e t c . ?2. 2 Ambiente del SRSEs importante considerar la parte que el SRS r e p r e s e n t a e n e l diseño del proyecto totalque se define en IEEE Std 610.12-1 9 9 0 . E l s o f t w a r e p u e d e c o n t e n e r t o d a l af un c i o n a l i d a d d e l p r o y e c t o e s e n c i a l m e n t e o p u e d e s e r p a r t e d e u n s i s t e m a m á s g r a n d e .E n e l ú l t i m o c a s o h a b r á u n S R S q u e d e c l a r a r á l a s i n t e r f a c e s e n t r e e l s i s t e m a y s us o f t w a r e m o d u l a r, y pondrá q u e f u n c i ó n externa y requisitos de funcionalidad t i e n e c o ne l so f t w a r e m o d u l a r.O t r a s n o r m a s , r e l a c i o n a n a o t r a s p a r t e s d e l c i c l o d e v i d a d e s o f t w a r e p a r a q u e p u e dacomplementar los requisitos del software.D e s d e q u e e l S R S t i e n e u n p a p e l e s p e c í f i c o e n e l p r o c e s o d e d e s a r r o l l o d e s o f t w a r e , e lq u e d e f i n e e l SRS d e b e t e n e r e l c u i d a d o p a r a n o i r m á s a l l á d e l o s l í m i t e s d e e s e p a p e l .Esto significa que:a ) debe definir todos los requisitos del software correctamente. Un requisito dels o f t w a r e p u e d e e x i s t i r d e b i d o a l a n a t u r a l e z a d e l a t a r e a a ser resuelt a o debido a u n ac a r a c t e r í s t i c a e s p e c i a l d e l p r o y e c t o .b) no debe describir cualquier plan o detalles de aplicación. Éstos deben describirse enl a f a s e d e l d i s e ñ o del proyecto.

2. 3 . 2 . 2 Id i o m a s d e e s p e c i f i c a c i ó n d e r e q u i s i t o sU n a m a nera de evitar la ambigüedad inherente en el idioma natural es escribir e l SRS enu n i d i o m a d e e s p e c i f i c a c i ó n d e r e q u i s i t o s p a r t i c u l a r . S u s p r o c e s a d o r e s d e l i d i o m ad e s c u b r e n m u c h o s e r r o r e s l é x i c o s , s i n t á c t i c o s , y s e m á n t i c o s a u t o m á t i c a m e n t e .U n a d e s v e n t a j a e n e l u s o d e t a l e s i d i o m a s e s q u e l a premura de tiempo exigióaprenderlos. También, muchos usuarios no-t é c n i c o s l o s e n c u e n t r a n i n i n t e l i g i b l e . E smás, estos idiomas tienden a ser buenos a expresar ciertos tipos de requisitos y dirigirsea ciertos tipos de sistemas. Así, ellos pueden influir en los requisitos de las manerass u t i l e s .2. 3 . 2 . 3 R epresentación h e c h a c o n h e r r a m i e n t a sE n g e n e r a l , l o s m é t o d o s d e r e q u i s i t o s e i d i o m a s y l a s h e r r a m i e n t a s q u e l o s a p o y a ne n t r a n e n t r e s c a t e g o r í a s ge n e r a l e s - e l o b j e t o , p r o c e s o s y conductual.E l t é r m i n o o b j e t os-orientados organizan los requisitos en l o q u e s e r e f i e r e a l o s o b j e t o se n e l m u n d o r e a l , sus atributos, y los servicios realizados por esos objetos.El término procesos organizan los requisi t o s e n l a s j e r a r q u í a s d e f u n c i o n e s q u ec o m u n i c a n v í a e l f l u j o d e d a t o s .E l t é r m i n o s c o n d u c t u a l e s d e s c r i b e n c o n d u c t a e x t e r n a d e l s i s t e m a p o r l o q u e s e r e f i e r e aa l g u n a n o c i ó n d e l o a b s t r a c t o , l a s f u n c i o n e s m a t e m á t i c a s o e l e s t a d o d e l a s m á q u i n a s.El gra do e n q u e s e u s a n e s t a s herramienta s y los métodos pueden ser útiles preparandoun SRS pero d e p e n d e de l tamaño y complejidad del programa. Aún usando c u a l q u i e r ad e e s t o s términos e s m e j o r r e t e n e r l a s d e s c r i p c i o n e s d e l i d i o m a n a t u r a l . A s í , c l i e n t e sp o c o f a m iliar con las anotaciones el SRS puede entender todavía.2. 3 . 3 CompletoUn SRS está completo si, y sólo si, incluye los elementos siguientes:a ) Los requisitos e s t á n r e l a c i o n a d o s a l a f u n c i o n a l i d a d , el desarrollo, l a s r e s t r i c c i o n e sd e l diseño, los atributos y l a s i n t e r f a c e s e x t e r n a s . E n p a r t i c u l a r d e b e r e c o n o c e r s ecualquier requisito externo impuesto por una especificación del sistema y debe tratarse.b) La de f i n i c i ó n d e l a s respuestas d e l s o f t w a r e a todos los posibles d a t o s d e l a e n t r a d ad e l s i s t e m a y a t o d a c l a s e d e s i t u a c i o n e s . Una n o t a q u e e s i m p o r t a n t e e s p e c i f i c a r son lasc o n t e s t a c i o n e s a l as e n t r a d a s válidas e inválidas a ciertos valores.c ) T e n e r t o d a s l a s e t i q u e t a s ll e n a s y r e f e r e n c i a s a t o d a s l a s f i g u r a s , t a b l a s , dia gramas enel SRS y definición de todas las condiciones y unidades de medida.2. 3 . 3 . 1 Us o d e T B D sC u a l q u i e r S R S q u e u s a l a f r a s e " p a r a s e r d e t e r m i n a d o " ( T B D ) n o e s u n S R S c o m p l e t o .E l T B D e s , s i n e m b a r g o , o c a s i o n a l m e n t e n e c e s a r i o y d e b e a compañarse por:a ) Una d e s c r i p c i ó n d e l a s c o n d i c i o n e s q u e c a u s a n e l T B D ( p o r e j e m p l o , p o r q u é u n arespuesta no es conocida) para que la situación pueda resolverse;

) Una d e s c r i p c i ó n d e l o q u e d e b e h a c e r s e p a r a e l i m i n a r e l T B D q u e e s r e s p o n s a b l e p a r as u eliminación y por c o m o d e b e e l i m i n a r s e .2. 3 . 4 ConsistenteL a c o n s i s t e n c i a s e r e f i e r e a l a c o n s i s t e n c i a i n t e r i o r . S i u n S R S n o e s t á d e a c u e r d o c o nalgún documento del superior-n i v e l , c o m o u n a e s p e c i f i c a c i ó n d e r e q u i s i t o s d e s i s t e m a ,e ntonc e s n o e s c o r r e c t o .2. 3 . 4 . 1 C onsistencia interiorUn SRS es internamente consistente si, y sólo si, ningún subconjunto de requisitosindividuales genero conflicto e n é l .Los tres tipos de conflictos probables en un SRS son:a ) L a s c a r a c t e r í s t i c a s e s p e c i f i c a d a s e n e l m u n d o r e a l d e l o s o b j e t o s pueden chocar. Pore j e m p l o ,1) el formato de un informe del rendimiento puede describirse en un requisitocomo tabular pero en otro como t e x t u a l .2) un requisito puede de c l a r a r q u e t o d o l a s l u c e s s e r á n v e r d e s m i e n t r a s o t r o p u e d ed e c l a r a r q u e t o d o l a s l u c e s se a n azule s.b) puede haber conflicto lógico o temporal entre dos acciones especificadas. Pore j e m p l o ,1) un requisito puede especificar que el programa s u m a r á dos entradas y otrop u e d e e s p e c i f i c a r qu e e l p r o g r a m a l o s m u l t i p l i c a r á .2) un requisito puede declarar que " A" s i e m p r e d e b e s e g u i r " B " , m i e n t r a s o t r opuede requerir que "A ” y B" ocurra n s i m u l t á n e a m e n t e .c) Dos o más requisitos pueden describir el mismo mundo real del objeto p e r o u s o l a sc o n d i c i o n e s d i f e r e n t e s p a r a e s e o b j e t o . P o r e j e m p l o , u n a d e m a n d a d e l p r o g r a m a p a r au n a e n t r a d a d e l u s u a r i o p u e d e l l a m a r s e u n a " s u g e r e n c i a " e n u n r e q u i s i t o y u n a " s e ñ a l "en otro. El uso de terminología n o r m a l y d e f i n i c i o n e s p r o m u e v e l a c o n s i s t e n c i a .2. 3 . 5 Delinear que tiene importancia y/o estabilidadUn SRS d e b e d e l i n e a r l a i m p o r t a n c i a y / o e s t a b i l i d a d s i c a d a r e q u i s i t o e n é l t i e n e u ni d e n t i f i c a d o r p a r a i n d i c a r l a i m p o r t a n c i a o e s t a b i l i da d d e e s e r e q u i s i t o en p a r t i c u l a r .Típicamente, todos los requisitos que relacionan a un producto del software no sonigualmente importantes. Algunos requisitos pueden ser esenciales, sobre todo para lasa p l i c a c i o n e s de vida crítica, mientras otros pueden s e r d e s e a b l e s .C a d a r e q u i s i t o e n e l S R S d e b e i d e n t i f i c a r s e p a r a r e p r e s e n t a r e s t a s d i f e r e n c i a s, a c l a r a r ys e r e x p l í c i t o . I d e n t i f i c a n d o l o s r e q u i s i t o s d e l a m a n e r a s i g u i e n t e s :a ) Tienen los c l i e n t e s que d a r l as consideracione s muy cuidadosam e n t e a c a d a r e q u i s i t op a ra q u e s e c l a r i f ique c u a l q u i e r omisión que ellos pueden tener.

Si un método no puede inventarse para determinar si el s o f t w a r e r e ú n e u n r e q u i s i t op a r t i c u l a r , e n t o n c e s e s e r e q u i s i t o d e b e q u i t a r s e o d e b e r e v i s a r s e .2. 3 . 7 M o d i f i c ableUn SRS es modific able si, y sólo si, su estructura y estilo son tales que puede hacersec u a l q u i e r c a m b i o a l o s r e q u i s i t o s f á c i l m e n t e , c o m p l e t a m e n t e y d e f o r m a c o n s i s t e n t em i e n t r a s conserva la estructura y estilo. P a r a q u e s e a modif ic able s e requiere un SRSque contenga:a ) Tiene un coherente y fácil d e u s a r e n la organización de v o l ú m e n e s d e i n f o r m a c i ó n ,un índice y l a s refere ncia s c r u z a da s e x p l í c i ta s ;b ) n o s e a r e d u n d a n t e ( e s d e c i r , e l m i s m o r e q u i s i t o n o d e b e a p a r e c e r e n m á s d e u n l u g a re n e l S R S ) ;c ) E x p r e s e c a d a r e q u i s i t o s e p a r a d a m e n t e , e n l u g a r d e intercarlarlas con otros requisitos.La redundancia no es un error, pero puede llevar fácilmente a los errores. Laredundancia puede ayudar hacer un SRS más leíble de vez en cuando, pero un problemap u e d e generarse cuando el documento redundante se actualiza . Por ejemplo, unr e q u i s i t o p u e d e a l t e r a r s e e n un solo lugar dónde a p a r e c e . E l S R S s e p o n e i n c o h e r e n t ee n t o n c e s . S i e m p r e q u e l a r e d u n d a n c i a s e a n e c e s a r i a , e l S R S d e b e i n c l u i r l a c r u ze x p l í c i t a - l a s r e f e r e n c i a s p a r a h a c e rl o m o d i f ic a b l e .2. 3 . 8 IdentificableU n S R S e s i d e n t i f i c a b l e s i e l o r i g e n d e c a d a u n o d e s u s requisitos está claro y si facilital a s r e f e r e n c i a s d e c a d a r e q u i s i t o e n e l desarrollo futuro o documentación del m i s m o. Losiguiente que se recomiendan dos tipos de i d e n t i f i c a b i l i d a d :a ) e l i d e n t i f i c a b l e di r i g i d o h a c i a a t r á s ( e s d e c i r , a l a s f a s e s a n t e ri o r e s d e d e s a r r o l l o ) .E s t o d e p e n d e e x p l í c i t a m e n t e e n c a d a r e q u i s i t o la r e f e r e n c i a s d e su fuente en losdocumentos más antiguos.b ) e l i d e n t i f i c a b l e de lantero (es decir, a todos los documentos desovados por el SRS).E s t o d e p e n d e e n c a d a r e q u i s i t o e n el SRS que tiene un único nombre o número de lar e f e r e n c i a . E l i d e n t i f i c a b l e d e l a n t e r o d e l S R S e s e s p e c i a l m e n t e i m p o r t a n t e c u a n d o e lp r o d u c t o d e l s o f t w a r e e n t r a e n e l f u n c i o n a m i e n t o y f a s e d e m a n t e n i m i e n t o . C o m o e lcódigo y documentos del plan se modif i c a n, e s e s e n c i a l p o d e r d e t e r m i n a r e l j u e g oc o m p l e t o d e r e q u i s i t o s q u e p u e d e n a f e c t a r s e p o r e s a s m o d i f i c a c i o n e s .2. 4 P r e p a r a c i ó n d e los JOIN del SRSEl proceso de desarrollo de software debe empezar con el proveedor y c o n e l a c u e r d od e l c l i e n t e en lo que el software completado debe hacer. Este acuerdo, en la forma de unSRS, debe prepararse juntamente. Esto es importante porque n i e l c l i e n t e n i e lproveedor son c a l i f i c ables para escribir exclusivamente un b u e n SRS.a ) C l i e n t e s n o r m a l m e n t e n o entienden bien el diseño del software y proceso dedesarrollo bastante bien como para escribir un SRS utilizable.

) El prototipo despliega aspectos de anticiparse a l a c o n d u c t a d e l o s s i s t e m a s . A s í , n osólo produce las respuestas s i n o t a m b i é n las nuevas preguntas. Esto ayuda a v e r e la l c a n c e e n e l S R S .c ) U n S R S b a sa d o e n u n p r o t o t i p o t i e n d e a s u f r i r m e n o s c a m b i os durante el desarrollo,a s í s e a c o r t a e l t i e m p o d e d e s a r r o l l o.U n p r o t o t i p o d e b e u s a r s e c o m o u n a m a n e r a d e s a c a r l o s r e q u i s i t o s d e l s o f t w a r e . P u e d e ne x t r a e r s e a l g u n a s c a r a c t e r í s t i c a s c o m o p a n t a l l a o f o r m a t o s d e l r e p o r t e d i r e c t a m e n t e d e lprototipo. Otros requisitos pueden ser inferidos ejecutando los experimentos con elprototipo.2. 7 Generando el diseño en el SRSU n r e q u i s i t o e s p e c i f i c a u n a f u n c i ó n e x t e r n a visible o atributo de un sistema. Un diseñodescribe un subcomponente particular de un sistema y/o sus interfaces con otross u b c o m p o n e n t e s . E l diseñador del SRS debe distinguir claramente entre identificar la sr e s t r i c c i o n e s d e l diseño requeridos y proyectar un plan específico. La nota e s q u e c a d arequisito en el SRS limita las alternativas del plan. Esto no significa, sin embargo, quec a d a r e q u i s i t o e s e l p l a n .E l S R S d e b e e s p e c i f i c a r q u é f u n c i o n e s s e r á n r e a l i z a d a s , c o n qué datos, para producirq u é r e s u l t a d o s , e n qué situación y para quien. El SRS s e debe enfocar en los servicios as e r r e a l i z a d o s . E l S R S n o r m a l m e n t e n o d e b e e s p e c i f i c a r l o s puntos del plan como losiguiente:a ) Partir e l s o f t w a r e e n m ó d u l o s ;b) Asignando las funciones a los módulos;c ) D e s c r i b i e n d o e l f l u j o d e i n f o r m a c ión o control e s entre los módulos;d) Escogiendo las estructuras de los datos.2. 7 . 1 R e q u i s i t o s d e l p l a n n e c e s a r i o sE n c a s o s e s p e c i a l e s algunos requisitos pueden restringir el plan severamente. Pore j e m p l o , s e g u r i d a d o r e q u i s i t o s d e s e g u r i d a d p u e d e n r e f l e j a rs e d i r e c t a m e n t e e n e l p l a nc o m o l a n e c e s i d a d a :a ) Guarde ciertas funciones en los módulos separada m e n t e ;b) El permiso sólo limitó la comunicación entre algunas áreas del programa;c ) La integridad de datos mediante c hequeos p a r a l a s v a r i a b l e s c r í t i c a s .L o s e j e m p l o s d e r e s t r i c c i o n e s d e l diseño válidos son requisitos físicos, requisitos deldesarrollo, normas de desarrollo de software y software de c a l i d a d según los standares.Por consiguiente, los requisitos deben declararse de un punto de vista completamentee x t e r n o . A l u s a r a m o d e l o s p a r a i l u s t r a r l o s r e q u i s i t o s , r e c u e r d a q u e e l m o d e l o s ó l oi n d i c a l a c o n d u c t a e x t e r n a , y n o e s p e c i f i c a u n p l a n .

2. 8 Requisitos del proyecto generados en el SRSEl SRS debe dirigir el producto del software, no el proceso de producir el producto dels o f t w a r e .Los requisitos del proyecto representan una comprensión entre el cliente y el proveedors o b r e m a t e r i a s c o n t r a c t u a l e s q u e p e r t e n e c e n a l a p r o d u c c i ó n d e s o f t w a r e y a s í n o d e b enser incluidos en el SRS. Éstos normalmente incluyen los puntos c o m o:a ) e l C o s t o ;b) Lo s t i e m p o s de la e ntrega;c) Informando los procedimientos;d) Los métodos de desarrollo de Software;e ) La c o n v i c c i ó n d e C a l i d a d ;f ) La Aprobación y crit erio de la comprobación;g) Los procedimientos de a c e p t a c i ó n .Se especifican los requisitos del proyecto en otros documentos, generalmente en un pland e d e s a r r o l l o d e s o f t w a r e , u n s o f t w a r e de c a l i d a d o u n a d e c l a r a c i ó n d e t r a b a j o .3 . Las partes de un SRSE s t as partes se colocan en Figura 1 en un contorno que puede servir como un ejemplopor escribir un SRS.Un SRS no tiene que seguir este contorno o usar los nombres dado aquí para sus partes,un buen SRS debe incluir toda la información qu e s e m e n c i o n ó a q u í .Tabla de Contenidos1 . I n t r o d u c c i ó n1.1 Propósito1 . 2 A l c a n c e1 . 3 D e f i n i c i o n e s , s i g l a s , y a b r e v i a c i o n e s1 . 4 R e f e r e n c i a s1 . 5 A p r e c i a c i ó n g l o b a l2. Descripción global2.1 Perspectiva del product o2.2 Funciones del producto2 . 3 C a r a c t e r í s t i c a s d e l u s u a r i o2 . 4 R e s t r i c c i o n e s2 . 5 Atención y d e p e n d e n c i a s3 . L o s r e q u i s i t o s e s p e c í f i c o s ( V e a d e l 3 . 3 . 1 a l d e 3 . 3 . 8 )A p é n d i c e sIndiceFigure 1 - el Prototipo el contorno de SRS3. 1 I ntroducción (Sección 1 del SRS)La introducción del SRS debe proporcionar una apreciación global del SRS completo.Debe contener las subdivisiones siguientes:

a ) el Propósito;b ) e l A l c a n c e ;c ) l a s D e f i n i c i o n e s , s i g l a s , y a b r e v i a c i o n e s ;d ) l a s R e f e r e n c i a s ;e ) l a A p r e c i a c i ó n g l o b a l .3. 1 . 1 Propósito (1.1 del SRS)Esta subdivisión debe:a ) Delinea r el propósito del SRS;b ) E s p e c i f i q u e a que público intencional va dirigido el SRS.3. 1 . 2 Al c a n c e ( 1 . 2 del SRS)Esta subdivisión debe:a ) I d e n t i f i q u e e l p r o d u c to (s) del software para ser d i s e ñ a d o p o r e l n o m b r e ( p o r e j e m p l o ,Anfitrión DBMS, el Generador del Reporte , e t c . ) ;b) Explique eso que el product o (s ) del software que hará y que no hará.c ) D e s c r i b e l a a p l i c a c i ó n d e l s o f t w a r e e s p e c i f i c á n d o s e los b e n e f i c i o s p e r t i n e n t e s ,o b j e t i v o s , y m e t a s ;d ) S e a c o n s i s t e n t e c o n l a s d e c l a r a c i o n e s s i m i l a r e s e n l a s e s p e c i f i c a c i o n e s de nivelessuperiores ( p o r e j e m p l o , l a s e s p e c i f i c a c i o n e s d e los requisit o s d e l s i s t e m a ), s i e l l o se x i s t e n .3. 1 . 3 Definiciones, siglas, y abreviaciones (1.3 del SRS)E s t a s u b d i v i s i ó n d e b e p r o p o r c i o n a r l a s d e f i n i c i o n e s d e t o d a s l a s c o n d i c i o n e s , l a s s i g l a s ,y abreviaciones q u e exigen interpretar el SRS propiamen t e . E s t a i n f o r m a c i ó n p u e d eproporcionarse por la referencia a uno o más apéndices en el SRS o por la referencia aotrosdocumentos.3. 1 . 4 R eferencias (1.4 del SRS)Esta subdivisión debe:a ) Proporcione una lista completa de toda s l a s re f e r e n c ias de los documentos en otraparte en el SRS;b ) I d e n t i f i q u e c a d a d o c u m e n t o p o r e l t í t u l o , n ú m e r o d e l r e p o r t e ( s i e s a p l i c a b l e ) , f e c h a ,y publicac i ó n d e la organización;c ) E s p e c i f i q u e l a s f u e n t e s d e l a s r e f e r e n c i a s de donde se obtuvieron.

Esta información puede proporcionarse por la referencia a un apéndice o a otrod o c u m e n t o .3. 1 . 5 Apreciación global (1.5 del SRS)Esta subdivisión debe:a ) Describa lo que el resto del SRS contiene;b) Explica cómo el SRS es organiza do.3. 2 Descripción global (Sección 2 del SRS)Esta sección del SRS debe describir los factores generales que afectan el producto y susr e q u i s i t o s . E s t a s e c c i ó n n o d e c l a r a l o s r e q u i s i t o s e s p e c í f i c o s . E n c a m b i o , m a n t i e n e u nfondode esos requisi tos que se definen en detalle en Sección 3 del SRS y les hacen másf á c i l e n t e n d e r .Esta sección normalmente consiste en seis subdivisiones, como sigue:a ) la perspectiva del Producto;b) las funciones del Producto;c ) l a s c a r a c t e r í s t i c a s d e l U s u a rio;d ) la s r e s t r i c c i o n e s;e ) l a s A s u n c i o n e s y d e p e n d e n c i a s ;f) Prorrateando de requisitos.3. 2 . 1 Perspectiva del producto (2.1 del SRS)Esta subdivisión del SRS debe poner el producto en la perspectiva con otros productosr e l a c i o n a d o s . S i e l p r o d u c t o e s i n d e p e n d i e n t e y t o t a l m e n t e a u t ó n o m o , d e b e d e c l a r a r s eq u e así e s . Si el SRS define un producto que es un componente de un sistema másg r a n d e , c o m o f r e c u e n t e m e n t e o c u r r e , e n t o n c e s e s t a s u b d i v i s i ó n d e b e r e l a c i o n a r l o sr e q u i s i t o s d e e s e s is t e m a m á s g r a n d e a l a f u n c i o n a l i d a d d e l s o f t w a r e y d e b e i d e n t i f i c a rl a s i n t e r f a c e s e n t r e e s e s i s t e m a y e l s o f t w a r e .Un diagrama del bloque que muestra los componentes mayores del sistema más grande,l a s i n t e r c o n e x i o n e s , y l a s i n t e r f a c e s e x t e r n a s p u e d e n s e r ú t i l e s .Esta subdivisión también debe describir cómo el software opera dentro de l a s varia sr e s t r i c c i o n e s . P o r e j e m p l o , e s t o s r e s t r i c c i o n e s podrían incluir:a ) l a s i n t e r f a c e s d e l S i s t e m a ;b) las interfaces del Usuario;c ) l a s i n t e r f a c e s d e l H a r d w a r e ;d) las interfaces del Software;e ) l a s i n t e r f a c e s d e C o m u n i c a c i o n e s ;f ) l a M e m o r i a ;g) los Funcionamientos;h ) l o s r e q u i s i t o s d e a d a p t a c i ó n d e l Sit e .

3. 2 . 1 . 1 I n t e r f a c e s d e l s i s t e m a .E s t o d e b e l i s t a r c a d a i n t e r f a z d e l s i s t e m a y d e b e i d e n t i f i c a r l a f u n c i o n a l i d a d d e l s o f t w a r ep a r a l o g r a r e l r e q u i s i t o d e l s i s t e m a y l a d e s c r i p c i ó n d e l a i n t e r f a z para empat a r e ls i s t e m a .3. 2 . 1 . 2 I n t e r f a c e s c o n e l usuario.E s t o d e b e e s p e c i f i c a r a l o s i g u i e n t e :a ) Las características lógicas de cada interfaz entre el producto del software y susu s u a r i o s .E s t o i n c l u y e l a s c a r a c t e r í s t i c a s d e l a c o n f i g u r a c i ó n ( p o r e j e m p l o , f o r m a t o s d e l a p a n t a l l ar e q u e r i d o s , p á g i n a o e s q u e m a s d e l a v e n t a n a , los reportes o m e n ú s o disponibilidad dellaves de la función programables) necesario para lograr los requisitos del software.b) Todos los aspectos para p e r f e c c i o n a r l a i n t e r f a z c o n l a p e r s o n a q u e d e b e u s a r e ls i s t e m a .Esto puede comprender una lista de lo que hace y no ha c e s i m p l e m e n t e d e l a n t e d ec ó m o e l s i s t e m a a p a r e c e r á a l u s u a r i o . U n e j e m p l o p u e d e s e r u n r e q u i s i t o p a r a l a o p c i ó nde mensajes de error largos o cortos. Como todos, estos requisitos deben serc o m p r o b a b l e s , d e b e especificarse en los Atributos de Sistema de So ftware bajo unasección tituló Facilidad de Uso.3. 2 . 1 . 3 I n t e r f a c e s c o n e l hardware .E s t o d e b e e s p e c i f i c a r l a s c a r a c t e r í s t i c a s l ó g i c a s d e c a d a i n t e r f a z entre el producto delsoftware y los componentes del hardware del sistema. Esto inc l u y e l a s c a r a c t e r í s t i c a s d ela configuración (el número de puertos, la instrucción set , e t c . ), t a m b i é n c u b r e c o m o q u édispositivos será n apoyados , c ó m o e l l o s s e r á n a p o y a d o s y p r o t o c o l o s . P o r e j e m p l o , e lapoyo d e l a s terminal e s p u e d e e s p e c i f i c a rs e c u a n d o t i e n e n full -s c r e e n .3. 2 . 1 . 4 I n t e r f a c e s c o n e l software .Esto debe especificar el uso de otros productos del software requeridos (por ejemplo, uns i s t e m a d e d i r e c c i ó n d e d a t o s , u n s i s t e m a o p e r a t i v o o u n p a q u e t e m a t e m á t i c o ) ei n t e r f a c e s c o n o t r o s s i s t e m a s d e l a a p l i c a c i ó n ( p o r e j e m p l o , l a u n i ó n e n t r e e l S i s t e m a d eC u e n t a s , e l Sistema por C obrar y un Sistema del Mayor Ge n e r a l ) . P a r a c a d a u n o e lproducto del software requirió proporcionarse:- El nombre;- El código mnemotécnico;- El n ú m e r o d e l a e s p e c i f i c a c i ó n ;- El número de la versión;- L a f u e n t e .Para cada interfa z, lo siguiente debe proporcionarse:- La discusión del propósito d e l a i n t e r f a z d e l s o f t w a r e en relación con el producto de ls o f t w a r e .

- L a d e f i n i c i ó n d e l a i n t e r f a z p o r l o q u e s e r e f i e r e a l o s m e n s a j es contenidos y formatos.N o e s n e c e s a r i o d e t a l l a r c u a l q u i e r a b i e n l a documenta c i ó n d e l a i n t e r f a z , pero unar e f e r e n c i a a l d o c u m e n t o q u e d e f i n e l a i n t e r f a z s e r e q u i e r e .3. 2 . 1 . 5 In t e r f a c e s d e c o m u n i c a c i o n e sE s t o d e b e e s p e c i f i c a r l a s v a r i a s i n t e r f a c e s a l a s c o m u n i c a c i o n e s c o m o l o s p r o t o c o l o s d el as r e de s l o c a l e s , e t c . ,3. 2 . 1 . 6 R e s t r i c c i o n e s de memoriaE s t o d e b e e s p e c i f i c a r c u a l q u i e r c a r a c t e r í s t i c a a p l i c a b l e y l í m i t e s e n l a m e m o r i a p r i m a r i ay l a m e m o r i a s e c u n d a r i a .3. 2 . 1 . 7 Fu n c i o n a m i e n t o sEsto debe especificar los funcionamientos normales y especiales requeridos por elu s u a r i o c o m o :a ) Los varios modos de funcionamientos en la organización del usuario ( p o r e j e m p l o ,l o s f u n c i o n a m i e n t o s d e i n i c i a r e l usuario);b) los Periodo de funcionamientos interactivos y periodo de funcionamientosd e s a t e n d i d o ;c ) D a t o s q u e p r o c e s a n l a s f u n c i o n e s d e a p o y o ;d) el Apoyo y funcionamientos de la recuperación.La NOTA - E s t o a v e c e s s e e s p e c i f i c a c o m o l a p a r t e d e l U s e r I n t e r f a c e s Se c ti ó n .E s t o d e b e :3. 2 . 1 . 8 R equisitos de adaptación del Si te .a ) D e f i n a l o s r e q u i s i t o s p a r a c u a l q u i e r d a t o o l a s e c u e n c i a d e i n i c i a l i z a c i ó n q u e s o ne s p e c í f i c o a u n s i t i o d a d o , l a m i s i ó n o e l m o d o o p e r a c i o n a l ( p o r e j e m p l o , los límites des e g u r i d a d , e t c . ) ;b) Especifique el sitio o los rasgos q u e s e d e b e n r e l a c i o n a r q u e d e b e n m o d i f i c a r s e p a r aa d a p t a r e l s o f t w a r e a u n a i n s t a l a c i ó n p a r t i c u l a r .3. 2 . 2 Funciones del Producto (2.2 del SRS)Esta subdivisión del SRS debe proporcionar un resumen de las funciones mayores quee l s o f t w a r e r e a l i z a r á .Por ejemplo, un SRS para un programa de contabilidad puede acostumbrar esta parte adirigirse al m a n t e n i m i e n t o d e C u e n t a d e C l i e n t e , d e c l a r a c i ó n d e l c l i e n t e y p r e p a r a c i ó n

d e l a f a c t u r a s i n m e n c i o n a r l a i n m e n s a c a n t i d a d d e d e t a l l e q u e c a d a u n o d e e s a sf u n c i o n e s r e q u i e r e .A v e c e s e l r e s u m e n d e l a f u n c i ó n q u e e s n e c e s a r i o p a r a e s t a p a r t e p u e d e t o m a r s edire c t a m e n t e d e l a s e c c i ó n d e l a e s p e c i f i c a c i ó n en el nivel superior (si uno existe) esoasigna las funciones particulares al producto del software. Note que e s o e s por causa del a c l a r i d a d .a ) Las funciones deben organizarse en cierto modo eso hace la lista d e f u n c i o n e se n t e n d i b l e a l c l i e n t e o a c u a l q u i e r a n a d a más leyendo el documento la primera vez.b) Pueden usarse los métodos Textuales o gráficos para mostrar las funciones diferentesy s u s r e l a c i o n e s .N o s e p i e n s a q u e el diagrama muestra un diseño d e u n p r o d u c t o , sino s i m p l e m e n t emuestra la relación lógica entre las variables.3. 2 . 3 Características del usuario (2.3 del SRS)Esta subdivisión del SRS debe describir esas características generales de los usuariosi n t e n c i o n a l e s d e l p r o d u c t o q u e i n c l u y e n i v e l e d u c a t i v o , e x p e r i e n c i a , y l a e s p e c i a l i z a c i ó nt é c n i c a .3. 2 . 4 R e s t r i c c i o n e s (2.4 del SRS)Esta subdivisión del SRS debe proporcionar una descripción general de cualquier otrop u n t o q u e l i m i t a r á l a s o p c i o n e s d e l o s di s e ñ a d o r e s . É s t o s i n c l u y e n:a ) l a s p o l í t i c a s reguladora s ;b) las limitaciones del Hardware;c ) l a s I n t e r f a c e s a o t r a s a p l i c a c i o n e s ;d) el funcionamiento Paralelo;e) las funciones de la Auditoría;f) las funciones de Control;g) los requisito s d e l e n g u a j e ;h) los protocolos Señalados (por ejemplo, XON-XOFF, ACK-NACK);i) los requisitos de Fiabilidad;j ) Credibilidad d e l a a p l i c a c i ó n ;k) la Seguridad y consideraciones de seguridad.3. 2 . 5 At e n c i o n e s y dependencias (2.5 del SRS)Esta subdivisión del SRS debe listar cada uno de los factores que afectan los requisitosd e c l a r a d o s e n e l S R S .E s t o s f a c t o r e s n o s o n la s r e s t r i c c i o n e s d e l d i s e ñ o e n e l s o f t w a r e p e r o s o n , m á s b i e n ,c u a l q u i e r c a m b i o a e l l o s e s o p u e d e a f e c t a r l os requisitos en el SRS. Por ejemplo, unasuposición puede ser que un sistema operativo específico estará disponible en elhardware designado para el producto del software. Si, de hecho, el sistema operativo noe s t á d i s p o n i b l e , l o s S R S t e n d r í a n q u e c a m b i a r d e a c u e r d o c o n e n t o n c e s .3. 2 . 6 Pr o r r a t e ar l o s requisitos (2.6 del SRS)

3. 3 . 2 FuncionesL o s r e q u i s i t o s f u n c i o n a l e s d e b e n d e f i n i r l a s a c c i o n e s f u n d a m e n t a l e s q u e d e b e n t e n e rlugar en el software , a c e p t a n d o y p r o c e s a n d o l a s e n t r a d a s , procesando y generando la ss a l i d a s . Éstos generalmente se listan com o " d e b e " d e c l a r a c i o n e s q u e e m p i e z a n c o n " E ls i s t e m a d e b e … . "Éstos incluyen:a ) verificar la validez sobre las entradasb ) l a s e c u e n c i a e x a c t a d e las o p e r a c i o n e sc ) l a s c o n t e s t a c i o n e s a l a s s i t u a c i o n e s a n o r m a l e s , i n c l u y e n d o1) overflow2) f a c i l i d a d e s d e c o m u n i c a c i ó n3) m a n e j o d e errore s y recuperaciónd ) e l e f e c t o d e p a r á m e t r o se ) l a re l a c i ó n d e s a l i d a s a l a s e n t r a d a s , i n c l u y e n d o1) las se c u e n c i a s de e n t r a d a /s a l i d a s2) las fórmulas de e n t r a d a y su conversión a la sa l i d aPuede ser apropiado dividir los requisitos funcionales en subfuncione s o subprocesos .Esto no implica que el plan del software también se dividirá así.3. 3 . 3 Requisitos de l d e s a r r o l l o.E s t a s u b d i v i s i ó n d e b e e s p e c i f i c a r los requerimientos e s t á t i c o s y dinámicos q u e s ep u s i e r o n e n e l s o f t w a r e o e n l a i n t e r a c c i ó n h u m a n a c o n e l s o f t w a r e e n c o n j u n t o . L o srequisitos estáticos pueden incluir a lo siguiente:a ) E l n ú m e r o d e te rmina l e s a ser apoyada s;b) El número de usuarios simultáneos ser apoyados ;c ) La c antidad y tipo de información que se manejara .A v e c e s s e i d e n t i f i c a n l o s r e q u i s i t o s e s t á t i c o s b a j o u n a s e c c i ó n s e p a r a d a t i t u l a d a l aC a p a c i d a d . P o r e j e m p l o , l o s r e q u i s i t o s d i n á m i c o s p u e d e n i n c l u i r l o s n ú m e r o s d et r a n s a c c i o n e s , t a r e a s y la cantidad de datos a ser procesado dentro de ciertos periodos det i e m p o p a r a l a s c o n d i c i o n e s d e l t r a b a j o n o r m a l e s y m á x i m a s .Todos que estos requisitos deben declararse en las condiciones mensurables. Pore j e m p l o ,95% de las transacciones se pro c e s a r á n e n m e n o s d e 1 se g.La NOTA - n o r m a l m e n t e s e e s p e c i f i c a n l í m i t e s nu m é r i c o s a p l i c a d o s a u n a f u n c i ó ne s p e c í f i c a c o m o l a p a r t e d e l a d e s c r i p c i ó n d e s u b i n c i s o d e p r o c e s o d e e s a f u n c i ó n .5 . 3 . 4 Requisitos del banco de datos lógicosE s t o d e b e e s p e c i f i c a r l o s r e q u i s i t o s l ó g i c o s p a r a c u a l q u i e r i n f o r m a c i ó n q u e s e r á p u e s t aen un banco de datos. Esto puede incluir a lo siguiente:a ) los ti p o s d e i n f o r m a c i ó n u s a d a s por varias funciones;

) l a f r e c u e n c i a d e u s o ;c ) a c c e d i e n d o l a s c a p a c i d a d e s ;d ) l a s e n t i d a d e s d e l o s da tos y sus relaciones;e ) l a s r e s t r i c c i o n e s de integridad;f ) r e q u e r i m i e n t o s e n l a r e t e n c i ó n d e d a t o s .3. 3 . 5 R e s t r i c c i o n e s d e l diseño.E s t o d e b e e s p e c i f i c a r l a s r e s t r i c c i o n e s d e l diseño que pueden imponerse por otross t a n d a r e s , l a s l i m i t a c i o n e s d e l h a r d w a r e , e t c . ,3. 3 . 5 . 1 A c e p t a c i ó n d e l a s n o r m a sEsta subdivisión debe especificar los requisitos derivados de s t a n d a r e s e x i s t e n t e s oregulaciones. Ellos pueden incluir a lo siguiente:a ) e l formato del reporte ;b ) lo s nombres de los da t o s ;c) los procedimientos de c ontabilidad;d) l o s l i n e a m i e n t o s de la Auditoría.P o r e j e m p l o , e s t o p o d r í a e s p e c i f i c a r los requisito para el software y rastrear la actividadd e l p r o c e s o . S e n e c e s i t a r a stre a r a l g u n a s a p l i c a c i o n e s p a r a e n c o n t r a r s e a l m e n o s lasnormas reguladora s o f i n a n c i e r a s . P o r e j e m p l o , u n r e q u i s i t o d e r a s t r o d e a u d i t o r í a p u e d edeclarar que deben grabarse todos los cambios a un banco de datos de la nómina en unarchivo del rastro con l os valores a n t e s del proceso y después del proceso .3. 3 . 6 Atributos de l s o f t w a r e d e l sistema.Hay varios atributos del software que puede servir como los requisitos. Es importanteq u e l o s a t r i b u t o s s e e s p e c i f i q u e p a r a q u e s u l o g r o p u e d a v e r i f i c a r s e o b j e t i v a m e n t e .S u b c l a u s e s 3. 3.6.1 a través de 3. 3 . 6 . 5 p r o p o r c i o n a n u n a l i s t a p a r c i a l d e e j e m p l o s .3. 3 . 6 . 1 Fi a b i l i d a dE s t o d e b e e s p e c i f i c a r q u e l o s f a c t o r e s e x i g i e r o n e s t a b l e c e r l a f i a b i l i d a d r e q u e r i d a d e ls i s t e m a d e l s o f t w a r e al momento d e l a e n t r e g a .3. 3 . 6 . 2 DisponibilidadEsto debe especificar que los factores exigieron garantizar un nivel de disponibilidadd e f i n i d o p a r a e l s i s t e m a c o m o un p u n t o d e c o n t r o l , l a r e c u p e r a c i ó n y a l inicia r.3. 3 . 6 . 3 SeguridadE s t o d e b e e s p e c i f i c a r l o s f a c t o r e s q u e p r o t e g e n e l s o f t w a r e d e l a c c e s o a c c i d e n t a l om a l é v o l o , u s o , m o d i f i c a c i ó n , d e s t r u c c i ó n o d e s c u b r i m i e n t o . L o s r e q u i s i t o s e s p e c í f i c o se n e s t a á r e a p o d r í a n i n c l u i r l a n e c e s i d a d a :

a ) U t i l i c e c i e r t a s t é c n i c a s d e e ncriptamiento;b) Tenga Log de entrada o h i s t ó r i c o s d e d a t o s;c ) A s i g n e c i e r t a s f u n c i o n e s a m ó d u l o s d i f e r e n t e s ;d ) R e s t r i n j a l a s c o m u n i c a c i o n e s e n t r e a l g u n a s á r e a s d e l p r o g r a m a ;e ) La integridad de datos se verifique p a r a v a r i a b l e s c r í t i c a s .3. 3.6.4 Ma n t e n i m i e n t oE s t o d e b e e s p e c i f i c a r a t r i b u t o s d e s o f t w a r e q u e r e l a c i o n a a l a f a c i l i d a d d emantenimiento del propio software. Puede haber algún requisito con toda seguridad demodulari dad, i n t e r f a c e s , l a c o m p l e j i d a d , e t c . n o d e b e n p o n e r s e los requisitos aquí.3. 3 . 6 . 5 p o r t a b i l i d a dE s t o d e b e e s p e c i f i c a r a t r i b u t o s d e s o f t w a r e q u e r e l a c i o n a a l a f a c i l i d a d d e p o n e r e lsoftware a otro servidor y/o sistemas operativos. Esto puede incluir a lo siguiente:a ) e l P o r c e n t a j e d e componentes con código c l i e n t e -servidor;b) el Porcentaje de código del cliente -servidor;c ) e l U s o d e u n i d i o m a p o r t á t i l p r o b a d o ;d) el Uso de un com pilador particular o subconjunto de l e n g u a j e s ;e ) e l U s o d e u n s i s t e m a o p e r a t i v o p a r t i c u l a r .3. 3 . 7 Organiza r los requisitos específicos.Por algo los r e q u i s i t o s d e t a l l a d o s d e l o s s i s t e m a s t r i v i a l e s t i e n d e n a s e r e x t e n s o . P o r e s t ar a z ó n , s e r e c o m i e n d a q u e s e a n c u i d a d o so s de organizar éstos de una manera óptima paraq u e s e a n e n t e n d i b l e s.3. 3 . 7 . 1 Modo del sistemaAlgunos sistemas se comportan d i f e r e n t e s d e p e n d i e n d o del modo de operación. P o re j e m p l o , u n s i s t e m a d e control p u e d e t e n e r j u e g o s d i f e r e n t e s d e f u n c i o n e s q u e d e p e n d e nd e s u control: e n t r e n a n d o , n o r m a l o e m e r g e n c i a . Al organizar esta sección por el modo,el contorno en A.1 o A.2 debe usarse. La opción depende de l a s i n t e r f a c e s y d e ldesarrollo que son dependientes del modo d e a c c e s o .3. 3 . 7 . 2 C l a s e s de usuarioAlgunos sistemas proporcionan juegos diferent e s d e f u n c i o n e s a l a s c l a s e s d i f e r e n t e s d eu s u a r i o s . P o r e j e m p l o , u n s i s t e m a d e m a n d o d e a s c e n s o r p r e s e n t a l a s c a p a c i d a d e sd i f e r e n t e s a l o s p a s a j e r o s , o b r e r o s d e m a n t e n i m i e n t o y bomberos. Al organizar estasección por la clase del usuario, el contorno en A . 3 d e b e u s a r s e .3. 3 . 7 . 3 o b j e t o sL o s o b j e t o s s o n e n t i d a d e s del mundo real que tienen una con t r a p a r t e d e n t r o d e l s i s t e m a .P o r e j e m p l o , e n u n s i s t e m a que supervisa pacientes , l o s o b j e t o s i n c l u y e n a l o s p a c i e n t e s ,l o s s e n s o r e s , e n f e r m e r a s , l o s c u a r t o s , m é d i c o s , l a s m e d i c i n a s , e t c . A s o c i a d o c o n c a d a

s e c u e n c i a s de estímulo-c o n t e s t a c i ó n p u e d e n d e m o s t r a r utili d a d y al organizar por laj e r a r q u í a f u n c i o n a l , l o s datos fluyen según los diagramas y los diccionarios de datospueden demostrar t a m b i é n ut i lidad.En cualquiera de los contornos d a d o s A . 1 a t r a v é s d e A . 8 , e s a s s e c c i o n e s l l a m a d a s" R e q u i s i t o F u n c i o n a l " p u e d e d e s c r i b i r s e e n e l i d i o m a n a t i v o ( p o r e j e m p l o , inglés), en elpseudo c ódigo , e n u n i d i o m a d e d e f i n i c i ó n d e s i s t e m a , o e n c u a t r o s u b d i v i s i o n e stituladas: La introducción, Entradas, Proceso, y Rendimientos.3. 4 Información de apoyoL a i n f o r m a c i ó n d e a p o y o h a c e m á s f á c i l a l S R S p a r a u s a rse . Incluye a lo siguiente:a ) T a b l a de contenidos;b) Índic e ;c ) A p é n d i c e .3. 4 . 1 T a b l a d e c o n t e n i d o s e í n d i c eLa t a b l a d e c o n t e n i d o s e índice es bastante importante y debe seguir las prácticas de la sc o m p o s ic i o n e s g e n e r a l e s .3. 4 . 2 Ap é n d i c e sLos apéndices no siempre son considerados parte del SRS real y no siempre sonn e c e s a r i os. E l l o s p u e d e n i n c l u i r:a ) E j e m p l o s d e f o r m a t o s d e l a s e n t r a d a s / s a l i d a s , l a s d e s c r i p c i o n e s d e l a n á l i s i s d e l c o s t oq u e s e estudia ron o r e s u l t a d o s d e e s tudios del usuario;b) Apoyando o dando información a fondo que puede ayudar a los lectores del SRS;c ) U na descripción de los problemas a ser resuelto por el software;d ) l a s i n s t r u c c i o n e s d e l e m p a q u e t a m i e n t o e speciales para el código y los medios d ecomunicación para reunir la seguridad, exporta r la carga inicial u otros requisitos.C u a n d o l o s a p é n d i c e s s o n i n c l u i d o , e l S R S d e b e d e c l a r a r e x p l í c i t a m e n t e s i o n o l o sapéndices serán considerados parte de los requisitos.AnexoA(informat ivo)Las plantillas de SRSLa Plantilla de A.1 de SRS Sección 3 organizada por el modo: Versión 13 . Los requisitos específicos3 . 1 r e q u i s i t o s d e l a s i n t e r f a c e s externa s3 . 1 . 1 i n t e r f a z c o n e l usuario3 . 1 . 2 interf a z c o n e l hardware3 . 1 . 3 i n t e r f a z c o n e l software

3 . 1 . 4 i n t e r f a c e s d e c o m u n i c a c i o n e s3 . 2 r e q u i s i t o s f u n c i o n a l e s3 . 2 . 1 m o d o 13 . 2 . 1 . 1 r e q u i s i t o 1 . 1 f u n c i o n a l...3 . 2 . 1 . n r e q u i s i t o 1 . n Funcional3 . 2 . 2 m o d o 2...3 . 2 . m M o d o m3.2.m.1 requisito Funcional m.1...3.2.m.n requisito Funcional m.n3 . 3 R equisitos de l desarrollo3 . 4 R e s t r i c c i o n e s d e l d i s e ñ o3 . 5 At r i b u t o s d e s i s t e m a d e s o f t w a re3 . 6 Otros requisitosLa Plantilla de A.2 de SRS Sección 3 organizada por el modo: Versión 23 . Los requisitos específicos3 . 1 . Lo s r e q u i s i t o s f u n c i o n a l e s3.1.1 modo 13 . 1 . 1 . 1 i n t e r f a c e s e x t e r n a s3 . 1 . 1 . 1 . 1 interfaz con el usuario3 . 1 . 1 . 1 . 2 interfaz con el hardware3 . 1 . 1 . 1 . 3 interfaz con el software3 . 1 . 1 . 1 . 4 i n t e r f a c e s d e c o m u n i c a c i o n e s3 . 1 . 1 . 2 r e q u i s i t o s f u n c i o n a l e s3 . 1 . 1 . 2 . 1 r e q u i s i t o 1 f u n c i o n a l.....3 . 1 . 1 . 2 . n r e q u i s i t o F u n c i o n a l n3 . 1 . 1 . 3 Ac t u a c i ón3 . 1 . 2 M odo 23 . 1 . m M o d o m3.2 Restricciones del diseño3.3 At r i b u t o s d e s i s t e m a d e s o f t w a r e3.4 Otros requisitos

La Plantilla de A.3 de SRS Sección 3 organizada por la clase del usuario3 . Los requisitos específicos3 . 1 R e q u i s i t o s d e l a i n t e r f a c e e x t e r n a3 . 1 . 1 i n t e r f a z d e l usuario3 . 1 . 2 i n t e r f a z d e l hardware3 . 1 . 3 i n t e r f a z d e l s o f t w a r e3 . 1 . 4 i n t e r f a c e s d e c o m u n i c a c i o n e s3 . 2 R e q u i s i t o s f u n c i o n a l e s3 . 2 . 1 u s u a r i o c l a s e 13 . 2 . 1 . 1 r e q u i s i t o 1 . 1 f u n c i o n a l...3.2.1.n requisito 1.n Funcional3 . 2 . 2 u s u a r i o c l a s e 2...3 . 2 . m c l a s e d e l U s u a r i o m3 . 2 . m . 1 r e q u i s i t o F u n c i o n a l m . 1...3 . 2 . m . n r e q u i s i t o F u n c i o n a l m . n3 . 3 r e q u i s i t o s d e l a a c t u a c i ó n3 . 4 c o n s t r e ñ i m i e n t o d e l p l a n3.5 atributos de sistema de software3.6 otros requisitosL a Plantilla de A.4 de SRS Sección 3 organizada por el objeto3 . Los requisitos específicos3 . 1 R e q u i s i t o s d e l a i n t e r f a c e e x t e r n a s3 . 1 . 1 i n t e r f a z c o n e l usuario3 . 1 . 2 i n t e r f a z d e hardware3 . 1 . 3 i n t e r f a z d e s o f t w are3 . 1 . 4 i n t e r f a c e s d e c o m u n i c a c i o n e s3 . 2 C l a s s e s / O b j e c t s3 . 2 . 1 C l a s s / O b j e c t 13.2.1.1 atributos (directo o heredó)3 . 2 . 1 . 1 . 1 a t r i b u t o 1...3 . 2 . 1 . 1 . n A t r i b u t o n3.2.1.2 funciones (los servicios, los métodos, directo o heredó)3 . 2 . 1 . 2 . 1 r e q u i s i t o 1 . 1 f u n c i o n a l...

...3 . 2 . 1 . 2 . m r e q u i s i t o 1 . m F u n c i o n a l3 . 2 . 1 . 3 M ensajes (las comunicaciones recibieron o enviaron)3 . 2 . 2 C l a s s / O b j e c t 23 . 2 . p C l a s s / O b j e c t p3 . 3 R equisitos de l desarrollo3 . 4 R e s t r i c c i o n e s d e l d i s e ñ o3 . 5 Atributos de sistema de software3 . 6 Otros requisitosLa Plantilla de A.5 de SRS Sección 3 organizada por el rasgo3 . Los requisitos específicos3 . 1 R e q u i s i t o s d e l a i n t e r f a c e e x t e r n a s3 . 1 . 1 Interfaz del usuario3 . 1 . 2 Interfaz del hardware3 . 1 . 3 Interfaz del software3 . 1 . 4 i n t e r f a c e s d e c o m u n i c a c i o n e s3 . 2 Si s t e m a o f r e c e3 . 2 . 1 Sistema Rasgo 13.2.1.1 Introducc i ó n / Propósito de rasgo3 . 2 . 1 . 2 S e c u e n c i a de e s t i m u l o / R e s p uesta3 . 2 . 1 . 3 r e q u i s i t o s f u n c i o n a l e s a s o c i a d o s3 . 2 . 1 . 3 . 1 r e q u i s i t o 1 f u n c i o n a l...3.2.1.3.n requisito Funcional n3.2.2 sistema rasgo 2...3 . 2 . m r a s g o d e l S i s t e m a m...3 . 3 R e q u i s i t o s d e l a a c t u a c i ó n3 . 4 R e s t r i c c i ó n d e l d i s e ñ o3 . 5 Atributos de sistema de software3 . 6 Otros requisitos.La Plantilla de A.6 de SRS Sección 3 organizada por el estímulo3 . Los requisitos específicos3 . 1 R e q u i s i t o s d e l a i n t e r f a c e e x t e r n a s3 . 1 . 1 i n t e r f a z d e l usuario3 . 1 . 2 i n t e r f a z d e l hardware3 . 1 . 3 i n t e r f a z d e l s o f t w a r e3 . 1 . 4 i n t e r f a c e s d e c o m u n i c a c i o n e s3 . 2 R e q u i s i t o s f u n c i o n a l e s

.........3 . 2 . 1 E stímulo 13 . 2 . 1 . 1 R equisito 1.1 funcional3 . 2 . 1 . n R equisito 1.n Funcional3 . 2 . 2 E stímulo 23 . 2 . m E s t í m u l o m3 . 2 . m . 1 R equisito Funcional m.13 . 2 . m . n R equisito Funcional m.n3 . 3 R equisitos de l desarrollo3 . 4 R e s t r i c c i o n e s d e l d i s e ñ o3 . 5 Atributos del s o f t w a r e d e l s i s t e m a3 . 6 Otros requisitosL a P l a n t i l l a d e A . 7 de SRS Sección 3 organizada por la jerarquía funcional3 . Los requisitos específicos3 . 1 R e q u i s i t o s d e l a i n t e r f a c e e x t e r n o s3 . 1 . 1 Interfaz del usuario3 . 1 . 2 Interfaz del hardware3 . 1 . 3 Interfaz del software3 . 1 . 4 In t e r f a c e s d e c o m u n i c a c i o n e s3 . 2 R e q u i s i t o s f u n c i o n a l e s3 . 2 . 1 Fluido de la información3 . 2 . 1 . 1 Fluijo de datos diagrama 13 . 2 . 1 . 1 . 1 E ntidades de los datos3 . 2 . 1 . 1 . 2 Pr o c e s o s p e r t i n e n t e s3 . 2 . 1 . 1 . 3 T o p o l o gía3 . 2 . 1 . 2 Flujo de datos diagrama 23 . 2 . 1 . 2 . 1 Entidades de los datos3 . 2 . 1 . 2 . 2 Pr o c e s o s p e r t i n e n t e s3 . 2 . 1 . 2 . 3 T o p o l o gía...3 . 2 . 1 . n F l u j o d e datos diagrama n3 . 2 . 1 . n . 1 E ntidades de los Datos3 . 2 . 1 . n . 2 Procesos Pertinentes3 . 2 . 1 . n . 3 T o p o l o gía3 . 2 . 2 Descripciones del proceso3 . 2 . 2 . 1 Pr o c e s o 13 . 2 . 2 . 1 . 1 E n t i d a d e s d e d a t o s d e e n t r a d a3 . 2. 2 . 1 . 2 Algoritmo o fórmula de proceso3 . 2 . 2 . 1 . 3 E n t i d a d e s d e l o s d a t o s a f e c t a d o

......3 . 2 . 2 . 2 Proceso 23 . 2 . 2 . 2 . 1 En t i d a d e s d e d a t o s d e e n t r a d a3 . 2 . 2 . 2 . 2 Al goritmo o fórmula de proceso3 . 2 . 2 . 2 . 3 En t i d a d e s d e l o s d a t o s a f e c t a d o3 . 2 . 2 . m P r o c e s o m3 . 2 . 2 . m . 1 Entidades de datos de Entrada3.2.2.m.2 Algoritmo o fórmula de proceso3 . 2 . 2 . m . 3 En t i d a d e s d e l o s d a t o s A f e c t a d o3 . 2 . 3 C o n s t r u c c i ó n d e l a s e s p e c i f i c a c i o n e s d e l o s datos3 . 2 . 3 . 1 Estructura 13 . 2 . 3 . 1 . 1 Tipo del registro3 . 2 . 3 . 1 . 2 El e c t o r p r e s e n t a3 . 2 . 3 . 2 Estructura 23 . 2 . 3 . 2 . 1 T ipo del registro3 . 2 . 3 . 2 . 2 E l e c t o r p r e s e n t a3.2.3.p Estructura p3 . 2 . 3 . p . 1 T ipo del Registro3 . 2 . 3 . p . 2 E l e c t o r p r e s e n t a3 . 2 . 4 Diccionario de los datos3 . 2 . 4 . 1 Da t o s e l e m e n t o 13 . 2 . 4 . 1 . 1 Nombre3 . 2 . 4 . 1 . 2 R e p r e s e n t a c i ó n3 . 2 . 4 . 1 . 3 U n i t s / F o r m a t3 . 2 . 4 . 1 . 4 P r e c i s i o n / A c c u r a c y3 . 2 . 4 . 1 . 5 R ango3 . 2 . 4 . 2 Da t o s e l e m e n t o 23 . 2 . 4 . 2 . 1 No m bre3 . 2 . 4 . 2 . 2 R e p r e s e n t a c i ó n3.2.4.2.3 Units/Format3.2.4.2.4 Precision/Accuracy3 . 2 . 4 . 2 . 5 R ango...3 . 2 . 4 . q Elemento de los Datos q3 . 2 . 4 . q . 1 N o m b r e3 . 2 . 4 . q . 2 R e p r e s e n t a c i ó n3 . 2 . 4 . q . 3 U n i t s / F o r m a t3 . 2 . 4 . q . 4 P r e c i s i o n / A c c u r a c y3 . 2 . 4 . q . 5 R a n g o.3.3 R equisitos del desarrollo3.4 Restricciones del diseño3.5 Atributos de l s o f t w a r e d e l s i s t e m a

3.6 Otros requisitosLa Plantilla de A.8 de Sección de SRS 3 exhibición las organizaciones múltiples3 . Los requisitos específicos3 . 1 R e q u i s i t o s d e l a i n t e r f a c e e xterna3 . 1 . 1 Interfaz con el usuario3 . 1 . 2 Interfaz con el hardware3 . 1 . 3 Interfaz con el software3 . 1 . 4 In t e r f a c e s d e c o m u n i c a c i o n e s3 . 2 R e q u i s i t o s f u n c i o n a l e s3 . 2 . 1 Us u a r i o c l a s e 13 . 2 . 1 . 1 R asgo 1.13 . 2 . 1 . 1 . 1 I n t r o d u c c i ó n / Propósito de rasgo3 . 2 . 1 . 1 . 2 s e c u e n c i a d e estímulos / R e s p u e s t a s3 . 2 . 1 . 1 . 3 r e q u i s i t o s f u n c i o n a l e s a s o c i a d o s3 . 2 . 1 . 2 R asgo 1.23 . 2 . 1 . 2 . 1 I n t r o d u c c i ó n / Propósito de rasgo3 . 2 . 1 . 2 . 2 S e c u e n c i a d e estímulos/ R e s p u e s t a s3 . 2 . 1 . 2 . 3 R equisitos f u n c i o n a l e s a s o c i a d o s...3 . 2 . 1 . m R a s g o 1 . m3 . 2 . 1 . m . 1 I n t r o d u c ción /Propósito de rasgo3 . 2 . 1 . m . 2 S e c u e n c i a de estímulos / R e s p u e s t a s3 . 2 . 1 . m . 3 R e q u i s i t o s f u n c i o n a l e s A s o c i a d o s3.2.2 usuario clase 2...3 . 2 . n c l a s e d e l U s u a r i o n...3 . 3 R equisitos de l desarrollo3 . 4 R e s t r i c c i o n e s d e d i s e ñ o3 . 5 Atributos del s o f t w a r e d e l s i s t e m a3 . 6 Otros requis itos