Modulo 1

Historia del Software

En 1804 joseph Marie Jacquard tejedor y comerciante creo la mas antigua y paractica de la
programación en un telar

Luego fue Charles Babage Padre de la computacion diseño maquinas q hacían operaciones
matemáticas complejas

George Boole demostró la relación entre las matemáticas y la lógica

William Shockley trabajo en la teoría de los semiconductores que remplazarían a los tubos a l
vacio

Jhon Von Neumann trabajo en los conceptos ‘’tecnica del programa comoartido’’ y “control de
transferencia condicional”

Las tarjetas perforadas fueron creadas con lenguajes de programación como FORTAN y COBOL

EL lenguaje Algol es la base para PASCAL, C, C++ y JAVA

Basic fue desarrollada por Jhon Kemeny y Java por Sun Microsistems

Clasificacion del software

 Software de sistema (SO, Antivirus, Drivers)

 Software de aplicación(Propósito General y Especifico)
 Software de programación(Lenguajes, Bibliotecas, Compilador)

Introducción Conceptos

Los requerimientos de la tecnología de la información con el tiempo han sido más complejos
en las empresas y negocios, que antes eran elaborados por un solo i individuo

Las personas y los negocios dependen cada vez más del software se concluye que el software
debe ser de alta calidad

Software

Conjunto de programas que contienen información se pueden ejecutar en una computadora,

así como toda la información

Ingenieria de Software

 Debe hacerse un esfuerzo concentrado para entender el problema antes de desarrollar

una aplicación de software
 Facilita el control del proceso de desarrollo de software
 Suministra a los desarrolladores las base a contruir software de alta calidad en forma
efectiva
 Garantiza la producción y mantenimiento

Definicion de la ingeniería de software

Objetivo de la ingeniería de software

  Mejorar la calidad de producto de software
 Facilitar el control del proceso de desarrollo de software
 Suministrar a los desarrolladores las bases a construir software de alta calidad en
forma efectiva
 Garantizar la producción y mantenimiento

Importancia de la ingeniería de software.- Es la clave del éxito de muchos sistemas basados en

la computadora, y el software marca la diferencia

Capas de la ingeniería de software.- Contien 4 capas Herramientas, métodos, proceso, enfoque

de calidad.

Metodos.- Proporcionan la experiencia técnica para elaborar el software

Proceso.- Une las capas de la tecnología y permite el desarrollo ocacional y oportuna dl

software de computao

Herramientas.- Proiporciona un apoyo automatizado o semi aoutomatizado para el proceso y

los métodos

Proceso del software.-nEs un conjunto de actividades u acciones y tareas que se ejecutan

cuando va a crearse algún tipo de trabajo

Es un enfoque adapatable que permite que las personas que hagan el tarbajo busquen y elijan
el conjunto apropiado de acciónes y tareas para el trabajo

 Comunicación.- Antes de que comience cualquier trabajo técnico, se debe entender

los objetivos de los participantes respecto al proyecto que ayuden a definir las
funciones del software
 Planeacion.- Crea un mapa (paln de proyecto de software) define el trabajo, técnicas
de softeare por realizar y los recursos que lo requieren
 Modelado.- Se crea un bosquejo para poder entender el panorama en general, mejor
si tiene mas detalles para su mejor comprencion
 Construccion.- Esta actividad combina la generación de código (manual o
automatizada) y realiza las pruebas para dectectar problemas.
 Despliegue.- El software (completa o parcialmete terminado) se entrega al cliente que
lo evalua y le da retroalimentación misma que se basa en dicha evaluación

Estas 5 activiades se usan para el desarrollo de software pequenos, sin embargo en los mas
complefo y grandes varian de cada actividad pero la estructura sigue siendo la misma

Tambien son complementadas cop actividades somnbrilla, las cuales se aplican a lo largo del
pryecto controlando el avance y la calidad y son las siguientes

Seguimento y control del proyecto de software: Controla el avance según el plan y toma
cualquier acción para apegarse al plan

Administracion del riesgo.- Evalua Evalua los riesgos que puedadn afectar el resultado del
proyecto o la calidad del producto

Aseguramiento de la calidad del software.- efine y ejecuta las actividades requeridas para
garantizat la calidad del software
Revisiones técnicas.- Evalua los productos del trabajo a fin de eliminar errores que afecten a la
siguiente actividad

Mediocion.- Evalua el proyecto para que satisfaga las necesidades de los participantes, puede
usarse con las actividades sombrilla

Administracion de la configuración del software.- Adminstra los efectos del cambio a lo largo
de proceso del software.

Administracion de la reutilización.- Se define criterios para volver a usar el producto del

trabajo (incluso los componentes de software) y establece mecanismos para obtener
componentes reutilizables

Preparacion y producción del producto del tabajo.- Se agrupa las actividades adquiridas para
cfrear productos dl trabajo, tales como modelos, documentos, regsitros, fromatos y listas.

Nota La ingeniería de software no es prescripción rigida, al contrario debe ser frágil y

adaptable. Por tanto un proceso adoptado para un priyecto puede ser significatibvamente
distino al otro adoptado para otro proyecto

Los procesos de software son 2

 Modelos de preoceso prescriptivo.- Su objetivo es mejorar la calidad del software,

mas manejables y mas precindibles para las fechas de entrega
 Modelos de proceso agil Pone énfasis en ”agilidad” por que acentúan la
maniobrabilidad y la adaptibilidad, son útiles cuando se hace ingeniería de aplicaciones
web

LA PRACTICA DE LA INGENIERIA DE SOFTWARE

Entender el problema(comunicación y análisis).- Entender usando pregunatas como

Qienes tienen que ver con la solución del problema? Quienes son los participantes?

Cuales son las incognitas? Que datos, funciones y características se requieren para resolver el
problema?

Puede fraccionarse el problema? Es posible representarlo en problemas mas pequenos?

Es posible representar gráficamente el problema? Puede crearse un modelo de análisis?

Planear la solución.- Si se entendio el problema, realice un pequeño diseño

A vsito problemas similares? Hay patrones reconocibles en una solución potencial? Hay un
software existente que nimplemete datos, funciones y características que se requieren?

Ha resultto un problema similar? Si es asi Son reutilizables los elementos de la solución?

Pueden definirse problemas mas pequenos? Si asi fuera Hay soluciones evidentes para estos?

Es capaz de representar una solución en una forma que lleve a su implementación eficaz?

Es posible crear un modelo de diseño?

Ejecutar el plan.- Cuando se termino el diseño se hace las sig preguntas

Se ajusta a la solución del plan? El código fuente puede apegarse al modelo de diseño?
Es probable que cada componente de la solución sea correcta? El diseño y código se han
revisado o, mejor aun, se han hecho pruebas al respecto de la corrección del algoritomo?

Examinar el resultado.- Al hacer tantas pruebas posibles se debe hacer las siguientes
preguntas

Puede probarse cada componente de la solución? Se ha implementado una estrategia

razonable para hacer las pruebas?

La solución produce resultados que se apegan a los datos, funciones y características que se
requieren? El software se ha validado contar todos los requerimientos de los participantes?

PRINCIPIOS GENERALES DE LA PRACTICA DE LA INGENIERIA DE SOFTWARE

Ayudan a establecer un conjunto de herramientas mentales para una practica solida de la

ingeniería de software.

La razón de que exista todo.- El software existe por una razón “dar valor a sus usarios” y nates
de empezar pregunte “esto le da valor real al software?” si es no no lo haga

Mantener sencillo.- Todo diseño debe ser tan simple como sea posible, pero no mas

Mantener la visión.- Una visión clara es esencial para el éxito de un proyecto de software.

Otros consumirán lo que usted produce.- Siempre estblesca especificaciones e implemen te

con la seguridad de que alguien mas enendera lo que uste haga

Abrase al futuro Los sistemas deb en ser de largo plazo por eso n unca diceñe aobre algo
iniciado siempre pregunte que pasaría si?

Planee por amticipado la reutilización La planeación anticipada en busca de la reutilización

disminiye el costo e incrementa el valor tanto de los cmponentes reutiliavles como los
sistemas en los que se incorpora

Piense.- Pensar en todo con claridad a nes de emprender la acción casi siempre produce
mejores resutados

CRISIS DEL SOFTWARE.-

Origen.- Durante los año 50 y 60 la potencia computacional de las maquias era bastante
limitada, el software era limitado de lenguaje de bajo nivel

La crisis del software es un término informático de 1968 por la OTAN como un etapa en la que
todos lo programas desarrollados se corregían cuando había fallos o modificados a
necesidades cambiantes, como probleas tenemos:

Tiempo de presupuesto exedido

Confiabilidad cuestionabe

Altos requerimientos de personal parra el desarrollo y mantenimiento

Tipo de usuario no homgeneo aun e sistemas hecho a la medida

Personal de desarrollo y mantenimiento diferente

Codigo difícil de mantener

Retraso en la entrega de productos

Escazes de personal calificado en u mercado laboral de alta demanda

Duracion y asignación de proyecto inesxacta

El software no es fiable

INGENIERIA DE SOFTWARE LA SLUCION .- Esuna diciplina que intnt racionaizar el proceso

dedesarrollo desoftware que minimizen el t iempo esfuero y cste y maximicen la calidad del
software

Factores de infuencia