HIMNO DEL SENA
Letra: Luis Alfredo Sarmiento
Música: Daniel Marlez
CORO
Estudiantes del SENA adelante
Por Colombia luchad con amor
Con el animo noble y radiante
Transformémosla en mundo mejor
I
De la patria el futuro destino,
en las manos del joven está,
el trabajo es seguro camino,
que el progreso a Colombia dará.
II
En la forja del SENA se forman,
hombres libres que anhelan triunfar,
con la ciencia y la técnica unidas,
nuevos rumbos de paz trazarán.
III
Hoy la patria nos grita sentida,
¡estudiantes del SENA triunfad!
solo así lograréis en la vida,
más justicia, mayor libertad.
IV
Avancemos con fuerza guerrera,
¡estudiantes con firme tesón!
que la patria en nosotros espera,
su pacífica revolución.
viernes, 25 de septiembre de 2009
sábado, 12 de septiembre de 2009
resulvan este ejercicio y pasen a la historia como una de las personas mas inteligentes del mundo
Hola a todos les tengo este pequeño acertijo la respuesta abre el archivo
adjunto donde estan escritos los nombres de los genios que lo han podido
resolver
que lo disfruten
Cómo abrir el archivito de los gatos !!!! Existe un autobús con 7 niñasCada
niña tiene 7 mochilas Adentro de cada mochila hay 7 gatos grandes Cada gato
grande tiene 7 gatos pequeñosTodos los gatos tienen 4 piernas cada
unoPregunta: ¿Cuántas piernas hay adentro del autobús?El número de piernas
es el password del archivo adjunto. jejejejeje Si logran abrir el archivo
escriban su nombre para dejar evidencia de que lo abrieron
Y REENVIELO A QUIEN QUIERA !!!!!!> >> >YO YA ANOTE MI NOMBRE, ESPERO QUE NO LES QUEDE GRANDE, UN SALUDO> >
martes, 8 de septiembre de 2009
GLOSARIO DE TERMINOS ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION
AAN (Análisis del área del negocio)
ACC (Autoridad de control de cambio)
ACO (Acoplamiento entre clases de objetos)
ACPs (Áreas clave de proceso)
ACV (Arquitectura del ciclo de vida)
ADOO (Análisis del dominio orientado a objetos)
AE (Análisis estructurado)
AG2D (Análisis geométrico de dos dimensiones)
AG3D (Análisis geométrico de tres dimensiones)
A 0 0 (Análisis orientado a objetos)
APD (Acceso público a datos miembros)
APH (Árbol de profundidad de herencia)
API (Interfaz de programación de aplicaciones)
ARO0 (Análisis de los requisitos orientado a objetos)
AVG (Análisis de valor ganado)
AVL (Análisis de valores límites)
BDK (Kit de desarrollo Bean)
BRO (Operador relaciona1 y de ramificación)
BS (brutos.sueldos)
C (Certificación)
C (Consulta)
C&I (construcción e integración)
C/S (Cliente/servidor)
CAD (Diseño asistido por computadora)
Cadena DU (cadena de definición-uso)
CASE (Ingeniería del software asistida por computadora)
CC (Centralizado controlado)
CCM (Carencia de cohesión en los métodos)
CEU (Comprobación estadística de utilización)
CFD (Cohesiones funcionales débiles)
CFF (Cohesiones funcionales fuertes)
CGI (Interfaz común de pasarela)
CGO (Capa de gestión de objetos)
CK serie de métricas (Chidamber y Kemerer)
CN (Control numérico)
CO (Complejidad de operación)
COCOMO (Modelo constructivo del coste)
COI (Capacidad operativa inicial)
COM (Modelo de objetos para componentes)
CORBA ?Arquitectura común de distribución de objetos)
CP (Control de periféricos)
CPTP (Coste de presupuestos del trabajo planificado)
CPTR (Coste de presupuestos del trabajo realizado)
CR (Conveniencia de la representación)
CRC (Clase-responsabilidad-colaboración)
CRTR (Coste real de trabajo realizado)
CTA (Control de tráfico aéreo)
CYD (Comerciales ya desarrolladas)
DBC (Desarrollo basado en componentes)
DC (Descentralizado controlado)
DCBC (Descubrimiento de conocimiento en bases de datos)
DCS (Diagrama de contexto del sistema)
DD (Descentralizado democrático)
DDE (Desviación deliverada de la especificación)
DER (Diagrama de entidad-relación)
DF (Diseño formal)
DFC (Despliegue de la función de calidad)
DFC (Diagrama de flujo de control)
DFD (Diagrama de flujo de datos)
DFS (Diagrama de flujo del sistema)
DI1 (Documentación imprecisa o incompleta)
DO0 (Diseño orientado a objetos)
DPR (Diseño para la reutilización)
DRA (Desarrollo rápido de aplicaciones)
DSED (Desarrollo de sistemas estructurados de datos)
DSJ (Desarrollo de sistemas Jackson )
DSN (Diseño de sistema de negocio)
DTE (Diagrama de transición de estados)
EAIP (Entorno de apoyo integrado a proyectos)
EAT (Estructuras de análisis del trabajo)
EC (Especificación de control)
ECS (Elementos de configuración del software)
ED (Elementos de datos)
EDC (Espacio de diseño cuantificado)
EDE (Elementos de datos de entrada)
EDR (Elementos de datos retenidos)
EDS (Elementos de datos de salida)
EEC (Especificación de estructura de cajas)
EED (Eficacia de eliminación de defectos)
EIE (Especificación incompleta o errónea)
EIS (Entorno de ingeniería del software)
ELD (Error en la lógica de diseño)
EP (Especificación de proceso)
ERD (Error en representación de datos)
ES (Estados)
ETRP (Evaluación y técnica de revisión de programas)
FA (Factor de acoplamiento)
FHA (Factor de herencia de atributo)
FHM (Factor de herencia de métodos)
FIR (FICA.impuesto.retenido)
FP (Factor de polimorfismo)
FPGC (Facilidades de presentación gráfica de computadora)
FURPS (Funcionalidad, facilidad de uso, fiabilidad,
FZ (Fijar zona)
GBD (Gestión de base de datos)
GC (Generación de código)
GCS (Garantía de calidad del software)
GCS (Gestión de la configuración del software)
GIP (Grupo independiente de prueba)
OCWOPM (Objetivo, cuestión (pregunta), métrica)
GTC (Gestión total de calidad)
HD (Habilitar/deshabilitar)
HIR (Hoja de información del riesgo)
HTTP (Protocolo de transferencia de hipertexto)
IA (Inteligencia artiñcial)
IC (Inspección de código)
1-CASE (CASE integrado)
ICED (Índice de calidad de la estructura de diseño)
ICMP (Protocolo de mensajes de control de Internet)
IDC (Índice de desarrollo de coste)
IDL (Lenguaje de definición de interfaces)
IDP (Índice de desarrollo de planificación)
IE (índice de error)
IEC (Informes de estado de la configuración)
IEP (Incumplimiento de los estádandares de programación)
IES (índice de especialización)
IF (Índice de fase)
IGU (Interfaz gráfica de usuario)
IHM (Interfaz hombre-máquina)
IMI (Interfaz de módulo inconsistente)
IMS (índice de madurez del software)
IP (Protocolo de Intemet)
IPN (Ingeniería de proceso de negocio)
IS (Ingeniería de sistemas)
ISBC (Ingeniería del software basada en componentes)
ISOO (Ingeniería del software orientada a objetos)
ISOOAC (Ingeniería del software orientada a objetos asistida
por computadora)
IU (Interfaz de usuario)
IUSC (Interfaz de usuario y funciones de control)
IWeb (Ingeniería Web)
KLDC (mil líneas de código)
LDAs (Lenguajes de descripción arquitectónica)
LDC (Líneas de código)
LDP (Lenguaje de diseño de programas)
LIM (Lenguaje de interconexión de módulos)
LPNI (Límite de proceso natural inferior)
LSPN (Límite superior del proceso natural)
MACA (Método de análisis de compromiso para la arquitectura)
MAD (Módulos de análisis de diseño)
MCC (Mala interpretación de la comunicación del cliente)
MCC (Método del camino crítico)
MCM (Modelo de capacidad de madurez)
MCP (Marco común de proceso)
MDOO (Métricas para el diseño orientado a objetos)
MEPS (Mejora estadística del proceso de software)
MMCGP (Modelo de madurez de la capacidad de gestión de person:
MMGR (Mitigación, monitonzación y gestión del riesgo)
Modelo MOI (Motivación, organización, ideas o innovación)
MOM (Software intermedio orientado a mensajes)
MPC (Métodos ponderados por clase)
NCC (Número de clases clave)
NCR (Número de clases raíz)
NDD (Número de descendientes)
NE (Número de escenarios)
NN (Nodos de navegación)
NOA (Número de operaciones añadidas por una subclase)
NOR (Número de operaciones redefinidas para una subclase)
NPD (Número de padres directos)
NP,,, (Número de parámetros por operación promedio)
NSUB (Número de subsistemas)
OB (Objetos)
OCI (Orden de cambio de ingeniería)
OCV (Objetivos del ciclo de vida)
ODBC (Conectividad abierta de bases de datos)
OLCRS (Sistema interactivo para apuntarse a cursos)
OMGlCORBA (Grupo de gestión de objetos/Arquitectura común
O0 (Orientado a objetos)
ORB (Agente de distribuición de objetos)
P (Prueba)
P&R (Pregunta y respuesta)
PAT (Presupuesto a la terminación)
PEI (Planificación de la estrategia de información)
PEN (Proceso elemental de negocios)
PF (Puntos de función)
Pfu (Primitivas funcionales)
PIE (Prueba incompleta o errónea)
PMFu (Primitivas modificadas de función manual)
PO0 (Programación orientada a objetos)
POP3 (Protocolo de oficina de correos versión 3)
PR (Planificación de prueba)
PPP (Porcentaje público y protegido)
PRO/SIM (Construcción de prototipos y simulación)
PrOO (Pruebas orientadas a objetos)
Rei (Conexiones de relación)
RFP
Rm (Rangos de movimiento)
RPC (Respuesta para una clase)
RPN (Reingeniería de procesos de negocios)
RR (Recolección de requisitos)
RTF (Revisión técnica formal)
SBDOO (Sistemas de bases de datos orientadas a objetos)
SCCT (Sistema de clasificación de cinta transportadora)
SCE (Salidas/Control/entradas)
SDIU (Sistemas de desarrollo de la interfaz de usuario)
SE1 (Instituto de ingeniería de software)
SGBDOO (Sistemas de gestión de bases de datos orientadas a objetos)
SGBDR (Sistema de gestión de bases de datos relacional)
SGH (Servicios de gestión de herramientas)
SIG (Sistemas de información de gestión)
SQA (Gestión de calidad de Software)
SQE (Ingeniería de Calidad del software)
SQL (Lenguaje de consultas estructurado)
SSRB (Sistema de seguimiento y reparación de baches)
T4G (Técnicas de cuarta generación)
TADE (Técnicas de Análisis y diseño estructurado)
TAP (Tabla de activación de procesos)
TC (Tamaño de clase)
TC, (Muestras (tokens) de datos)
TFEA (Técnicas para facilitar las especificaciones de la aplicación)
TI (Tecnologías de la información)
TLP (Error en la traducción del diseño al lenguaje de programación)
TMC (Tiempo medio de cambio)
TMEF (Tiempo medio entre fallos)
TMEF (Tiempo medio entre fallos)
TMO (Técnica de modelado de objetos)
TMR (Tiempos medios de reparación)
TO,,, (Tamaño medio de operación)
TR (Transiciones)
UML (Lenguaje de modelado unificado)
USN (Unidad semántica de navegación)
V&V (Verificación y validación)
VC (Varianza del Coste)
VC (Verificación de corrección)
VP (Varianza de planificación)
WebApps (Aplicaciones basadas en Web)
XML (Lenguaje de marcas extensible)
AGZD (Análisis geométrico de dos dimensiones)
AG3D (Análisis geométrico de tres dimensiones)
T4G (Técnicas de cuarta generación)
CRTR (Coste real de trabajo realizado)
HD (Habilitar/deshabilitar)
LDAs (Lenguajes de descripción arquitectónica)
IA (Inteligencia artificial)
FHA (Factor de herencia de atributo)
API (Interfaz de programación de aplicaciones)
MACA (Método de análisis de compromiso para la arquitectura)
CTA (Control de tráfico aéreo)
AAN (Análisis del área del negocio)
PAT (Presupuesto a la terminación)
CPTD (Coste de presupuestos del trabajo desarrollado)
CPTP (Coste presupuestado del trabajo planificado)
BDK (Kit de desarrollo Bean)
IPN (Ingeniería de proceso de negocio)
RPN (Reingeniería de procesos de negocios)
BRO (Operador relaciona1 y de ramificación)
DSN (Diseño desistema de negocio)
EEC (Especificación de estructura de cajas)
AVL (Análisis de valores límites)
C (Certificación)
C&I (construcción e integración)
C/S (Cliente/servidor)
CAD (Diseño asistido por computadora)
CASE (Ingeniería del software asistida por computadora)
DBC (Desarrollo basado en componentes)
ACO (Acoplamiento entre clases de objetos)
ISBC (Ingeniería del software basada en componentes)
CC (Centralizado controlado)
ACC (Autoridad de control de cambios)
DC (Descentralizado controlado)
FA (Factor de acoplamiento)
DFC (Diagrama de flujo de control)
GC (Generación de código)
FPGC (Facilidades de presentación gráfica de computadora)
CGI (Interfaz común de pasarela)
IC (Inspección de código)
CK serie de métricas (Chidamber y Kemerer)
SCCT (Sistema de clasificación de cinta transportadora)
MCM (Modelo de capacidad de madurez)
COCOMO (Modelo constructivo del coste)
COM (Modelo de objetos para componentes)
CORBA (Arquitectura común de distribución de objetos)
CYD (Comerciales ya desarrolladas)
MCP (Marco común de proceso)
IDC (Índice de desarrollo de coste)
CPM (Método del camino crítico)
CRC (Clase-responsabilidad-colaboración)
TC (Tamaño de clase)
PSI (Procesos secuenciales intercomunicados)
EC (Especificación de control)
IEC (Informes de estado de la configuración)
VC (Verificación de corrección)
VC (Varianza del Coste)
MAD (Módulos de análisis de diseño)
GBD (Gestión de base de datos)
DD (Descentralizado democrático)
ED (Elementos de datos)
EDE (Elementos de datos de entrada)
EDS (Elementos de datos de salida)
EDR (Elementos de datos retenidos)
DFD (Diagrama de flujo de datos)
DPR (Diseño para la reutilización)
APH (Árbol de profundidad de herencia)
EED (Eficacia de la eliminación de defectos)
ICED (índice de calidad de la estructura de diseño)
DSED (Desarrollo de sistemas estructurados de datos)
Cadena DU (cadena de definición-uso)
PEN (Proceso elemental de negocios)
OCI (Orden de cambio de ingeniería)
ELD (Error en la lógica de diseño)
ERD (Error en la representación de los datos)
IE (Índice de error)
DER (Diagrama de entidad-relación)
AVG (Análisis de valor ganado)
TFEA (Técnicas para facilitar las especificaciones de la aplicación)
DF (Diseño formal)
NPD (Número de padres directos)
PF (Puntos de función)
RTF (Revisión técnica formal)
FIR (F1CA.impuesto.retenido)
Pfu (Primitivas funcionales)
PMFu (Primitivas modificadas de función manual)
FURPS (Funcionalidad, facilidad de uso, fiabilidad,
GQM (Objetivo, cuestión, métrica)
IGU (Interfaz gráfica de usuario)
BS (brutos.sueldos)
IHM (Interfaz hombre-máquina)
HTTP (Protocolo de transferencia de hipertexto)
1-CASE (CASE integrado)
IMI (Interfaz de módulo inconsistente)
ICMP (Protocolo de mensajes de control de Internet)
IDL (Lenguaje de definición de interfaces)
DDE (Desviación deliverada de la especificación)
EIE (Especificación incompleta o errónea)
PIE (Prueba incompleta o errónea)
DI1 (Documentación imprecisa o incompleta)
COI (Capacidad operativa inicial)
IP (Protocolo de Intemet)
EAIP (Entorno de apoyo integrado a proyectos)
PEI (Planificación de la estrategia de información)
TI (Tecnologías de la información)
GIP (Grupo independiente de prueba)
DSJ (Desarrollo de sistemas Jackson)
DCBC (Descubrimiento de conocimiento en bases de datos)
KLDC (miles de líneas de código)
ACPs (Áreas clave de proceso)
CR (Conveniencia de la representación)
ACV (Arquitectura del ciclo de vida)
OCV (Objetivos del ciclo de vida)
CCM (Carencia de cohesión en los métodos)
LDC (Líneas de código)
LPNI (Límite de proceso natural inferior)
MCC (Mala interpretación de la comunicación del cliente)
FHM (Factor de herencia de métodos)
LIM (Lenguaje de interconexión de módulos)
SIC (Sistemas de información de gestión)
VAR (Varios)
Modelo MOI (Motivación, organización, ideas o innovación)
MOM (Software intermedio orientado a mensajes)
MDOO (Métricas para el diseño orientado a objetos)
Rm (Rangos de movimiento)
TMEF (Tiempo medio entre fallos)
TMC (Tiempo medio de cambio)
TMF (Tiempo medio de fallos)
TMR (Tiempos medios de reparación)
CN (Control numérico)
NCC (Número de clases clave)
NOA (Número de operaciones añadidas por una subclase)
NDD (Número de descendientes)
NOR (Número de operaciones redefinidas para una subclase)
NCR (Número de clases raíz)
NPprom (Número de parámetros por operación promedio)
NE (Número de escenarios)
NSUB (Número de susistemas)
OB (Objetos)
CO (Complejidad de operación)
SCE (Salidas/Dontrol/entradas)
ODBC (Conectividad abierta de bases de datos)
OLCRS (Sitema interactivo para apuntarse a cursos)
rendimiento y capacidad de soporte)
OMG/CORBA (Object Manigement G;oup/Common Object Request
OML (Object Management Layer)
OMT (Object Modelling Technique)
00 (Object-Oriented)
OMG/CORBA (Grupo de gestión de ObjetodArquitectura común
CGO (Capa de gestión de objetos)
TMO (Técnica de modelado de objetos)
00 (Orientado a objetos
A 0 0 (Análisis orientado a objetos)
ISOOAC (Ingeniería del software orientada a objetos asistida
DO0 (Diseño orientado a objetos)
ADOO (Análisis del dominio orientado a objetos)
SGBDOO (Sistemas de gestión de bases de datos orientadas a objetos)
SBDOO (Sistemas de bases de datos orientadas a objetos)
PO0 (Programación orientada a objetos)
ARO0 (Análisis de los requisitos orientado a objetos)
ISOO (Ingeniería del software orientada a objetos)
PrOO (Pruebas orientadas a objetos)
ORB (Agente de distribuición de objetos)
TOprom (Tamaño medio de operación)
APD (Acceso público a datos miembros)
PPP (Porcentaje público y protegido)
TAP (Tabla de activación de procesos)
CP (Control de periféricos)
LDP (Lenguaje de diseño de programas)
PERT (Técnica de evaluación y revisión de programas)
FP (Factor de polimorñsmo)
SSRB (Sistema de seguimiento y reparación de baches)
IF (índice de fase)
TLP (Error en la traducción del diseño al lenguaje de programación)
MMCGP (Modelo de madurez de la capacidad de gestión de personal)
POP3 (Protocolo de oficina de correos versión)
PRO/SIM (Construcción de prototipos y simulación)
EP (Especificación de proceso)
C (Consulta)
P&R (Pregunta y respuesta)
EDC (Espacio de diseño cuantificado)
DFC (Despliegue de la función de calidad)
DRA (Desarrollo rápido de aplicaciones)
SGBDR (Sistema de gestión de bases de datos relacional)
RE (Relaciones)
Re¡ (Conexiones de relación)
RPC (Respuesta para una clase)
RR (Recolección de requisitos)
HIR (Hoja de información de riesgos)
RSGR (Reducción, supervisión y gestión de riesgos)
AE (Análisis estructurado)
TADE (Técnicas de Análisis y diseño estructurado)
DCS (Diagrama de contexto del sistema)
ECS (Elementos de configuración del software)
GCS (Gestión de la configuración del Software)
IS (Ingeniería de sistemas)
EIS (Entorno de ingeniería del software)
SE1 (Instituto de ingeniería de software)
CFF (Cohesiones funcionales fuertes)
DFS (Diagrama de flujo del sistema)
IES (índice de especialización)
IMS (índice de madurez del software)
USN (Unidad semántica de navegación)
IDP (Indice de desarrollo de planificación)
GCS (Garantía de calidad del software)
SQE (Ingeniería de Calidad del software)
SQL (Lenguaje de consultas estructurado)
MEPS (Mejora estadística del proceso de software)
ES (Estados)
DTE (Diagrama de transición de estados)
CEU (Comprobación estadística de utilización)
VP (Varianza de planificación)
P (Prueba)
TCi (Muestras -tokens- de datos)
SGH (Servicios de gestión de herramientas)
PP (Planificación de prueba)
GTC (Gestión total de calidad)
TR (Transiciones)
IU (Interfaz de usuario)
IUFC (Interfaz de usuario y facilidades de control)
SDIU (Sistemas de desarrollo de la interfaz de usuario)
UML (Lenguaje de modelado unificado)
LPNS (Límite de proceso natural superior)
V&V (Verificación y validación)
IEP (Incumplimiento de las estádandares de programación)
EAT (Estructuras de análisis del trabajo)
WebApps (Aplicaciones basadas en Web)
IWeb (Ingeniería Web)
CFD (Cohesiones funcionales débiles)
MPC (Métodos ponderados por clase)
NN (Nodos de navegación)
XML (Lenguaje de marcas extensible)
FZ (Fijar zona)
miércoles, 2 de septiembre de 2009
EL HOMBRE Y EL ANGEL
Un hombre recibió una noche la visita de un ángel, quien le comunicó que le esperaba un futuro fabuloso: se le daría la oportunidad de hacerse rico, de lograr una posición importante y respetada dentro de su comunidad y de casarse con una mujer muy hermosa.
Este hombre se pasó la vida esperando a que los milagros prometidos llegasen, pero nunca lo hicieron, así que al final murió solo y pobre.Cuando llegó a las puertas del cielo, vio al ángel que le había visitado años atrás y protestó: «Me prometiste riquezas, una buena posición social y una bella esposa, ¡ me he pasado la vida esperando en balde!.«Yo no hice esa promesa», replicó el ángel, «te prometí la oportunidad de riqueza, una buena posición social y una esposa hermosa».
El hombre estaba realmente intrigado. «No entiendo lo que quieres decir», confesó. «¿Recuerdas que una vez tuviste la idea de montar un negocio pero el miedo al fracaso te detuvo y nunca lo pusiste en práctica?». El hombre asintió con un gesto. «Al no decidirte, unos años más tarde se le dio la idea a otro hombre que no permitió que el miedo al fracaso le impidiera ponerla en práctica.
Recordarás que se convirtió en uno de los hombres más ricos del reino».«También recordarás», prosiguió el ángel, «aquella ocasión en que un terremoto asoló la ciudad, derrumbó muchos edificios y miles de personas quedaron atrapadas en ellos.
En aquella ocasión tuviste la oportunidad de ayudar a encontrar y rescatar a los supervivientes, pero no quisiste dejar tu hogar solo por miedo a que los muchos saqueadores que había te robasen tus pertenencias, así que ignoraste la petición de ayuda y te quedaste en casa».
El hombre asintió con vergüenza. «Esa fue tu gran oportunidad de salvarle la vida a cientos de personas con lo que hubieras ganado el respeto de todos ellos», continuó el ángel.
«Por último, ¿recuerdas a aquella hermosa mujer pelirroja que te había atraído tanto? la creías incomparable a cualquier otra y nunca conociste a nadie igual. Sin embargo, pensaste que tal mujer no se casaría con alguien como tú y, para evitar el rechazo, nunca llegaste a pedírselo».
El hombre volvió a asentir, pero ahora las lágrimas rodaban por sus mejillas. «Sí, amigo, ella podría haber sido tu esposa», dijo el ángel. «Y con ella se te hubiera otorgado la bendición de tener hermosos hijos y de multiplicar la felicidad en tu vida».
A todos se nos ofrecen a diario muchas oportunidades, pero muy a menudo, las dejamos pasar por nuestros temores e inseguridades.
Desconozco autor..
CICLO DE VIDA DE DESARROLLO DE SOFTWARE
POR:
GEOVANNI BARRETO
DAYAN GARCIA
JOHN ALBEIRO SALCEDO
ROCIO GOMEZ MACHADO
ADSI 7 SENA CUCUTA
CICLO DE VIDA DE DESARROLLO DE SOFTWARE
El software es un elemento lógico, se desarrolla, no se fabrica. Se trata de construir un "producto". Los costes del software se encuentran en la ingeniería, esto implica que los proyectos no se pueden gestionar como si lo fueran de fabricación. A mediados de la década de 1980, se introdujo el concepto de "fábrica de software", que recomienda el uso de herramientas para el desarrollo automático del software.
La formalización del proceso de desarrollo se define como un marco de referencia denominado ciclo de desarrollo del software o ciclo de vida del desarrollo del software o ciclo de vida del desarrollo. Se puede describir como, "el período de tiempo que comienza con la decisión de desarrollar un producto software y finaliza cuando se ha entregado éste". Este ciclo, por lo general incluye, una fase de requisitos, fase de diseño, fase de implantación, fase de prueba, y a veces, fase de instalación y aceptación.
Necesidades
Esta etapa tiene como objetivo la consecución de un primer documento en que queden reflejados los requerimientos y funcionalidades que ofrecerá al usuario del sistema a desarrollar (qué, y no cómo, se va a desarrollar).
Especificaciones
Ahora se trata de formalizar los requerimientos; el documento obtenido en la etapa anterior se tomará como punto de partida para esta fase. Su contenido es aún insuficiente y lleno de imprecisiones que será necesario completar y depurar.
Análisis
Es necesario determinar que elementos intervienen en el sistema a desarrollar, así como su estructura, relaciones, evolución en el tiempo, detalle de sus funcionalidades, ... que van a dar una descripción clara de qué sistema vamos a construir, qué funcionalidades va a aportar y qué comportamiento va a tener.
Implementación
Llegado este punto se empieza a codificar algoritmos y estructuras de datos, definidos en las etapas anteriores, en el correspondiente lenguaje de programación y/o para un determinado sistema gestor de bases de datos.
Pruebas
El objetivo de estas pruebas es garantizar que el sistema ha sido desarrollado correctamente, sin errores de diseño y/o programación. Es conveniente que sean planteadas al menos tanto a nivel de cada módulo (aislado del resto), como de integración del sistema (según sea la naturaleza del proyecto en cuestión se podrán tener en cuenta pruebas adicionales, p.ej. de rendimiento).
Validación
Esta etapa tiene como objetivo la verificación de que el sistema desarrollado cumple con los requisitos expresados inicialmente por el cliente y que han dado lugar al presente proyecto (para esta fase también es interesante contar con los use cases, generados a través de las correspondientes fases previas, que servirán de guía para la verificación de que el sistema cumple con lo descrito por estos).
Mantenimiento y evolución
Finalmente la aplicación resultante se encuentra ya en fase de producción (en funcionamiento para el cliente, cumpliendo ya los objetivos para los que ha sido creada). A partir de este momento se entra en la etapa de mantenimiento, que supondrá ya pequeñas operaciones tanto de corrección como de mejora de la aplicación (p.ej. mejora del rendimiento), así como otras de mayor importancia, fruto de la propia evolución (p.ej. nuevas opciones para el usuario debidas a nuevas operaciones contempladas para el producto).
MODELOS
La ingeniería de software tiene varios modelos o paradigmas de desarrollo en los cuales se puede apoyar para la realización de software, de los cuales podemos destacar a éstos por ser los más utilizados y los más completos:
Modelo en cascada o Clásico (modelo tradicional)
Modelo en espiral (modelo evolutivo)
Modelo de prototipos
Desarrollo por etapas
Desarrollo iterativo y creciente o Iterativo e Incremental
RAD (Rapid Application Development)
GEOVANNI BARRETO
DAYAN GARCIA
JOHN ALBEIRO SALCEDO
ROCIO GOMEZ MACHADO
ADSI 7 SENA CUCUTA
CICLO DE VIDA DE DESARROLLO DE SOFTWARE
El software es un elemento lógico, se desarrolla, no se fabrica. Se trata de construir un "producto". Los costes del software se encuentran en la ingeniería, esto implica que los proyectos no se pueden gestionar como si lo fueran de fabricación. A mediados de la década de 1980, se introdujo el concepto de "fábrica de software", que recomienda el uso de herramientas para el desarrollo automático del software.
La formalización del proceso de desarrollo se define como un marco de referencia denominado ciclo de desarrollo del software o ciclo de vida del desarrollo del software o ciclo de vida del desarrollo. Se puede describir como, "el período de tiempo que comienza con la decisión de desarrollar un producto software y finaliza cuando se ha entregado éste". Este ciclo, por lo general incluye, una fase de requisitos, fase de diseño, fase de implantación, fase de prueba, y a veces, fase de instalación y aceptación.
Necesidades
Esta etapa tiene como objetivo la consecución de un primer documento en que queden reflejados los requerimientos y funcionalidades que ofrecerá al usuario del sistema a desarrollar (qué, y no cómo, se va a desarrollar).
Especificaciones
Ahora se trata de formalizar los requerimientos; el documento obtenido en la etapa anterior se tomará como punto de partida para esta fase. Su contenido es aún insuficiente y lleno de imprecisiones que será necesario completar y depurar.
Análisis
Es necesario determinar que elementos intervienen en el sistema a desarrollar, así como su estructura, relaciones, evolución en el tiempo, detalle de sus funcionalidades, ... que van a dar una descripción clara de qué sistema vamos a construir, qué funcionalidades va a aportar y qué comportamiento va a tener.
Implementación
Llegado este punto se empieza a codificar algoritmos y estructuras de datos, definidos en las etapas anteriores, en el correspondiente lenguaje de programación y/o para un determinado sistema gestor de bases de datos.
Pruebas
El objetivo de estas pruebas es garantizar que el sistema ha sido desarrollado correctamente, sin errores de diseño y/o programación. Es conveniente que sean planteadas al menos tanto a nivel de cada módulo (aislado del resto), como de integración del sistema (según sea la naturaleza del proyecto en cuestión se podrán tener en cuenta pruebas adicionales, p.ej. de rendimiento).
Validación
Esta etapa tiene como objetivo la verificación de que el sistema desarrollado cumple con los requisitos expresados inicialmente por el cliente y que han dado lugar al presente proyecto (para esta fase también es interesante contar con los use cases, generados a través de las correspondientes fases previas, que servirán de guía para la verificación de que el sistema cumple con lo descrito por estos).
Mantenimiento y evolución
Finalmente la aplicación resultante se encuentra ya en fase de producción (en funcionamiento para el cliente, cumpliendo ya los objetivos para los que ha sido creada). A partir de este momento se entra en la etapa de mantenimiento, que supondrá ya pequeñas operaciones tanto de corrección como de mejora de la aplicación (p.ej. mejora del rendimiento), así como otras de mayor importancia, fruto de la propia evolución (p.ej. nuevas opciones para el usuario debidas a nuevas operaciones contempladas para el producto).
MODELOS
La ingeniería de software tiene varios modelos o paradigmas de desarrollo en los cuales se puede apoyar para la realización de software, de los cuales podemos destacar a éstos por ser los más utilizados y los más completos:
Modelo en cascada o Clásico (modelo tradicional)
Modelo en espiral (modelo evolutivo)
Modelo de prototipos
Desarrollo por etapas
Desarrollo iterativo y creciente o Iterativo e Incremental
RAD (Rapid Application Development)
Suscribirse a:
Entradas (Atom)