(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
SISTEMA DE INFORMACION WEB PARA LA AUTOMATIZACIÓN DE PROCESOS DE CONTROL ACADEMICO. CASO:
U.E “JUAN ANTONIO MICHELENA”
Nombres: Arnaldo Lameda Reinaldo Chirinos Edward Veloz Alexander Monagas Prof. Irma Lóez Ingenier!a de sof"ware
Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
IN#ICE Res$men I.%
IN&R'#(CCI'N
El acelerado crecimiento tecnológico de este mundo globalizado hace que las empresas, instituciones, u organizaciones adopten nuevas formas para poder competir en las diferentes aéreas de mercado. Toda organización sin importar su magnitud debe estar capacitada para utilizar las nuevas tecnologías que nacen a ritmo acelerado. Hoy en día se dice que estamos viviendo una revolución tecnología, en donde las tecnologías de información y comunicación han abarcado un mbito ilimitado en las sociedades y han traído consigo grandes transformaciones en sus ciudadanos, las tecnologías han abierto un mundo de posibilidades, ha permitido la comunicación entre personas sin importar la distancia, es decir en cualquier parte del mundo, permite a través de la creación de la !eb de información mundial, el acceso a un universo de información ilimitada. "artiendo del conte#to de lo
importante y venta$oso que son el uso de las nuevas tecnologías o
herramientas tecnológicas en una organización, podemos decir, que en la actualidad e#isten muchas instituciones que aun no han comenzado a transitar por la autopista de la innovación y las nuevas tecnologías, lo que trae consigo una gran desventa$a frente a otras que si lo han utilizado, y aprovechado como una plataforma para impulsar y desarrollar al m#imo la estructura de la organización y lograr a través de ellas el crecimiento de la misma. En la actualidad contar con una herramienta informativa como lo son las pginas !eb, permitir a la organización posicionarse en un buen lugar, ya que %nternet le brinda la capacidad de estar siempre disponible en cualquier lugar y en cualquier momento, comunicar la filosofía de la empresa &valores, posicionamiento Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
y productos', adecuando el contenido a los intereses del mercado, oportunidades de negocio y, sobre todo, a las necesidades del cliente (a información publicada en %nternet es permanente porque est siempre disponible para ser consultada, las )* horas del día durante todo el a+o. •
(a información publicada en %nternet es instantnea ya que al momento de ser publicada, puede llegar en cuestión de segundos a cualquier servidor de la red en cualquier lugar del mundo.
•
diferencia de otros medios masivos de comunicación, este medio es interactivo. Es decir, las personas que visitan una pgina -eb adquieren conocimiento de los servicios de la empresa y pueden ponerse en contacto de una forma eficiente y sin importar distancias ni horarios.
•
mplía su mercado desde un nivel local hasta un nivel nacional o internacional.
•
"uede
ofrecer
detalladamente
sus
productos
y
servicios,
independientemente de que los clientes deban llamarle por teléfono o visitar su negocio para comprarlos. •
"uede dar a conocer y difundir la dirección de su empresa, oficinas, locales o tiendas, sus nmeros de teléfono, fa# y su dirección de correo electrónico, para que sus clientes lo contacten fcilmente.
•
/na pgina -eb le permite ahorrar en publicidad, evitando tener que reimprimir o rehacer, como sería el caso con guías y folletos impresos. 0 la ltima pero principal característica es que una pgina -eb permite aumentar el nmero de clientes y el volumen de ventas de su empresa.
Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
) .)
Proósi"o:
El ob$etivo de la especificación es definir en forma clara y precisa todas las funcionalidades y restricciones del sistema que se desea construir. El documento va dirigido al equipo de desarrollo, a la dirección del instituto y a los usuarios finales del 1istema de %nformación -eb para la automatización de procesos de 2ontrol en la /.E 334/5 5T65%6 7%2HE(E533. Este documento ser el enlace entre las partes implicadas, tomando parte en su confección miembros como8 desarrolladores y usuarios finales e indirectos como8 "rofesores, "ersonal dministrativo, 2oordinadores, %nclusive opinión de algunos representantes y alumnos. Esta especificación est su$eta a revisiones, hasta alcanzar su aprobación desde el punto de vista técnico y conceptual. /na vez aprobado servir de base al equipo de desarrollo para la construcción del nuevo sistema, y así poder brindar a los padres y representantes del referido colegio la oportunidad de acceder a dicho proceso de una forma rpida, fcil desde la comodidad de su hogar.
).*
+mbi"o del ,is"ema-Proe/"o
Nombre del ,is"ema: 1istema de %nformación -eb para la automatización de procesos de 2ontrol en la /.E 334/5 5T65%6 7%2HE(E533.
Al/an/e del ,is"ema: El aplicativo !eb permitir contar con una 2artelera %nformativa -eb dividida en varias secciones enfocada en información de interés tanto para "rofesores, lumnos, y 9epresentantes que permitir a su vez8
Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
%ntegridad y veracidad en la información8 Hace referencia a que la información se encuentra en óptimas condiciones al estar en un medio informtico seguro y dise+ado especialmente para el fin establecido. %nformación oportuna en tiempo real, donde cualquier información que necesite ser suministrada ser actualizada acorde a la realidad del evento, situación o "rograma a ser realizado. "or otra parte el sistema permitir realizar el proceso de pre: inscripción a través de un enlace donde se podr realizar y obtener todos los requisitos para formalizar la inscripción8 • • • • • •
9egistro de usuario ; representante
Es"e mod$lo brinda $na serie de benefi/ios me"as /omo: 1eguridad en tener la información, disminución en las colas para realizar el proceso de inscripción, tranquilidad en los representantes, se agiliza el llenado de las planillas de inscripción, el colegio contaría con un proceso ms eficiente y los docentes pasarían ms tiempo con los alumnos. 7ayor organización y rapidez para el =epartamento de 2ontrol de Estudios. (a %nformación y documentación generada seria mane$ada a través de una base de =atos , la cual seria reguardada y respaldada en otro equipo para redundancia en la misma y seguridad en el mane$o, resguardo e integridad de los datos.
Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
=esarrollar un sistema informtico que registre la data de los procesos de inscripción de manera segura, y permita generar los reportes oportunamente y cuya información sea vers. =icho sistema generar reportes en cuanto a constancias de inscripción, constancias de estudios. dems brinda bondades y venta$as como8 lmacenamiento ordenado de información8 (a información es bien guardada segn una estructura ben dise+ada con el fin de tener acceso fcil y rpido a ella en cualquier momento. 2laridad en los procesos8 (os procesos alrededor del sistema de información se tomara ms claro pues este ser un gestor que sigue unas reglas claras y agiles. 2onfidencialidad de la información y seguridad8 1olo personal autorizado tiene acceso a determinada información. 1e
deber capacitar al personal administrativo para manipular y
familiarizarse con el sistema. El motor que impulsa el desarrollo del sistema es la evidencia de una creciente complicación y difcultad en la gestión del almacenaje, compras y construcción de Ps en la empresa P!ee"# La situación de partida es una en la que no e$iste un sistema in%orm&tico que automatice la gestión de las principales &reas de negocio de la empresa# E$iste, sin embargo, un sistema manual completamente de%ectuoso, que ser& reempla'ado por el sistema in%orm&tico# Este %uturo sistema recibir& el nombre de )!ee"# El %uturo sistema no se encargar& de la gestión ni de los cobros a clientes ni de los pagos a proveedores# La carga del sistema se puede estimar teniendo en cuenta que la empresa cuenta con *+ operarios que se encargan de montar ordenadores que, actualmente, producen unos
++ Ps diarios#
El
almac-n contiene
apro$imadamente unas .+++ unidades de cada tipo de componente (.+++ placas base, .+++ micros, etc#/# En un momento dado, es posible que 0aya Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
unos +++ Ps en el almac-n esperando a ser enviados a los clientes (gran superfcies/# 1e cualquier %orma, esta 2ltima ci%ra no es e$acta, y puede variar muc0o dependiendo de la -poca del a3o#
>.?
=efiniciones, crónimos y breviaturas
#4# 1efniciones 5perario Persona encargada del montaje de los Ps, a partir de una serie de componentes# Encargado del almac-n Persona a cargo del almac-n de la empresa# e encarga de ubicar en sus lugares correspondientes en el almac-n tanto los componentes como los Ps Proveedores 6abricantes de 7ard8are, a los que se les compran los distintos componentes# 9ormalmente son 5E# #4#. Acrónimos ER Especifcación de Requisitos o%t8are 5E 5pen Equipment anu%acturer #4#4 Abreviaturas )!ee" istema de )n%ormación para P!ee"
>.*
9eferencias
; )EEE Recommended Practice %or o%t8are Requirements pecifcation# A9)<)EEE std# =4+, >>=
>.@
Este documento consta de tres secciones# Esta sección es la )ntroducción y proporciona una visión general de la ER# En la ección . se da una descripción general del sistema, con el fn de conocer las principales %unciones que debe reali'ar, los datos asociados y los %actores, restricciones, supuestos y dependencias que a%ectan al desarrollo, sin entrar en e$cesivos detalles# En la sección 4 se defnen detalladamente los requisitos que debe satis%acer el sistema#
II.%
#E,CRIPCI'N 0ENERAL #EL ,I,&EMA
En esta sección se presenta una descripción a alto nivel del sistema# e presentar&n las principales &reas de negocio a las cuales el sistema debe dar soporte, las %unciones que el sistema debe reali'ar, la in%ormación utili'ada, las restricciones y otros %actores que a%ecten al desarrollo del mismo#
Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
).> "erspectiva del "roducto. &6b$etivos;metas, método de desarrollo que se va a utilizar ba$o que paradigma, especificar autor y nombre de la metodología vinculada al método' ).) Aunciones del "roducto .# Perspectiva del producto El sistema, en esta primera versión, no interactuar& con ning2n otro sistema in%orm&tico# .#. 6unciones del sistema En t-rminos generales, el sistema deber& proporcionar soporte a las siguientes tareas de gestión de la empresa P!ee": ; !estión del almac-n ; !estión de pedidos a proveedores ; !estión de pedidos de clientes ; !estión de montajes .#.# !estión del almac-n ?odo el proceso de ventas, compras de componentes y construcción de nuevos Ps necesita de in%ormación fable y en tiempo real de la situación del almac-n# Esto implica que se comunicar&n al sistema todos los movimientos de entrada, salida y ubicación de las mercanc@as en el almac-n# on el objeto de %acilitar estas tareas, se 0a decidido abandonar la anterior organi'ación monol@ticaB del almac-n en benefcio de una nueva organi'ación m&s estructurada# 1ic0a organi'ación se muestra en el Ap-ndice (sección C#, p&gina ./# Las entradas de material en el almac-n obedecen a dos causas: ; Entrada de componentes, que ser&n utili'ados en la construcción de Ps ; Entrada de los Ps construidos por los operarios Los componentes que se solicitan a los proveedores pueden ser Placas base, ajas, ?arjetas gr&fcas, etc# (ver sección C#./# ?oda entrada de componentes deber& ser adecuadamente comunicada al sistema# Por su parte, el sistema proporcionar& in%ormación de los 0uecos libres e$istentes# Para cada componente que se da de alta en el almac-n, se introducir&n en el sistema tanto las caracter@sticas del componente como su ubicación# Las salidas de material del almac-n obedecen a dos causas: ; Retirada de componentes para ser utili'ados en la construcción de Ps ; Denta de Ps a clientes Los operarios que construyen los ordenadores deben consultar la disponibilidad de e$istencias de componentes en el almac-n, y as@ podr&n planifcar su trabajo# Estos componentes ser&n enviados del almac-n a los talleres de construcción, que se encuentran a una distancia de * m# En cuanto a los Ps, cuando se 0a fnali'ado su construcción, se dar&n de alta en el sistema# e comunicar& al sistema tanto la confguración b&sica del P como su ubicación en el almac-n# ada ve' que se desee servir un pedido a un cliente se consultar& la ubicación Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
de los Ps que coincidan con las confguración e$igida por el cliente# Fna ve' identifcados y
).? 2aracterísticas de los usuarios El sistema de in%ormación deber& o%recer una inter%a' de usuario intuitivo, %&cil de aprender y sencillo de manejar# El sistema deber& presentar un alto grado de usabilidad# Lo deseable ser@a que un usuario nuevo se %amiliari'ase con el sistema en una o dos 0oras#
).* 9estricciones 1ado que el sistema implementar& la pol@tica y los procesos de negocio actualmente vigentes en la empresa, es de esperar que %uturos cambios en los modos de trabajo o en las pol@ticas, ejer'an un %uerte impacto sobre el sistema# En cuanto a las restricciones 7ard8are<o%t8are, la empresa e$ige que el sistema %uncione bajo el paradigma cliente
).@ 1uposiciones y =ependencias .#*# uposiciones e asume que el almac-n ser& reestructurado con%orme a la organi'ación propuesta en la sección C# (p&gina ./# e asume que los requisitos descritos en este documento son estables una ve' que sea aprobado por la dirección de P!ee"# ualquier petición de cambios en la especifcación debe ser aprobada por todas las partes y gestionada por el grupo de !estión de la onfguración .#*#. 1ependencias El sistema )!ee" %unciona autónomamente, sin necesidad de comunicarse con otros sistemas e$ternos, por lo que no 0ay dependencias respecto de otros sistemas# El sistema seguir& una arquitectura liente<ervidor, por lo que la disponibilidad del sistema depender& de la cone$ión entre las m&quinas en las que residir& el programa cliente y la m&quina servidora de datos# 4 Requisitos Espec@fcos En este apartado se presentan los requisitos %uncionales que deber&n ser satis%ec0os por el sistema# ?odos los requisitos aqu@ e$puestos son EE9)ALE, es decir, no ser@a aceptable un sistema que no satis%aga alguno Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
de los requisitos aqu@ presentados# Estos requisitos se 0an especifcado teniendo en cuenta, entre otros, el criterio de testabilidadB: dado un requisito, deber@a ser %&cilmente demostrable si es satis%ec0o o no por el sistema# 4# Requisitos 6uncionales 4## Entrada de componentes en el almac-n Req(+/ ada ve' que se recibe un lote de componentes se dar& entrada en el sistema a todos y cada uno de ellos# Para cada componente recibido se requiere la siguiente in%ormación: 92mero de serie (proporcionado por el sistema/, tipo y subtipo de componente, %ec0a de llegada, n2mero de pedido de proveedor correspondiente, ubicación y una breve descripción# La ubicación del componente en el almac-n se determina seg2n lo e$puesto en el Ap-ndice (sección C#, p&gina ./# Req(+./ ólo se podr&n dar entrada a componentes cuyo tipo y subtipo sea alguno de los actualmente conocidos por el sistema# Der Req(+4/# Req(+4/ Los tipos y subtipos de componente son 2nica y e$clusivamente los que se presentan en el Ap-ndice (sección C#., p&gina ./, y se guardar&n en las 'onas del almacen reservadas para ello# ada tipo de componente se almacenar& en una 'ona determinada, y en cada 'ona sólo se almacenar&n componentes de un tipo determinado# 4##. Reservas de materiales para el montaje de Ps Req(+C/ El operario podr& consultar en el sistema la lista de componentes en el almac-n que no se encuentren reservados (ver Req(4//# El operario introducir& un tipo y un subtipo de componente y se le mostrar& una lista de aquellos que se encuentran en el almac-n y que no se encuentren reservados# La lista se presentar& en pantalla# Los componentes del mismo tipo y subtipo se distinguir&n unos de otros por el n2mero de serie (ver Req(+//# Req(+*/ El operario podr& seleccionar en pantalla, de una lista de componentes no reservados, aquellos componente que le interesen# Gstos quedar&n autom&ticamente reservados a su nombre# Para cada componente de la lista se mostrar& el tipo, subtipo, descripción y proveedor# Req(+H/ emanalmente el sistema emitir& una orden de recogida, destinada al encargado del almac-n# La orden de recogida es un listado de todos los componentes solicitados por los operarios encargados de la construcción de ordenadores# Este listado deber@a contener como m@nimo el n2mero de serie de los componentes, el 19) del operario que lo 0a reservado y la posición del componente en el almac-n (ver Ap-ndice, apartado C#/# El listado se reali'ar& en papel etiquetado, con el 19) de los operarios impreso sobre las etiquetas# Req(+I/ El encargado del almac-n dar& de baja los componentes que se encuentran en el almac-n cada ve' que env@e a los talleres los componentes solicitados por los operarios, seg2n la Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
orden de recogida semanal (ver Req(+H//# ólo se podr&n dar de baja del almac-n componentes que 0ayan sido anteriormente reservados por un operario# El encargado del almac-n etiquetar& cada componente (una ve' recogido/ con el 19) del operario que lo 0a reservado, antes de enviar los componentes a los talleres# ER P&gina 4 Req(+=/ El sistema proporcionar& una opción de consulta de los componentes reservados por cada operario# Esta consulta ser& de gran ayuda para los operarios cada ve' que se reciban componentes desde el almac-n, para %acilitar la operación de recogida de los mismos# Req(+>/ Los operarios constructores de ordenadores deber&n ser dados de alta en el sistema# La in%ormación b&sica que se le proporcionar& al sistema consta de: 9ombre del operario, 19), 6ec0a de entrada en la empresa# Este requisito es necesario para la correcta implementación del requisito Req(+*/# 4##4 !estión de proveedores Req(+/ Para cada proveedor que se quiera dar de alta en el sistema, se introducir&n los siguientes datos b&sicos: 9ombre, )6, 1irección, ?el-%ono, 6AJ, email, FRL# Req(/ i el usuario desea dar de baja a un proveedor e$istente, comunicar& al sistema el )6 del proveedor en cuestión# A continuación, si el proveedor e$iste, el usuario podr& darlo de baja# 9o se puede dar de baja un proveedor si posee pedidos pendientes de servir# Req(./ El sistema deber& permitir la modifcación de los datos de un proveedor (cambios de dirección o tel-%ono, por ejemplo/# 4##C !estión de pedidos a proveedores Req(4/ emanalmente se emitir& un in%orme con las cantidades de todos los componentes que 0ay en el almac-n, agrupados por tipo y subtipo# e proporcionar& un aviso de stoc" bajo para aquellos tipos de componente cuya cantidad sea menor que I++# Req(C/ Los pedidos a proveedores se introducir&n a trav-s del sistema# En primer lugar, el usuario seleccionar& el proveedor# A continuación, introducir& una serie de items que corresponder&n a los productos deseados, junto con la cantidad deseada de cada uno# El sistema se encargar& de almacenar todos los pedidos reali'ados# ER P&gina C Req(*/ El sistema permitir& la emisión (impresión/ de pedidos, con idea de envi&rselos al proveedor# Req(H/ Fna ve' que un pedido 0a sido emitido (o sea, 0a sido impreso/, ya no podr& ser modifcado# Req(I/ Los items de los pedidos a proveedores pueden encontrarse parcial o totalmente servidos# Por ejemplo, dado un pedido de .* tarjetas gr&fcas al proveedor J, las tarjetas pueden llegar todas juntas o en distintas entregas: 0oy se reciben +, la semana que viene otras +, etc# (Der Req(+// El sistema ir& descontando las cantidades recibidas de las cantidades pendientes, para el correspondiente @tem del pedido# Req(=/ uando se 0ayan recibido todos los componentes correspondientes a un @tem de pedido, dic0o @tem se marcar& Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
como recibido# Req(>/ uando todos los @tems de un pedido se 0an marcado como recibidos, el pedido ser& autom&ticamente marcado como pedido servido # Req(.+/ El sistema permitir& la consulta de estado de los pedidos a proveedores# 1ado un pedido, se presentar& en pantalla el estado de sus @tems correspondientes (tanto los recibidos como los pendientes/ mostr&ndose la cantidad pendiente de entrega de cada item# 4##* !estión de lientes Req(./ Para todo cliente que se quiera dar de alta en el sistema, se introducir&n los siguientes datos b&sicos: 9ombre, )6, 1irección, ?el-%ono, 6AJ, email, FRL# Esto es importante porque tan sólo los pedidos completamente servidos podr&n ser pagados (aunque el sistema no se encargar& de la gestión de pagos/# ER P&gina * Req(../ i el usuario desea dar de baja a un cliente e$istente, comunicar& al sistema el )6 del cliente en cuestión# A continuación, si el cliente e$iste, el usuario podr& darlo de baja# 9o se puede dar de baja un cliente si posee pedidos pendientes de entregar# Req(.4/ El sistema deber& permitir la modifcación de los datos de un cliente (cambios de dirección o tel-%ono, por ejemplo/# 4##H Entrada de pedidos de clientes Req(.C/ Los pedidos de los clientes ser&n dados de alta en el sistema# Los datos b&sicos del pedido son: 6ec0a del pedido, el )6 del cliente, el nombre del cliente y la dirección de entrega# Los datos b&sicos de cada @tem del pedido son la cantidad y confguración de los Ps# Der Req(4I/# Req(.*/ La entrada de los pedidos de los clientes lleva consigo una reserva de los Ps del almac-n que coincidan con la confguración solicitada# 9o se podr&n reservar Ps que se encuentren reservados# Req(.H/ uando se reciben los pedidos de los clientes, se comprobar& si se pueden servir o no, seg2n las e$istencias en almacen# i no se puede servir completamente, el pedido no podr& reali'arse y no se dar& de alta en el sistema# Puede utili'arse la consulta de almac-n como se e$pone en el Req(4C/# 4##I !estión de Ps Req(.I/ uando el operario fnali'a la construcción de un P, lo dar& de alta en el sistema, indicando su confguración# ada P ser& identifcado con un código proporcionado por el sistema# El operario etiquetar& cada P con su código identifcador y su confguración# Estas etiquetas ser&n impresas por el sistema en papel etiquetado# Req(.=/ El sistema in%ormar& acerca de qu- Ps se encuentran en los talleres# emanalmente, los Ps de los talleres deben ser trasladados al almac-n# ER P&gina H Req(.>/ El encargado del almac-n guardar& los Ps en los lugares del almacen adecuados (ver C#/, seg2n la confguración del P indicada en su etiqueta (ver Req(.I//# 4##= Reserva de material en previsión de ser recibido Req(4+/ El sistema proporcionar& in%ormación acerca de la situación de los pedidos a proveedores# 1e esta %orma, los operarios podr&n Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
prever la construcción de Ps en un %uturo pró$imo# e desea que los operarios puedan acceder a esta in%ormación agrupada por tipo y subtipo de componente# La in%ormación b&sica presentada por el sistema consistir& en: ?ipo y subtipo de componente, proveedor, cantidad pendiente (acumulado por proveedor para todos sus pedidos/ y el n2mero de componentes ya reservados (por proveedor/# Der Req(4/# Req(4/ Los operarios encargados del montaje de los ordenadores podr&n reservar con antelación los componentes en previsión de ser recibidos# A partir de una lista de componentes como la e$igida en Req(4+/, los operarios podr&n indicar la cantidad de componentes deseados, siempre y cuando dic0os componentes no 0ayan sido marcados con anterioridad# Req(4./ En la recepción de pedidos, cuando se introdu'can en el almac-n componentes que 0ayan sido reservados por los operarios, dic0os componentes seguir&n teniendo un estatus de reservado, asociado al operario correspondiente# Los componentes se asignar&n a los operarios siguiendo el orden en que 0an sido reservados# Por ejemplo, supóngase un pedido de * tarjetas de sonido 0ec0o al proveedor P# i el operario 5P reserva . tarjetas de sonido y el operario 5P., posteriormente, reserva tarjeta, entonces las . primeras tarjetas que se reciban ser&n asignadas por el sistema a 5P# La pró$ima tarjeta de sonido que se reciba, correspondiente a este pedido, ser& asignada al operador 5P.# ER P&gina I 4##> onsultas de estado del almac-n Req(44/ El sistema proporcionar& in%ormación (en pantalla y en listado/ acerca de los componentes e$istentes en el almac-n# Esta in%ormación ser& accesible por tipo y subtipo de componente o por proveedor# Para cada componente individual se mostrar& su tipo, subtipo, proveedor, ubicación, cantidad, si se encuentra o no reservado y por qui-n# La ubicación de un componente en el almac-n se determina seg2n consta en el Ap-ndice (sección C#, p&gina ./# Req(4C/ El sistema proporcionar& in%ormación acerca de la ubicación de los Ps correspondientes a una determinada confguración# El usuario podr& acceder a esta consulta proporcion&ndole al sistema un identifcador de confguración (ver Req(4I/ El sistema le mostrar& la ubicación de los Ps cuya confguración coincida con la proporcionada por el usuario# La ubicación de un P en el almac-n se determina seg2n consta en el Ap-ndice (sección C#, p&gina ./# Req(4*/ El sistema proporcionar& in%ormación acerca de los 0uecos e$istentes en el almac-n# Los 0uecos libres se presentar&n en pantalla, indic&ndose para cada uno ellos su ubicación e$acta# La ubicación de un 0ueco se determina seg2n consta en el Ap-ndice (sección C#, p&gina ./# Req(4H/ El sistema proporcionar& in%ormación acerca de qu- 'onas almacenan qu- componentes (para la sección de componentes/ y qu- 'onas almacenan Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
qu- confguraciones (para la sección de Ps/# e supone que las relaciones de 'onas con componentes o confguraciones nunca var@an# 4##+ !estión de onfguraciones Req(4I/ La dirección de la empresa 0a determinado que las confguraciones de Ps son las que fguran en la sección C#4# ólo se podr&n construir ordenadores que obede'can a estas confguraciones dadas# ER P&gina = Req(4=/ ada confguración va asociadas a una 'ona de la sección de Ps en el almac-n# ?anto las 'onas del almac-n (para Ps y componentes/ como las posibles confguraciones de los Ps 0an sido determinadas por la 1irección de la empresa y sólo ser& necesario introducirlas una ve' en el sistema# 4#. Requisitos de )nter%aces E$ternos 4#.# )nter%aces de Fsuario La inter%a' de usuario debe ser orientada a ventanas, y el manejo del programa se reali'ar& a trav-s de teclado y ratón# 4#.#. )nter%aces 7ard8are 9o se 0an defnido# 4#.#4 )nter%aces o%t8are 1e momento, no 0abr& ninguna inter%a' so%t8are con sistemas e$ternos# 4#.#C )nter%aces de omunicación La cone$ión a la red se establecer& por medio de una cone$ión directa a la red Et0ernet de P!ee", donde se encontrar& el servidor, y tambi-n utili'ando una cone$ión tele%ónica por módem o R1) (caso de la cone$ión con el almac-n/# Esto ser& transparente para la aplicación, la cual, a todos los e%ectos, considerar& que est& en la misma red que el servidor# 4#4 Requisitos de Rendimiento El n2mero de puestos a los que se debe dar servicio simult&neamente es de unos *# El tiempo de respuesta en las operaciones debe ser in%erior o igual a .+ segundos# 4#C Requisitos de 1esarrollo El ciclo de vida elegido para desarrollar el producto ser& el de prototipo evolutivo, de manera que se puedan incorporar %&cilmente cambios y nuevas %unciones 4#* Requisitos ?ecnológicos La aplicación cliente se ejecutar& sobre un P con una confguración m@nima de: Procesador: Pentium .++ 0'# emoria: HC b Espacio libre en disco: + b# ?arjeta Et0ernet o ódem o ?arjeta R1) ?odos los Ps estar&n conectados a una estación de trabajo situada en la ofcina principal de P!ee", donde residir& la base de datos# El sistema operativo sobre el que se debe ejecutar la aplicación es Kindo8s>* y Kindo8s>=# La Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
aplicación debe ser independiente del istema de !estión de ases de 1atos que se utilice en el servidor, aunque s@ es requisito de la aplicación el que este !1 sea relacional# Para el acceso a la base de datos se utili'ar&n drivers 51# 4#H Atributos 4#H# eguridad uando un usuario intente conectarse al sistema deber& introducir su identifcación (login y clave de acceso, y el sistema deber& comprobar que se trata de un usuario autori'ado# i el identifcador introducido no corresponde a un usuario autori'ado o la clave no coincide con la almacenada, se dar& una indicación de error# Al tercer intento consecutivo sin -$ito, se cerrar& el programa# El sistema de in%ormación tendr& distintos tipos de usuarios y a cada uno de ellos se le permitir& 2nicamente el acceso a aquellas %unciones que le correspondan# Los tipos de usuario que se van a contemplar, y las labores que corresponden a cada uno de ellos, son: ; Responsable del almac-n: puede dar entrada en el almac-n a componentes y Ps ; 5perarios: Pueden reservar componentes# Pueden dar de alta Ps# ER P&gina .+ ; 1epartamento de compras: Puede dar de alta pedidos a proveedores ; 1epartamento de ventas: Puede dar de alta pedidos de clientes# ; 9ing2n usuario podr& dar de alta o baja los siguientes datos: Monas del almac-n, confguraciones# El sistema proporcionar&, adem&s, %unciones de auditor@a, registrando la %ec0a, 0ora y usuario (login/ de toda transacción# ER P&gina . C Ap-ndices C# Estructura del almac-n La implantación del nuevo sistema requiere una reestructuración de la organi'ación del almac-n# A continuación se describe la nueva organi'ación propuesta: ; El almac-n se dividir& en dos secciones: ección omponentes y ección Ps# ; La sección de componentes se dividir& en 'onas# ada 'ona almacenar& e$clusivamente un tipo de componente# Los tipos de componente se muestran en la sección C#.# ; La sección de Ps se dividir&, asimismo, en tres 'onas distintas: 'ona de Pentium, 'ona de Pentium )) y 'ona de Pentium )))# ; ?anto para componentes como para Ps, cada 'ona se dividir& en columnas, y las columnas se dividir&n en alturas# La combinación de una sección, una 'ona, una columna y una altura defne un 0ueco del almac-n# C#. ?ipos y subtipos de componentes Los distintos tipos de componentes que ser&n utili'ados en la construcción de Ps, son los que se presentan en esta sección, aunque en el %uturo podr@an necesitarse otros# 1ebe tenerse en cuenta que cada componente individual posee, adem&s, un n2mero de serie que lo identifca# Fna confguración de un P est& compuesta por la unión de subtipos de cada uno de los siguientes tipos: ; Placa base ; ubtipos: A?J, J, LJ ; icro (PF/ ER P&gina .. ; ubtipos: P))) C++ 7', P))) C*+ 7', P))) *++ 7' ; aja ; ubtipos: A?, ?,? ; 711 ; subtipos: C!b, H!b, =!b, +!b, .*!b ; ?arjeta gr&fca ; A9?) )9EJPER? Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
>= =b, 416lipaJ ooboo4, 1estructive laster ?9?. ; ?arjeta de onido ; Ka8aHC, ristal C.4H, 5ma0a I> ; omunicaciones ; ?arjeta 445, odem E R55?) *Hb ; Fnidad de 1R5<1D1R5 ; ubtipos: 14.$, 1C=$, 1D1C$, 1D1H$ ; Ratón ; in subtipos ; pea"ers ; H+K, C+K ; ?eclado ; in subtipos ; onitor ; 9onDie8 *, 1ull I, ic0ubic0i I ; istema 5perativo preinstalado ; ubtipos: K>=, K++, Linu$ C#4 onfguraciones Los Ps que %abrica la empresa deben ajustarse a alguna de las siguientes confguraciones predefnidas# Las confguraciones posibles son *# Fna confguración se compone de la unión de subtipos correspondientes a los tipos dados# Por ejemplo, una confguración v&lida podr@a ser: ; Placa ase: A?J ; icro: P))) C++ 7' ; aja: A? ; 711: H!b ; ?arjeta !r&fca: A9?) )9EJPER? >= =b ; ?arjeta de onido: Ka8aHC ; omunicaciones: odem E R55?) *Hb ; 1R5<1D1R5: 1D1C$ ; Ratón ; pea"ers:H+K ; ?eclado ; onitor: 1ull
III.%
ANAL,I, #E RE1(ERIMIEN&', ?.> Técnicas de elicitacion de requerimientos utilizadas. ?.) 9equerimientos Benerales &usuario' ?.? 9equerimientos funcionales ?.* 9equerimientos no funcionales ?.@ 9equerimientos de implementación
IV.%
M'#EL' #E RE1(I,I&', #EL ,I,&EMA *.> =efinición de técnicas de modela$e utilizadas. *.) 7odelo de =ominio del 1istema &2omportamiento' =iccionario de ctores =iccionario de 2asos de /so &Escenarios' =iagrama de 2omportamiento del 1istema
Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
*.? 7odelo de %nterfaz del 1istema *.* 7odelo Esttico del 1istema &2omportamiento' =iagrama de ob$etos =iagrama de clases =iccionario de clases
*.@ 7odelo =inmico del 1istema =iagrama de 1ecuencia =iagrama de 2olaboración
V.%
PR(E2A, #EL ,I,&EMA @.> "ruebas de /nidades @.) "ruebas de %ntegración @.? "ruebas de 1istema @.* "ruebas de aceptación. @.? "istas de uditoria &nlisis de 9iesgos'
VI.%
ANE3', @.> Estructura organizativa @.) "lan de Entrevista;2uestionario aplicado
Elaborado por:
Revisado por: Aprobado por:
(Logo
ESPECIFICACION DE REQUERIMIENTOS
Fecha: DEL SISTEMA- ERS
@.? Crbol lógico del problema &estrategia aplicada para conceptualizar el problema' @.* 2ronograma de actividades &B5TT:"E9T;2"7'
Elaborado por:
Revisado por: Aprobado por: