Documentos de Académico
Documentos de Profesional
Documentos de Cultura
t2 Infoiii S
t2 Infoiii S
1. Involucrar al usuario.
El usuario es una parte imprescindible para el adecuado desarrollo de un sistema. Implicando al
usuario se logrará mejor sus necesidades y reducir su potencial resistencia a los nuevos sistemas de
información.
7. Descomponer y simplificar.
Un sistema complejo se ha de abordar dividiéndolo en subsistemas más simples. De esta manera
disminuye la complejidad y es más abordable por el ser humano.
Análisis de los
Requisitos
Diseño
Codificación
Prueba
Mantenimiento
• Codificación: el diseño debe traducirse en una forma legible para la maquina. El paso
de codificación realiza esta tarea. Si el diseño se realiza de una manera detallada la
codificación puede realizarse mecánicamente.
• Prueba: una vez que se ha generado el código comienza la prueba del programa. La
prueba se centra en la lógica interna del software, y en las funciones externas,
realizando pruebas que aseguren que la entrada definida produce los resultados que
realmente se requieren.
• Construir un sistema pequeño tiene siempre menos riesgo que construir un sistema
grande.
• Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras
informaciones relacionadas con el proyecto.
• Evaluación del cliente: las tareas requeridas para obtener la reacción del cliente
según la evaluación de las representaciones del software creadas durante la etapa de
ingeniería e implementación durante la etapa de instalación.
El modelo en espiral
Planificación Análisis de riesgos
Comunicación
con el cliente
Ingeniería
Evaluación del
cliente Construcción y adaptación
Modelo de construcción de prototipos
Recolección
refinamiento
requisitos
Producto de Diseño
ingeniería rápido
Refinamiento Construcción
del prototipo del prototipo
Evaluación
del prototipo
por el cliente
Modelo de síntesis automática de
software
• Análisis de requerimientos
• Es establecer lo que el
cliente o el usuario requiere
de un Sistema de Software.
Fase de análisis de Requerimientos
Es la condición o necesidad de un
usuario para resolver un problema del
negocio o alcanzar un objetivo.
Qué es un Requerimiento
• Definición de Requerimientos
– Una declaración en un Lenguaje Natural incluye los
diagramas de los servicios del sistema y sus límites
operacionales. Escrito para clientes.
• Especificación de Requerimientos
– Un documento estructurado con descripción o detalle de
los servicios del sistema. Escrito como un contrato entre el
cliente y el contratista.
• Especificación de Software
– Descripción detallada de software, la cual, puede servir
como una base para diseño o implementación. Escrito para
desarrolladores.
Documento de Requerimientos
• Es la declaración oficial de lo que es requerido
para que el sistema sea desarrollado.
• Incluye la definición y especificación de
requerimientos.
• No es un documento de diseño. Tanto como
sea posible, es un conjunto de lo que es el
sistema y como lo hará.
Requerimientos del Documento de Requerimientos
• Introducción.
– Describe la necesidad de crear el sistema y cuales son sus
objetivos.
• Glosario.
– Define los términos técnicos usados.
• Modelos del Sistema.
– Define los modelos que muestran los componentes del
sistema y las relaciones entre ellos.
• Definición de Requerimientos Funcionales.
– Define los servicios que serán proporcionados.
Estructura del Documento de Requerimientos
• Definición de Requerimientos No-funcionales.
– Definir las limitantes del sistema y el proceso de
desarrollo.
• Evolución del Sistema.
– Definir las suposiciones fundamentales en las cuales el
sistema se basa y se anticipan los cambios.
• Especificación de Requerimientos.
– Especificación detallada de los requerimientos
funcionales del sistema.
• Apéndices.
– Descripción de la plataforma de Hardware del Sistema.
– Requerimientos de la base de Datos (quizá como un
modelo ER)
• Indice.
Análisis de la Viabilidad del Proyecto.
• Identificar los problemas, las oportunidades y las normas que dieron lugar
a la solicitud del proyecto.
EJEMPLO:
• Objetivo de inspección.- Conocer las causas de la baja en las Ventas
• Análisis coste/beneficio.
• Diagrama entidad/relación extendido.
• Sesiones de trabajo.
• Catalogación
• Impacto en la organización.
• Planificación
• Diagramas de actividades
• Matrices
• Presentaciones
Análisis de la Viabilidad del Proyecto.
• Los objetivos:
• Objetivos:
• Definir las necesidades de la empresa sobre los problemas y establecer
prioridades.
• Definir las necesidades de empresa sobre oportunidades y establecer
prioridades
• Definir las necesidades sobre normas y establecer prioridades.
• Actividades:
• Identificar las necesidades.
• Modelizar las necesidades de sistemas.
• Elaborar prototipos de descubrimiento.
• Definir prioridades entre las necesidades de empresa.
• Modificar el ámbito y el plan de proyecto.
• Revisar las especificaciones de las necesidades.
La planeación de sistemas.
Diccionario
de
Determinar las áreas de empresa y prioridades
planificación