Documentos de Académico
Documentos de Profesional
Documentos de Cultura
De Honduras
1
INDICE
Introducción .................................................................................................................................. 3
De un Software.............................................................................................................................. 5
De Un Software ............................................................................................................................. 6
Bibliografía .................................................................................................................................. 11
2
Introducción
4. Los informes y las salidas producidas por el sistema deben ser precisos, confiables y
completos. La función del Análisis puede ser dar soporte a las actividades de un
negocio, o desarrollar un producto que pueda venderse para generar beneficios.
6. Aunque la estimación, es más un arte que una Ciencia, es una actividad importante
que no debe llevarse a cabo de forma descuidada. Existen técnicas útiles para la
estimación de costes de tiempo. Y dado que la estimación es la base de todas las
demás actividades de planificación del proyecto y sirve como guía para una
buena Ingeniería Sistemas y Software.
3
Objetivos Específicos
Objetivos Generales
4
Proceso Del Desarrollo
De un Software
Generalidades
5
Actividades Del Desarrollo
De Un Software
Planificación
La importante tarea a la hora de crear un producto de software es obtener los requisitos o
el análisis de los requisitos. Los clientes suelen tener una idea más bien abstracta del resultado
final, pero no sobre las funciones que debería cumplir el software.
Una vez que se hayan recopilado los requisitos del cliente, se debe realizar un análisis del ámbito
del desarrollo. Este documento se conoce como especificación funcional.
Despliegue y mantenimiento
El despliegue comienza cuando el código ha sido suficientemente probado, ha sido aprobado para
su liberación y ha sido distribuido en el entorno de producción.
Entrenamiento y soporte para el software es de suma importancia y algo que muchos desarrolladores de
software descuidan. Los usuarios, por naturaleza, se oponen al cambio porque conlleva una cierta
inseguridad, es por ello que es fundamental instruir de forma adecuada a los futuros usuarios del software.
El mantenimiento o mejora de un software con problemas recientemente desplegado, puede requerir más
tiempo que el desarrollo inicial del software. Es posible que haya que incorporar código que no se ajusta al
diseño original con el objetivo de solucionar un problema o ampliar la funcionalidad para un cliente. Si los
costes de mantenimiento son muy elevados puede que sea oportuno rediseñar el sistema para poder
contener los costes de mantenimiento.
6
Modelos de Desarrollo de Software
Los modelos de desarrollo de software son una representación abstracta de una manera en
particular. Realmente no representa cómo se debe desarrollar el software, sino de un enfoque
común. Puede ser modificado y adaptado de acuerdo a las necesidades del software en proceso
de desarrollo. 1 Hay varios modelos para perfilar el proceso de desarrollo, cada uno de las cuales
cuenta con pros y contras. El proyecto debería escoger el más apropiado para sus necesidades.
En ocasiones puede que una combinación de varios modelos sea apropiada. Existen tres
paradigmas de los modelos de desarrollo de software:
1. Paradigma Tradicional:
Es uno de los paradigmas más antiguo, se inventó durante la creación del método estructurado.
Si se elige un proyecto, el método varia en etapas.2 Como todo modelo, existen sus pros y contras
al usar este paradigma:
Si se aplica este paradigma, unos de los principales problemas , es que las etapas realizadas no
son autónomas de las siguientes, creando una dependencia estructural y en el caso de un error
atrasaría todo el proyecto. Se tiene que tener pautas bien definidas, y que no se incurra a
modificación porque implicaría en que el software no cumpla con su ciclo de vida. Tener en cuenta
que el cliente no se vea afectado por la impaciencia
.
2. Paradigma Orientado a Objetos: Estos modelos se basan en la Programación orientada a
objetos; por lo tanto, se refiere al concepto de clase, el análisis de requisitos y el diseño. El modelo
o paradigma orientado a objetos posee dos características principales, las cuales son:
Permite la reutilización de software.
Facilita el desarrollo de herramientas informáticas de apoyo al desarrollo, el cual es simple al
implementarla en una notación orientado a objetos llamado UML.
7
3. Paradigma de Desarrollo Ágil: Es un paradigma de las Metodologías De Desarrollo basado en
procesos ágiles. Estos intentan evitar los tediosos caminos de las metodologías tradicionales
enfocándose en las personas y los resultados. Usa un enfoque basado en el Valor para construir
software, colaborando con el cliente e incorporando los cambios continuamente.
Modelo en cascada
Es un proceso secuencial, fácil de desarrollo en el que los pasos de desarrollo son vistos hacia
abajo (como en una cascada de agua) a través de las fases de análisis de las necesidades, el
diseño, implantación, pruebas (validación), la integración, y mantenimiento. La primera descripción
formal del modelo de cascada se cita a menudo a un artículo publicado por Winston Royce W.2 en
1970, aunque Royce no utiliza el término "cascada" de este artículo.
Los principios básicos del modelo de cascada son los siguientes:1
El proyecto está dividido en fases secuenciales, con cierta superposición y splashback aceptable
entre fases.
Se hace hincapié en la planificación, los horarios, fechas, presupuestos y ejecución de todo un
sistema de una sola vez.
Un estricto control se mantiene durante la vida del proyecto a través de la utilización de una amplia
documentación escrita, así como a través de comentarios y aprobación / signoff hechas por el
usuario y la gestión del área TI al final de la mayoría de las fases y antes de comenzar la próxima
fase.
Prototipo
El prototipo permite desarrollar modelos de aplicaciones de software que permiten ver la
funcionalidad básica de la misma, sin necesariamente incluir toda la lógica o características del
modelo terminado. El prototipo permite al cliente evaluar en forma temprana el producto, e
interactuar con los diseñadores y desarrolladores para saber si se está cumpliendo con las
expectativas y las funcionalidades acordadas. Los Prototipos no poseen la funcionalidad total del
sistema, pero si condensa la idea principal del mismo, Paso a Paso crece su funcionalidad, y
maneja un alto grado de participación del usuario.
8
Incremental
Provee una estrategia para controlar la complejidad y los riesgos, desarrollando una parte del
producto software reservando el resto de aspectos para el futuro.
Espiral
Los principios básicos son:
La atención se centra en la evaluación y reducción del riesgo del proyecto dividiendo el proyecto
en segmentos más pequeños y proporcionar más facilidad de cambio durante el proceso de
desarrollo, así como ofrecer la oportunidad de evaluar los riesgos y con un peso de la
consideración de la continuación del proyecto durante todo el ciclo de vida.
Cada viaje alrededor de la espiral atraviesa cuatro cuadrantes básicos: (1) determinar objetivos,
alternativas, y desencadenantes de la iteración; (2) Evaluar alternativas; Identificar y resolver los
riesgos; (3) desarrollar y verificar los resultados de la iteración, y (4) plan de la próxima iteración.
Cada ciclo comienza con la identificación de los interesados y sus condiciones de ganancia, y
termina con la revisión y examinación.
9
La participación activa de los usuarios es imprescindible.
Iterativamente realiza la producción de software, en lugar de enfocarse en un prototipo.
10
Bibliografía
FISCHER, G., 2011. wikipedia. [En línea]
Available at: https://www.wikepedia.com
[Último acceso: 2 mayo 2003].
REICH, M., 2019. Wikipedia. [En línea]
Available at: https://www.wikipedia.com
[Último acceso: 27 octubre 2008].
11