Professional Documents
Culture Documents
sobre funcionales
los que
1:00
NDICE DE CONTENIDO
1 INTRODUCCIN.................................................................................................3 2 Alcance.............................................................................................................3 3 Glosario............................................................................................................4 4 Requerimientos funcionales.................................................................................6 5 Requerimientos No funcionales...........................................................................19
1.1 Propsito..........................................................................................................................3
.........................................................................................................................36
5.1 Usabilidad......................................................................................................................19 5.2 Confiabilidad .................................................................................................................21 5.3 Requerimientos de espacio:...........................................................................................23 5.4 Portabilidad:...................................................................................................................24 5.5 Disponibilidad:...............................................................................................................25 5.6 Eficiencia y rendimiento................................................................................................26 5.7 Mantenimiento y soportabilidad: ..................................................................................27 5.8 Polticas de respaldo y contingencia inicial:..................................................................27 5.9 Requerimientos de entrega y ayuda en lnea:................................................................28 5.10 Ejecucin: ...................................................................................................................29 5.11 Requerimientos de interoperabilidad:..........................................................................30 5.12 Requerimientos externos:.............................................................................................31 5.13 Requerimientos legales:...............................................................................................32 5.14 Propiedades de Diseo:................................................................................................33 5.15 Licenciamientos:..........................................................................................................35 5.16 Requerimientos de limitaciones o restricciones:..........................................................36
2 Alcance
Se definen con exactitud y detalle los requerimientos funcionales (comportamientos del sistema) que componen el sistema propuesto, ms los requerimientos no funcionales, como limitaciones, restricciones y otros factores que permitan, dar un mayor entendimiento y mayor compresin a las necesidades integrales del rea; necesarios
para una exitosa implementacin y ejecucin del proyecto. Estos requerimientos se distribuirn junto con los procesos preliminares identificados.
3 Glosario
Agujero de Seguridad: Fallo en la seguridad de una aplicacin, sistema informtico o sitio Web, que podra ser explotado para el hacking. Los agujeros son considerados debilidades o errores de programacin (bugs). Elicitacin: actividades propias que ayudan al obtencin requerimientos, con la participacin de los usuarios expertos. Estado del requerimiento: consiste en determinar el estado de un requerimiento, Y en estado. y descubrimiento de
Definicin
El requerimiento proviene de un usuario experto autorizado para cumplir con la funcionalidad del sistema, y es parte de las reglas del negocio dentro del conjunto de requerimientos funcionales.
Aprobado
Implementado
Verificado
Borrador Rechazado
El requerimiento fue analizado, se estimo su impacto en el proyecto. El stakeholder clave est de acuerdo en incorporar el requerimiento, el equipo de desarrollo se ha comprometido a implementarlo. El requerimiento fue aprobado por una fuente autorizada El cdigo que implementa el requerimiento ha sido diseado, escrito y probado con pruebas unitarias. El requerimiento ha sido trazado al diseo y cdigo. Se confirm el correcto funcionamiento del requerimiento implementado en el producto integrado. El requerimiento est trazado a los correspondientes casos de prueba. El requerimiento se considera completado. El requerimiento fue eliminado de la lnea base. Se incluye una explicacin de por qu y quien decidi que fuera eliminado El requerimiento fue propuesto pero no se planea la implementacin. Se incluye la explicacin de por qu y quien decidi que fuera rechazado
Hardware: El hardware abarca todas las piezas fsicas de un ordenador (CPU, servidor, mouse, teclado, monitor y otros).
Lnea base de requerimientos: Conjunto de requerimientos funcionales y no funcionales se ha acordado formalmente para implementar en una determinada versin.
Prioridad de requerimientos: todos los requerimiento tienen diferentes niveles de importancia para los usuarios y stakeholders. Ya sea alta, media o baja, dependiente del la importancia o criticidad del requerimiento dentro de las reglas del negocio o base del sistema propuesto. Proceso o mdulo: El sistema se ha divido en varios procesos, mecanismo para organizar los requerimientos por grupos, lo que permite dividir un modelo en partes manejables mediante la agrupacin. Los procesos son vistos en la grfica que se representa como casos de uso del negocio. Requerimientos: atributo necesario para la construccin de un sistema, que puede representar una capacidad, una caracterstica o un factor de calidad del sistema solicitado. Es el descubrimiento de las actividades involucradas, para dar solucin a un producto terminado. RF##: siglas para identificar los requerimientos funcionales, seguidos por un nmero secuencial de la lista de requerimientos que se est levantando, con el fin de identificarlos y hacer referencia a documentos posteriores, como por ejemplo los casos de uso. RNF##: siglas para identificar los requerimientos no funcionales, seguidos por un nmero secuencial de la lista de requerimientos, con el fin de identificarlos y hacer referencia a documentos posteriores. Software: Se refiere al conjunto de los componentes lgicos necesarios para realizar tareas especficas, en contraposicin a los componentes fsicos del sistema. Stakeholder: (interesado o involucrado) persona, grupo u organizacin que tenga directa o indirectamente participacin en un proyecto. Y desde el punto de vista del desarrollo de sistema, es aquella persona o entidad que se ver afecta directa o indirectamente con el sistema o la solucin optima. Taller de Requerimientos: Reunin, donde participan stakeholder claves, que se realiza con el fin de llevar a cabo proceso de obtencin, anlisis o validacin de los
requerimientos, por lo general es de duracin ms amplia que una reunin, inclusive de varios das. Software libre: Es un software que no es creado para fines exclusivamente comerciales, por lo tanto utilizarlo no requiere de ningn costo. Algoritmo: Conjunto de procedimientos dentro de un programa. Login (Logueo, loguearse): Trminos referentes a la autenticacin y inicio de sesin en un programa. Alfanumrico: se refiere a caracteres que solamente incluyen nmeros y/o letras. Interfaz: medio de comunicacin entre el programa y el usuario. Trigger: Son usados para mejorar la administracin de la Base de datos Consulta: Proceso en el que el programa solicita informacin a la base de datos. Migracin de datos: Proceso en el que se transfiere informacin de una base de datos a otra.
4 Requerimientos funcionales
Los requerimientos funcionales son las necesidades o funcionalidades de un sistema de informacin, caractersticas que se deben satisfacer. Se agruparn por mdulos de acuerdo a los procesos identificados en el Modelo de casos de uso del negocio. Ver Documento Visin del Sistema de Biblioteca.
ID:
RF- 01
Estado: Solicitado
Administracin (agregar, de
1. Nombre:
documentos
Prioridad: Alta
eliminar,
Entradas:
Para agregar libros se necesitarn los siguientes parmetros: ttulo del libro, el cdigo, tema, editorial, autor, tema de estudio, descripcin, volumen, fecha de ingreso, tomo, fechas de modificacin, cantidad de ejemplares. Para modificar y eliminar un libro solamente se necesita el cdigo. Para la consulta se necesitan varios parmetros de bsqueda, por
ejemplo, bsqueda por autor, por cdigo, por ttulo, por rea de estudio y por tema. Adems de tener una bsqueda general que reciba como parmetro una palabra o frase.
Procedimiento:
Agregar: se ocuparn los parmetros anteriores para ingresar los libros, algunos sern requeridos y otros opcionales, entre mayores datos se le agreguen, ms precisa va a ser la bsqueda. Modificar y eliminar: solo se podr modificar y eliminar sabiendo el cdigo del libro. Consulta: esto contar con dos partes, una bsqueda general entre la informacin de los documentos donde se buscar con una frase los resultados. La otra se realizar por medio de una bsqueda avanzada usando un criterio en especfico, siendo esta ms precisa.
Salidas:
Para agregar se le enviar un mensaje si se agreg correctamente o si hubo un error por alguna razn.
Consulta: ambas le darn una lista con el ttulo y la descripcin de los elementos coincidentes.
Justificacin: Es totalmente necesario para el manejo de la biblioteca Restricciones a nivel de la reglas del negocio: Solamente se podrn modificar, agregar y eliminar por parte de los usuarios administradores. A la hora de modificar un documento, no se podrn modificar campos como el cdigo, fecha de ingreso. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Agregar: los parmetros requeridos son: ttulo, cdigo, fecha de ingreso,
ID:
RF- 02
Estadsticas de los
Nombre:
Entradas: Ttulo, cdigo, autor, tema, rea estudio. Procedimiento: Este requerimiento har los clculos necesarios para devolver una
estadstica de bsqueda en un lapso determinado. Tambin se podr realizar una bsqueda de algn libro especfico
Salidas:
Grficos Promedios de alquiler, frecuencias, porcentajes Lista de libros segn la bsqueda.
Justificacin: Es necesario para la biblioteca llevar un control de los libros alquilados, cuales son los ms solicitados y por quienes. Restricciones a nivel de la reglas del negocio:
Este mdulo solo ser accesible por los administradores de la biblioteca. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Campo de bsqueda: se puede ingresar cualquier carcter alfanumrico necesario.
ID:
RF- 03
Aplicacin web para las
Nombre:
Entradas:
Campos de login. Campos de bsqueda de material Campo de consulta estado cuenta Campos de reserva
Salidas:
Un acceso o denegacin al sistema. Listado de los materiales disponibles. Hoja de estado de cuenta segn el usuario registrado.
Justificacin: Es necesaria una herramienta web, para lograr un acceso de los recursos desde cualquier lugar solo con acceso a la web. Agilizando el trmite manual de la biblioteca. Restricciones a nivel de la reglas del negocio: Es necesario estar registrado para acceder al sistema. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Campo de bsqueda: se puede ingresar cualquier carcter alfanumrico necesario. Campo de login: los mismos establecidos en el requerimiento RF #01. Campos de reserva: se incluyen el material deseado y la disponibilidad de este.
ID:
Nombre
biblioteca.
Entradas:
Registro de la Computadora(Cdigo de la computadora) Contrasea Usuario
Salidas:
Justificacin: Tener un mayor control en el acceso de las maquinas segn se requiera. Restricciones a nivel de la reglas del negocio: Los administradores de la biblioteca sern los encargados de activar o desactivar las computadoras. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Usuario Administrador: Ser un nombre que le da el mismo usuario, sin espacios, solo caracteres alfanumricos. Se permitir un mximo de 8 Determinar cules computadoras estn en uso.
caracteres y mnimo Contrasea: Se permitirn solamente caracteres alfanumricos y sin espacios. Un mnimo de 4 caracteres.
ID:
RF- 05.
Estado: Solicitado
Notificaciones por
1. Nombre:
Prioridad: Media
Entradas:
Evento de lo que se quiere notificar, descripcin y a cual/es usuario/s se le enviar la notificacin, tambin de qu forma.
Procedimiento: Cada vez que se ocurra algn evento (puede ser que se elimine un
ejemplar, o algn comunicado a gusto de los administradores) se enviar a los usuarios especificados una notificacin por algn medio (por ejemplo, por medio del correo electrnico).
Salidas:
Algn mensaje de confirmacin de envi o error si fuese del caso.
Justificacin: Esto se realizar para mantener informado a los usuarios sobre lo que est sucediendo en la biblioteca. Restricciones a nivel de la reglas del negocio: Las notificaciones sern enviadas por el sistema, especificadas por los usuarios administradores nicamente. Restricciones a nivel de campo para el futuro prototipo en ingeniera II:
ID:
RF #07
Estado: Solicitado
Entradas:
Cdigo de barras
ID:
RF- 08
Entradas:
Solicitud de envi de un listado de inventario
Salidas:
Un listado con el nmero de adquisicin, el ttulo del libro y el cdigo del documento. Justificacin: Digitalizar y facilitar el registro de los libros y documentos. Restricciones a nivel de la reglas del negocio: Los nmeros de adquisicin sern consecutivos. Cuando un libro se elimina, el nmero se conserva para el nuevo que se ingrese. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Definir el tipo de archivo en que se va a exportar.
ID:
RF- 9
Salidas:
Agregar: se enviar un mensaje de que se agreg correctamente o si hubo un error, la explicacin de este. Modificar y eliminar: para modificar se le envan los datos actuales y se dejarn modificar ciertos datos. Para eliminar, se le muestra toda la informacin actual de lo que se est eliminando y posterior a una confirmacin se eliminar y un mensaje de lo que sucedi (ejemplo: error)
Justificacin: Control sobre los usuarios que utilizan el sistema. Restricciones a nivel de la reglas del negocio: Agregar, modificar, eliminar y consultar: solo podr ser realizado por usuarios administradores. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Informacin personal.
Grupo de trabajo
5 Requerimientos No funcionales
Los requerimientos No funcionales especifican propiedades del sistema como restricciones/limitaciones de ambiente y desarrollo, performance, dependencias de plataformas, usabilidad, mantenibilidad, tiempo de respuesta y uso de la memoria. confiabilidad, y otros. Los requerimientos de performance imponen condiciones sobre los requerimientos funcionales como velocidad,
5.1 Usabilidad
Este requerimiento asegura la usabilidad en el Sistema de Biblioteca para minimizar la dificultad que se presenta muy frecuentemente al realizar el diseo, o para resolver pasos en cada caso de uso. Para aquellos casos en los se presenta dificultad dependiendo de la cantidad de pasos y del conocimiento que los usuarios deben tener en cada uno de stos.
Algunos de estas caractersticas son insumos de cualquier requerimiento funcional, en el apartado de restricciones para su elaboracin.
Se disear una interfaz que sencilla para el usuario, que la pantalla no sea tan
cargada de opciones.
Para los usuarios comunes, que la interfaz permita realizar acciones que se utilizan
con frecuencia, de forma directa Justificacin: La interfaz de usuario ser de vital importancia para incentivar el uso del sistema. Restricciones: El ignorar los estndares establecidos podr traer problemas de integracin del producto final, como al proyecto. Encargado de realizar el requerimiento: Grupo de trabajo Usuario experto entrevistado: Jasminny Guevara Beltrn
5.2 Confiabilidad
El sistema deber ser utilizado (accesado) solamente por usuarios autorizados y se deben restringir el uso basado en permisos. Adems, no deber permitir que se ignoren o salten reglas, polticas o posibilidad de agujeros en la seguridad.
Se debern realizar las diferentes fases de prueba durante el lapso del proyecto; para
ello se confeccionar el documento de Administracin y Planificacin de las pruebas (Ingeniera de Sistemas III). Y consistir en proceder a seleccionar las fechas, el tipo de prueba y usuarios (agrupados por roles).
Esto con el fin de capacitar todos los usuarios involucrados para el uso del Sistema de biblioteca y su navegabilidad, en esta planificacin se deber cubrir la capacitacin del grupo tcnico de la empresa. Adjunto se enumeran los siguientes tipos de pruebas a realizar.
Contreras y Felipe Pineda, sern los responsables de realizar la verificacin del uso y funcionamiento de estndares en el cdigo del sistema y documentacin sistema de biblioteca, en cuanto al diseo, vistas, tablas, campos, triggers, llaves, atributos, procedimientos almacenados, llaves primarias y forneas entre otros.
Pruebas al prototipo de diseo: dentro del equipo de proyecto, se usuarios expertos del Sistema de
propias pruebas tcnicas y funcionales, pero planificadas estratgicamente, como: El que realiza el cdigo, no podr realizar la revisin de ese cdigo, esto con el fin de que no coincida que la misma persona que realiz el cdigo, tambin haga la prueba, esto con el fin de no caer en vicios. Con ello los tcnicos podrn verificar el funcionamiento correcto del cdigo en un mdulo, clase o componente en forma separada y contra el caso de uso. (Alternando el equipo de desarrollo).
Pruebas de integracin: una vez que se han dado por aceptado las
pruebas unitarias, se proceder con las pruebas de integracin y el responsable de realizar dichas pruebas al sistema Sistema de biblioteca, ser el lder tcnico. Estas se realizan en el ambiente de desarrollo o en el ambiente de pruebas del software, donde se prueban todos los elementos que componen un proceso o conjunto de procesos de una sola vez.
Ral Gmez y Andrs Carvajal, estas pruebas se basarn en la ejecucin, revisin y retroalimentacin de las funcionalidades previamente diseadas para el software, se podr alimentar con los casos de prueba que previamente se definirn para ello.
este apartado los responsables de la carga inicial, migracin de datos o conversin y digitacin de datos al sistema Sistema de biblioteca o si la empresa ser la responsable. El equipo de datos. desarrollo tomara la responsabilidad de realizar la migracin de
marcha del sistema del Sistema de biblioteca a produccin, durante la fase de transicin, y se podr ir realizando poco a poco cada uno de sus componentes, de una manera estratgica.
Justificacin: De acuerdo a los estndares Procedimiento para verificar la de: documentos de Arquitectura Tecnolgica, usabilidad del prototipo, Procedimiento para
administrar y planificar las pruebas. Restricciones: El ignorar los estndares establecidos podr ocasionar problemas a la hora de integrar el sistema, dando como resultado el rechazo del producto o el no xito del proyecto. Encargado: David Contreras Ral Gmez Andrs Carvajal Felipe Pineda Solicitante: Colegio Mara Inmaculada
Descripcin: Se buscara que la aplicacin no consuma recursos mayores de lo que poseen los equipos de la biblioteca. Optimizar algoritmos propios de la aplicacin para as lograr un mayor tiempo de respuesta a lo interno del programa. Evitar el derroche de recursos mediante la implementacin de cdigo innecesario e ineficiente Justificacin: La importancia de economizar recursos radica en que se necesita buscar que la aplicacin sea lo ms eficiente posible para as lograr que el usuario este conforme con la ejecucin del sistema. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, dando como resultado el rechazo del producto o el no xito del proyecto. Encargado: Grupo de trabajo Solicitante: Jasminny Guevara Beltrn
5.4 Portabilidad:
ID: 04 Nombre: El sistema trabajar de manera ptima en ambiente Windows. Estado: Solicitado Prioridad: Alta
Descripcin: El sistema de biblioteca podr ser ejecutado desde el Browser Explorer 7.0. y Firefox y cualquier buscador actual y que soporta cualquier versin.
El sistema deber ser diseado de tal manera que pueda ser instalado en cualquiera
de las computadoras que se encuentran en la biblioteca.
Justificacin: Por facilidad de uso para el usuario el sistema ser implementado en Windows, y todas las herramientas sern basadas para este sistema operativo. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, dando como resultado el rechazo del producto o el no xito del proyecto. Encargado: David Contreras Ral Gmez Andrs Carvajal Felipe Pineda Solicitante: Colegio Mara Inmaculada Erick Blum Calvo.
5.5 Disponibilidad:
ID: 05 Nombre: Disponibilidad a tiempo completo de los servidores Descripcin: Estado: Solicitado Prioridad: Media
El sistema deber estar disponible y funcionando las 24 horas del da, durante los 7
das de la semana, en los 365 das del ao.
En caso de una falla, habr un encargado (David Contreras Ziga) de soporte para
su mantenimiento; mientras que el Departamento de soporte tcnico de la institucin ser el custodio, ya que estar capacitado para resolver cualquier problema que se presente. Justificacin: Resulta ms cmodo para los Stakeholders que el servidor este encendido 24/7 ya que no hay quien pueda apagar el servidor. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, podra dar como resultado el rechazo del producto o el no xito del proyecto Encargado: Grupo de trabajo Solicitante: Jasminny Guevara Beltrn
Los siguientes aspectos, que no son exhaustivos, pueden ser parte de la definicin de requerimientos no funcionales que debe ser adaptados al proyecto particular, tomando en cuenta que el sistema de biblioteca debe ser consistente bajo concurrencia; por ende los accesos simultneos por los usuarios debern ser mltiples y estar libre de bloqueos.
Justificacin: De acuerdo al documento de arquitectura, y configuracin de las interfaces de usuario. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, podra dar como resultado el rechazo del producto o el no xito del proyecto. Encargado: Grupo de desarrolladores Solicitante: Colegio Mara Inmaculada
actualizaciones. Descripcin:
Se disear un sistema de una actualizacin automtica cada vez que exista alguna
nueva. Justificacin: La correccin de errores ser algo que no se puede dejar de tomar en cuenta, para esto el sistema de actualizaciones permitir que estas corrijan lo necesario tan pronto como sea posible. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, y/o podra dar como resultado el rechazo del producto o el no xito del proyecto Encargado: Grupo de Trabajo Solicitante: Departamento de soporte tcnico.
Descripcin: Cuando corresponda el momento, se analizarn los comportamientos de la base de datos y se determinar en qu momento se realizar un respaldo de esta. En cuanto a la estrategia de continuidad del proceso y contingencia, el Sistema de biblioteca se puede implementar en cualquier equipo, con los siguientes requisitos: Un equipo que supla con las necesidades bsicas para darle conexin a un mximo de 2 usuarios en tiempo de contingencia. Un equipo que pueda fcilmente ser instalado dentro de la oficina donde se encuentra el servidor, dentro de la institucin.
Donde el sistema podr ser ejecutado desde el Browser Explorer 7.0. o Firefox
Google Chrome o cualquier otra herramienta o versin. Justificacin: La informacin almacenada en la base de datos, es de suma importancia, y agregado a esto, siempre existe un riesgo de algn fallo en el equipo sobre el cual trabaja el programa, por lo que es necesario tomar medidas preventivas. Restricciones: Pueden haber restricciones de espacio para realizar muchos respaldos. Encargado: Grupo de trabajo Solicitante: Colegio Mara Inmaculada
Descripcin: Para el reporte de errores, dudas consultas o algn tipo de comunicado que desee dar algn usuario, se manejar un sistema de tiquetes: este consiste en
el envo de un mensaje (tiquete) acerca de un asunto en particular. Este ser recibido por algn usuario administrador del colegio, el cual podr remitirlo, si fuese del caso, a algn miembro del grupo desarrollador o usuario experto (Erick Blum Calvo). Justificacin: Con el paso del tiempo se generarn dudas, surgirn problemas y es necesario que sean comunicados, de igual forma esto puede servir para medir el grado de satisfaccin de los usuarios comunes. Restricciones: Solamente lo podrn utilizar los usuarios registrados. Encargado: Grupo de Trabajo Solicitante: Colegio Mara Inmaculada
5.10 Ejecucin:
ID: 10 Nombre: Consultas rpidas y seguridad para la manipulacin del sistema Estado: Solicitado Prioridad: Alta
Descripcin: El tiempo estimado de respuesta para el cliente, deber ser el ptimo para cada transaccin, en caso de una transaccin liviana se podr dar por rechazada y se deber optimizar.
derechos de acuerdo al rol que cumple dentro del sistema. Esto se lograra, mediante la creacin de perfiles y privilegios dependiendo su rol.
Justificacin: El usuario siempre demandar agilidad en los trmites que haga con el sistema, y adems de esto se debe asegurar que est en una zona segura Restricciones: La seguridad es un tema que siempre implica mucha complejidad para desarrollar un sistema Encargado: Grupo de trabajo Solicitante: Colegio Mara Inmaculada
ID: 11
Estado: Solicitado
Prioridad: Alta
Descripcin: Es necesaria que el Sistema de Biblioteca pueda tener interfaz para comunicarse con la Base de Datos que se le implemente. La Base de Datos ser diseada para que sea accesible por ambas aplicaciones, tanto a nivel de la biblioteca como a nivel de la aplicacin web. Justificacin: La base de datos tiene que ser verstil para poder conectarse con cualquier aplicacin. Restricciones: Por razones de seguridad, aunque sea compatible con muchas aplicaciones, no se permitir que todas las personas o aplicaciones tengan acceso a todos los datos. Encargado: Grupo de Trabajo Solicitante: Grupo de Trabajo
Descripcin: El sistema deber respetar la confidencialidad de la informacin en la WEB o nivel de BD, respectivo a cada uno de sus clientes o usuarios. Se implementar la encriptacin las contraseas, utilizando algn algoritmo especial para dicha tarea. De esta forma se asegura que alguien malintencionada intente acceder a la informacin.
Justificacin:
Restricciones: El ignorar los estndares establecidos, rechazo del producto o proyecto final. Encargado: Grupo de trabajo
polticas de la institucin.
Descripcin: Para la elaboracin total del proyecto se tomarn siempre en cuenta los lineamientos y polticas que establece la institucin en su reglamento oficial. Justificacin: El colegio tiene ciertos reglamentos, estos debern ser tomados en cuenta. Restricciones: Los reglamentos del no se relacionan con el rea propia en la cual se deber desarrollar. Encargado: Grupo de Trabajo y Colegio Mara Inmaculada Solicitante: Colegio Mara Inmaculada
Descripcin:
El sistema deber ser implementado para que trabaje con el motor de Base de Datos,
<<SQL Server 2005/2008, otro>>.
La utilizacin de herramientas para desarrollar ayudas en lnea en formato html. Interfase de usuario: Implementada en ambiente <<Windows XP o vista. El
sistema deber otro>>. ser desarrollado con Microsoft Visual Studio .NET 2008 u
Motor de Base de Datos: el sistema debe ser implementado para que trabaje con
<<Oracle 10g. SQL, MySql u otro>>
5.15 Licenciamientos:
En esta seccin se deber definir la adquisicin de posibles licencias o necesidades de herramientas de desarrollo, as como de herramientas de certificacin del sitio web, base de datos, sistemas operativos y browsers, entre otros.
ID:
15
para el desarrollo del
PostgreSql 9.0.4-1
Netbeans 6.9.1 Browsers: Firefox, Internet Explorer, Google Chrome, Safari Todo el software anteriormente mencionado son versiones que no necesitan ser pagadas para su uso legal. Esto porque son versiones que tienen licencia gratuita o son software libre. Justificacin: El proyecto no puede demandar gastos excesivos en cuanto a licenciamiento de las aplicaciones a utilizar, por lo tanto el equipo desarrollador apela al uso de software libre o versiones gratuitas. Restricciones: La restriccin con este tipo de aplicaciones radica en que no se cuenta son soporte para estas.