(Logo ESPECIFICACION DE REQUERIMIENTOS Fecha: DEL SISTEMA- ERS (NOMBRE DEL SISTEMA) Pg. 1/99Fecha:ERSpsg. 1/99(RIF)

SISTEMA DE INFORMACION WEB PARA LA AUTOMATIZACIN DEPROCESOS DE CONTROL ACADEMICO.CASO: U.E JUAN ANTONIO MICHELENA

Nombres:Arnaldo LamedaReinaldo ChirinosEdward VelozAlexander Monagas Prof. Irma Lpez Ingeniera de software

INDICEResumenI.- INTRODUCCIONEl acelerado crecimiento tecnolgico de este mundo globalizado hace que las empresas, instituciones, u organizaciones adopten nuevas formas para poder competir en las diferentes areas de mercado. Toda organizacin sin importar su magnitud debe estar capacitada para utilizar las nuevas tecnologas que nacen a ritmo acelerado. Hoy en da se dice que estamos viviendo una revolucin tecnologa, en donde las tecnologas de informacin y comunicacin han abarcado un mbito ilimitado en las sociedades y han trado consigo grandes transformaciones en sus ciudadanos, las tecnologas han abierto un mundo de posibilidades, ha permitido la comunicacin entre personas sin importar la distancia, es decir en cualquier parte del mundo, permite a travs de la creacin de la web de informacin mundial, el acceso a un universo de informacin ilimitada. Partiendo del contexto de lo importante y ventajoso que son el uso de las nuevas tecnologas o herramientas tecnolgicas en una organizacin, podemos decir, que en la actualidad existen muchas instituciones que aun no han comenzado a transitar por la autopista de la innovacin y las nuevas tecnologas, lo que trae consigo una gran desventaja frente a otras que si lo han utilizado, y aprovechado como una plataforma para impulsar y desarrollar al mximo la estructura de la organizacin y lograr a travs de ellas el crecimiento de la misma.En la actualidad contar con una herramienta informativa como lo son las pginas web, permitir a la organizacin posicionarse en un buen lugar, ya que Internet le brinda la capacidad de estar siempre disponible en cualquier lugar y en cualquier momento, comunicar la filosofa de la empresa (valores, posicionamiento y productos), adecuando el contenido a los intereses del mercado, oportunidades de negocio y, sobre todo, a las necesidades del cliente La informacin publicada en Internet es permanente porque est siempre disponible para ser consultada, las 24 horas del da durante todo el ao. La informacin publicada en Internet es instantnea ya que al momento de ser publicada, puede llegar en cuestin de segundos a cualquier servidor de la red en cualquier lugar del mundo. A diferencia de otros medios masivos de comunicacin, este medio es interactivo. Es decir, las personas que visitan una pgina Web adquieren conocimiento de los servicios de la empresa y pueden ponerse en contacto de una forma eficiente y sin importar distancias ni horarios. Ampla su mercado desde un nivel local hasta un nivel nacional o internacional. Puede ofrecer detalladamente sus productos y servicios, independientemente de que los clientes deban llamarle por telfono o visitar su negocio para comprarlos. Puede dar a conocer y difundir la direccin de su empresa, oficinas, locales o tiendas, sus nmeros de telfono, fax y su direccin de correo electrnico, para que sus clientes lo contacten fcilmente. Una pgina Web le permite ahorrar en publicidad, evitando tener que reimprimir o rehacer, como sera el caso con guas y folletos impresos. Y la ltima pero principal caracterstica es que una pgina Web permite aumentar el nmero de clientes y el volumen de ventas de su empresa.

1.1Propsito:El objetivo de la especificacin 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 direccin del instituto y a los usuarios finales del Sistema de Informacin Web para la automatizacin de procesos de Control en la U.E ``JUAN ANTONIO MICHELENA``. Este documento ser el enlace entre las partes implicadas, tomando parte en su confeccin miembros como: desarrolladores y usuarios finales e indirectos como: Profesores, Personal Administrativo, Coordinadores, Inclusive opinin de algunos representantes y alumnos. Esta especificacin est sujeta a revisiones, hasta alcanzar su aprobacin desde el punto de vista tcnico y conceptual. Una vez aprobado servir de base al equipo de desarrollo para la construccin 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.

1.2mbito del Sistema/ProyectoNombre del Sistema: Sistema de Informacin Web para la automatizacin de procesos de Control en la U.E ``JUAN ANTONIO MICHELENA``.Alcance del Sistema:El aplicativo web permitir contar con una Cartelera Informativa Web dividida en varias secciones enfocada en informacin de inters tanto para Profesores, Alumnos, y Representantes que permitir a su vez: Integridad y veracidad en la informacin: Hace referencia a que la informacin se encuentra en ptimas condiciones al estar en un medio informtico seguro y diseado especialmente para el fin establecido.Informacin oportuna en tiempo real, donde cualquier informacin que necesite ser suministrada ser actualizada acorde a la realidad del evento, situacin o Programa a ser realizado.Por otra parte el sistema permitir realizar el proceso de pre- inscripcin a travs de un enlace donde se podr realizar y obtener todos los requisitos para formalizar la inscripcin: Registro de usuario / representante Verificacin de notas Llenado de Planilla de inscripcin Asignacin de seccin Horario de clase Constancia de inscripcin

Este modulo brinda una serie de beneficios y metas como:Seguridad en tener la informacin, disminucin en las colas para realizar el proceso de inscripcin, tranquilidad en los representantes, se agiliza el llenado de las planillas de inscripcin, el colegio contara con un proceso ms eficiente y los docentes pasaran ms tiempo con los alumnos.Mayor organizacin y rapidez para el Departamento de Control de Estudios.La Informacin y documentacin generada seria manejada a travs de una base de Datos , la cual seria reguardada y respaldada en otro equipo para redundancia en la misma y seguridad en el manejo, resguardo e integridad de los datos.

Desarrollar un sistema informtico que registre la data de los procesos de inscripcin de manera segura, y permita generar los reportes oportunamente y cuya informacin sea vers. Dicho sistema generar reportes en cuanto a constancias de inscripcin, constancias de estudios. Adems brinda bondades y ventajas como: Almacenamiento ordenado de informacin: La informacin es bien guardada segn una estructura ben diseada con el fin de tener acceso fcil y rpido a ella en cualquier momento. Claridad en los procesos: Los procesos alrededor del sistema de informacin se tomara ms claro pues este ser un gestor que sigue unas reglas claras y agiles. Confidencialidad de la informacin y seguridad: Solo personal autorizado tiene acceso a determinada informacin.Se 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 complicacin y dificultad en la gestin del almacenaje, compras y construccin de PCs en la empresa PCGeek. La situacin de partida es una en la que no existe un sistema informtico que automatice la gestin de las principales reas de negocio de la empresa. Existe, sin embargo, un sistema manual completamente defectuoso, que ser reemplazado por el sistema informtico. Este futuro sistema recibir el nombre de SIGeek. El futuro sistema no se encargar de la gestin 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 50 operarios que se encargan de montar ordenadores que, actualmente, producen unos 100 PCs diarios. El almacn contiene aproximadamente unas 2000 unidades de cada tipo de componente (2000 placas base, 2000 micros, etc.). En un momento dado, es posible que haya unos 1000 PCs en el almacn esperando a ser enviados a los clientes (gran superficies). De cualquier forma, esta ltima cifra no es exacta, y puede variar mucho dependiendo de la poca del ao.

1.3Definiciones, Acrnimos y Abreviaturas1.3.1 Definiciones Operario Persona encargada del montaje de los PCs, a partir de una serie de componentes. Encargado del almacn Persona a cargo del almacn de la empresa. Se encarga de ubicar en sus lugares correspondientes en el almacn tanto los componentes como los PCs Proveedores Fabricantes de Hardware, a los que se les compran los distintos componentes. Normalmente son OEM. 1.3.2 Acrnimos ERS Especificacin de Requisitos Software OEM Open Equipment Manufacturer 1.3.3 Abreviaturas SIGeek Sistema de Informacin para PCGeek1.4 Referencias IEEE Recommended Practice for Software Requirements Specification. ANSI/IEEE std. 830, 19981.5 Visin general del documento ERSEste documento consta de tres secciones. Esta seccin es la Introduccin y proporciona una visin general de la ERS. En la Seccin 2 se da una descripcin general del sistema, con el fin de conocer las principales funciones que debe realizar, los datos asociados y los factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos detalles. En la seccin 3 se definen detalladamente los requisitos que debe satisfacer el sistema.II.- DESCRIPCION GENERAL DEL SISTEMAEn esta seccin se presenta una descripcin a alto nivel del sistema. Se presentarn las principales reas de negocio a las cuales el sistema debe dar soporte, las funciones que el sistema debe realizar, la informacin utilizada, las restricciones y otros factores que afecten al desarrollo del mismo.2.1 Perspectiva del Producto. (Objetivos/metas, mtodo de desarrollo que se va a utilizar bajo que paradigma, especificar autor y nombre de la metodologa vinculada al mtodo)2.2 Funciones del Producto2.1 Perspectiva del producto El sistema, en esta primera versin, no interactuar con ningn otro sistema informtico.2.2 Funciones del sistema En trminos generales, el sistema deber proporcionar soporte a las siguientes tareas de gestin de la empresa PCGeek: Gestin del almacn Gestin de pedidos a proveedores Gestin de pedidos de clientes Gestin de montajes2.2.1 Gestin del almacn Todo el proceso de ventas, compras de componentes y construccin de nuevos PCs necesita de informacin fiable y en tiempo real de la situacin del almacn. Esto implica que se comunicarn al sistema todos los movimientos de entrada, salida y ubicacin de las mercancas en el almacn. Con el objeto de facilitar estas tareas, se ha decidido abandonar la anterior organizacin monoltica del almacn en beneficio de una nueva organizacin ms estructurada. Dicha organizacin se muestra en el Apndice (seccin 4.1, pgina 21). Las entradas de material en el almacn obedecen a dos causas: Entrada de componentes, que sern utilizados en la construccin de PCs Entrada de los PCs construidos por los operarios Los componentes que se solicitan a los proveedores pueden ser Placas base, Cajas, Tarjetas grficas, etc. (ver seccin 4.2). Toda entrada de componentes deber ser adecuadamente comunicada al sistema. Por su parte, el sistema proporcionar informacin de los huecos libres existentes. Para cada componente que se da de alta en el almacn, se introducirn en el sistema tanto las caractersticas del componente como su ubicacin. Las salidas de material del almacn obedecen a dos causas: Retirada de componentes para ser utilizados en la construccin de PCs Venta de PCs a clientes Los operarios que construyen los ordenadores deben consultar la disponibilidad de existencias de componentes en el almacn, y as podrn planificar su trabajo. Estos componentes sern enviados del almacn a los talleres de construccin, que se encuentran a una distancia de 15 Km. En cuanto a los PCs, cuando se ha finalizado su construccin, se darn de alta en el sistema. Se comunicar al sistema tanto la configuracin bsica del PC como su ubicacin en el almacn. Cada vez que se desee servir un pedido a un cliente se consultar la ubicacin de los PCs que coincidan con las configuracin exigida por el cliente. Una vez identificados y2.3 Caractersticas de los usuariosEl sistema de informacin deber ofrecer una interfaz de usuario intuitivo, fcil de aprender y sencillo de manejar. El sistema deber presentar un alto grado de usabilidad. Lo deseable sera que un usuario nuevo se familiarizase con el sistema en una o dos horas.2.4 RestriccionesDado que el sistema implementar la poltica y los procesos de negocio actualmente vigentes en la empresa, es de esperar que futuros cambios en los modos de trabajo o en las polticas, ejerzan un fuerte impacto sobre el sistema. En cuanto a las restricciones Hardware/Software, la empresa exige que el sistema funcione bajo el paradigma cliente/servidor. El sistema deber proporcionar funciones de auditora, para registrar qu usuario realiza cada alta, baja o modificacin de los datos contenidos en el sistema.2.5 Suposiciones y Dependencias2.5.1 Suposiciones Se asume que el almacn ser reestructurado conforme a la organizacin propuesta en la seccin 4.1 (pgina 21). Se asume que los requisitos descritos en este documento son estables una vez que sea aprobado por la direccin de PCGeek. Cualquier peticin de cambios en la especificacin debe ser aprobada por todas las partes y gestionada por el grupo de Gestin de la Configuracin2.5.2 Dependencias El sistema SIGeek funciona autnomamente, sin necesidad de comunicarse con otros sistemas externos, por lo que no hay dependencias respecto de otros sistemas. El sistema seguir una arquitectura Cliente/Servidor, por lo que la disponibilidad del sistema depender de la conexin entre las mquinas en las que residir el programa cliente y la mquina servidora de datos.3 Requisitos Especficos En este apartado se presentan los requisitos funcionales que debern ser satisfechos por el sistema. Todos los requisitos aqu expuestos son ESENCIALES, es decir, no sera aceptable un sistema que no satisfaga alguno de los requisitos aqu presentados. Estos requisitos se han especificado teniendo en cuenta, entre otros, el criterio de testabilidad: dado un requisito, debera ser fcilmente demostrable si es satisfecho o no por el sistema. 3.1 Requisitos Funcionales 3.1.1 Entrada de componentes en el almacn Req(01) Cada vez 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 informacin: Nmero de serie (proporcionado por el sistema), tipo y subtipo de componente, fecha de llegada, nmero de pedido de proveedor correspondiente, ubicacin y una breve descripcin. La ubicacin del componente en el almacn se determina segn lo expuesto en el Apndice (seccin 4.1, pgina 21). Req(02) Slo se podrn dar entrada a componentes cuyo tipo y subtipo sea alguno de los actualmente conocidos por el sistema. Ver Req(03). Req(03) Los tipos y subtipos de componente son nica y exclusivamente los que se presentan en el Apndice (seccin 4.2, pgina 21), y se guardarn en las zonas del almacen reservadas para ello. Cada tipo de componente se almacenar en una zonadeterminada, y en cada zona slo se almacenarn componentes de un tipo determinado. 3.1.2 Reservas de materiales para el montaje de PCs Req(04) El operario podr consultar en el sistema la lista de componentes en el almacn que no se encuentren reservados (ver Req(31)). El operario introducir un tipo y un subtipo de componente y se le mostrar una lista de aquellos que se encuentran en el almacn y que no se encuentren reservados. La lista se presentar en pantalla. Los componentes del mismo tipo y subtipo se distinguirn unos de otros por el nmero de serie (ver Req(01)). Req(05) El operario podr seleccionar en pantalla, de una lista de componentes no reservados, aquellos componente que le interesen. stos quedarn automticamente reservados a su nombre. Para cada componente de la lista se mostrar el tipo, subtipo, descripcin y proveedor. Req(06) Semanalmente el sistema emitir una orden de recogida, destinada al encargado del almacn. La orden de recogida es un listado de todos los componentes solicitados por los operarios encargados de la construccin de ordenadores. Este listado debera contener como mnimo el nmero de serie de los componentes, el DNI del operario que lo ha reservado y la posicin del componente en el almacn (ver Apndice, apartado 4.1). El listado se realizar en papel etiquetado, con el DNI de los operarios impreso sobre las etiquetas. Req(07) El encargado del almacn dar de baja los componentes que se encuentran en el almacn cada vez que enve a los talleres los componentes solicitados por los operarios, segn la orden de recogida semanal (ver Req(06)). Slo se podrn dar de baja del almacn componentes que hayan sido anteriormente reservados por un operario. El encargado del almacn etiquetar cada componente (una vez recogido) con el DNI del operario que lo ha reservado, antes de enviar los componentes a los talleres. ERS Pgina 13 Req(08) El sistema proporcionar una opcin de consulta de los componentes reservados por cada operario. Esta consulta ser de gran ayuda para los operarios cada vez que se reciban componentes desde el almacn, para facilitar la operacin de recogida de los mismos. Req(09) Los operarios constructores de ordenadores debern ser dados de alta en el sistema. La informacin bsica que se le proporcionar al sistema consta de: Nombre del operario, DNI, Fecha de entrada en la empresa. Este requisito es necesario para la correcta implementacin del requisito Req(05). 3.1.3 Gestin de proveedores Req(10) Para cada proveedor que se quiera dar de alta en el sistema, se introducirn los siguientes datos bsicos: Nombre, CIF, Direccin, Telfono, FAX, email, URL. Req(11) Si el usuario desea dar de baja a un proveedor existente, comunicar al sistema el CIF del proveedor en cuestin. A continuacin, si el proveedor existe, el usuario podr darlo de baja. No se puede dar de baja un proveedor si posee pedidos pendientes de servir. Req(12) El sistema deber permitir la modificacin de los datos de un proveedor (cambios de direccin o telfono, por ejemplo). 3.1.4 Gestin de pedidos a proveedores Req(13) Semanalmente se emitir un informe con las cantidades de todos los componentes que hay en el almacn, agrupados por tipo y subtipo. Se proporcionar un aviso de stock bajo para aquellos tipos de componente cuya cantidad sea menor que 700. Req(14) Los pedidos a proveedores se introducirn a travs del sistema. En primer lugar, el usuario seleccionar el proveedor. A continuacin, introducir una serie de items que correspondern a los productos deseados, junto con la cantidad deseada de cada uno. El sistema se encargar de almacenar todos los pedidos realizados. ERS Pgina 14 Req(15) El sistema permitir la emisin (impresin) de pedidos, con idea de envirselos al proveedor. Req(16) Una vez que un pedido ha sido emitido (o sea, ha sido impreso), ya no podr ser modificado. Req(17) Los items de los pedidos a proveedores pueden encontrarse parcial o totalmente servidos. Por ejemplo, dado un pedido de 25 tarjetas grficas al proveedor X, las tarjetas pueden llegar todas juntas o en distintas entregas: hoy se reciben 10, la semana que viene otras 10, etc. (Ver Req(01)) El sistema ir descontando las cantidades recibidas de las cantidades pendientes, para el correspondiente tem del pedido. Req(18) Cuando se hayan recibido todos los componentes correspondientes a un tem de pedido, dicho tem se marcar como recibido. Req(19) Cuando todos los tems de un pedido se han marcado como recibidos, el pedido ser automticamente marcado como pedido servido1 . Req(20) El sistema permitir la consulta de estado de los pedidos a proveedores. Dado un pedido, se presentar en pantalla el estado de sus tems correspondientes (tanto los recibidos como los pendientes) mostrndose la cantidad pendiente de entrega de cada item. 3.1.5 Gestin de Clientes Req(21) Para todo cliente que se quiera dar de alta en el sistema, se introducirn los siguientes datos bsicos: Nombre, CIF, Direccin, Telfono, FAX, email, URL. 1 Esto es importante porque tan slo los pedidos completamente servidos podrn ser pagados (aunque el sistema no se encargar de la gestin de pagos). ERS Pgina 15 Req(22) Si el usuario desea dar de baja a un cliente existente, comunicar al sistema el CIF del cliente en cuestin. A continuacin, si el cliente existe, el usuario podr darlo de baja. No se puede dar de baja un cliente si posee pedidos pendientes de entregar. Req(23) El sistema deber permitir la modificacin de los datos de un cliente (cambios de direccin o telfono, por ejemplo). 3.1.6 Entrada de pedidos de clientes Req(24) Los pedidos de los clientes sern dados de alta en el sistema. Los datos bsicos del pedido son: Fecha del pedido, el CIF del cliente, el nombre del cliente y la direccin de entrega. Los datos bsicos de cada tem del pedido son la cantidad y configuracin de los PCs. Ver Req(37). Req(25) La entrada de los pedidos de los clientes lleva consigo una reserva de los PCs del almacn que coincidan con la configuracin solicitada. No se podrn reservar PCs que se encuentren reservados. Req(26) Cuando se reciben los pedidos de los clientes, se comprobar si se pueden servir o no, segn las existencias en almacen. Si no se puede servir completamente, el pedido no podr realizarse y no se dar de alta en el sistema. Puede utilizarse la consulta de almacn como se expone en el Req(34). 3.1.7 Gestin de PCs Req(27) Cuando el operario finaliza la construccin de un PC, lo dar de alta en el sistema, indicando su configuracin. Cada PC ser identificado con un cdigo proporcionado por el sistema. El operario etiquetar cada PC con su cdigo identificador y su configuracin. Estas etiquetas sern impresas por el sistema en papel etiquetado. Req(28) El sistema informar acerca de qu PCs se encuentran en los talleres. Semanalmente, los PCs de los talleres deben ser trasladados al almacn. ERS Pgina 16 Req(29) El encargado del almacn guardar los PCs en los lugares del almacen adecuados (ver 4.1), segn la configuracin del PC indicada en su etiqueta (ver Req(27)). 3.1.8 Reserva de material en previsin de ser recibido Req(30) El sistema proporcionar informacin acerca de la situacin de los pedidos a proveedores. De esta forma, los operarios podrn prever la construccin de PCs en un futuro prximo. Se desea que los operarios puedan acceder a esta informacin agrupada por tipo y subtipo de componente. La informacin bsica presentada por el sistema consistir en: Tipo y subtipo de componente, proveedor, cantidad pendiente (acumulado por proveedor para todos sus pedidos) y el nmero de componentes ya reservados (por proveedor). Ver Req(31). Req(31) Los operarios encargados del montaje de los ordenadores podrn reservar con antelacin los componentes en previsin de ser recibidos. A partir de una lista de componentes como la exigida en Req(30), los operarios podrn indicar la cantidad de componentes deseados, siempre y cuando dichos componentes no hayan sido marcados con anterioridad. Req(32) En la recepcin de pedidos, cuando se introduzcan en el almacn componentes que hayan sido reservados por los operarios, dichos componentes seguirn teniendo un estatus de reservado, asociado al operario correspondiente. Los componentes se asignarn a los operarios siguiendo el orden en que han sido reservados. Por ejemplo, supngase un pedido de 5 tarjetas de sonido hecho al proveedor P. Si el operario OP1 reserva 2 tarjetas de sonido y el operario OP2, posteriormente, reserva 1 tarjeta, entonces las 2 primeras tarjetas que se reciban sern asignadas por el sistema a OP1. La prxima tarjeta de sonido que se reciba, correspondiente a este pedido, ser asignada al operador OP2. ERS Pgina 17 3.1.9 Consultas de estado del almacn Req(33) El sistema proporcionar informacin (en pantalla y en listado) acerca de los componentes existentes en el almacn. Esta informacin ser accesible por tipo y subtipo de componente o por proveedor. Para cada componente individual se mostrar su tipo, subtipo, proveedor, ubicacin, cantidad, si se encuentra o no reservado y por quin. La ubicacin de un componente en el almacn se determina segn consta en el Apndice (seccin 4.1, pgina 21). Req(34) El sistema proporcionar informacin acerca de la ubicacin de los PCs correspondientes a una determinada configuracin. El usuario podr acceder a esta consulta proporcionndole al sistema un identificador de configuracin (ver Req(37) El sistema le mostrar la ubicacin de los PCs cuya configuracin coincida con la proporcionada por el usuario. La ubicacin de un PC en el almacn se determina segn consta en el Apndice (seccin 4.1, pgina 21). Req(35) El sistema proporcionar informacin acerca de los huecos existentes en el almacn. Los huecos libres se presentarn en pantalla, indicndose para cada uno ellos su ubicacin exacta. La ubicacin de un hueco se determina segn consta en el Apndice (seccin 4.1, pgina 21). Req(36) El sistema proporcionar informacin acerca de qu zonas almacenan qu componentes (para la seccin de componentes) y qu zonas almacenan qu configuraciones (para la seccin de PCs). Se supone que las relaciones de zonas con componentes o configuraciones nunca varan. 3.1.10 Gestin de Configuraciones Req(37) La direccin de la empresa ha determinado que las configuraciones de PCs son las que figuran en la seccin 4.3. Slo se podrn construir ordenadores que obedezcan a estas configuraciones dadas. ERS Pgina 18 Req(38) Cada configuracin va asociadas a una zona de la seccin de PCs en el almacn. Tanto las zonas del almacn (para PCs y componentes) como las posibles configuraciones de los PCs han sido determinadas por la Direccin de la empresa y slo ser necesario introducirlas una vez en el sistema. 3.2 Requisitos de Interfaces Externos 3.2.1 Interfaces de Usuario La interfaz de usuario debe ser orientada a ventanas, y el manejo del programa se realizar a travs de teclado y ratn. 3.2.2 Interfaces Hardware No se han definido. 3.2.3 Interfaces Software De momento, no habr ninguna interfaz software con sistemas externos. 3.2.4 Interfaces de Comunicacin La conexin a la red se establecer por medio de una conexin directa a la red Ethernet de PCGeek, donde se encontrar el servidor, y tambin utilizando una conexin telefnica por mdem o RDSI (caso de la conexin con el almacn). Esto ser transparente para la aplicacin, la cual, a todos los efectos, considerar que est en la misma red que el servidor. 3.3 Requisitos de Rendimiento El nmero de puestos a los que se debe dar servicio simultneamente es de unos 15. El tiempo de respuesta en las operaciones debe ser inferior o igual a 20 segundos. 3.4 Requisitos de Desarrollo El ciclo de vida elegido para desarrollar el producto ser el de prototipo evolutivo, de manera que se puedan incorporar fcilmente cambios y nuevas funciones3.5 Requisitos Tecnolgicos La aplicacin cliente se ejecutar sobre un PC con una configuracin mnima de: Procesador: Pentium 200 Mhz. Memoria: 64 Mb Espacio libre en disco: 10 Mb. Tarjeta Ethernet o Mdem o Tarjeta RDSI Todos los PCs estarn conectados a una estacin de trabajo situada en la oficina principal de PCGeek, donde residir la base de datos. El sistema operativo sobre el que se debe ejecutar la aplicacin es Windows95 y Windows98. La aplicacin debe ser independiente del Sistema de Gestin de Bases de Datos que se utilice en el servidor, aunque s es requisito de la aplicacin el que este SGBD sea relacional. Para el acceso a la base de datos se utilizarn drivers ODBC. 3.6 Atributos 3.6.1 Seguridad Cuando un usuario intente conectarse al sistema deber introducir su identificacin (login y clave de acceso, y el sistema deber comprobar que se trata de un usuario autorizado. Si el identificador introducido no corresponde a un usuario autorizado o la clave no coincide con la almacenada, se dar una indicacin de error. Al tercer intento consecutivo sin xito, se cerrar el programa. El sistema de informacin tendr distintos tipos de usuarios y a cada uno de ellos se le permitir nicamente el acceso a aquellas funciones 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 almacn: puede dar entrada en el almacn a componentes y PCs Operarios: Pueden reservar componentes. Pueden dar de alta PCs. ERS Pgina 20 Departamento de compras: Puede dar de alta pedidos a proveedores Departamento de ventas: Puede dar de alta pedidos de clientes. Ningn usuario podr dar de alta o baja los siguientes datos: Zonas del almacn, configuraciones. El sistema proporcionar, adems, funciones de auditora, registrando la fecha, hora y usuario (login) de toda transaccin. ERS Pgina 21 4 Apndices 4.1 Estructura del almacn La implantacin del nuevo sistema requiere una reestructuracin de la organizacin del almacn. A continuacin se describe la nueva organizacin propuesta: El almacn se dividir en dos secciones: Seccin Componentes y Seccin PCs. La seccin de componentes se dividir en zonas. Cada zona almacenar exclusivamente un tipo de componente. Los tipos de componente se muestran en la seccin 4.2. La seccin de PCs se dividir, asimismo, en tres zonas distintas: zona de Pentium, zona de Pentium II y zona de Pentium III. Tanto para componentes como para PCs, cada zona se dividir en columnas, y las columnas se dividirn en alturas. La combinacin de una seccin, una zona, una columna y una altura define un hueco del almacn. 4.2 Tipos y subtipos de componentes Los distintos tipos de componentes que sern utilizados en la construccin de PCs, son los que se presentan en esta seccin, aunque en el futuro podran necesitarse otros. Debe tenerse en cuenta que cada componente individual posee, adems, un nmero de serie que lo identifica. Una configuracin de un PC est compuesta por la unin de subtipos de cada uno de los siguientes tipos: Placa base Subtipos: ATX, BX, LX Micro (CPU) ERS Pgina 22 Subtipos: PIII 400 MHz, PIII 450 MHz, PIII 500 MHz Caja Subtipos: AT, BT,CT HDD subtipos: 4Gb, 6Gb, 8Gb, 10Gb, 25Gb Tarjeta grfica ANTI INEXPERT 98 8Mb, 3DFlipaX Booboo3, Destructive Blaster TNT2 Tarjeta de Sonido SB Wawa64, Cristal 4236B, Omaha 719 Comunicaciones Tarjeta 33COM, Modem ES ROBOTICS 56Kb Unidad de CDROM/DVDROM Subtipos: CD32x, CD48x, DVD4x, DVD6x Ratn Sin subtipos Speakers 160W, 40W Teclado Sin subtipos Monitor NonView 15, Dull 17, Michubichi 17 Sistema Operativo preinstalado Subtipos: W98, W00, Linux4.3 Configuraciones Los PCs que fabrica la empresa deben ajustarse a alguna de las siguientes configuraciones predefinidas. Las configuraciones posibles son 15. Una configuracin se compone de la unin de subtipos correspondientes a los tipos dados. Por ejemplo, una configuracin vlida podra ser: Placa Base: ATX Micro: PIII 400 MHz Caja: AT HDD: 6Gb Tarjeta Grfica: ANTI INEXPERT 98 8Mb Tarjeta de Sonido: SB Wawa64 Comunicaciones: Modem ES ROBOTICS 56Kb CDROM/DVDROM: DVD4x Ratn Speakers:160W Teclado Monitor: DullIII.- ANALSIS DE REQUERIMIENTOS3.1 Tcnicas de elicitacion de requerimientos utilizadas.3.2 Requerimientos Generales (usuario)3.3 Requerimientos funcionales3.4 Requerimientos no funcionales 3.5 Requerimientos de implementacin

IV.- MODELO DE REQUISITOS DEL SISTEMA4.1 Definicin de tcnicas de modelaje utilizadas.4.2 Modelo de Dominio del Sistema (Comportamiento)Diccionario de ActoresDiccionario de Casos de Uso (Escenarios)Diagrama de Comportamiento del Sistema4.3 Modelo de Interfaz del Sistema4.4 Modelo Esttico del Sistema (Comportamiento)Diagrama de objetos Diagrama de clases Diccionario de clases

4.5 Modelo Dinmico del SistemaDiagrama de SecuenciaDiagrama de ColaboracinV.- PRUEBAS DEL SISTEMA5.1 Pruebas de Unidades5.2 Pruebas de Integracin5.3 Pruebas de Sistema5.4 Pruebas de aceptacin.5.3 Pistas de Auditoria (Anlisis de Riesgos)

VI.- ANEXOS5.1 Estructura organizativa5.2 Plan de Entrevista/Cuestionario aplicado5.3 rbol lgico del problema (estrategia aplicada para conceptualizar el problema)5.4 Cronograma de actividades (GANTT-PERT/CPM)

Elaborado por: Revisado por: Aprobado por:(Equipo Software) (Cliente Supervisor) (Cliente Directiva)