Lic. En Informática con Énfasis en Cómputo Gerencial
Nombre
Ricardo Miranda
Materia
Análisis de Sistema I
Profesora
Héctor Arcia
Grupo
Viernes a las 5300 PM
Introducción………………………………………………………………………………..1
Apuntes……………………………………………………………………………………..2
Investigaciones……………………………………………………………………..……..3
Examen final……………………………………………………………………………….4
Material de apoyo………………………………………………………………………….6
Conclusión ………………………………………………………………………………...7
Este portafolio es un proceso en el cual recopilo datos que me sirven como
evidencia para incrementar el aprendizaje; es una estrategia que puedo utilizar
para conocer cuál ha sido mi avance en cuanto a los conocimientos adquiridos
durante el cuatrimestre y que tanto me sirven las actividades realizadas.
Este portafolio fue realizado con el propósito de servir como una herramienta de
aprendizaje y logros a lo largo del cuatrimestre próximo a tra
Apuntes
16 de enero 2015
Horario viernes 5:30 a 7:45
Correo: uam.analisisdesistemai-2015-1@outlook
Evaluación
2 exámenes parciales 15%
Participación y asistencia 10%
Tarea de Investigación y charlas 20%
Portafolio 10%
Examen Final 30%
100%
Apuntes Tarea1
Que es un sistema de información
Que es un proyecto
Que es un proyecto de software
Que es un Project manager
Investigar una estructura de una organización
Apuntes de Tarea 2 investigar
Bases de Datos
Access, SQL, MySQL, Oracle, Sybase y Postgree
Personal
Analista de sistema, Tester, Documentadores, Desarrolladores,
Mantenimiento, Arquitecto de software, Jefe de testers y Jefe de
arquitecto
Lenguajes
Visual studio, c#, Asp, visual Basic, Java, eclipse y Jborland
Apuntes para parcial
1. Que es análisis de sistema
2. Elementos
3. Objetivos
4. Documentación
5. Los personales y su diferente puesto
6. Fases del análisis de sistema
7. Estudio de vialidad
8. Objetivo de inspección
9. Fases del estudio de objetivos
10. Riegos.
Tarea
1. Traer un sistema de información
2. 4 software que se utilicen para el sistema de información
Apunte del trabajo final
Ciclo de vida de un Software
Contenido
1. Presentación
2. Índice
3. Introducion
4. Contenido
5. Imágenes
6. Referencia
7. Conclusión
8. Pagina en blaco o colores
9. Arial12
10. Espacio doble
11. Justificado
30 paginas word
Investigación N°1
1. Que es un sistema de información
Un sistema de información es un conjunto de elementos orientados al tratamiento
y administración de datos de información, organizados y listos para su uso
posterior, generados para cubrir una necesidad o un objetivo.
2. Que es un proyecto en ingeniería de software
Está formada por un conjunto de métodos, herramientas y técnicas que se utilizan
en el desarrollo de los programas informáticos para un fin.
3. Que es un proyecto de software
Es el Proceso de gestión para la creación de un Sistema o software, la cual
encierra un conjunto de actividades, una de las cuales es la estimación, 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.
4. Que es un Project manager
Es la persona que tiene la responsabilidad total del planeamiento y la ejecución
acertados de cualquier proyecto. Este título se utiliza en la industria de la
construcción, la arquitectura, el desarrollo de software y diversas ocupaciones que
se basan en la generación o manutención de un producto.
5. Que es una estructura de una organización de desarrollo de sistema,
quienes los conforman.
Acer Es una empresa taiwanesa que produce computadoras y productos
informáticos. Es el segundo mayor fabricante de computadoras del mundo y la
mayor empresa de venta al por menor de computadoras en Taiwán.
Administración de ACER
6. Que es un tester o probador de software
Planifican y llevan a cabo pruebas de software de los ordenadores para comprobar
si funcionan correctamente. Identifican el riesgo de sufrir errores de un software,
detectan errores y los comunican. Evalúan el funcionamiento general del software
y sugieren formas de mejorarlo.
Investigación N°2
Bases de datos
Access: Este programa permite manipular datos en forma de tablas (filas y
columnas), realizar cálculos complejos con fórmulas y funciones, incluso dibujar
distintos tipos de gráficas.
SQL: es un lenguaje de base de datos normalizado, que utilizan los diferentes
motores de bases de datos para efectuar determinadas operaciones sobre los
datos o sobre su estructura.
Mysql: es un sistema de gestión de bases de datos (SGBD) multiusuario,
multiplataforma y de código abierto.
Oracle: es básicamente una herramienta cliente/servidor para la gestión de base
de datos, es un producto vendido a nivel mundial, aunque la gran potencia que
tiene y su elevado precio hace que solo se vea en empresas muy grandes y
multinacionales.
Sybase: es un motor de bases de datos altamente optimizado para inteligencia
empresarial, desarrollada por la empresa Sybase, llamado ahora Sap Sybase IQ
debido a la compra de la empresa Sybase por parte de Sap. Diseñado
específicamente para entregar resultados más rápidos en soluciones de
inteligencia empresarial analítica de misión crítica, almacenes de datos y
generación de reportes, Sybase IQ combina velocidad y agilidad, con un bajo
costo total de propiedad, lo que permite a las empresas llevar a cabo análisis de
datos y generación de reportes antes impensables, imprácticos o costosos.
Postgree: es un Sistema de gestión de bases de datos relacional orientado a
objetos y libre, publicado bajo la licencia BSD.
Personal
Analista: es un grado técnico del área de la informática, encargado del desarrollo
de aplicaciones en lo que respecta a su diseño y obtención de los algoritmos, así
como de analizar las posibles utilidades y modificaciones necesarias de los
sistemas operativos para una mayor eficacia de un sistema informático.
Tester: planifican y llevan a cabo pruebas de software de los ordenadores para
comprobar si funcionan correctamente. Identifican el riesgo de sufrir errores de un
software, detectan errores y los comunican.
Documentador: Encargado de realizar toda la documentación que se debe de
entregar una vez que un proyecto o desarrollo se termine.
Desarrollador: alguien que programa ordenadores o diseña el sistema informático
para que coincida con los requisitos de un analista de sistemas. El desarrollador
puede contribuir a la visión general del proyecto más a nivel de aplicación que a
nivel de componentes o en las tareas de programación individuales.
Jefe de tester: Es la persona responsable de supervisar la prueba de software.
Proyect manager: es la persona que tiene la responsabilidad total del
planeamiento y la ejecución acertados de cualquier proyecto.
Arquitecto de software: Es la persona, equipo u organización responsable por la
arquitectura del sistema que se está llevando a cabo. Ayudará a tomar decisiones
estratégicas acertadas para aprovechar al máximo la tecnología en nuestros
sistemas.
Jefe de desarrollador: Encargado de ejecución y control del proyecto y es el
motor que ha de impulsar el avance del mismo mediante la toma de decisiones
tendentes a la consecución de los objetivos.
Jefe de arquitecto: Coordina a los equipos de trabajo que intervienen en ella y
gestiona la subcontratación de capítulos y unidades.
Software
Visual Studio: Es un entorno de desarrollo integrado (IDE, por sus siglas en
inglés) para sistemas operativos Windows. Soporta múltiples lenguajes de
programación tales como C++, C#, Visual Basic .NET, F#, Java, Python, Ruby,
PHP.
C#: es un lenguaje de programación orientado a objetos desarrollado y
estandarizado por Microsoft como parte de su plataforma .NET
VB: es un lenguaje de programación dirigido por eventos, desarrollado por Alan
Cooper para Microsoft. Este lenguaje de programación es un dialecto de BASIC,
con importantes agregados.
ASP: Es un framework para aplicaciones web desarrollado y comercializado por
Microsoft
JAVA: es un lenguaje de programación de propósito general, concurrente,
orientado a objetos que fue diseñado específicamente para tener tan pocas
dependencias de implementación como fuera posible.
Mono Develop es un entorno de desarrollo integrado libre y gratuito, diseñado
primordialmente para C# y otros lenguajes.
Netbeans: es un entorno de desarrollo integrado libre, hecho principalmente para
el lenguaje de programación Java.
Eclipse: es un programa informático compuesto por un conjunto de herramientas
de programación de código abierto multiplataforma para desarrollar lo que el
proyecto llama "Aplicaciones de Cliente Enriquecido", opuesto a las aplicaciones
"Cliente-liviano" basadas en navegadores.
Borlands c++: es un C y C ++ entorno de programación (es decir, un entorno de
desarrollo integrado) para MS-DOS y Microsoft Windows.
Infografía
http://quees.la/sql/
www.pergaminovirtual.com.ar%2Fdefinicion%2FAccess.html%3FPHPSESSID
%3D949887e64c39f7701a22ef1015c41947&h=gAQHlyOv9
http://www.facebook.com/l.php?u=http%3A%2F%2Fwww.monografias.com%
2Ftrabajos25%2Foracle%2Foracle.shtml%23ixzz3QYaJWymE&h=VAQF48jF4
http://es.wikipedia.org/wiki/Sybase_IQ
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad
=rja&uact=8&ved=0CCAQFjAA&url=http%3A%2F%2Fes.wikipedia.org%2Fwik
i%2FPostgreSQL&ei=X_fOVKSJIoayyATAiYKgDA&usg=AFQjCNFJ9la6xuDp6
yR92jrQgo0nQNyIcQ&sig2=TJua_9e5mlsKTM8dc0cMSw
LICENCIATURA EN INFORMATICA CON ESPECIALIZACION EN
COMPUTACION GERENCIAL
INTEGRANTES:
Odalis Jiménez
Liliana Castillo
Lineth Quintero
David McCray
Ricardo Miranda
PROFESOR:
Héctor Arcia
MATERIA:
Análisis de Sistema I
TEMA:
Ciclo de Vida de un Software
FECHA DE ENTREGA:
17 de abril de 2015
Ingeniería del software………………………………………………….……pág.1
Ciclo de vida del software……………………………………………………pag.1
Características…………………………………………………...……….…..pag.2
Etapas del ciclo de vida del software……………………………………….pag.2
Modelos de ciclo de vida…………………………………………………….pag.5
Alternativas de modelos de ciclo de vida………………………………….pag.6
Modelo cascada………………………………………………………………pag.6
Características………………………………………………………….…….pag.6
Ventajas…………………………………………………………………..…..pag.6
Desventajas……………………………………………………………..……pag.7
Modelo de desarrollo incremental………………………………….………pag.8
Ventajas……………………………………………………………………….pag.8
Desventajas…………………………………………………………………..pag.8
Modelo de desarrollo evolutivo…………………………………………….pag.10
Modelo de prototipito de requerimientos………………………………….pag.11
Características………………………………………………………………pag.12
Ventajas………………………………………………………………………pag.12
Desventajas………………………………………………………………….pag.12
Modelo espiral……………………………………………………………….pag.13
Ventajas……………………………………………………………………..pag.13
Desventaja…………………………………………….…………………….pag.13
Modelo concurrente…………………………………………….…………..pag.16
Ventajas…………………………………………..….……………….……..pag.17
Desventajas…………………………………………….……………….…..pag.17
Análisis preliminar…………………………………………………………pag.18
Imágenes…………………………………………..…pag.19 20 21 22 23 24 25
Referencia………………………………………………………………..…pag.26
Conclusión………………………………………………………………….pag.27
En este trabajo vamos a ver detalladamente sobre el ciclo de vida de un software
y sus diferentes modelos como lo son el espiral el incremento entre otros, ventajas
y desventajas de los mismos.
Ingería Del Software
La ingeniería del software permite al diseñador de programas, realizar su
tarea de construcción de software como un problema de ingeniería haciendo
uso de guías, principios y normas que le permitirán el correcto desarrollo de
su labor. Adicionalmente, dispondrá de un conjunto de herramientas que le
permitirán la evaluación, validación, depuración y corrección del software
desarrollado.
Ciclo de vida del softwareEl término ciclo de vida del
software describe el desarrollo de software, desde la fase inicial hasta la
fase final. El propósito de este programa es definir las distintas fases
intermedias que se requieren para validar el desarrollo de la aplicación, es
decir, para garantizar que el software cumpla los requisitos para la
aplicación y verificación de los procedimientos de desarrollo: se asegura de
que los métodos utilizados son apropiados.
Características
Un modelo de ciclo de vida del software:
Describe las fases principales de desarrollo de software.
Define las fases primarias esperadas de ser ejecutadas durante esas
fases.
Ayuda a administrar el progreso del desarrollo
Provee un espacio de trabajo para la definición de un detallado proceso
de desarrollo de software.
ETAPAS DEL CICLO DE VIDA DEL SOFTWARE
Ingeniería De Sistemas: En esta etapa el analista luego de un
minucioso y detallado estudio de los sistemas de una organización,
detecta un problema o una necesidad que para su solución y/o
satisfacción es necesario realizar un desarrollo de software.
Análisis: En esta etapa se debe entender y comprender de forma
detallada cual es la problemática a resolver, verificando el entorno en el
cual se encuentra dicho problema, de tal manera que se obtenga la
información necesaria y suficiente para afrontar su respectiva solución.
Esta etapa es conocida como la del QUÉ se va a solucionar.
Diseño: Una vez que se tiene la suficiente información del problema a
solucionar, es importante determinar la estrategia que se va a utilizar
para resolver el problema. Esta etapa es conocida bajo el CÓMO se va a
solucionar.
Implementación: partiendo del análisis y diseño de la solución, en esta
etapa se procede a desarrollar el correspondiente programa que
solucione el problema mediante el uso de una herramienta
computacional determinada.
Pruebas: Los errores humanos dentro de la programación de los
computadores son muchos y aumentan considerablemente con la
complejidad del problema. Cuando se termina de escribir un programa
de computador, es necesario realizar las debidas pruebas que garanticen
el correcto funcionamiento de dicho programa bajo el mayor número de
situaciones posibles a las que se pueda enfrentar.
Documentación: Es la guía o comunicación escrita en sus diferentes
formas, ya sea en enunciados, procedimientos, dibujos o diagramas que
se hace sobre el desarrollo de un programa.
Ingeniería De Sistemas: En esta etapa el analista luego de un
minucioso y detallado estudio de los sistemas de una organización,
detecta un problema o una necesidad que para su solución y/o
satisfacción es necesario realizar un desarrollo de software.
Análisis: En esta etapa se debe entender y comprender de forma
detallada cual es la problemática a resolver, verificando el entorno en el
cual se encuentra dicho problema, de tal manera que se obtenga la
información necesaria y suficiente para afrontar su respectiva solución.
Esta etapa es conocida como la del QUÉ se va a solucionar.
Diseño: Una vez que se tiene la suficiente información del problema a
solucionar, es importante determinar la estrategia que se va a utilizar
para resolver el problema. Esta etapa es conocida bajo el CÓMO se va a
solucionar.
Implementación: partiendo del análisis y diseño de la solución, en esta
etapa se procede a desarrollar el correspondiente programa que
solucione el problema mediante el uso de una herramienta
computacional determinada.
Pruebas: Los errores humanos dentro de la programación de los
computadores son muchos y aumentan considerablemente con la
complejidad del problema. Cuando se termina de escribir un programa
de computador, es necesario realizar las debidas pruebas que garanticen
el correcto funcionamiento de dicho programa bajo el mayor número de
situaciones posibles a las que se pueda enfrentar.
Documentación: Es la guía o comunicación escrita en sus diferentes
formas, ya sea en enunciados, procedimientos, dibujos o diagramas que
se hace sobre el desarrollo de un programa. La importancia de la
La Documentación Se Compone De Tres Partes:
a) Documentación Interna: Son los comentarios o mensajes que se añaden
al código fuente para hacer más claro el entendimiento de los procesos
que lo conforman, incluyendo las precondiciones y las pos condiciones
de cada función.
b) Documentación Externa: Se define en un documento escrito con los
siguientes puntos:
Descripción del Problema
Datos del Autor
Algoritmo (diagrama de flujo o Pseudocódigo)
Diccionario de Datos
Código Fuente (programa)
c) Manual de Usuario: Describe paso a paso la manera cómo funciona el
programa, con el fin de que el usuario lo pueda manejar para que obtenga el
resultado deseado.
d) Mantenimiento: una vez instalado un programa y puesto en marcha
para realizar la solución del problema previamente planteado o satisfacer
una determinada necesidad, es importante mantener una estructura de
actualización, verificación y validación que permitan a dicho programa ser
útil y mantenerse actualizado según las necesidades o requerimientos
planteados durante su vida útil. Para realizar un adecuado mantenimiento,
es necesario contar con una buena documentación del mismo.
Modelos De Ciclo De Vida
Para facilitar una metodología común entre el cliente y la compañía de
software, los modelos de ciclo de vida se han actualizado para reflejar las
etapas de desarrollo involucradas y la documentación requerida, de manera
que cada etapa se valide antes de continuar con la siguiente etapa. Al final
de cada etapa se arreglan las revisiones de manera que (texto faltante).
Alternativas de Modelos de Ciclo de Vida
Modelo Cascada
Este es el más básico de todos los modelos, y sirve como bloque de
construcción para los demás modelos de ciclo de vida. La visión del modelo
cascada del desarrollo de software es muy simple; dice que el desarrollo de
software puede ser a través de una secuencia simple de fases. Cada fase
tiene un conjunto de metas bien definidas, y las actividades dentro de una
fase contribuyen a la satisfacción de metas de esa fase o quizás a una
subsecuencia de metas de la fase. Las flechas muestran el flujo de
información entre las fases. La flecha de avance muestra el flujo normal.
Las flechas hacia atrás representan la retroalimentación.
Características.
El modelo de ciclo de vida cascada, captura algunos principios básicos:
Planear un proyecto antes de embarcarse en él.
Definir el comportamiento externo deseado del sistema antes de diseñar
su arquitectura in-terna.
Documentar los resultados de cada actividad.
Ventajas
Está dirigido por los tipos de documentos y resultados que deben
obtenerse al final década etapa.
Ha sido muy usado y, por tanto, está ampliamente contrastado Ayuda a
detectar errores en las primeras etapas a bajo costo.
Ayuda a minimizar los gastos de planificación, pues se realiza sin
problemas.
Es un modelo sencillo y disciplinado.
Es fácil aprender a utilizarlo y comprender su funcionamiento.
Desventajas:
Los proyectos raramente siguen el proceso lineal tal como se definía
originalmente el ci-clo de vida.
Es difícil que el cliente exponga explícitamente todos los requisitos al
principio.
El cliente debe tener paciencia pues obtendrá el producto al final del
ciclo de vida.
No refleja exactamente cómo se programa realmente el sistema, en el
que suele haber un gran componente iterativo
Puede resultar complicado regresar a etapas anteriores (ya acabadas)
para realizar co-rrecciones.
El producto final obtenido puede que no refleje todos los requisitos del
usuario
El modelo de ciclo de vida cascada, captura algunos principios
básicos:
Planear un proyecto antes de embarcarse en él.
Definir el comportamiento externo deseado del sistema antes de diseñar
su arquitectura interna.
Documentar los resultados de cada actividad.
Diseñar un sistema antes de codificarlo.
Testear un sistema después de construirlo.
Una de las contribuciones más importantes del modelo cascada es para
los administradores, posibilitándoles avanzar en el desarrollo, aunque en
una escala muy bruta.
Modelo De Desarrollo Incremental
Los riesgos asociados con el desarrollo de sistemas largos y complejos son
enormes. Una forma de reducir los riesgos es construir sólo una parte del
sistema, reservando otros aspectos para niveles posteriores. El desarrollo
incremental es el proceso de construcción siempre incrementando
subconjuntos de requerimientos del sistema. Típicamente, un documento de
requerimientos es escrito al capturar todos los requerimientos para el
sistema completo.
Note que el desarrollo incremental es 100% compatible con el modelo
cascada. El desarrollo incremental no demanda una forma específica de
observar el desarrollo de algún otro incremento.
Ventajas
El usuario se involucra más.
Los usuarios no tienen que esperar.
Se evitan proyectos largos y se entrega “algo de valor” a los usuarios con
cierta frecuencia.
Se puede financiar el proyecto por partes.
No se necesita tanto personal al principio como para una implementación
completa.
Desventajas
Difícil de evaluar el costo total.
Difícil de aplicar a sistemas transaccionales que tienden a ser integrados
y a funcionar como un todo.
Requiere gestores experimentados.
Los errores en los requisitos se detectan tarde.
Prioriza los requisitos del usuario y los requisitos de más alta prioridad
se incluyen en los incrementos más tempranos.
Las primeras versiones son incompletas pero proporcionan al usuario la
funcionalidad que precisa y una plataforma para la evaluación.
Se necesitan pruebas de regresión.
El modelo de desarrollo incremental provee algunos beneficios
significativos para los proyectos:
Construir un sistema pequeño es siempre menos riesgoso que construir
un sistema grande.
Al ir desarrollando parte de las funcionalidades, es más fácil determinar
si los requerimientos planeados para los niveles subsiguientes son
correctos.
Si un error importante es realizado, sólo la última iteración necesita ser
descartada.
Reduciendo el tiempo de desarrollo de un sistema (en este caso en
incremento del sistema) decrecen las probabilidades que esos
requerimientos de usuarios puedan cambiar durante el desarrollo.
Si un error importante es realizado, el incremento previo puede ser
usado.
Los errores de desarrollo realizados en un incremento, pueden ser
arreglados antes del comienzo del próximo incremento.
Modelo De Desarrollo Evolutivo
Como el modelo de desarrollo incremental, el modelo de desarrollo evolutivo
(algunas veces denominado como prototipado evolutivo) construye una
serie de grandes versiones sucesivas de un producto. Sin embargo,
mientras que la aproximación incremental presupone que el conjunto
completo de requerimientos es conocido al comenzar, el modelo evolutivo
asume que los requerimientos no son completamente conocidos al inicio del
proyecto.
Modelo de Prototipito de Requerimientos
El prototipado de requerimientos es la creación de una implementación
parcial de un sistema, para el propósito explícito de aprender sobre los
requerimientos del sistema. Un prototipo es construido de una manera
rápida tal como sea posible. Esto es dado a los usuarios, clientes o
representantes de ellos, posibilitando que ellos experimenten con el
prototipo.
CARACERISTICAS
Describe las fases principales de desarrollo de software.
Define las fases primarias esperadas de ser ejecutadas durante esas
fases.
Ayuda a administrar el progreso del desarrollo del software
Provee un espacio de trabajo para la definición de un detallado proceso
de desarrollo de software.
VENTAJAS
Ser fácilmente modificable.
Reducir los costos de rediseño si los problemas se detectan pronto y
cuando son fáciles de localizar.
Este modelo es útil cuando el cliente conoce los objetivos generales para
el software.
DESVENTAJAS
Hacer pensar a los usuarios que el producto final está prácticamente
terminado.
Llevar a un número de cambios excesivo.
Modelo Espiral
El modelo espiral de los procesos software es un modelo del ciclo de meta-
vida. En este modelo, el esfuerzo de desarrollo es iterativo. Tan pronto
como uno completa un esfuerzo de desarrollo, otro comienza. Además, en
cada desarrollo ejecutado, puedes seguir estos cuatros pasos:.
Determinar las rutas alternativas que puedes tomar para lograr estas
metas. Por cada una, analizar los riesgos y resultados finales, y
seleccionar la mejor.
Seguir la alternativa seleccionada en el paso 2.
Establecer qué tienes terminado.
La dimensión radial en la figura refleja costos acumulativos incurridos en el
proyecto.
Ventajas:
Conjuga la naturaleza iterativa de los prototipos con los aspectos
controlados y sistemá-ticos del modelo clásico.
Proporciona el potencial para el desarrollo rápido de versiones
incrementales.
Puede adaptarse y aplicarse a lo largo de la vida del software.
Es un enfoque realista del desarrollo del software.
Permite aplicar el enfoque de construcción de prototipos en cualquier
momento para re-ducir riesgos.
Reduce los riesgos antes de que se conviertan en problemáticos.
Controla muy bien los riesgos y mientras más iteraciones se realicen,
menos riesgos ha-brá.Monitoriza y controla los riesgos continuamente
Desventajas:
Puede resultar difícil convencer a algunos clientes de que el enfoque
evolutivo es contro-lable.
Solo resulta aplicable para proyectos de gran tamaño.
Supone una carga de trabajo adicional, no presente en otros ciclos de
vida.
Requiere una considerable habilidad para la evaluación y resolución del
El modelo espiral captura algunos principios básicos:
Decidir qué problema se quiere resolver antes de viajar a resolverlo.
Examinar tus múltiples alternativas de acción y elegir una de las más
convenientes.
Evaluar qué tienes hecho y qué tienes que haber aprendido después de
hacer algo.
No ser tan ingenuo para pensar que el sistema que estás construyendo
será "EL" sistema que el cliente necesita.
Conocer (comprender) los niveles de riesgo, que tendrás que tolerar.
Modelo Concurrente
Como el modelo espiral, el modelo concurrente provee una meta-
descripción del proceso software. Mientras que la contribución primaria del
modelo espiral es en realidad que esas actividades del software ocurran
repetidamente, la contribución del modelo concurrente es su capacidad de
describir las múltiples actividades del software ocurriendo simultáneamente.
Características
Se puede expresar de manera esquematizada
Las actividades llevan procesos concurrentes
Es aplicable a todo tipo de desarrollo de software
Es un módulo aplicable para cliente soñador
Está dirigido por las necesidades del usuario
Es aplicable al cliente servidor
Ventajas
Excelente para proyectos en los que se conforman grupos de trabajo
independientes.
Proporciona una imagen exacta del estado actual de un proyecto.
Desventajas
•Si no se dan las condiciones señaladas no es aplicable.
• Si no existen grupos de trabajo no se puede trabajar en este método.
Análisis Preliminar
La finalidad de este servicio es determinar cuáles son las necesidades de
las empresas desde el punto de vista operativo, tecnológico y
administrativo.
Ciclo de vida del Software El término ciclo de vida del software describe el
desarrollo de software, desde la fase inicial hasta la fase final.
El ciclo de vida clásico del software siendo uno de los más utilizados tal como lo
plantean diferentes autores, está conformado en su versión ampliada por siete
etapas que se pueden representar mediante un modelo en cascada.
El modelo de ciclo de vida en cascada comenzó a diseñarse en 1966 y se terminó
alrededor de 1970. Se define como una secuencia de fases en la que al final de
cada una de ellas se reúne la documentación para garantizar que cumple las
especificaciones y los requisitos antes de pasar a la fase siguiente:
El desarrollo incremental es el proceso de construcción siempre incrementando
subconjuntos de requerimientos del sistema.
El modelo concurrente provee una meta-descripción del proceso software,
tiene la capacidad de describir las múltiples actividades del software ocurriendo
simultáneamente.
Gracias a este trabajo hemos podido aprender y conocer que el ciclo de vida es
un programa para definir las distintas fases intermedias que se requieren
para validar el desarrollo de la aplicación. Al igual podemos mencionar sus
ventajas y desventajas que nos ayudaran a comprender el tiempo que utilizaremos
en un software. También sus modelos como: espiral, prototipado, cascada entre
otros.
Con este portafolio pudimos llevar nuestro aprendizaje más sobre base de datos,
modelo de datos, lenguajes de programación, personal en el área de tecnología.
Con expectativas nuevas e integradoras, las que serán las formadoras del mañana
en la vida profesional. Al formar un conjunto de nuestros aprendizajes, se nos
permitió buscar alternativas de mejora y creatividad en nuestros métodos de
trabajo para dar respuesta eficiente y eficaz.