[Php-avanzado] SRS v3

[Analia Varela]

Hola Leo,

Buenos días y gracias por tus respuestas
Según las observaciones que me realizas, veo que tengo que realizar algunos
cambios.
Ni bien tenga la nueva versión, te la vuelvo a enviar o te consulto los
cambios en clase.

Saludos!,
Analía


El 10 de julio de 2013 10:46, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:

> Hola Analía,
>
> El dom, 07-07-2013 a las 14:53 -0300, Analia Varela escribió:
> > Hola Leo,
> >
> > Buenos días.
> > Aquí te envío la nueve versión del SRS, con las modificaciones que
> > sugeriste y con algunos cambios que surgieron de acuerdo a las
> > consultas que me realizaste. También agregue algunas consultas.
> > Te respondo a continuación de cada intervención tuya y con otro color
> > para que se distinga.
>
>         Te respondo a las consultas que me hacés.
>         Luego de las respuestas, fijate si la SRS sufre cambios o no, y
> enviame
> la SRS nuevamente. Así como está tiene muy buen aspecto, pero tal vez
> luego de las respuestas quieras hacer algún ajuste, y ahí habrá que
> revisarla otra vez.
>         Controlá que cada RF tenga su correspondiente entrada en el
> diccionario
> si es que hace referencia a un concepto nuevo, y no a una trasformación
> de un RF existente.
>
>
>
> >                 Entonces tiene un nombre raro ;-)
> >             - Si tenes razón, lo que pasa es que el cliente denomina
> > de esta forma a las obras viales. Pero como vos comentaste el jueves
> > pasado, agrego la especificación del termino Centro de Costos en el
> > diccionario.
>
>         Agregáselo, que en la versión al pié no está la aclaración.
>
>
> > [5] El sistema debe ingresar el listado de tareas a realizar en
> >         > máquina vial [4].
> >
> >       - Me surgió otra duda..., por ejemplo en este RF cuando expreso
> > la palabra "ingresar", yo me refiero que la persona que carga el
> > listado de tareas, las va cargando a mano y luego el sistema las
> > registra cuando se graban los datos. Mi pregunta se debe a que en el
> > sistema no existe un listado de tareas automático, sino que la persona
> > es la que genera este listado de tareas para cada orden de trabajo.
>
>         Entonces lo estás planteando mal.
>         Todos los RF hacen referencia a lo que hace el sistema, y nunca a
> lo
> que hacen las personas que lo usan.
>         En este caso en vez de "ingresar", lo que tal vez quisiste
> especificar
> es algo como "registrar"
>         Lo que decís de que se van "cargando a mano" y luego "se registra
> cuando se guardan los datos" tiene tan poco sentido que no sé por dónde
> empezar... por un lado, el momento en que los datos terminen en el
> disco, es una cuestión de diseño, y no es pertinente que lo estés
> pensando como parte de la funcionalidad. Por otra parte, todos los datos
> que un operador escriba "a mano" con el teclado irá luego a parar a
> algún lado... y si en los otros RF no te surgió la duda, en este tampoco
> debería porque se comporta exactamente igual a por ejemplo "el sistema
> debe gestionar tipos de máquinas viales".
>
>         Que tengas la duda acá es un poco mi culpa, porque este RF tiene un
> error de concepto que no te marqué antes, para ver si con la elaboración
> surgía de vos: el listado de tareas no se registra en una máquina vial,
> sino en un orden de trabajo!
>
>         Si en lugar de lo que te digo arriba la idea consiste en registrar
> tareas a hacer a una máquina para luego decidir cuales hacer, definiendo
> una orden de trabajo y cargando algunas o todas las tareas a realizar...
> hay que especificar las tareas así, pero luego especificar como se
> restringen a solo estas tareas las cosas que pueden aparecer en la orden
> de trabajo.
>
>         Me explico? Si no lo vemos mañana.
>
>
> >                 Cambiá la palabra "permitir", porque todo lo que está
> >         especificado es
> >         lo que se permite hacer, y por tanto genera ambigüedad o la
> >         omisión de
> >         la funcionalidad real, como en este caso.
> >                 Podría ser "el sistema debe terminar ...." o mejor
> >         todavía, para
> >         expresarlo en los términos del diccionario de Estados de OT
> >         "El sistema
> >         debe cambiar el estado de una Orden de Trabajo [12] al Estado
> >         de Orden
> >         de Trabajo [8] "terminada" bla, bla, bla".
> >            - En realidad los cambios de estados también están en el
> > listado de tareas tanto para máquinas como para accesorios. Es decir,
> > en una orden de trabajo se pueden tener tareas en distintos estados.
> > Para esto incorporé el RF[7bis] y eliminé el RF[14]
>
>         Uf... yo creo que vas a tener que especificar la orden de trabajo
> en un
> RF, y luego en sub requerimientos especificar cómo funciona cada cosa:
> agregado de una máquina a la orden de trabajo, agregado de un accesorio,
> agregado de una tarea, cambios de estados de las tareas, y finalmente el
> cambio de estado de la OT completa a finalizada, y a partir de ahí no es
> modificable nunca más.
>
>
>         Seguimos en el próximo e-mail!
>
>
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Web: http://leonardo.tadei.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20130711/5e593353/attachment.html>