Está en la página 1de 31

INTRODUCCIN

Nuestra visin est centrada en la escasa o casi nula


intervencin en el campo de construccin de software, cuando
en realidad nos desenvolvemos en un mundo globalizado en
cuestiones tecnolgicas, donde en nuestro pas no ha sido
muy explotada y hay requerimiento de personal a fines a esta
rea.
Nuestra misin en este proyecto es colaborar con los
docentes del plantel, alumnado y generaciones siguientes a
impulsar y llenar de conocimientos para que en un futuro no
muy lejano adquieran esos conocimientos bsicos y slidos
para facilitarle su tarea.
El ciclo de vida del desarrollo Software (SDLC en sus siglas
inglesas), es una secuencia estructurada y bien definida de
las etapas en Ingeniera de software para desarrollar el
producto software deseado.
Por estas razones hemos subido un blog al internet, de esta
manera

colaboramos

con

la

independizarnos tecnolgicamente.

sociedad

para

as

1. PROPUESTA DE TRABAJO
Implementacin de un blog cuyo contenido ser El ciclo de vida
del software
1.1. PROPUESTA
El conocimiento sobre El ciclo de vida del Software es
fundamental para el desarrollo de software, por ello la
propuesta de subir al internet este blog, que dar las pautas
y formara la idea de la estructura de un programa o software.
1.2. CONDICIONES
Las condiciones estn dadas para que est al alcance de
todos los internautas que quieran aprender o fortalecer sus
conocimientos
1.3. ESTRATEGIAS A UTILIZAR
Se utilizara todos los medios tecnolgicos posibles para dar
a conocer el producto, como son las redes sociales:
Instagram, Facebook, etc., as como los correos electrnicos:
Hotmail, Gmail, Yahoo, etc... Esta ser estrategia a utilizar y
ser la manera ms rpida de dar a conocer nuestro
producto, pues todo dispositivo que use internet sean estos
iPhone, iPod, Table, Laptop, Pc, celulares podrn revisar el
contenido del blog.

2. MEMORIA DESCRIPTIVA
2.1. DESCRIPCIN GENERAL
El Ciclo de vida del software es el proceso que se sigue para
construir, entregar y hacer evolucionar el software, desde la
concepcin de una idea hasta la entrega y retiro del sistema.
Diversas organizaciones profesionales (IEEE o ISO/IEC) han
publicado normas relativas al ciclo de vida del software.
2.2. MODELO DE PROCESO
2.2.1. Modelo de Proceso: IEEE 1074
Define las actividades que constituyen los procesos
necesarios para el desarrollo y el mantenimiento de
software, ya sea parte de un sistema mayor o
autnomo (stand-alone). (Anexo N 1)
2.2.2. Modelo de Proceso: Familia ISO 9000
Familia de estndares para la gestin de la calidad de
cualquier proceso de produccin. (Anexo N 2). La
organizacin debe tener un sistema de calidad que
supervise todas las fases de la produccin y entrega
del producto:
2.2.2.1. ISO 9001
Describe el sistema de calidad utilizado para
mantener el desarrollo de un producto que
implique diseo.
2.2.2.2. ISO 9000-3
Contiene directrices que interpretan ISO 9001
para el desarrollador de software.
3

2.2.2.3. ISO 9004-2


Proporcionar servicios de software, como por
ejemplo el soporte de usuario.
2.2.3. Modelo de Proceso: ISO 12207
Describe la arquitectura del ciclo de vida del software,
pero no especifica los detalles de cmo implementar o
llevar a cabo las actividades o tareas incluidas en los
procesos. Las organizaciones que intentan aplicar el
ISO

12207

pueden

utilizar

los

estndares o

procedimientos adicionales donde se especifican este


tipo de detalles. (Anexo N 3).

FIG. N 1: ISO 12227 DEFINE LOS PROCESOS QUE


COMPONEN EL CVS
FUENTE: http://algoritmomaestro.blogspot.com/

2.2.3.1. ISO 12207-1


Segn la Norma ISO 12207-1, las actividades
a realizar durante el ciclo de vida del software
se agrupan en cinco procesos principales,
ocho procesos de soporte y cuatro procesos
de la organizacin.

2.3. PROCESOS DEL CICLO DE VIDA SOFTWARE


2.3.1. Procesos principales
Son aquellos que resultan tiles a las personas que
inician o realizan el desarrollo, la explotacin o el
mantenimiento del software durante su ciclo de vida.
2.3.1.1 Proceso de adquisicin
Preparacin y publicacin de solicitud
de ofertas
Seleccin del suministrador
Gestin

de

procesos

desde

la

adquisicin hasta la aceptacin del


producto., etc.
2.3.1.2. Proceso de suministro
Propuesta para responder a la peticin
de un comprador
Firma de contrato de suministro del
producto
Identificacin

de

recursos

procedimientos.
Desarrollo de los planes del proyecto
Ejecucin de dichos planes
Entrega del producto al comprador
2.3.1.3. Proceso de desarrollo
Anlisis de los requisitos del sistema
(Estudio de viabilidad, requisitos de
seguridad,

interaccin

hombre

mquina,

interfaces,

restricciones

aplicables al diseo, etc.)


Diseo de la arquitectura del sistema
(Componentes

de

hardware

software, operaciones manuales del


sistema, etc.)
Anlisis de requisitos de software
Diseo de la arquitectura del software
Diseo detallado del software
Codificacin y prueba de software
Integracin del software
Prueba del software
Integracin del sistema
Prueba del sistema
Instalacin del software en el entorno
de explotacin final donde vaya a
funcionar
Aceptacin del software por parte del
comprador
2.3.1.4. Proceso de explotacin
Tambin Llamado proceso de operacin,
incluye la explotacin del software y el
soporte operativo a los usuarios.
2.3.1.5. Proceso de mantenimiento
Es el proceso que aparece cuando el
software necesita modificaciones, ya sea
en cdigo o en la documentacin aportada

2.3.2. Procesos de soporte


Son procesos de apoyo al resto de los procesos y se
aplican en cualquier punto del ciclo de vida del
software. Son los siguientes:
2.3.2.1. Proceso de documentacin
Registra la informacin producida por un
proceso o actividad del ciclo de vida. El
proceso

permite

desarrollar,

planificar,

producir,

editar,

disear,

distribuir,

mantener los documentos necesarios para


todas las personas involucradas en el
software.
2.3.2.2. Proceso de gestin de la configuracin
Identificar, definir y establecer la lnea
base de los elementos de configuracin
del software del sistema.
Controlar

las

modificaciones

las

versiones de los elementos


Registrar el estado de los elementos y
las peticiones de modificacin
Asegurar la complexin, la consistencia y
la correccin de los elementos
Controlar

el

manipulacin
elementos

almacenamiento,
y

la

entrega

de

la
los

2.3.2.3. Proceso de aseguramiento de la calidad


Garantiza que los procesos y los productos
software del ciclo de vida cumplen los
requisitos especificados y cumplen con los
planes establecidos.
2.3.2.4. Proceso de verificacin
Verifica si los requisitos de un sistema o del
software estn completos y son correctos y
si los productos software de cada fase del
ciclo

de

vida

cumplen

los

requisitos

impuestos sobre ellos en las fases previas.


2.3.2.5. Proceso de validacin
Determina si el sistema o software final
cumplen los requisitos previos para su uso.
2.3.2.6. Proceso de revisin conjunta
Sirve para evaluar el estado del software y
sus productos en una actividad del ciclo de
vida o una fase de un proyecto.
2.3.2.7. Proceso de auditora
Permite

establecer

en

momentos

predeterminados si se han cumplido los


requisitos, los planes y el contrato.
2.3.2.8. Proceso de resolucin de problemas

Permite analizar y eliminar los problemas


(disconformidades con los requisitos o el
contrato) descubiertos durante el desarrollo,
la explotacin, el mantenimiento u otro
proceso.
2.3.3. Procesos de Organizacin
Son los procesos que emplea una organizacin para
llevar a cabo funciones tales como la gestin, la
formacin del personal o la mejora del proceso.
2.3.3.1. Proceso de gestin
Comprende

las

genricas

actividades

que

puede

tareas

emplear

una

organizacin que tenga que gestionar sus


procesos

(planificacin,

seguimiento

control, evaluacin, revisin, etc.)


2.3.3.2. Proceso de infraestructura
Establece la infraestructura necesaria para
cualquier otro proceso (hardware, software,
herramientas,
instalaciones

normas,
para

el

tcnicas

desarrollo,

la

explotacin o el mantenimiento).
2.3.3.3. Proceso de mejora
Establece, valora, mide, controla y mejora
los procesos del ciclo de vida del software.
2.3.3.4. Proceso de formacin
9

Proporciona

formacin

mantiene

al

personal formado, incluye, por tanto, el


desarrollo del material de formacin y la
implementacin de un plan de formacin.
2.4. TIPOS DE CICLOS DE VIDA DEL SOFTWARE
En Cascada
En V
En Espiral
Incremental
Prototipado
3. DESCRIPCIN TCNICA
3.1. Ciclo de vida en Cascada
Es un ciclo de vida que admite iteraciones. Despus de cada
etapa se realiza una o varias revisiones para comprobar si se
puede pasar a la siguiente. Es un modelo rgido, poco
flexible, y con muchas restricciones.

FIG. 2 MODELO DE CASCADA


FUENTE: http://es.ccm.net/

3.1.1. Fases del modelo de cascada

10

De esta forma, cualquier error de diseo detectado en


la etapa de prueba conduce necesariamente al
rediseo y nueva programacin del cdigo afectado,
aumentando

los

costos

del

desarrollo.

La

palabra cascada sugiere, mediante la metfora de la


fuerza de la gravedad, el esfuerzo necesario para
introducir un cambio en las fases ms avanzadas de
un proyecto

3.1.1.1. Anlisis de requisitos


En esta fase se analizan las necesidades de
los

usuarios

finales

del

software

para

determinar qu objetivos debe cubrir.

3.1.1.2. Diseo del Sistema


Descompone
elementos

organiza

el

sistema

que

puedan

elaborarse

en
por

separado, aprovechando las ventajas del


desarrollo en equipo.

3.1.1.3. Diseo del Programa


Es la fase en donde se realizan los algoritmos
necesarios para el cumplimiento de los
requerimientos del usuario as como tambin

11

los

anlisis

necesarios

para

saber

qu

herramientas usar en la etapa de Codificacin

3.1.1.4. Codificacin
Es la fase en donde se implementa el cdigo
fuente, haciendo uso de prototipos as como
de pruebas y ensayos para corregir errores.

3.1.1.5. Pruebas
Los

elementos,

ya

programados,

se

ensamblan para componer el sistema y se


comprueba que funciona correctamente y que
cumple con los requisitos, antes de ser
entregado al usuario final.

3.1.1.6. Verificacin
Es la fase en donde el usuario final ejecuta el
sistema, para ello el o los programadores ya
realizaron

exhaustivas

pruebas

comprobar que el sistema no falle.

3.1.1.7. Mantenimiento

12

para

Una de las etapas ms crticas, ya que se destina


un 75 % de los recursos, es el mantenimiento del
Software ya que al utilizarlo como usuario final
puede ser que no cumpla con todas nuestras
expectativas.

3.1.2. Ventajas del modelo de cascada


Es un modelo lineal y, por supuesto, los modelos
lineales son las ms simples a ser implementadas.
La cantidad de recursos es mnimo.
La documentacin se produce en cada etapa. Esto hace
que la comprensin del producto disear procedimiento
ms sencillo.

3.1.3. Desventajas del Modelo Cascada


No se puede volver atrs, si la fase de diseo ha ido
mal, las cosas pueden ser muy complicado en la fase
de ejecucin.
Cualquier cambio que se menciona en el medio puede
causar mucha confusin.

13

Los pequeos cambios o errores que surgen en el


software completo puede causar mucho problema.

3.2. Ciclo de vida en V


El modelo en V es una variacin del modelo en cascada que
muestra cmo se relacionan las actividades de prueba con el
anlisis y el diseo. El modelo de ciclo de vida V proviene del
principio que establece que los procedimientos utilizados
para probar si la aplicacin cumple las especificaciones ya
deben haberse creado en la fase de diseo
3.2.1. Objetivos
Minimizacin de los riesgos del proyecto
Mejora y Garanta de Calidad
Reduccin de los gastos totales durante todo el
proyecto y sistema de Ciclo de Vida
3.2.2. Partes del mtodo
El Mtodo-V es una representacin grfica del ciclo de
vida del desarrollo del sistema. Resume los pasos
principales que hay que tomar en conjuncin con las
correspondientes

entregas

validacin.

14

de

los

sistemas

de

FIG. N 3 MODELO DE CILCO DE VIDA EN V


FUENTE: http://es.ccm.net/

3.2.3. VENTAJAS:
El modelo en V hace ms explcita la tarea parte de
la iteracin de las actividades del proceso.
Las pruebas de cada fase ayudaran a corregir
posibles errores sin tener que esperar a que sean
rectificados en la etapa final del proceso.
Con las pruebas unitarias y de integracin se
consigue obtener exactitud en los programas.
3.2.4. DESVENTAJAS:
Al encontrarse errores luego de realizar las pruebas
se pierde tiempo y dinero, ya que cada prueba se
realiza luego de haber terminado la implementacin.
3.3. Ciclo de vida Espiral
Este sistema es muy utilizado en proyectos grandes y
complejos como puede ser, por ejemplo, la creacin de un
Sistema Operativo. Al ser un modelo de Ciclo de Vida
orientado a la gestin de riesgo se dice que uno de los
aspectos fundamentales de su xito radica en que el equipo
que lo aplique tenga la necesaria experiencia y habilidad
para detectar y catalogar correctamente los riesgos.

15

3.3.1. Regiones de tareas


El modelo en espiral se divide en un nmero de
actividades de marco de trabajo, tambin llamadas
regiones de tareas. Generalmente, existen entre tres y
seis regiones de tareas.

FIG. N 4: Software
FUENTE:
Sofware1nathalygrijalva.blogspot.com

3.3.1.1. Comunicacin con el cliente: Las tareas


requeridas

para

establecer

comunicacin

entre el desarrollador y el cliente.


3.3.1.2. Planificacin: Las tareas requeridas para
definir recursos, el tiempo y otra informacin
relacionadas con el proyecto.
3.3.1.3. Anlisis de riesgos: Las tareas requeridas
para evaluar riesgos tcnicos y de gestin.

16

3.3.1.4.

Ingeniera: Las

tareas

requeridas

para

construir una o ms representaciones de la


aplicacin.
3.3.1.5.

Construccin

accin: Las

tareas

requeridas para construir, probar, instalar y


proporcionar soporte al usuario (por ejemplo:
documentacin y prctica).
3.3.1.6. Evaluacin del cliente: Las tareas requeridas
para obtener la reaccin del cliente segn la
evaluacin
software

de

las

creadas

representaciones
durante

la

etapa

del
de

ingeniera e implementada durante la etapa de


instalacin
3.4. Ciclo de vida Incremental
Combina elementos del Modelo Lineal Secuencial con la
filosofa interactiva de Construccin de Prototipos. Aplica
secuencias lineales de forma escalonada mientras progresa el
tiempo en el calendario. Cada secuencia lineal produce un
incremento del software. El primer incremento generalmente es
un producto esencial denominado ncleo.

FIG. N 5: MODELO INCREMENTAL


FUENTE:procesosoftware.wikispace
s.com

17

3.4.1. Ventajas
Se reduce el tiempo de desarrollo inicial, ya que se
implementa la funcionalidad parcial.
Provee un impacto ventajoso frente al cliente, que es la
entrega temprana de partes operativas del software.
Proporciona todas las ventajas del modelo en Cascada
realimentado.
3.4.2. Desventajas
No es recomendable para casos de sistemas de tiempo
real, de alto nivel de seguridad, de procesamiento
distribuido y/o de alto ndice de riesgos.
Requiere de mucha planeacin, tanto administrativa
como tcnica.
Requiere de metas claras para conocer el estado del
proyecto.
3.5. Ciclo de vida Prototipado
Un prototipo es un mecanismo para identificar los requisitos del
software. La construccin de prototipos es un proceso que
facilita al ingeniero de software el desarrollo de la aplicacin.
Un modelo en papel o en computadora que describe la
interaccin hombre-mquina, de forma que facilite al usuario la
comprensin de su funcionamiento.

FIG. N 6: MODELO PROTOTIPADO


FUENTE:
http://nelsonpenaranda.blogspot.com/

18

3.5.1. Ventajas
Permite la construccin del sistema con requisitos
poco claros o cambiantes
El cliente recibe una versin del sistema en muy poco
tiempo, por lo que lo puede evaluar, probar e, incluso,
empezar a utilizarlo.
Se pueden introducir cambios en las funcionalidades
del sistema en cualquier momento.
3.5.2. Desventajas
El cliente puede quedar convencido con las primeras
versiones y, quizs, no vea la necesidad de completar
el sistema o redisearlo con la calidad necesaria
Requiere trabajo del cliente para evaluar los distintos
prototipos y traducirlo en nuevos requisitos.
Requiere

un

tiempo

adecuadamente el sistema.

19

adicional

para

definir

4. GLOSARIO
IEEE

Institute of Electrical and ElectronicsEngineers.

ISO

International Organization for Standardization.

IEC

International Electrotechnical Commission

SRD

Documento de especificacin de requisitos

SDD

Documento de Diseo del Software

CASE

Computer Aided Software Engineering


Ingeniera Software Asistida Computadora

SDLC

Ciclo de vida del desarrollo Software

SOFTWARE

Conjunto de programas/rutinas que permiten


realizar determinadas tareas

BLOG

Bitcora web es un sitio web

ESTNDAR

Que es lo ms habitual o corriente, o que


rene caractersticas comunes a la mayora

PROCESO

Conjunto de actividades mutuamente relacionadas

CICLO

Serie de estados por las que atraviesa un


fenmeno hasta que el proceso vuelve acomenzar

20

DESARROLLO DEL BLOG


CICLO DE VIDA DE UN SOFTWARE

Un blog o bitcora web es un sitio web que incluye, a modo de diario


personal de su autor o autores, contenidos de su inters,
actualizados con frecuencia y a menudo comentados por los
lectores. Sirve como publicacin en lnea de historias publicadas con
una periodicidad muy alta, que son presentadas en orden
cronolgico inverso, es decir, lo ms reciente que se ha publicado es
lo primero que aparece en la pantalla

En primer lugar abrimos algn explorador de su preferencia.


Digitamos es.scribd.com, que ser el servidor que nos facilitara a
subir nuestro proyecto, nos saldr una ventana luego en la lneas a
la derecha de la palabra scribd damos un click, para luego dar otro
click donde dice importar.

Luego nos sale una ventana, y donde dice seleccionar archivo para
subir damos click, y escogemos el archivo y procedemos a llenar los
casilleros requeridos, para luego dar click guardar en la parte inferior
derecha.

21

Luego para compartirlo en redes sociales nos dirijimos en la parte


superior derecha share on social networks e insertar

Luego abrimos nuestra pagina blogger, damos un click en html,


copiamos lo que dice en la pagina de scribd, donde dice embed this
in your website y lo pegamos.

Luego guardamos, y damos click en ver blog

22

5.

Recursos
Equipo de computacin Pc
Internet

5.1.

Talento Humano:
Estudiante
Jean Carlos Rugel Lima
Jefferson Guido Cedeo Pionce
Tutor
Sindy Alarcn Snchez

5.2. Tecnolgicos:
Internet
Computadora
Biblioteca virtual
5.3. Recursos financieros:
N
1
2
3

Descripcin
Tecnologa
Alimentacin
Aporte personal
Total

23

Ingresos
$10
$0
$20
$30

Egresos
$8
$0
$15
$23

1
2
3
4

9
10

24

14 DE ENERO

6ENERO

DICIEMBRE28 DE

DICIEMBRE17 DE

NOVIEMBRE

SEPTIEMBRE

SEPTIEMBRE16 DE

SEPTIEMBRE14 DE

SEPTIEMBRE12 DE

ACTIVIDADES
Capacitacin a los Asesores del
plantel
Capacitacin a los estudiantes
de tercero de bachillerato
Entrega de listado de proyectos
de grado a los asesores y
exhibicin de cartelera de PG.
Entrega de solicitud en fsico
de los PG.
Reunin entre asesores y
estudiantes para revisin del
tema del Trabajo Prctico o Plan
de Negocios y definicin del
cronograma de desarrollo del
PG.
Determinacin del cronograma
con el asesor del Trabajo
Prctico y Desarrollo de la
Memoria Tcnica: 1. Propuesta
de Trabajo.
Desarrollo de la Memoria
Tcnica: 2.Memoria descriptiva
(2.1.Descripcin general, 2.2.
Descripcin tcnica y 2.3.
Glosario) y entrega del avance
al Asesor para su revisin.
Desarrollo de la Memoria
Tcnica: 3. Proceso de
produccin de bienes o
prestacin de servicios, 4.
Recursos y entrega del avance
al Asesor para su revisin.
Entrega del primer borrador
global del PG, incluido: ndice,
Resumen Ejecutivo,
Introduccin, Conclusiones,
Recomendaciones, Bibliografa
y Anexos.
Entrega del Asesor de las
recomendaciones al borrador
global PG a los estudiantes, en

SEPTIEMBRE10 DE

SEPTIEMBRE5 DE

21 DE AGOSTO

6. CRONOGRAMA

11

digital o fsico.
Entrega del PG final al Asesor
para su aprobacin,
designacin de la calificacin y
asesoramiento sobre la
sustentacin
Sustentacin de los PG

7. CONCLUSIONES
El proyecto ha sido elaborado con la intensin de ser entendido por
los principiantes, no tan complejo, pero bien definido para ponerlo
en prctica, organizado y enfocado a la estructura de una futura
programacin.
Su investigacin se basa en artculos blogs, revistas digitales,
paginas afines que ledo y sacado lo esencial para as poder
compartirlo y hacer de una manera ms fcil entendible a quien
estuviese interesado en l.
El campo informtico abarca un sin nmeros de reas, el software
es una de ellas, y dentro de ella su creacin y de ah nace la idea de
subir este blog al internet, porque una cosa es lo que est hecho y
otra es hacer lo que no est hecho, es en este punto la idea
fundamental del proyecto en s.

25

8. RECOMENDACIONES
Para mayor facilidad, el ndice lo conduce a la pgina requerida, el
cual le ahorra tiempo.
A la hora de lectura se sugiere la mayor concentracin para captar la
idea del proyecto.
A las personas interesadas en el are de informtica, la mejor
recomendacin que le podemos dar es el de ser autodidacta,
porque cada da experimentamos actualizaciones, cosas nuevas, y
la idea es de estar a la par con las nuevas tecnologas que se nos
presentan y as poder satisfacer las necesidades de nuestros futuros
clientes.

26

9. BIBLIOGRAFA
http://www.ecured.cu/Ciclo_de_vida_del_software
http://www.jroliva.com/fernando/An
%C3%A1lisis/Teoria/Tema2.pdf
http://ocw.uc3m.es/ingenieria-informatica/desarrollo-desistemas-de-informacion-corporativos-1/documentos/gestionintegral-del-proyecto
https://www.google.com.ec/search?
q=Familia+ISO+9000&espv=2&biw=1024&bih=643&source=ln
ms&tbm=isch&sa=X&ved=0ahUKEwjVkK_F0dbJAhVG6SYKH
X4MCVgQ_AUIBigB#imgrc=8rbffKqiy1VNPM%3A
http://www.hanantek.com/es/modelos-ciclo-vida-software
https://es.wikipedia.org/wiki/M%C3%A9todo_en_V
http://quecomputadoracomprar.com/ventajas-y-desventajasmodelo-cascada/
https://ingsoft2euh.wordpress.com/2012/09/16/modelo-en-vventajas-y-desventajas/
https://es.wikipedia.org/wiki/Desarrollo_en_espiral
http://sofware1nathalygrijalva.blogspot.com/2012/10/modeloespiral.html
https://procesosoftware.wikispaces.com/Modelo+Incremental
http://spanishpmo.com/index.php/ciclos-de-vida-prototipo/
https://es.wikipedia.org/wiki/Herramienta_CASE
27

http://www.tutorialspoint.com/es/software_engineering/softwar
e_development_life_cycle.htm
http://www.construction21.org/espana/community/pg/pages/vie
w/539/
https://es.scribd.com/
https://www.blogger.com/home

RESPONSABLES

_____________________
Jean Carlos Rugel Lima

________________________
Jefferson Guido Cedeo Pionce

___________________________
Sindy Alarcn Snchez

28

ANEXOS
ANEXO N 1
Modelo de Proceso: IEEE 1074

29

ANEXO N 2
Modelo de Proceso: Familia ISO 9000

30

ANEXO N 3
Modelo de Proceso: ISO 12207

1. MARCO VALORATIVO SEGUIMIENTO Y ACOMPAAMIENTO

31