INGENIERA DE SOFTWARE.

- Es la aplicacin de la ciencia y las matemticas mediante la cual la capacidad de los equipos computacionales se hacen tiles al hombre a travs de programas de computador, procedimientos y la documentacin asociada. MTODOS DE LA INGENIERIA DE SOFTWARE - Construir tcnicamente el software - Planificar el desarrollo del software - Estimar los tiempos del proyecto - Analizar los requerimientos del sistema - Diseo de estructura de datos - Arquitectura de los programas - Procedimientos, Algoritmos - Codificacin de prueba y mantencin - Criterios para la calidad del software ANLISIS DE REQUERIMIENTOS DEL SOFTWARE - Esta fase se ocupa, principalmente del anlisis del sistema actual ya sea manual o automatizado, analizando como afecta a cada usuario funcional en la organizacin y realizando la definicin de los requerimientos para un nuevo sistema. - En este caso, el ingeniero de software o analista debe comprender la naturaleza del software a construir, como ser la funcin dentro de una organizacin, el rendimiento ( que es lo que se debe entregar), cuales son las interfases requeridas. - Los requisitos tanto del sistema como del software se documentan y se revisan con el cliente. - Para tener xito es importante comprender los requisitos del software, de esta forma al disear y codificar el software se estar satisfaciendo al usuario y el desarrollador no se desprestigiar - En esta etapa hay un proceso de descubrimiento de lo que desea el o los usuarios, el cual se mejora al interactuar con cada uno de ellos, se modela el flujo de informacin y de control y se especifica. - Tanto el desarrollador como el cliente juegan un rol importante, muy activo en la especificacin y en el anlisis de requerimiento. - El Cliente o usuario debe plantear detalladamente el concepto de la funcin y de lo que debe hacer el software, el desarrollador debe interrogar, como consultor y como persona que resuelve un problema, debe aprender del usuario y entender lo que se quiere. - Parece fcil esta etapa, pero no lo es, dependiendo del requerimiento el que a veces es muy complejo, en algunos casos, se puede llegar a una mala interpretacin o falta de informacin. - Es fundamental la experiencia del desarrollador y una buena comunicacin DISEO DEL SISTEMA - Produce los detalles que establecen la forma en la que el sistema cumplir con los requerimientos definidos en la fase anterior. - En esta etapa se identifican los reportes y dems salidas que debe producir el sistema

- Se determinan los datos especficos de cada reporte y salida - Se disean formatos o pantallas ya sea en papel o en alguna herramienta de software. - Se determinan los dato se entrada, aquellos que sern calculados y los que deben ser almacenados - Se deben escribir los procedimientos de clculos y los datos individuales - Se selecciona las estructuras de datos y los dispositivos de almacenamiento, discos, cintas magnticas e incluso archivos en papel. - Los procedimientos que se escriben indican como procesar los datos y producir las salidas. - La informacin detallada del diseo se proporciona al equipo de programacin para comenzar la fase siguiente desarrollo del software - Se debe entregar a los programadores las especificaciones de software completas y claramente delineadas. CICLO COMPLETO DEL ANALISIS DE REQUERIMIENTOS Necesidades del cliente-Principales riesgos y costos Blastoff de requerimientos Recoleccin de requerimientos(diagrama de contexto) Formato de los requerimientos(escribe la especificacin) Control de calidad(plan estratgico para el producto) Desarrolla prototipo de requerimientos(req. Pa experimentacin) Reutilizacin de requerimientos(librera de reutilizacin) Revisa requerimientos(filtro de requerimientos) Analiza, disea y construye- uso y evolucin del producto Normas CUA (Common User Access). Las normas CUA fueron publicadas por IBM y Microsoft en 1987 y fueron adoptadas universalmente por la fuerza de IBM (se convirtieron en un estndar facto). La aplicacin de estas normas persigue una serie de objetivos: Mejorar la usabilidad y consistencia de la aplicacin. Conservar la consistencia entre aplicaciones PRIMER ANLISIS DE RIESGOS Identificar los riesgos ms probables para el proyecto Estimar el costo / impacto si el riesgo se vuelve un problema Identificar las seales que indiquen que el riesgo se est volviendo un problema La intencin es balancear los beneficios con sus riesgos Un riesgo no forzosamente es algo malo. Blastoff Reunin entre los principales desarrolladores, clientes y usuarios Del Blastoff se obtienen: El contexto Propsito del proyecto Lista de principales riesgos Estimacin inicial del esfuerzo Decisin de seguir adelante o no Identificacin clara de los interesados Compromiso con el proyecto Formacin de equipos Determinar el propsito del producto:

1. Escribir en una frase el objetivo/propsito del producto 2. Cul es la ventaja/solucin que ofrece? 3. Definir cmo medir el xito. Adems: 4. Es realista / factible? 5. Lo desean todos los interesados (stakeholder)? ESPECIFICACIONES DE LOS PROCESOS EN LAS DIFERENTES METODOLOGIAS DE DESARROLLO Lgica de procesos o Lenguaje estructurado o Pre y post-condiciones o Tablas de decisin o rboles de decisin Diccionario de Datos (DD) MTRICAS DE PROCESO mayor enfoque sobre la calidad lograda como consecuencia del proceso repetible datos estadsticos - anlisis y categorizacin de errores eficiencia en remocin de defectos - propagacin de fase en fase reuso de datos MTRICAS DE PROYECTO Esfuerzo/Tiempo por Tarea de Ing Sw Errores no cubiertos por hora de revisin Fechas de entrega reales vs programadas Nmero de cambios y sus caractersticas Distribucin del esfuerzo sobre tareas de Ing Sw MTRICAS SOBRE PRODUCTO enfoque en la calidad de los entregables medidas del modelo de anlisis complejidad del diseo - complejidad algortmica interna - complejidad arquitectnica - complejidad del flujo de datos medidas de cdigo medidas de la efectividad del proceso - eficiencia en remocin de defectos
ESTUDIO DE FACTIBILIDAD

Despus de aprobar la solicitud de un proyecto se estima su costo, el tiempo necesario para terminarlo y las necesidades de personal
PRINCIPALES PROCESOS DE LA INGENIERA DE SOFTWARE Anlisis de Requisitos El Anlisis de Requisitos es un proceso de descubrimiento, refinamiento, modelizacin y especificacin. Tanto el desarrollador como el cliente juegan un papel activo en la especificacin y el Anlisis de Requisitos. Anlisis y Diseo del software El anlisis del software es un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos, principios y reglas clasificadas y dispuestas de manera ordenada mostrando un plan lgico en la unin de las partes. Pruebas del Software Las pruebas se definen como el proceso de localizar y reparar los errores. La fase de prueba en el desarrollo del software es vista como la actividad anterior a la presentacin del producto final. Calidad del Software Se puede decir que es la concordancia con los requisitos funcionales y de rendimiento explcitamente establecidos, con los estndares de desarrollo explcitamente documentados y con las caractersticas implcitas que se espera de todo software desarrollado profesionalmente. Configuracin Esta es la actividad esencial de calidad para mantener el control de la actividad y el estado de todo el hardware, documentos y software. Documentacin del Software Dado que la nica forma visible del software es la documentacin, una estructura formal que mantenga ligados los documentos de especificacin y diseo y listados de cdigo es esencial. Por supuesto, estas ligas deben ser apropiadas para el tamao del paquete de software. Mantenimiento del Software El software sufrir cambios despus de que se entregue al cliente. Los cambios ocurrirn debido a posibles errores que se hayan encontrado, a que el software debe adaptarse a cambios en el entorno externo, o debido a que el cliente requiera ampliaciones funcionales o de rendimiento.

En la investigacin preliminar un punto importante es determinar que el sistema solicitado sea factible. Existen tres aspectos relacionados con el estudio de factibilidad, que son realizados por lo general por analistas capacitados o directivos.
FACTIBILIDAD TCNICA. Estudia si el trabajo para el proyecto, puede desarrollarse con el software y el personal existente, y si en caso de necesitar nueva tecnologa, cuales son las posibilidades de desarrollarla (no solo el hardware). FACTIBILIDAD ECONMICA. Investiga si los costos se justifican con los beneficios que se obtienen, y si se ha invertido demasiado, como para no crear el sistema si se cree necesario. FACTIBILIDAD OPERACIONAL.

Investiga si ser utilizado el sistema, si los usuarios usaran el sistema, como para obtener beneficios.