Este documento describe los conceptos clave de ámbito y estimaciones de proyecto en ingeniería de software. Explica que el ámbito del software debe delimitar claramente los datos cuantitativos, restricciones y factores de mitigación. También cubre las funciones, rendimiento, interfaces y restricciones que deben considerarse al definir el ámbito. Finalmente, enfatiza la importancia de definir correctamente las características ambientales del sistema para llevar a cabo estimaciones de proyecto precisas.
El análisis de requerimientos es de vital importancia en el desarrollo de los sistemas debido a que permite identificar y entrevistar al usuario, con la información obtenida se podrá definir, refinar, modelar, verificar y especificar las solicitudes que el mismo realizo.
Con el pasar de los años el análisis de requerimientos se volvió muy utilizado a nivel mundial lo que motivo a que se establecieron varios estándares de los cuales el mas conocido es ANSI, IEEE 830-1993.
El análisis de requerimientos es de vital importancia en el desarrollo de los sistemas debido a que permite identificar y entrevistar al usuario, con la información obtenida se podrá definir, refinar, modelar, verificar y especificar las solicitudes que el mismo realizo.
Con el pasar de los años el análisis de requerimientos se volvió muy utilizado a nivel mundial lo que motivo a que se establecieron varios estándares de los cuales el mas conocido es ANSI, IEEE 830-1993.
Especificación de Arquitectura de SoftwareSoftware Guru
El objetivo de la plática es mostrar con un ejemplo como especificar la arquitectura de un sistema.
Hoy en día hay varios libros de Arquitectura de software que nos muestran: Que debemos hacer, Que podemos usar pero pocos nos dan un ejemplo concreto.
Esta platica está dirigida a aquellos colegas que quieren iniciar en el rol de Arquitecto de Software, que tienen la experiencia y conocimientos pero tienen duda de como plasmar sus decisiones de diseño ó se preguntan si su diseño es suficiente y correcto.
En esta platica se desarrolla en 2 partes:
En la 1ª. se repasaran algunos conceptos relativos a la práctica de Arquitectura tales como objetivo, requerimientos no funcionales, riesgos, restricciones, patrones, vistas, etc.
En la 2ª. parte se mostrará como hacer una especificación de Arquitectura de un caso real pero acotado.
Al final espero que el participante se quede con una referencia que sirva para mejorar su práctica de Diseño de Arquitectura.
la IEEEpresenta un estandar llamado IEEE 830 para una adecuada especificacion de requerimientos para el desarrollo de Software en la siguiente presentacion se conocera detalladamente.
La IEEEpresenta un estandar llamado IEEE 830 para una adecuada especificacion de requerimientos para el desarrollo de Software en la siguiente presentacion se conocera detalladamente.
2. Aprendizajes Esperados:
Definición, formalización y
modelamiento de requerimientos de
desarrollo de SW.
Contenidos:
Aplica las técnicas de análisis y diseño
de software de acuerdo a los requisitos
para una aplicación
4. Ámbito del Software
Las especificaciones del Ámbito del Software deben ser
delimitadas.
Esto es: se deben establecer explícitamente los datos
cuantitativos (número de usuarios simultáneos, etc.); han
de señalarse las restricciones o limitaciones
(memoria, etc.); han de describirse los factores de
mitigación (algoritmos entendibles, etc.).
5. Ámbito del Software
El ámbito del SW, describe:
• Las Funciones: descritas en las especificaciones, se
evalúan y refinan para darles mas detalle al momento de
la Estimación.
• El Rendimiento: abarca los requisitos de tiempos de
respuesta y de procesamiento.
• Las Restricciones: identifican los límites del SW en base
al HW externo, memoria disponible y otros sistemas
existentes.
6. Ámbito del Software
La Función, el Rendimiento y las Restricciones siempre se
evalúan a la vez. Una misma función puede ocasionar una
diferencia en el orden de magnitud en el esfuerzo de
desarrollo cuando se considera en un contexto con
diferentes límites de rendimiento.
El Planificador considera la naturaleza y la complejidad de
cada interfaz para determinar cualquier efecto sobre los
recursos, los costes y la agenda.
7. Ámbito del Software
Interfaz incluye:
• Hardware que ejecuta el SW y sus periféricos
• SW ya existente a enlazar con el nuevo software
• Usuarios que harán uso del SW a través de distintos
medios de entrada y salida.
• Procesos administrativos.
El aspecto menos preciso del ámbito del SW es la Fiabilidad.
8. Ámbito del Software
Sin embargo, la naturaleza del SW puede dictar
consideraciones especiales:
• Un SW orientado al tráfico Aéreo.
• Un sistema de Inventario
• Un Procesador de Texto, etc.
Si se ha desarrollado adecuadamente la Especificación del
Sistema, casi toda la información requerida para la
descripción del ámbito del SW estará disponible y
documentada antes de que comience la planificación del
proyecto de software.
10. Síntesis
• Para un proyecto es indispensable definir
correctamente las características ambientales del
sistema.
• Los procesos estimativos dependen en gran medida
de las condicionantes que ofrezca el Ámbito del
sistema.
• La Estimación de proyecto nos permite generar datos
cuantitativos a partir de información cualitativa.