universo del discurso

Transcripción

universo del discurso
República Bolivariana de Venezuela
Ministerio para el Poder Popular para la Educación Universitaria
IUT Dr. Federico Rivero Palacio
3er Trayecto –2do. Trimestre
Ingeniería de Software
PNF en Informática
Turno: Nocturno
INGENIERÍA DEL SOFTWARE
Procesos y software de la CATADIUT-RC
Precisos y confiables
Profesora:
Integrantes:
Noretsys Rodríguez
Danniela Soteldo
Manuel Oropeza
Alejandro Espinoza
Fermín Fehr
Tania Moreno
Gendric Morales
Caracas, Julio de 2010
Índice
ÍNDICE .................................................................................................................................... 2
UNIVERSO DEL DISCURSO............................................................................................... 3
1 INTRODUCCIÓN ..................................................................................................................... 4
1.1 PROPÓSITO .......................................................................................................................... 4
1.2 ALCANCE DEL PROYECTO ................................................................................................... 5
1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS .................................................................. 6
1.4 REFERENCIAS ....................................................................................................................... 8
1.5 VISIÓN GENERAL DEL DOCUMENTO ..................................................................................... 8
2. DESCRIPCIÓN GENERAL ...................................................................................................... 9
2.1. PERSPECTIVA DEL PRODUCTO ............................................................................................ 9
2.2. FUNCIONES DEL PRODUCTO ............................................................................................. 10
2.3. CARACTERÍSTICAS DE LOS USUARIOS .............................................................................. 10
2.4. LIMITACIONES GENERALES .............................................................................................. 11
2.5. SUPOSICIONES Y DEPENDENCIAS ..................................................................................... 11
2.6. REQUISITOS FUTUROS ...................................................................................................... 11
3 REQUISITOS ESPECÍFICOS .................................................................................................. 11
3.1 REQUISITOS FUNCIONALES ................................................................................................ 11
3.2 REQUISITOS NO FUNCIONALES .......................................................................................... 11
4. JAD ..................................................................................................................................... 13
TIEMPOS DE DISEÑO ................................................................................................................ 17
CERRAR SESIÓN ....................................................................................................................... 19
5. FPA..................................................................................................................................... 19
MEDIDAS DE COMPLEJIDAD .................................................................................................. 19
MEDIDAS DE CALIDAD Y CONFIABILIDAD ............................................................................ 20
MEDICIÓN DE TIEMPO ............................................................................................................. 21
6. APÉNDICE........................................................................................................................ 23
2
UNIVERSO DEL DISCURSO
La Caja de Ahorros de los Trabajadores Administrativos del Instituto
Universitario de Tecnología Región Capital ‘Dr. Federico Rivero Palacio’
(CATADIUT RC) es una asociación Civil sin fines de lucro, autónoma con
personalidad
jurídica
propia,
que
fundamenta
su
organización
y
funcionamiento en los principios y condiciones establecidas en la ley de
Cajas de Ahorro y Fondos de Ahorro. Sus objetivos son:
 Establecer y fomentar el ahorro sistemático y estimular la
formación del hábito de economía y previsión social entre sus
afiliados.
 Procurar la adquisición de vivienda propia para sus afiliados, y a
tal fin podrá celebrar contratos con empresas dedicadas a estas
actividades.
 Conceder préstamos en beneficios exclusivos de sus afiliados
a bajo interés.
 Procurar
para
sus
afiliados
toda
clase
de
beneficios
socioeconómicos tales como mutuo auxilio, Seguro colectivos
de vida, cirugía, hospitalización, gastos médicos entre otros.
En general, velar por los intereses de sus afiliados por
todos los
medios a su alcance.
Una vez realizado el levantamiento de información se detecta que el
sistema administrativo automatizado actual se encuentra lo siguiente:
 Sistema Informático No Diseñado para Control de Caja de
Ahorro.
 Resultados imprecisos en la contabilidad y activos fijos.
 Plataforma propietaria, código no disponible para modificación,
adecuación o reparación.
 Falta de plataforma tecnológica adecuada
3
1 Introducción
1.1 Propósito
El objetivo de este documento es explicar las características generales
y las especificaciones del problema en los Procesos de la Caja de Ahorros
CATADIUT-RC para garantizar que todos los requerimientos del sistema,
estén descritas las funciones del sistema, los requerimientos no funcionales,
características del diseño, y otros elementos necesarios para proporcionar
una descripción completa y comprensiva de los requerimientos para el
software a desarrollar.
Los
requerimientos
pueden
ser
levantados
con
diferentes
herramientas, también se pueden encontrar dispersos en varios artefactos y
herramientas. Es por ello, que esta metodología propone capturar todos los
requerimientos para el ERS en un solo artefacto, el cual está conformado por
dos (2) artefactos que describen los requerimientos que son: Modelo de
Casos de Uso y Especificaciones Suplementarias.
El artefacto ERS controla la evolución del sistema durante todo el ciclo
de desarrollo del proyecto, cuando las nuevas características son añadidas o
modificadas al artefacto de visión, son aclarados dentro del artefacto ERS.
Las decisiones hechas escribiendo el ERS están basadas en
información de los documentos de la propuesta del proyecto y en
requerimientos del usuario. El conjunto de requerimientos especificados en el
ERS deben ser satisfechos en el diseño del sistema. Cualquier requerimiento
funcional o no funcional que no sea identificado en el ERS, no debe aparecer
en el producto final.
El propósito es definir cuales son los requerimientos que debe tener la
Caja de Ahorros de los Trabajadores Administrativos del Instituto
Universitario de Tecnología Región Capital “Dr. Federico Rivero Palacio’
(CATADIUT RC) que es una asociación Civil sin fines de lucro, autónoma
con personalidad jurídica propia, que fundamenta su organización y
4
funcionamiento en los principios y condiciones establecidas en la ley de
Cajas de Ahorro y Fondos de Ahorro.
Este documento también servirá de canal de comunicación entre las
distintas partes implicadas en el desarrollo de la aplicación y deberán tomar
parte en su confección los miembros definidos en el proyecto. Esta
especificación está sujeta a revisiones por las partes, que se recogerán por
medio de sucesivas revisiones del documento, hasta alcanzar su aprobación.
Una vez aprobado servirá de base al equipo de implementación para la
construcción del software que satisfaga las necesidades de la comunidad de
CATADIUT-RC.
1.2 Alcance del Proyecto
Dentro del trabajo de diseño de soluciones al problema de la caja de
ahorros se realizó una dinámica de lluvia de ideas donde se recogieron
posibles soluciones, las cuales se analizan detalladamente a continuación.

Diseño de una solución informática que aplique los principios de
contabilidad generalmente aceptados: Esta solución es la que
mejor cubre todos los requerimientos de los directivos de Caja de
Ahorros y de los auditores, porque solucionaría los puntos
reportados por las auditorias y requerimientos recolectados.

Optimización de la plataforma tecnológica que soporta los
procesos actuales de la caja de ahorros: Es una solución asequible
financieramente, ya que se conoce que existen recursos para la
adquisición de nuevo hardware, pero tiene el inconveniente que
mantiene el sistema actual con todos los problemas reportados.

Rediseño de los procesos establecidos y documentadas para la
caja de ahorros: Esta solución mantendría todos los inconvenientes
que tiene el sistema informático actual y sus problemas reportados.

Diseñar procedimientos manuales para el control de los procesos
administrativos: El objetivo es optimizar el tiempo empleado en el
5
manejo de los procesos de la caja de ahorros y los procedimientos
manuales tienen la desventaja que consumen más tiempo que los
procesos respaldados por una solución informática adaptada a la
caja de ahorros.

Adquisición de un software comercial y adaptarlo a los procesos de
la caja de ahorros: Puede encontrarse el caso de que la empresa
proveedora no facilite las fuentes, así como que no estén
construidos en herramientas de Software Libre, utilicen bases de
datos comerciales, ni con la metodología recomendada por el
CNTI.

Incorporación de módulos de consulta remota para afiliados: Este
punto se incorpora a la solución, junto a la alternativa número uno,
ya que permitirá a los afiliados realizar consulta a sus haberes y
deudas sin necesidad de acercarse a la oficina de la caja de
ahorros. Hay que resaltar que este punto va a precisar realizar
inversiones adicionales en el tema de conectividad.
1.3 Definiciones, Acrónimos y Abreviaturas
Definiciones
Ahorros: Ingresos que obtiene la Caja de Ahorros por concepto de
ahorros de los socios.
Préstamos: Son todos los egresos que efectúa la Caja de Ahorros
hacia sus socios, para que se reintegren en un plazo no mayor al tiempo
máximo estipulado por la Junta Directiva. Este reintegro se compone en una
parte de capital y una parte de interés.
Asociados: Personas que conforman el universo de la caja de ahorro
e invierten activamente dinero. Todos los empleados administrativos, fijos,
contratados, pensionados y jubilados del Instituto Universitario de Tecnología
6
“Dr. Federico Rivero Palacio” asimismo los trabajadores de la Caja de
Ahorro.
Servidor: computador que permite la administración de los elementos
de la red.
Administrador de red: Persona encargada de gestionar los recursos
de la red.
Normas: Es el conjunto de reglas que definen pasos a seguir para
aplicar la mejor practica.
Intranet: Es un Internet interno diseñado para ser utilizado en el
interior de una empresa, universidad, u organización. Lo que distingue a un
intranet del Internet de libre acceso es el hecho de que el intranet es privado.
Gracias a los intranets, la comunicación y la colaboración interna son más
fáciles a un intranet del Internet de libre acceso es el hecho de que el Intranet
es privado. Gracias a los intranets, la comunicación y la colaboración interna
son más fáciles.
Internet: Servidor Web para facilitar el estudio a distancia.
Acrónimos
CATADIUT RC: Caja de Ahorros de los Trabajadores Administrativos
del Instituto Universitario de Tecnología Región Capital ‘Dr. Federico Rivero
Palacio’.
ERS: Especificación de Requisitos Software. La Ingeniería de
Requisitos comprende todas las tareas relacionadas con la determinación de
las necesidades o de las condiciones a satisfacer para un software nuevo o
modificado
JAD: (Joint Application Design), en español Desarrollo Conjunto de
Aplicaciones, es una técnica exploratoria que incluye a los usuarios como
participantes activos en el proceso de desarrollo.
7
FPA: (Function Point Analysis) La métrica del punto función es un
método utilizado en ingeniería del software para medir el tamaño del
software.
UD: Universo del discurso. También llamado clase universal o clase
de referencia. Se trata de la clase más amplia de todas las clases de los
individuos que se hayan tomado de referencia.
1.4 Referencias
IEEE
Recommended
Practice
for
Software
Requirements
Specification. ANSI/IEEE std. 830, 1998.
1.5 Visión general del documento
Este documento consta de cinco secciones. En la primera sección se
define el Universo del discurso, se realiza una introducción al mismo y se
proporciona una visión general de la especificación de recursos del sistema.
En la segunda sección del documento se realiza una descripción
general del sistema, con el fin de conocer las principales funciones que éste
debe realizar, los datos asociados y los factores, restricciones, supuestos y
dependencias que afectan al desarrollo, sin entrar en excesivos detalles.
La tercera sección del documento es aquella en la que se definen
detalladamente los requisitos que debe satisfacer el sistema.
La cuarta sección estipula el JAD, el cual permite en sesiones
grupales a los usuarios diseñar sistemas en forma conjunta, promoviendo la
cooperación, el entendimiento y el trabajo grupal entre ellos.
Por último, la quinta sección es FPA, la cual calcular el tamaño del
software desde el punto de vista del usuario, midiendo la funcionalidad del
producto y facilitando la estimación temprana del proyecto de software.
8
2. Descripción General
2.1. Perspectiva del Producto
Aplicar las mejores prácticas de en el ciclo de Desarrollo de
Aplicaciones, apoyados en las Normativas IEEE.
Se utilizará la metodología RUP, enmarcada dentro de la Metodología
de la Red Nacional de Integración y Desarrollo de Software Libre (MeRinde),
definidos como la combinación y adaptación de modelos y metodologías
ampliamente utilizadas para el desarrollo de software y la reingeniería de
procesos del negocio. Esta metodología está fuertemente fundamentada en
los requerimientos del Centro Nacional de Tecnología de Información (CNTI)
y en varias metodologías como el Proceso Unificado (UP) especialmente.
Pretende entre sus principales objetivos apoyar a las comunidades de
desarrollo de software libre en sus proyectos, suministrando las herramientas
necesarias para que estos cumplan con un proceso de desarrollo y
documentación de sus sistemas.
MeRinde es concebida para abarcar el desarrollo completo de
sistemas de software de diversa complejidad y magnitud, por lo cual su
estructura responde a desarrollos máximos y deberá adaptarse
y
dimensionarse en cada momento de acuerdo a las características
particulares de cada proyecto. Dada la adaptabilidad que puede sufrir la
metodología, esta puede llegarse a aplicar bajo un enfoque ágil, lo cual no se
detalla en la presente versión, pero no se descarta su empleo.
Con el proceso de desarrollo y con las plantillas de esta metodología
se busca a su vez estimular con la transferencia del conocimiento entre las
comunidades desarrolladoras de software libre, con lo cual no solo se
pretende que sea compartido los códigos de los sistemas sino que también
se compartan la documentación como guía de referencia para mejoras por
terceros al sistema o para que sirva como modelo a otras comunidades para
el desarrollo de sus propios sistemas.
9
2.2. Funciones del Producto
Estudiar el estado actual de los procesos y aplicaciones para
determinar las mejores prácticas para el desarrollo de las nuevas soluciones.
2.3. Características de los Usuarios
Los usuarios se componen por: usuarios administradores de la red,
proveedores y los asociados que son las Personas que conforman el
universo
de
la
caja
de ahorro, tales como
los
empleados
administrativos, fijos, contratados, pensionados y jubilados del Instituto
Universitario de Tecnología “Dr. Federico Rivero Palacio” asimismo los
trabajadores de la Caja de Ahorro.
Contacto
Dirección y
Dirección Electrónica
teléfono
Ana
(0212) 7454374
Funciones en la
comunidad
IUT-RC Carretera
Presidenta
Panamericana Km. 8 –
Sulbaran
Edif. Central Oficina
Zuleika
(0416) 817.7719
IUT-RC Carretera
Secretaria
Panamericana Km. 8 –
Mayora
Edif. Central Oficina
Caja de Ahorro.
Caracas - Venezuela
Edgar
García
(0416) 401.5831
IUT-RC Carretera
Panamericana Km. 8 –
Edif. Central Oficina
Caja de Ahorro.
Caracas - Venezuela
10
Auditor - Asesor
2.4. Limitaciones Generales
Dependencia de compra de equipos por parte del estado o por
donaciones de entes asociados al IUT-RC.
2.5. Suposiciones y Dependencias
El alcance del proyecto puede estar limitado o ampliado por la ley
orgánica de educación, en la cual no se han decretado las leyes.
El proyecto depende de la adquisición por donación de los equipos
que hacen posible la conectividad.
2.6. Requisitos Futuros
Implantar el acceso remoto de los usuarios, condicionado a la
disponibilidad de la red LAN del IUT.
3 Requisitos Específicos
3.1 Requisitos funcionales

Acceso a la red confiable e instantáneamente las 24 horas del día.

Alta Velocidad en enlace de Datos.

Control de Acceso a usuarios debidamente autorizados.

Cifrado de datos.

Comprobación de comunicaciones seguras y garantizadas entre
servidores.

‘Firewalls’ administrados por directivas en servidores y equipos.
3.2 Requisitos no funcionales

La red deberá estar basada en estándares ya establecidos y
aceptados por los organismos competentes.

Se deberá crear un manual de normas para el buen uso de la red.
11

La red tendrá asignado personal capacitado para el monitoreo de
la misma.
3.3 Performance

Manuales amigables, intuitivos y de fácil entendimiento para
cualquier tipo de usuario (experto o inexperto).
3.4 Precisión

Precisión numérica.

Minimizar los tiempos de actualización de las Bases de Datos.
3.5 Confiabilidad

Integridad de los datos que conforman la aplicación, y las mejores
prácticas para certificar la seguridad de las transacciones en ella.
3.6 Seguridad

Políticas de confiabilidad y seguridad bajo los estándares.
3.7 Mantenibilidad

Exactitud y claridad en la documentación.

Facilidad de lectura y simplicidad
3.8 Portabilidad

El sistema correrá en cualquier plataforma ya que será
desarrollado en Plataforma Open Source.
3.9 Interoperabilidad

Capacidad de intercambiar procesos o datos.
12
3.10
Restricciones
particulares
de
la
tecnología
de
implementación

Debido a que está pensado en software libre no requiere una
especificación técnica avanzada
4. JAD
Roles de JAD

Líder de sección: Danniela Soteldo, co-responsable Manuel
Oropeza y Tania Moreno.

Analista: Recopilar requerimientos, Fermín Fehr co-responsable
Alejandro Espinoza y Gendric Morales

Representante de usuario o software: Zuleika Mayora

Sponsor: Unidad de Caja de Ahorros del IUT-RC.
13
Orientación
Identificación de la Comunidad
Infraestructura
Todas las personas que conforman el universo
comunitaria
de la caja de ahorro e invierten activamente dinero.
Todos
los
empleados
administrativos,
fijos,
contratados, pensionados y jubilados del Instituto
Universitario de Tecnología “Dr. Federico Rivero
Palacio” así mismo los trabajadores de la Caja de
Ahorro.
Factor económico
El factor económico depende del Ministerio de
Educación Universitaria siendo este el organismo
que mantiene esta institución.
Factor social
Afiliados a la Caja de Ahorros del IUT RC ‘Dr.
Federico Rivero Palacio’
Factor institucional
Ley orgánica de educación y falta definir nuevos
reglamentos que reemplacen a los anteriores.
14
Como se van a llevar a cabo las sesiones.
Técnica
Como aplicarla
1. Mapa conceptual
Representar temas,
ideas
o
un
conocimiento
de
forma
gráfica
a
través de dibujos,
colores,
flechas,
palabras;
interconectadas
desde el centro del
diagrama a sus
extremos, parecido
a las ramas de un
árbol
Recolectar
las Sistema actual
pantallas
del
sistema actual
2. Observación
A quienes
A que segmento
Por qué
Resultados
Esperados
Personal técnico Personal técnico Se
necesita Determinar
los
y desarrolladores desarrolladores
determinar de forma actores y el alcance
del proyecto
simple y grafica los del proyecto.
actores y el alcance
del proyecto.
Desarrolladores
del sistema
Se
requiere Identificar
las
establecer cuáles son funcionalidades
las características del actuales
sistema actual
Técnica
Como aplicarla
A quienes
3. Modelado
Dibujar Flujos de Tutor académico
datos,
Modelos y desarrolladores
Entidad
Relación, del sistema.
Casos
de
Uso,
UML,
Escenarios,
entre otros.
4. Prototipos
Hacer un modelo a
escala de los datos
recolectados para
definir
los
requerimientos
finales
Usuarios,
tutor
académico,
usuarios
y
personal técnico.
A que segmento
Resultados
Esperados
Tutor académico Facilitar
el Entender de forma
y desarrolladores entendimiento de los grafica la interacción
del sistema.
grupos
de todos los actores
multidisciplinarios y de la red.
simplificar
la
detección
de
conflictos
Usuarios,
Ayuda a evaluar la Proveer
a
los
personal técnico y implementación que usuarios
un
desarrolladores
se
pretende contexto
para
del sistema
desarrollar
entender mejor los
requerimientos de
los usuarios finales
16
Por qué
Tiempos de diseño
Planificación
Técnica
1. Mapa
conceptual
2. Observación
3. Modelado
4. Prototipos
Participantes
Fecha
Inicio
Personal técnico y desarrolladores del Sep/2010
proyecto
Responsables del Departamento de Ago/2010
Caja de Ahorros del IUT RC
Tutor académico y desarrolladores del Oct/2010
sistema.
Usuarios, tutor académico, usuarios y Nov/2010
personal técnico.
Fecha
Fin
Ago/2010
Ago/2010
Nov/2010
Dic/2010
Estos tiempos pueden cambiar, son tentativos, y se calcula un trabajo de 6
horas semanales.
17
Casos de uso
System
Gestión de Procesos
Administrador
Gestión de Consultas
Asociados
Gestión de Reportes
Gestión de Cierres
Auditores
Gestión de Mantenimiento de Tablas
Acuerdos realizados
Se acordó con el equipo de proyecto implementar el estándar IEEE, ya que
supone trabajo con componentes tales como redes e implementaciones de
seguridad en hardware y software.
18
Cerrar sesión
Se espera cerrar sesión en la última semana de la planificación para la
entrega y revisión de la documentación con el jefe del departamento de Caja de
Ahorros.
5. FPA
Con el FPA se puede medir: La calidad, complejidad y tiempo; el desarrollo,
tamaño del software, ejecución y mantenimiento se medirá cuando esté más
avanzado el proyecto.
Medidas de complejidad
Determinar valores de complejidad
#variables-
#validaciones
#procesos
#módulos
#transacciones
Complejidad
+6
+4
+4
+4
+5
Complejo +23
2-5
1-3
2-3
1-3
2-4
Poco complejo 8-22
1
0
1
0
1
Simple 0-7
entradas
Cálculo de complejidad de los requisitos
Requisito
Acceso
a
confiable,
la
red
de
instantánea
manera
y
#var
#val
#proc
#mod
#trans
Total
Complejidad
10
7
7
4
2
30
Complejo
8
5
6
1
4
24
Complejo
en
cualquier lugar del recinto las 24
horas del día
Alta Velocidad en enlace de Datos
Acceso a usuarios debidamente
autorizados
Poco
9
4
5
1
5
24
Cifrado de datos
Complejo
Poco
5
3
4
1
6
19
Complejo
servidores
10
7
8
1
8
34
Complejo
Administración proactiva del ancho
4
4
3
1
7
19
Poco
Comprobación de comunicaciones
seguras
y
garantizadas
entre
19
de banda de la red
Firewalls
Complejo
administrados
por
directivas en servidores y equipos
6
6
5
2
5
24
Complejo
Medidas de calidad y confiabilidad
Mantenibilidad: la solución de la aplicación debe ser diseñada de tal
manera, que permita ajustarla a los cambios en los requerimientos del usuario.
Confiabilidad: incluye varias características además de la confiabilidad,
como la seguridad, control de fallos, etc.
Eficiencia: tiene que ver con el uso eficiente de los recursos que necesita
un sistema para su funcionamiento.
Usabilidad: el software debe ser utilizado sin un gran esfuerzo por los
usuarios para los que fue diseñado, documentado, etc.
Determinar valores de calidad
#cambios
#control
#eficiencia
#uso
calidad
+6
+4
+4
+4
alta +18
2-5
2-3
2-3
1-3
mediana 4-17
1
1
1
0
baja 0-3
Cálculo de calidad de los requisitos
#camb
#cont
#efic
#uso
Tot
Calidad
10
4
4
2
20
Alta
Alta Velocidad en enlace de Datos
4
3
4
4
15
Mediana
Acceso a usuarios debidamente autorizados
5
4
3
4
16
Mediana
Cifrado de datos
3
2
4
1
10
Mediana
5
4
4
4
17
2
2
4
1
9
3
5
3
3
14
Requisito
Acceso
a
la
red
de
manera
confiable,
instantánea
Comprobación de comunicaciones seguras y
garantizadas entre servidores
Administración proactiva del ancho de banda
de la red
Firewalls administrados
servidores y equipos
por directivas en
20
Mediana
Mediana
Mediana
Medición de Tiempo
Determinar valores de tiempo de desarrollo
#días
tiempo
+15
Largo
5-10
Mediano
1-4
Corto
Cálculo de tiempo de los requisitos
Objetivos
Especificos
Actividades
Tiempo de cada
Actividad
Recursos
Responsable
Hojas de inventario
y Direccionamiento
IP
Manuel Oropeza
Linux (Canaima)
Gendric Morales
Apache
Fermín Fehr
PHP
Tania Moreno
MySql
Alejandro Espinoza
Listados de los
hardware de los PC
Actualizar equipos
PC (hardware)
donde residirá el
nuevo Sistema
Administrativo.
antes de la
actualización y el
listado de los PC
luego del upgrade.
Realización de la
compra de
30Días
componentes para la
actualización de
hardware.
Facturas de compra
de hardware para
upgrade.
Recolección de
requisitos
Realizar diseño y
Diseño de interfaces
programación de
sistema informático
Programación de
adaptado a caja de
módulos
6meses
ahorro
Manuel Oropeza
Danniela Soteldo
21
Objetivos
Especificos
Instalar nuevo
Sistema
Administrativo
Adecuar la
infraestructura
necesaria y
adaptada para que
el sistema sea
utilizado por los
socios y
administradores de
manera simultánea
sin afectar ninguna
transacción tanto
interna como
remota.
Pruebas Generales
de operatividad del
Sistema
Objetivos
Especificos
Actividades
Serán instalados 2
equipos PC con
plataforma Software
Libre, que
manejaran el
Sistema
Administrativo a
modo Cliente
Tiempo de cada
Actividad
30 días
Sera instalado un
equipo PC Para
trabajar a modo
servidor del sistema
administrativo y
Base de Datos
Se Adecuara un
servidor y dos
estaciones de
trabajo, así como la
plataforma de
acceso y consulta
remota vía web
Recursos
Responsable
Vmware ESXi para
vitalización del
server (opcional)
Fermín Fehr
Sistema Operativos
Código Abierto
(Canaima), y
plataformas de
desarrollo y respaldo
de código abierto
(apache, php,
mysql, rsync)
Manuel Oropeza
Apache
Manuel Oropeza
30 días
Iptables
Fermín Fehr
InternetWorking
Pruebas de
funcionalidad
Pruebas de stress
Gendric Morales
30 días
Etical Hacking
Pruebas de
seguridad
Actividades
Tania Moreno
Alejandro Espinoza
Tiempo de cada
Actividad
Recursos
45 días
y material de apoyo
Responsable
Contenido
programático del
adiestramiento
realizado a los
Adiestramiento a
operadores del
operadores de
Sistema
nuevo Sistema
Administrativo
Administrativo
Producción de guías
para adiestramiento
Implementación del
adiestramiento del
nuevo Sistema
Administrativo.
22
Danniela Soteldo
6. Apéndice
IEEE (2007). IEEE Recommended Practice for Software Requirements
Specifications Superseded by 830-1998. Extraído el 07 de febrero de 2010
desde: http://standards.ieee.org/catalog/olis/arch_se.html
Centro Nacional de Tecnologías de Información (CNTI). (s.f.).
Metodología de la Red Nacional de Integración y Desarrollo de Software
Libre
(MeRinde).
Recuperado
el
11
de
07
de
2010,
de
http://merinde.rinde.gob.ve/
Universidad Pedagógica Experimental Libertador. (2006). Manual de
Trabajos de Grado de Especializacion y Maestria y Tesis Doctorales. Caracas:
Fondo Editorial de la Universidad Pedagógica Experimental Libertador.
23
7. Índice
UNIVERSO DEL
DISCURSO……………………………………………………………...ERROR! BOOKMARK
NOT DEFINED.
1
INTRODUCCIÓN…………………………………………………………………………ERROR!
BOOKMARK NOT DEFINED.
1.1 PROPÓSITO ................................................................... ERROR! BOOKMARK NOT DEFINED.
1.2 ALCANCE DEL PROYECTO ........................................... ERROR! BOOKMARK NOT DEFINED.
1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS ......... ERROR! BOOKMARK NOT DEFINED.
DEFINICIONES
ERROR! BOOKMARK NOT DEFINED.
ACRÓNIMOS
ERROR! BOOKMARK NOT DEFINED.
1.4 REFERENCIAS ............................................................... ERROR! BOOKMARK NOT DEFINED.
1.5 VISIÓN GENERAL DEL DOCUMENTO............................ ERROR! BOOKMARK NOT DEFINED.
2. DESCRIPCIÓN
GENERAL……………………………………………………………...ERROR! BOOKMARK
NOT DEFINED.
2.1. PERSPECTIVA DEL PRODUCTO ................................... ERROR! BOOKMARK NOT DEFINED.
2.2. FUNCIONES DEL PRODUCTO ....................................... ERROR! BOOKMARK NOT DEFINED.
2.3. CARACTERÍSTICAS DE LOS USUARIOS ....................... ERROR! BOOKMARK NOT DEFINED.
2.4. LIMITACIONES GENERALES ....................................... ERROR! BOOKMARK NOT DEFINED.
2.5. SUPOSICIONES Y DEPENDENCIAS ............................... ERROR! BOOKMARK NOT DEFINED.
2.6. REQUISITOS FUTUROS ................................................ ERROR! BOOKMARK NOT DEFINED.
3. REQUISITOS ESPECÍFICOS………………………………………………………….ERROR!
BOOKMARK NOT DEFINED.
3.1 REQUISITOS FUNCIONALES.......................................... ERROR! BOOKMARK NOT DEFINED.
24
3.2 REQUISITOS NO FUNCIONALES .................................... ERROR! BOOKMARK NOT DEFINED.
4. JAD ……………………………………………………………………………………….ERROR!
BOOKMARK NOT DEFINED.
ROLES DE JAD ................................................................... ERROR! BOOKMARK NOT DEFINED.
ORIENTACIÓN .................................................................... ERROR! BOOKMARK NOT DEFINED.
TIEMPOS DE DISEÑO........................................................... ERROR! BOOKMARK NOT DEFINED.
ACORDAR PUNTOS Y DOCUMENTACIONES ....................... ERROR! BOOKMARK NOT DEFINED.
CERRAR SESIÓN ................................................................. ERROR! BOOKMARK NOT DEFINED.
5. FPA ………………………………………………………………………………………ERROR!
BOOKMARK NOT DEFINED.
MEDIDAS DE COMPLEJIDAD .............................................. ERROR! BOOKMARK NOT DEFINED.
MEDIDAS DE CALIDAD Y CONFIABILIDAD ........................ ERROR! BOOKMARK NOT DEFINED.
TIEMPO ............................................................................... ERROR! BOOKMARK NOT DEFINED.
6. APÉNDICE………………………………………………………………………………ERROR!
BOOKMARK NOT DEFINED.
7. ÍNDICE…………………………………………………………………………………..24
25

Documentos relacionados