UTILIZACIÓN DE

SOFTWARE
PROFESOR ING. WALTER MOLINA LÓPEZ
 PROFESOR:
ING. WALTER MOLINA EL SOFTWARE Y SU
LOPEZ
IMPORTANCIA
QUE ES EL SOFTWARE

• El software de computadora es el producto que construyen los programadores profesionales y al que

después le dan mantenimiento durante un largo tiempo

• La ingeniería de software está formada por un proceso, un conjunto de métodos (prácticas) y un

arreglo de herramientas que permite a los profesionales elaborar software de cómputo de alta
calidad.
EVOLUCIÓN DEL SOFTWARE

• El software ha evolucionado a través del tiempo desde las grandes PCs, nacimiento de grandes
compañías

• Evolucionó por distintas etapas hasta llegar a lo conocido hoy día, donde es parte de nuestras vidas
diarias.

• Ejemplos, sistemas bancarios, telefonía móvil, sistemas de salud

CARACTERÍSTICAS

• El software se desarrolla o modifica con intelecto; no se manufactura en el sentido clásico.

• El software no sé “desgasta”.

• Aunque la industria se mueve hacia la construcción basada en componentes coma la mayor parte del
software se construye para un uso individualizado, o también conocido como software a la medida.
CATEGORÍAS DEL SOFTWARE

• Software de sistemas: conjunto de programas descritos para dar servicios a otros programas.

• Software de aplicación: programas aislados que resuelven una necesidad específica de negocios

• Software de ingeniería y Ciencias: se ha caracterizado por algoritmos “devoradores de números”. Las

aplicaciones van desde la astronomía a la vulcanología, inclusive del análisis de tensiones en
automóviles
CATEGORÍAS DEL SOFTWARE

• Software incrustado: reside dentro de un producto o sistema y se usa para implementar y controlar
características y funciones para el usuario final y para el sistema en sí.

• Aplicaciones web: llamadas “web apps”, esta categoría de software centrado en redes agrupa una
amplia gama de aplicaciones.

• Software de Inteligencia Artificial: hace uso de algoritmos no numéricos coma para resolver
problemas complejos que no son fáciles de tratar computacionalmente.
PROBLEMAS AL DESARROLLAR SOFTWARE

• Mala estimación de tiempos

• Insuficiente administración de los riesgos

• Escatimar en el control de calidad

• Diseño inadecuado

• Confiar demasiado en tecnologías o herramientas no exploradas previamente

• Añadir más personal a un proyecto atrasado

• Necesidades no satisfechas o no identificadas

CONSECUENCIAS

• Los habituales: atrasos y costes

• Expediente electrónico CCSS
• https://www.nacion.com/el-pais/salud/ccss-demora-8-anos-mas-el-expediente-electronico/PYMJBMWYOVHRVECVFBUEEAURYU/st
ory/

• Software de mala calidad con pulgas problemas graves

• https://www.crhoy.com/nacionales/educadores-reportan-errores-en-pagos-tras-fallo-de-siste
ma-en-el-mep/
CARACTERÍSTICAS DE LOS LENGUAJES DE
PROGRAMACIÓN
• Define un proceso que se ejecuta en un computador

• Es de alto nivel, cercano a los problemas que se quieren resolver (abstracción).

• Permite construir nuevas abstracciones que se adapten al dominio que se programa.

ABSTRACCIÓN

• Una abstracción agrupa un conjunto de elementos (datos y procedimientos), y le da un nombre

• Por ejemplo, cuando hablamos del sistema de información de una Universidad identificamos
elementos como:
• Estudiantes
• Asignaturas
• Matricula
• Expediente académico
ABSTRACCIÓN

• Existen abstracciones propias de la computación, que se utilicen en múltiples dominios. Por ejemplo,
abstracciones de datos como:
• Listas
• Árboles
• Grafos
• Tablas hash
ABSTRACCIÓN

• También existen abstracciones que nos permiten tratar con dispositivos y ordenadores externos:
• Fichero
• Protocolo TCP/IP
• Protocolo SOAP
TIPO DE LENGUAJE
•Según el nivel de abstracción
• Alto nivel: C#, Java
• Medio nivel: C++, C
• Bajo nivel: ensamblador
•Según el paradigma
• Orientado a objetos
• Estructural
•Según la forma de ejecución
• TSQL
• Web
CICLOS DE VIDA
DEL SOFTWARE
• Ciclo de Vida Lineal o Cascada: el
modelo de la cascada, a veces
llamado ciclo de vida clásico,
sugiere un enfoque sistemático.
CICLOS DE VIDA DEL SOFTWARE

• Prototipos
• También conocido como desarrolló un prototipación o modelo de desarrollo evolutivo, se inicia con la definición de
los objetivos globales para el software, luego se identifican los requisitos conocidos y las áreas del esquema en
donde es necesaria más definición.
CICLOS DE VIDA DEL SOFTWARE

• Etapas del Prototipado

• Recolección y refinamiento de requisitos

• Modelado, diseño rápido

• Construcción del prototipo

• Desarrollo, evaluación del prototipo por el cliente

• Refinamiento del prototipo

• Producción de ingeniería
CICLOS DE
VIDA DEL
SOFTWARE
• Prototipado
CICLOS DE VIDA DEL SOFTWARE

• Espiral
• Es un modelo evolutivo del proceso del software y se acopla con la naturaleza iterativa de hacer
prototipos con los aspectos controlados y sistémicos del modelo de cascada.
CICLOS DE
VIDA DEL
SOFTWARE
• Espiral
INTRODUCCIÓN AL PROCESO UNIFICADO

• El Proceso Unificado (PU) es un proceso de desarrollo del software

• Un proceso de desarrollo del software es el conjunto de actividades necesarias para
transformar los requisitos del usuario en un sistema software
• El Proceso Unificado utiliza el Lenguaje Unificado de Modelado UML para preparar todos
los esquemas de un sistema software
• UML es una parte esencial del Proceso Unificado sus desarrollos fueron paralelos
• Los aspectos definitorios del Proceso Unificado se resumen en 3 frases claves:
• Dirigido por casos de uso
• Centrado en la arquitectura
• Iterativo e incremental
 • El Proceso Unificado se repite a lo largo de una serie
de ciclos que constituyen la vida de un sistema punto
cada ciclo concluye con una versión del producto
para los clientes.
CICLO DE • Cada ciclo consta de cuatro fases:
VIDA DEL • Inicio -> Elaboración -> Construcción -> Transición
PROCESO • Cada fase su divide a su vez en iteraciones
UNIFICADO
FASES
DENTRO DE
UN CICLO
FASE DE INICIO
• Durante la fase de inicio, se desarrolla una descripción del producto final a partir de una buena idea y
se presenta el análisis de negocio del producto

• Esencialmente esta fase contesta las siguientes preguntas:

• Cuáles son las principales funciones del sistema para sus usuarios más importantes?
• Cómo podría ser la arquitectura para este sistema?
• Cuál es el plan y cuánto costará desarrollar el producto?

• Un modelo de casos de uso simplificado, que contiene los casos de uso más críticos responder la
primera pregunta. En esta etapa, la arquitectura es provisional. Es típicamente sólo un perfil que
contiene los subsistemas más cruciales. Esta fase, los riesgos más importantes están identificados y
priorizados, la fase de la elaboración se planifica, y se estima el proyecto de manera aproximada.
FASE DE ELABORACIÓN
• Durante la fase de elaboración la mayoría de los casos de uso del producto están especificados en detalle y
la arquitectura del sistema está diseñada.

• La relación entre la arquitectura del sistema y el propio sistema es primordial. Una manera simple de
expresarlo es decir que la arquitectura es análoga a un esqueleto cubierto con piel, pero con muy poco
músculo (el software), entre el hueso y la piel (sólo lo necesario de músculo para permitir al esqueleto
hacer los movimientos básicos). El sistema es el cuerpo entero con esqueleto, piel, y músculo.

• Por consiguiente, la arquitectura está expresada como las vistas de todos los modelos del sistema, los que
juntos representan a todo el sistema. Esto implica que hay vistas arquitectónicas del modelo de casos de
uso, del modelo de análisis, del modelo de diseño, del modelo de implementación, y modelo de
despliegue. La vista del modelo implementación incluye los componentes que prueban que la arquitectura
es ejecutable. Durante esta fase de Desarrollo, se realizan los casos de uso más críticos identificados
durante la fase de inicio. El resultado de esta fase es una línea de base de la arquitectura
FASE DE CONSTRUCCIÓN
• Durante la fase de construcción, el producto es construido, se añaden los músculos (el software
completo) al esqueleto, es decir, a la arquitectura

• En esta fase, la línea de base de la arquitectura crece hasta convertirse en el sistema completo. La
descripción evoluciona, hasta transformarse en un producto listo para ser entregado a la comunidad de
usuarios.

• Durante esta fase de desarrollo, se emplea el volumen de recursos requeridos.

• Al final de esta fase, el producto contiene todos los casos de uso que la dirección del cliente aprobaron
para desarrollar esta versión, sin embargo, puede que no esté completamente libre de defectos. Muchos de
estos defectos serán descubiertos y arreglados durante la fase de la transición. La pregunta decisiva es, el
producto cubre suficientes necesidades para algunos clientes como para entregar una versión anticipada ?
FASE DE TRANSICIÓN
• La fase de transición, cubre el periodo durante el cual el producto se transforma en una
versión beta. En la versión beta un pequeño número de usuarios experimentados probará
el producto, reportara defectos y deficiencias. Los desarrolladores entonces corregirán los
problemas informados e incorporarán algunas de las mejoras sugeridas en una versión
general para una comunidad de usuarios más grande.

• La fase de transición involucra actividades como fabricación, entrenamiento del personal

del cliente, proporcionando una línea de ayuda y asistencia, corrigiendo los defectos
encontrados después de la entrega. El equipo de mantenimiento a menudo divide estos
defectos en 2 grandes categorías: aquellos con impacto suficiente sobre el
funcionamiento que justifican una versión delta inmediata y aquellos que pueden
corregirse en la próxima versión normal
BIBLIOGRAFÍA
• Jacobson, Ivar. Booch, Grady. Rumbaugh James. El proceso unificado de
Desarrollo de software. Pearson Educación S.A. Madrid, 2000.
• https://www.xataka.com/pro/que-hablamos-cuando-hacemos-devops-devseco
ps-dataops