DIAPOSITIVA 1

QUE ES SOFTWARE
Son todos los documentos asociados y la configuracin de datos que se necesitan para hacer que
estos programas operen de manera correcta
DEFINICION SOFTWARE
Es el conjunto completo de programas, procedimientos y documentacin relacionada que se asocia
con un sistema, y especialmente con un sistema de computadora .
QUE ES SOFTWARE
Un sistema de software consiste en
Diversos programas independientes, archivos de configuracin que se utilizan para ejecutar estos
programas,
Un sistema de documentacin que describe la estructura del sistema
SOFTWARE ENLATADO
Qu es un Software Enlatado ?
Un software Enlatado es aquel software rgido que no permite realizar modificaciones a su entorno
como sistema, modificaciones de fondo, de procesos, de reportes.
Muchos usuarios compran software enlatado sin saber del problema que se les avecina cuando
tengan falta de soporte del producto.
Ejemplos de enlatados.
Office, Tango Gestion, Sugar CRM
SOFTWARE NO ENLATADO
Es aquel desarrollado a la medida del cliente.
No enlatado, cualquiera desarrollado a medida.
QUE ES LA INGENIERIA DEL SOFTWARE
Es una disciplina de ingeniera que comprende todos los aspectos de produccin de software.
DOS FRASES CLAVES
Disciplina de la ingeniera
Todos los aspectos de produccin de software
OBJETIVOS DE LA INGENIERA DE SOFTWARE
Mejorar la calidad de los productos de software
Aumentar la productividad y trabajo de los ingenieros del software.
Facilitar el control del proceso de desarrollo de software.
Suministrar a los desarrolladores las bases para construir software de alta calidad en una forma
eficiente.
ASPECTOS DE PRODUCCIN DE SOFTWARE
La ingeniera de software no solo comprende los procesos tcnicos del desarrollo de software
Realiza actividades tales como la gestin de proyectos de software y desarrollo de herramientas mtodos y
teoras de apoyo a la produccin de software
SISTEMA
CONCEPTO DE SISTEMA
Es una coleccin de componentes interrelacionados que trabajan conjuntamente para cumplir algn
objetivo
SISTEMAS INFORMATICOS
Sistemas operativos
Sistema de pago
Sistemas educacional
Sistema de gobierno
SISTEMAS HEREDADOS
Son sistemas informticos que han sido desarrollados en el pasado, usando una tecnologa antigua y
obsoleta.

Estos sistemas no solamente incluyen hardware y software sino tambin procesos y procedimientos.
LOGICA DE UN SISTEMA HEREDADOS Y SUS RELACIONES
Polticas y reglas del negocio
Procesos de negocios
Datos de aplicacin
Software de Aplicacin
Software de apoyo
Sistema de hardware
LOGICA DE UN SISTEMA HEREDADOS Y SUS RELACIONES
SISTEMA DE HARDWARE
Los sistemas heredados se crearon para hardware que ya no esta disponible, es costoso de
mantener y no es compatible con las actuales polticas de compras de organizacionales
SOFTWARE DE APOYO
Los sistemas heredados cuentan con una gran variedad de software de apoyo que van
desde sistemas operativos y utilidades suministradas por el fabricante de hardware hasta
los compiladores utilizados para el desarrollo de sistemas, estos pueden ser obsoletos o
ya no recibir soporte de un proveedores originales
SOFTWARE DE APLICACIN
El sistema de aplicacin que proporciona los servicios del negocio por lo general esta
compuesto de varios programas independientes desarrollados en momentos diferentes.
DATOS DE APLICACIN
Son los datos procesados por el sistema de aplicacin . En muchos sistemas heredades, se
ha acumulado un inmenso volumen de datos a lo largo del tiempo de vida del sistema.
Estos datos pueden ser incongruentes y estar duplicados en varios archivos
POLITICAS Y REGLAS DE NEGOCIO
Son las definiciones de como llevar a cabo los negocios y las restricciones sobre estos.
La utilizacin del sistema de aplicacin heredados esta contenida en estas polticas y
reglas.
LOS SISTEMAS QUE INCLUYEN SOFTWARE SE DIVIDEN EN CATEGORAS
SISTEMAS TECNICOS INFORMATICOS
Son sistemas que incluyen componentes de Hardware y Software, pero no procedimientos
y procesos
Ejemplos de Sistemas Tcnicos (Televisiones, los telfonos mviles , y la mayora de
software de las computadoras personales)
SISTEMAS SOCIOTECNICOS
Comprenden uno mas sistemas tcnicos pero , crucialmente, tambin incluyen
conocimiento de cmo debe usarse el sistema para alcanzar algn objetivo ms amplio
TRES FIABILIDADES DEL SISTEMA
FIABILIDAD DEL HARDWARE
Cual es la probabilidad de que un componente hardware falle y cuanto tiempo lleva
reparar ese componente.
FIABILIDAD DEL SOFTWARE
Que probabilidad hay de un componente de software produzca una salida incorrecta
Los fallos de funcionamiento normalmente son distintos de los del hardware en el sentido
de que el software no se desgata.
Los fallos son normalmente transitorios por lo que el sistema puede continuar
funcionando despus de que se haya producido un resultado incorrecto

FIABILIDAD DEL OPERADOR
Que probabilidad existe de que un operador de un sistema cometa error.

ROLES DE LOS DESARROLLADORES
ANALISTA DE REQUERIMIENTOS
Consiste en determinar que desean los clientes y documentar los requerimientos.
El equipo de desarrollo debe incorporar uno o mas anlisis de requerimientos, quienes
trabajaran con los clientes desglosan los requerimientos separados lo que el cliente
desea.
DISEADORES
Analistas trabajan con los diseadores para generar una descripcin a nivel de sistema de
lo que el sistema debe hacer
PROGRAMADORES
Los diseadores trabajan con los programadores para describirles el sistema en una forma
tal que dichos programadores puedan suscribir las lneas de cdigo que implementan lo
que los requerimientos especifican .
La primera prueba la realizan los programadores pero a veces los provadores.
PROBADORES
Ayudan detectar los defectos que los programadores pasan por alto.
Un equipo de probadores trabaja con el equipo de implementacin para verificar el
sistema que se ha construido combinando piezas trabaje correctamente y de acuerdo con
su especificacin.
El equipo de prueba y el cliente trabajan juntos para verificar que el sistema completo
resulta en lo que el cliente desea
Hacen la prueba comparando como trabaja el sistema en relacin al conjunto inicial de
requerimientos.
ENTRENADORES
Los entrenadores ensean a los usuarios como se utiliza el sistema
DIAPOSITIVA 2
PAPEL DEL INGENIERO DEL SOFTWARE
Los ingenieros de software se concentran en el desarrollo de productos de software
TIPOS DE PRODUCTOS
PRODUCTOS GENERICOS
Sistemas aislados producidos por una organizacin de desarrollo
Se vende al mercado abierto a cualquier cliente
PRODUCTOS PERSONALIZADOS
Son sistemas requeridos por un cliente en particular
Un contratista de software desarrolla el software especialmente para ese cliente.
EJEMPLOS PRODUCTOS GENERICOS
Software de base de datos
Procesadores de texto
Paquetes de dibujo
Herramientas de gestin de proyectos

EJEMPLOS PRODUCTOS PERSONALIZADOS
Sistemas de control para instrumentos electrnicos
Sistemas para llevar a cabo procesos de negocio especficos
Sistemas de control del trafico areo
ATRIBUTOS ESENCIALES DE UN BUEN SOFTWARE
MANTENIBILIDAD
El software debe escribirse de tal forma que pueda evolucionar para cumplir las
necesidades de cambio de los clientes.
CONFIABILIDAD
La confiabilidad del software tiene un gran nmero de caractersticas, incluyendo la
fiabilidad, proteccin y seguridad .
El software confiable no debe causar daos fsicos o econmicos en el caso de una falla del
sistema
EFICIENCIA
El software no debe haber que se malgaste los recursos del sistema , como la memoria y
los ciclos de procedimiento.
La eficiencia incluye tiempos de respuesta y de procedimiento, utilizacin de la memoria
USABILIDAD
El software debe ser fcil de utilizar, sin esfuerzo adicional, por el usuario para que alguien
est diseado.
Debe tener una interfaz de usuario apropiada y una documentacin adecuada.
Disciplina de la ingeniera de software
Los ingenieros hacen que las cosas funcionen
Aplican teoras, mtodos y herramientas para solucin de problema
Los ingenieros tienen restricciones financieras y organizacionales, por lo cual buscan
soluciones tomando en cuenta estas restricciones
RESPONSABILIDAD PROFESIONAL
Aceptar que su trabajo comprende responsabilidad mas amplia
Comportarse de forma tica y moral responsable si desea ser respetado profesionalmente
Poseer estndares normales de honestidad e integridad
EL COMPORTAMIENTO DEL INGENIERO DE SOFTWARE COMO PARTE DE LA RESPONSABILIDAD
Confidencial
Competencia
Derechos de propiedad intelectual
Uso inapropiado de las computadoras
EL COMPORTAMIENTO DEL INGENIERO DE SOFTWARE COMO PARTE DE LA RESPONSABILIDAD
PROFESIONAL Y ETICA
CONFIDENCIAL
Respetar la confidencialidad de sus empleadores o clientes independientemente de que se
haya firmado un acuerdo formal de confidencialidad
COMPETENCIA
No debe falsificar su nivel de competencia , ni aceptar conscientemente trabajos que
estn fuera de su capacidad
DERECHOS DE PROPIEDAD INTELECTUAL
Debe asegurarse de que la propiedad intelectual de los empleadores y clientes esta
protegida
Debe ser consiente de las leyes locales que gobiernan el uso de la propiedad intelectual ,
como patentes
USO INAPROPIADO DE LAS COMPUTADORAS
No debe de emplear sus habilidades tcnicas para utilizar de forma inapropiada las
computadoras de otras personas.
El uso inadecuado de las computadoras va desde los relativamente triviales (Utilizar juegos
en las maquinas de un empleado por ejemplo) hasta los extremadamente serios (difusin
de virus)
OCHO PRINCIPIOS INGENIEROS DE SOFTWARE
PUBLICO
Los ingenieros de software debern actuar de acuerdo con el inters publico
CLIENTE Y EMPLEADOR
Los ingenieros de software debern actuar de forma que respondan a los intereses de sus cliente y
empleadores .
PRODUCTO
Los ingenieros de software debern asegurar que sus productos y las modificaciones asociadas
cumplan los ms altos estndares profesionales posibles

JUICIO
Los ingenieros de software debern mantener la integridad e independencia en sus juicios
profesionales
GESION
Los gneros y lideres ingenieros de software debern suscribir y promocionar un enfoque tico en
la gestin del desarrollo y mantenimiento del software
PROFESION
Los ingenieros de software debern mantener la integridad y reputacin de la profesin de
acuerdo con el inters publico
COLEGAS
Los ingenieros de software debern ser imparciales y apoyar a sus colegas
PERSONAL
Durante toda sus existencia, los ingenieros de software debern aprender lo concerniente a la
practica de su profesin y promocionar un enfoque tico en la practica de su profesin

RETOS QUE AFRONTAN LA INGENIERIA DEL SOFTWARE
EL RETO DE LA ENTREGA
Muchas tcnicas tradicionales de ingeniera del software consumen tiempo de entrega.
El tiempo que esta consumen es para producir un software de calidad.
Actualmente se tienen que tener una gran capacidad de respuesta y cambiar con mucha
rapidez.
Su software de soporte tambin debe cambiar con la misma rapidez.
El reto de entrega es reducir los tiempos de entrega para sistemas grandes y complejos sin
comprometer la calidad del sistema.
RETO DE CONFIANZA
El reto de confianza es desarrollar tcnicas que demuestren que los usuarios puedan
confiar en el software.
DIAPOSITIVA 3
CICLO DE VIDA
MODELOS DEL CICLO DE VIDA DEL SOFTWARE
Describe la vida de un producto de software desde su concepcin hasta su implementacin,
entrega, utilizacin y mantenimiento.
MODELOS DE CILO DE VIDA
MODELO EN CASCADA
Presenta una visin muy clara de como suceden las etapas durante el desarrollo y sugiere a los
desarrolladores cual es la secuencia de eventos que podrn encontrar Es fcil de explicarlo al
cliente que no estn familiarizados con el desarrollo de software El mayor problema con el
modelo en cascada es que no refleja la manera en que realmente se hace el desarrollo del cdigo
El modelo de cascada centra su foco en los documentos y artefactos producidos
MODELO V
El modelo V es una variacin del modelo de cascada que demuestra como se relacionan las
actividades de prueba con las de anlisis y diseo. El modelo V sugiere que la prueba unitaria y de
integracin tambin sea utilizada par verificar el diseo del programa. La prueba de sistema debe
verificar el diseo del sistema, asegurando que todos los aspectos del diseo del sistema estn
correctamente implementados
La prueba de aceptacin, que es dirigida por el cliente, en lugar del desarrollador, valida los
requerimientos asociando un paso de prueba Este tipo de prueba sirve para comprobar si todos
los requerimientos se han implementado por completo, antes de que el sistema sea aceptado.
La vinculacin entre los lados derecho e izquierdo del modelo V implica que, si se encuentran
problemas durante la verificacin y la validacin, entonces el lado izquierdo de la V puede ser
ejecutado nuevamente, para solucionar el problema y mejorar los requerimientos, el diseo y el
cdigo antes de retomar los pasos de prueba sobre el lado derecho.
MODELO DE PROTOTIPOS
El modelo de prototipos permite que todo el sistema, o algunas sus partes, se construyan
rpidamente para comprender o aclarar aspectos , tiene el mismo objetivo que un prototipo de
ingeniera , donde los requerimientos o el diseo requieren la investigacin repetida para asegurar
que el desarrollador, el usuario y el cliente tengan una comprensin unificada tanto de lo que se
necesita como de lo que se propone como solucin.
PROTOTIPAR LOS REQUERIMIENTOS
En el desarrollo del sistema pueden comenzar con un conjunto de requerimientos proporcionados
por los clientes y los usuarios Despus se exploran las alternativas de pantallas, tablas, informes y
otras salidas del sistema que los clientes y usuarios utilizan directamente. Cuando los clientes y
usuarios deciden sobre lo que quieren, se revisan los requerimientos.
PROTOTIPAR EL DISEO
Se exploran las alternativas de diseo a travs de la consulta con clientes y usuarios.
El diseo inicial es revisado hasta que los desarrolladores los clientes y los usuarios estn
satisfechos con el resultado. A veces el anlisis del diseo revela un problema con los
requerimientos y los desarrolladores retornan las actividades de requerimiento para reconsiderar
y cambiar la especificacin
PROTOTIPAR EL SISTEMA
El sistema se codifica y se analizan las alternativas, con la posibilidad de repetir nuevamente las
etapas de diseo y requerimiento
MODELO DE ESPECIFICACION OPERACIONAL
Los requerimientos del sistema son evaluados o ejecutados en una forma que muestra el
comportamiento del sistema. Los requerimientos estn especificados pueden implementarse
utilizando paquete de software de modo que sus implicancias puedan ser evaluadas antes de que
comience el diseo.
MODELO DE TRANSFORMACIN
Reduce las oportunidades del error por medio de la eliminacin de varios de los pasos del
desarrollo. Soporte automatizado el proceso de transformacin aplica una serie de
transformaciones para convertir una especificacin en un sistema implementarle
Una muestra de las transformaciones puede ser la siguiente
Cambiar la presentacin de los datos
Seleccionar algoritmos
Optimizar
Compilar

MODELO EN ESPIRAL
Un modelo en espiral poda combinar las actividades del desarrollo con la gestin del riesgo , para
minimizar y controlar el riesgo. Comenzando con los requerimientos y un plan inicial para el
desarrollo (que incluye el presupuesto, las restricciones y las alternativas para el personal, el
diseo y el ambiente de desarrollo
Niveles del espiral
Segundo nivel
El concepto de operaciones es el producto de la primera iteraccin y los requerimientos son el
principal producto de la segunda
Tercero y cuarto nivel
En la tercera iteraccin el desarrollo del sistema produce el diseo y en la cuarta habilita las
pruebas.
Con cada iteraccin el anlisis de riesgos pondera diferentes alternativas a la luz de los
requerimientos y restricciones y el prototipado verifica el grado de factibilidad o de deseo antes
de selecciona una alternativa en particular. Cuando se identifica el riegos del proyecto pueden
decidir como eliminarlos o minimizarlos. Las restricciones, como el presupuesto y el cronograma
ayudan a determinar que estrategia de gestin de riesgo seleccionar. La gestin del riesgo se
analiza con ms detalle.
MODELO ESTATICO LA NOTACIN DE LAI
Esta construida sobre un paradigma donde las personas cumplen roles mientras los recursos
cumplen actividades que llevan a la produccin de componentes. El modelo de proceso muestra
las relaciones entre los roles, las actividades y los artefactos y las tablas de estado presentan la
informacin acerca del grado de terminacin de cada componente en un momento dado
MODELADO DINMICO : DINAMICA DE LOS SISTEMAS
Una propiedad deseable de un modelo de proceso es la capacidad para dar validez al proceso de
modo que pueda verse que les ocurre a los recursos y componentes cuando suceden las
actividades. Describir un modelo del proceso y luego observar como el software nos muestra el
modo en que los recursos fluye a travs de las actividades para convertirse en salidas
La dinmica del proceso nos permite simular dicho proceso y hacer los cambios antes de gastar
realmente los recursos. Este modelo es til para la simulacin de diversos proceso incluyendo
sistemas ecolgicos , econmicos y polticos.
DIAPOSITIVA 4
PROCESO DE SOFTWARE
Un proceso de software es un conjunto de actividades y resultados asociados que
producen un producto de software
CUATRO ACTIVIDADES FUNDAMENTALES DE PROCESO
ESPECIFICACION DEL SOFTWARE
Donde los clientes e ingenieros definen el software a producir y las restricciones sobre su
operacin
DESARROLLO DEL SOFTWARE
Donde el software se disea y programa
VALIDACION DEL SOFTWARE
Donde el software se valida para asegurar que es lo que el cliente requiere
EVOLUCIN DE SOFTWARE
Donde el software se modifica para adaptarlo a los cambios requeridos por el cliente y el mercado
EL PROCESO DE SOFTWARE
Es una descripcin simplificada de un proceso del software que presenta la visin de ese proceso
TIPOS DE MODELO QUE SE PUEDEN PRODUCIR
Modelo de flujo de trabajo
Muestra la secuencia de actividades en el proceso junto con sus entradas, salidas y dependencias
Las actividades en este modelo representan las acciones humanas
Modelo de flujo de datos o de actividad
Representa el proceso como un conjunto de actividades, cada una de las cuales realiza alguna
transformacin en los datos
Muestra como la entrada en el proceso, tal como una especificacin , se transforma en una salida,
tal como un diseo.
Modelo de Rollaccin
Representa los roles de las personas involucradas en el proceso del software y las actividades de
las que son responsables
ENFOQUE CASCADA
Considera las actividades anteriores y las presenta como fases de procesos separados,
tales como la especificacin de requerimientos, el diseo del software, la
implementacin, las pruebas etc.
Despus de cada etapa queda definida se firme y el desarrollo continua en el siguiente
etapa
DESARROLLO INTERACTIVO
Este enfoque entrelaza las actividades de especificaciones desarrollo y validacin
Un sistema se refina basndose en las peticiones del cliente para producir un sistema que
satisfaga las necesidades de dicho cliente
INGENIERIA DEL SOFTWARE BASADA EN COMPONENTES
Esta tcnica supone que las partes del sistema existen
El proceso de desarrollo del sistema se enfoque en la integracin de estas partes ms que
desarrollarlas desde el principio
PROCESO ORGANIZACIONAL
El desarrollo no es el nico proceso implicado en la ingeniera de sistemas.
Se relaciona con el proceso de adquisicin del sistema y con el proceso de uso y operacin
del sistema.

EL PROCESO ADQUISICIN DEL SISTEMA
Esta contenido dentro de la organizacin que comprar y usar el sistema la organizacin
cliente.
Esta relacionado con la toma de las decisiones sobre la mejor forma en la que una
organizacin puede adquirir un sistema y decidir sobre los mejores proveedores de ese
sistema
Proceso de adquisicin tanto para sistemas existentes como para sistemas especialmente
diseados


EL PROCESO DE DESARROLLO
Los sistemas complejos normalmente son desarrollados por una organizacin diferente (el
proveedor contratista) de la organizacin que quiere adquirir el sistema.
El contratista puede sub contratar el desarrollo de diferentes subsistemas a un cierto
numero de subcontratista para grandes sistemas.
Los subcontratistas disean y construyen parte del sistema de acuerdo con una
especificacin producida por el contratista principal
EL PROCESO OPERATIVOS
Son los procesos que estn relacionados con el uso del sistema para su propsito definido.
Los diseadores deben disear los procesos operativos para ser flexibles y adaptables.