Você está na página 1de 4

CUESTIONARIO

1. QUE ES GESTIONAR también conocida como Administración de empresas


es la ciencia social, técnica y arte que se ocupa de la planificación,
organización, dirección y control de los recursos (humanos, financieros,
materiales, tecnológicos, el conocimiento, etc)
2. QUE SON LOS REQUISITOS Circunstancia o condición necesaria para algo
3. QUE ES UN REQUISITO FUNCIONAL define el comportamiento interno del
software.
4. GESTION DEL SOFTWARE La Gestión de Requisitos es el conjunto de
actividades que ayudan al equipo de trabajo identificar, controlar y seguir
los requisitos y sus cambios en cualquier momento, básicamente, consiste
en gestionar los cambios a los requisitos acordados, las relaciones entre
ellos, las dependencias entre la Especificación de Requisitos del Software y
otros documentos producidos por el proceso de desarrollo de software.

5. REQUERIMIENTOS PARA LA GESTION

Conjunto de actividades que intentan entender las necesidades de los


usuarios y traducirlas en afirmaciones precisas (no ambiguas), que se
usarán en el desarrollo del sistema. Resulta claro que en la gestión de
requerimientos deben participar activamente usuarios, directivos y
técnicos, cada uno con roles y responsabilidades específicas. Si el usuario
final no participa del proceso de desarrollo hay más probabilidades de que
encuentre que el producto no responde a las necesidades planteadas. El
proceso de gestión de requerimientos implica tres tipos de tareas:

• Elicitación (proceso de adquirir)


• Especificación.
• Validación.
Estas tareas se desarrollan en forma interactiva a partir de un abordaje
progresivo del problema
6. PROCESO DEL SOFTWARE
7. QUE ES LA INGENIERIA DE REQUISTOS
A) Gestionar Requerimientos
 Obtener y comprender requerimientos
 Obtener la aprobación de los requerimientos
 Gestionar los cambios en requisitos
 Mantener una trazabilidad bidireccional de requisitos
 Identificar inconsistencias entre el trabajo real a realizar y los requisitos.
B) Institucionalizar la gestión del proceso de toma de requerimientos
   Establecer las políticas de la organización
 Planificar los procesos
 Proporcionar los recursos adecuados
 Asignar las responsabilidades
 Formar al personal
 Gestionar la configuración
 Identificar los actores importantes
 Monitorizar y controlar los procesos
 Evaluar objetivamente el cumplimiento
 Revisar los proyectos con los responsables de mayor nivel.

8. EL PROCESO Y REQUERIMIENTOS El proceso de ingeniería de software se


define como "un conjunto de etapas parcialmente ordenadas con la intención de
logra un objetivo, en este caso, la obtención de un producto de software de
calidad" [Jacobson 1998].El proceso de desarrollo de software "es aquel en que
las necesidades del usuario son traducidas en requerimientos de software, estos
requerimientos transformados en diseño y el diseño implementado en código, el
código es probado, documentado y certificado para su uso operativo".
Concretamente "define quién está haciendo qué, cuándo hacerlo y cómo alcanzar
un cierto objetivo" [Jacobson 1998].

El proceso de desarrollo de software requiere por un lado un conjunto de


conceptos, una metodología y un lenguaje propio.

9. REQUERIMIENTOS DEL USUARIO


Actores En Sistemas De Información
Hay 5 grupos:
1. Dueños del Sistema
2. Usuarios del Sistema
3. Diseñadores de Sistemas
4. Constructores de Sistemas
5. Analistas de Sistemas

Identificar las tareas o funciones que describen las necesidades del cliente
(identificar los casos de uso).

• Identificar los eventos del sistema y sus respuestas.

• Observar a los usuarios en sus labores.

• Observar reportes de problemas de los usuarios del sistema actual.

10. REQUERIMIENTOS DEL SISTEMA

11. REQUERIMIENTOS DE ANALISIS


Los cambios en los requerimientos pueden ocurrir en cualquiera fase del
ciclo de desarrollo del software. Es por ello que los requerimientos del
análisis entran en operación. Estos cambios pueden ser inevitables y no
necesariamente son el resultado de una pobre práctica de la Ingeniería de
Requerimientos, sino más bien podrían ser el resultado de los siguientes
factores:
a. Errores en los requerimientos (conflictos e inconsistencias). A
medida que los requerimientos son analizados e implementados, los
errores e inconsistencias deben ser descubiertos y corregidos. Estos
problemas pueden descubrirse durante las etapas de análisis o después
en las posteriores etapas del desarrollo.
b. Evolución del conocimiento del sistema del cliente/usuario o del
analista. A medida que los requerimientos se desarrollan, los
clientes/usuarios o los analistas pueden entender mejor el sistema y por
lo tanto solicitar cambios en los requerimientos.
c. Problemas técnicos, de planificación o de costos. Pueden aparecer
distintos problemas al implementar algún requerimiento. Este
requerimiento puede ser muy costoso de implementar o puede tomar
bastante tiempo para su implementación.
d. Cambios en las prioridades. Las prioridades del cliente pueden
cambiar durante el desarrollo del proyecto y pedir cambios. Esto puede
deberse a cambios en la organización, cambios en el ambiente
operacional del producto, o cambios en el personal.
e. Cambios en el ambiente. El ambiente en el que se instalará el sistema
puede cambiar su estructura, lo cual demandará cambios en los
requerimientos para mantener compatibilidad.
f. Cambios organizacionales. La organización que usará el sistema
puede cambiar su estructura y sus procesos lo cual demandará cambios
en los requerimientos.
g. Poco involucramiento del cliente o del usuario. Los clientes con
frecuencia no comprenden por que es tan importante trabajar
frecuentemente junto con el analista para definir con precisión los
requerimientos y asegurar su calidad. En ocasiones los clientes creen
que en pocas reuniones han sido ya capaces de transmitir toda la
información necesaria acerca del sistema que se desea construir. Sin
embargo, los desarrolladores pueden no tener claro muchos aspectos y
requerir mas interacción.

12. REQUERIMIENTOS PARA LA NEGOCIACION


Clientes: Estos normalmente son quienes contratan, financian o autorizan el
desarrollo del proyecto.
2. Usuarios: Estos son aquellos que terminarán operando el software
requerido, después de que el sistema esté completamente desarrollado.
3. Ingenieros de Desarrollo de Software: Son todos aquellos involucrados
en el desarrollo del software, en cualquiera de sus etapas (diseño,
implementación, pruebas o mantenimiento).
4. Ingenieros del cliente. Son todos aquellos especialistas que asesoran o
trabajan dentro de la organización del cliente y que ayudan a especificar los
detalles técnicos de la aplicación a desarrollar.
5. Administradores o jefes del proyecto de software: Son aquellos que
dirigen y/o administran el proyecto de software.
6. Contratistas externos. Son aquellos desarrolladores externos a quienes se
les contrata para realizar una parte del sistema.
7. Reguladores externos: es todo aquel personal que indirectamente verifica
que todo reglamento o ley que aplique al desarrollo del proyecto se cumpla.

13. MODELO ANALISIS (diagrama de contexto)


14. MODELO E-R
15. JERARQUIA DE LOS USUARIOS.

Você também pode gostar