1. Estructura de desglose de trabajo la organización
1.1. a sección superior de la estructura de desglose de trabajo (WBS) debe identificar las principales fases y los hitos del proyecto en forma de resumen. Además, la sección superior debería proporcionar una visión general de todo el alcance y el calendario del proyecto y será parte del esfuerzo inicial descripción del proyecto que conduce a la aprobación de proyectos.
2. Líneas de base en el SDLC
2.1. Las líneas de base son una parte importante de los Sistemas de Ciclo de Vida de Desarrollo (SDLC). Estas líneas de base se estableció después de que cuatro de las cinco fases del SDLC y son esenciales para la naturaleza iterativa del modelo 10. Cada línea de base se considera como un hito en el SDLC. • Funcional de referencia: establecido después de la fase de diseño conceptual. • Asignado de referencia: establecido después de la fase de diseño preliminar. • Producto de referencia: establecido después de que el diseño de detalle y la fase de desarrollo. • Actualización de productos de referencia: establecido después de la fase de construcción de la producción.
3. Fortalezas y debilidades
3.1. Fortalezas Debilidades Control. El aumento de tiempo de desarrollo. Los proyectos de monitor de gran tamaño. El aumento de los costes de desarrollo. Pasos detallados. Los sistemas deben ser definidos desde el principio. Evaluar los costos y objetivos de conclusión. La rigidez. Documentación. Difícil estimar los costos, los sobrecostos del proyecto. Bien definido de entrada del usuario. La entrada del usuario es a veces limitado. Facilidad de mantenimiento. Desarrollo y diseño de las normas. Tolera los cambios en la dotación de personal de MIS. Una alternativa a la SDLC se desarrolló rápido de aplicaciones, que combina la creación de prototipos, Joint Application Development y la aplicación de herramientas CASE. Las ventajas de RAD son la velocidad, la reducción de los costes de desarrollo, y la participación activa del usuario en el proceso de desarrollo. No debe suponerse que solo porque el modelo en cascada es la más antigua SDLC modelo original que es el sistema más eficiente.
4. Las actividades de desarrollo de software
4.1. Las actividades del proceso de desarrollo de software representados en el modelo de cascada. Hay varios otros modelos para representar a este proceso.
5. Planificación
5.1. La tarea importante en la creación de un producto de software es la extracción de las exigencias o requisitos de análisis. Los clientes suelen tener una idea abstracta de lo que quieren como resultado final, pero no lo que el software debe hacer. Incompleta, ambigua o, incluso, exigencias contradictorias son reconocidos por los ingenieros de software especializados y experimentados en este punto.
5.2. Implementación, pruebas y documentación de
5.2.1. La implementación es la parte del proceso en el que los ingenieros de software en realidad el programa de código para el proyecto. Pruebas de software es una parte integral e importante del proceso de desarrollo de software. Esta parte del proceso asegura que los defectos son reconocidos tan pronto como sea posible. Documentar el diseño interno de software con el propósito de mantenimiento futuro y la mejora se realiza durante todo el desarrollo. Esto también puede incluir la autoría de una API, ya sea externa o interna.
5.3. Implementación y el mantenimiento
5.3.1. despliegue comienza después de que el código es prueba de forma adecuada, es aprobado para su liberación y vendidos o distribuidos en un entorno de producción. Software de capacitación y apoyo es muy importante y una gran cantidad de desarrolladores no se dan cuenta de que. No sería por mucho tiempo y la planificación de un equipo de desarrollo lleva a la creación de software si nadie en una organización que acaba de usarlo.
5.4. Modelos de Desarrollo de Software
5.4.1. Existen varios modelos para agilizar el proceso de desarrollo. Cada uno tiene sus pros y sus contras, y es hasta el equipo de desarrollo a adoptar la más adecuada para el proyecto. A veces una combinación de los modelos pueden ser más adecuados.
5.5. Cascada Modelo
5.5.1. El modelo muestra un proceso de cascada, donde los desarrolladores deben seguir estas fases a fin de: 1. Especificación de Requisitos (Análisis de requerimientos) 2. Diseñar 3. Aplicación (o codificación) 4. Integración 5. Pruebas (o de validación) 6. Implementación (o instalación) 7. Mantenimiento En un modelo de cascada estricta, después de finalizar cada fase, se procede a la siguiente.
5.6. Un modelo de espiral
5.6.1. La principal característica de un modelo en espiral es la gestión del riesgo en las etapas regulares en el ciclo de desarrollo. En 1988, Barry Boehm publicó un sistema formal para el desarrollo de software "modelo en espiral", corresponde modelos y los modelos de prototipos rápidos combinar el énfasis ha sido descuidado por otros modelos de análisis de riesgos, especialmente adaptadas a gran escala de sistemas complejos
5.7. Desarrollo iterativo y creciente
5.7.1. Iterativo Desarrollo1 prescribe la construcción de porciones inicialmente pequeño pero cada vez mayor de un proyecto de software para ayudar a todos los participantes a descubrir aspectos importantes principios antes que los problemas o suposiciones erróneas pueden llevar al desastre. Los procesos iterativos son preferidas por los desarrolladores comerciales, ya que permite un potencial de alcanzar los objetivos de diseño de un cliente que no sabe cómo definir lo que quieren.
6. Historia
6.1. se originó en la década de 1960 para desarrollar sistemas de gran escala funcional de negocio en una época de conglomerados empresariales a gran escala. Sistemas de información giró en torno a las actividades de procesamiento de datos pesados y crujido de número rutinas". Varios sistemas de marcos de desarrollo se han basado en parte en SDLC, tales como el análisis de sistemas estructurados y Método de Diseño (SSADM) elaborado para el gobierno del Reino Unido Office of Government Commerce, en la década de 1980. Desde entonces, según Elliot (2004), "los enfoques tradicionales de ciclo de vida para el desarrollo de sistemas han sido sustituidos cada vez con enfoques alternativos y los marcos, que intentó superar algunas de las deficiencias inherentes al SDLC tradicional".
7. Fases de desarrollo
7.1. Desarrollo de Sistemas de Ciclo de Vida (SDLC) se adhiere a las fases importantes que son esenciales para los desarrolladores, tales como la planificación, análisis, diseño y ejecución. Existen varios sistemas para el Desarrollo del Ciclo de Vida. El modelo más antiguo, que fue considerado como "el Sistema para el Desarrollo del Ciclo de Vida" es el modelo en cascada: una secuencia de etapas en las que la salida de cada etapa se convierte en la entrada para el siguiente. Estas etapas suelen seguir los mismos pasos básicos, pero muchas metodologías diferentes en cascada suelen tener los mismos pasos con diferentes nombres y el número de pasos parecen variar entre 4 y 7. No hay un modelo definitivo para el desarrollo de ciclo de vida de un sistema, pero todas las opciones tienen el mismo propósito
8. Iniciación/Planificación
8.1. Para generar una visión de alto nivel del proyecto y pretender determinar los objetivos del proyecto. El estudio de viabilidad se utiliza a veces para presentar el proyecto a la alta dirección en un intento de obtener financiación. Los proyectos son evaluados en tres áreas de viabilidad: económica, operativa y organizativa y técnica. Además, también se utiliza como referencia para mantener el proyecto en marcha y evaluar los avances del equipo de MIS. El MIS es también un complemento de esas fases. Esta fase se denomina también como fase de análisis.
9. Reunión de relevamiento y análisis de requisitos
9.1. Diseñar
9.1.1. En las funciones de diseño de sistemas y operaciones se describen en detalle, incluyendo diseños de pantalla, las reglas de negocio, los diagramas de proceso y otra documentación. La salida de esta etapa describe el nuevo sistema como un conjunto de módulos o subsistemas. La etapa de diseño toma como su aportación inicial de las necesidades identificadas en el documento aprobado los requisitos.
9.1.1.1. El objetivo de los sistemas de análisis es determinar dónde está el problema en un intento de arreglar el sistema. Este paso implica dividir el sistema en diferentes piezas y elaborar diagramas para analizar la situación, analizar los objetivos del proyecto, desglosando lo que es necesario crear y tratar de comprometer a los usuarios para que los requerimientos puedan ser definidos. El levantamiento de requerimientos a veces involucra a individuos o equipos de cliente, así como partes proveedor de servicios para obtener los requisitos detallados y precisos.
9.1.2. Construcción
9.1.2.1. Modulación y código de programación del subsistema se llevará a cabo durante esta etapa cada una de los paradigmas que se le empleen con el propósito de realizar una unidad de prueba de los módulos. Esta etapa será replicada en los siguientes módulos individuales mismos que serán necesarios antes de la integración con el proyecto principal.
9.1.2.2. Pruebas
9.1.2.2.1. El código es probado en los distintos niveles en la prueba de software. Unidad de sistema y pruebas de aceptación del usuario se realiza a menudo. Esta es un área gris, existen diferentes opiniones en cuanto a lo de las etapas de prueba y cuánto, si se produce cualquier iteración. Iteración de no forman parte del modelo de cascada, pero por lo general se producen algunos en esta etapa. Tipos de pruebas: • Conjunto de datos de prueba. • Prueba de unidad • Las pruebas del sistema • Prueba de integración • Pruebas de caja Negro • Las pruebas de caja blanca • Las pruebas de regresión • Automatización de Pruebas • Pruebas de aceptación del usuario • Las pruebas de rendimiento Operaciones y mantenimiento El despliegue del sistema incluye cambios y mejoras antes de la clausura o el ocaso del sistema. Mantenimiento del sistema es un aspecto importante de la SDLC. Como personal clave cambiar de posición en la organización, los cambios se aplicarán nuevas, que requieren actualizaciones del sistema. Vida de temas de desarrollo de sistemas de ciclo Gestión y control