UNIVERSIDAD DE EL SALVADOR

FACULTAD DE CIENCIAS ECONÓMICAS

DEPARTAMENTO DE COMPUTACIÓN
COMPUTACIÓN II
GUIA DE CLASE #: 1

Introducción al desarrollo de Sistemas de información

Contenido
1. Introducción...................................................................................................... 3

2. Definición de un sistema de información. ......................................................... 4

3. Elementos de un Sistema de Información: ....................................................... 4

4. Los sistemas de Información en la Transformación Digital. ............................. 5

5. Métodos para el desarrollo de Sistemas. ......................................................... 7

5.1. Métodos tradicionales para el Desarrollo de Sistemas............................... 7

5.2. Métodos ágiles para el desarrollo de Sistemas. ......................................... 7

6. Método del ciclo de vida clásico. .................................................................... 11

6.1. Investigación Preliminar: .......................................................................... 12

6.1.1. Aclaración de la solicitud. .................................................................. 12

6.1.2. Estudio de factibilidad. ....................................................................... 13

6.1.3. Aprobación de la solicitud .................................................................. 17

6.2. Determinación de los requerimientos del sistema. ................................... 17

6.3. Diseño del sistema. .................................................................................. 18

6.4. Desarrollo del software............................................................................. 18

6.5. Prueba de los sistemas. ........................................................................... 19

6.6. Implantación y evaluación. ....................................................................... 19

Ciclo II-2017 Página 1 de 39
7. Método del prototipo ...................................................................................... 21

8. Análisis del problema ..................................................................................... 27

9. Método del enfoque de sistemas. .................................................................. 28

10. Tipos de sistemas de información. .............................................................. 33

11. Referencias Bibliográficas. .......................................................................... 39

Ciclo II-2017 Página 2 de 39

 1. Introducción
Antes de iniciar la fase de desarrollo de una aplicación (programación) y el diseño
de su base de datos, se debe de conocer cuáles son los métodos, procesos,
actividades y recursos relacionados al desarrollo de sistemas de información.

Como primer punto comenzamos definiendo y comprendiendo el concepto

“sistema”, como un conjunto de elementos interrelacionados entre sí, para lograr
un objetivo común.

Después de comprender la definición de sistema, podemos definir que es un

sistema de información y cuáles son sus componentes.

Se presenta una lista de los diferentes métodos para el desarrollo de sistemas,

tato tradicionales, agiles como aquellos adecuados para el desarrollo de sistemas
para dispositivos móviles.

Luego se describe en detalle las fases del método del ciclo de vida y el método del
prototipo. En esta parte se explica por medio de un ejemplo cuales son las
herramientas a utilizar en la etapa de investigación preliminar para definir el
sistema y el planteamiento del problema. Además se describe cómo aplicar el
método del enfoque de sistema para describir el sistema.

Para comprender la importancia de los sistemas de información en las

organizaciones se describen los tipos de información con los que se puede contar
para la gestión de la información en cada uno de los niveles organizacionales.

Por consiguiente, en la presente unidad, se analiza las respuestas a las siguientes

interrogantes: ¿Qué es un Sistema de Información? ¿Qué métodos se pueden
utilizar para desarrollar un sistema? ¿Qué factores se deben analizar en la
factibilidad técnica, operativa y económica para desarrollar un sistema?
Ciclo II-2017 Página 3 de 39
 2. Definición de un sistema de información.

Para entregar en contexto, iniciamos definiendo a un de Sistema de información

como: el conjunto de subsistemas interrelacionados entre sí, que incluyen
hardware, software, medios de almacenamiento de datos para archivos y bases de
datos, con el objetivo de procesar entradas, mantener archivos de datos
relacionados con la organización y producir información, reportes y otras salidas.

El conjunto particular de subsistemas utilizados, como equipo especifico,

programas, archivos y procedimientos, es lo que se denomina una aplicación de
sistema de información. De esta forma, los sistemas de información pueden tener
aplicaciones en ventas, compras, contabilidad o administración de recursos
humanos.

3. Elementos de un Sistema de Información:

Las diferentes aplicaciones que conforman un sistema de información dan soporte
a las operaciones empresariales, resolver problemas y la toma de decisiones.
En la siguiente figura, se muestran los elementos de un sistema basado en
computadoras, incluyendo los siguientes:
Figura 1

Elementos de un sistema de información.

Ciclo II-2017 Página 4 de 39

 Procedimi
entos

Documen Hardware
tos

Sistema
Entrada Salida

Base de Software
datos

Gente

Fuente: Elaboración propia

Como el objetivo de esta materia es que se logre aprender cómo se administra la

información electrónicamente utilizando un gestor de base de datos, a
continuación solo se presenta la definición del componente base de datos de un
sistema de información basado en computadoras.
Bases de datos: Una colección grande y organizada de información a la que se
accede mediante el software y que es una parte integral del funcionamiento del
sistema.

4. Los sistemas de Información en la Transformación Digital.

La transformación Digital se define como el proceso de adopción de las
empresas, las organizaciones e instituciones al nuevo entorno tecnológico digital,
este entorno provee una serie de herramientas formadas por un conjunto de
Ciclo II-2017 Página 5 de 39
nuevas tecnologías emergentes que permiten la transformación del negocio. Tales
como las que se muestran en la siguiente figura:
Figura 2

Nuevas tecnologías que se implementan en la transformación digital

Big Data

Cloud Redes
Computing sociales

Transform
ación
digital

Internet de
Inteligenci
las cosas
a artificial
(IoT)

tecnología
s Móviles

Fuente: Elaboración propia.

Con la implementación de las nuevas tecnologías en la trasformación digital

también conlleva una trasformación en los sistemas de información.
Los sistemas de información de ser producto se transforman en un servicio
como parte del Cloud Computing, los cuales deben tener la capacidad de manejar
grandes cantidades de datos (Big Data); además son incorporados como
componentes de la inteligencia artificial, y pueden ser accesibles desde
dispositivos móviles y son capaces de interactuar con objetos inteligentes lo que
permite la creación de nuevos productos y servicios según las necesidades de los
usuarios o clientes.

Ciclo II-2017 Página 6 de 39

 5. Métodos para el desarrollo de Sistemas.

“Una metodología es una colección de procedimientos, técnicas, herramientas y

documentos auxiliares que ayudan a los desarrolladores de software en sus
esfuerzos por implementar nuevos sistemas de información. Una metodología está
formada por fases, cada una de las cuales se puede dividir en sub-fases, que
guiarán a los desarrolladores de sistemas a elegir las técnicas más apropiadas en
cada momento del proyecto y también a planificarlo, gestionarlo, controlarlo y
evaluarlo.”(Avison y Fitzgerald, 2006)

Se cuenta con una diversidad de métodos para desarrollar sistemas, y cada uno
de ellos representa una opción a elegir y esto dependerá del tipo de sistema.

5.1. Métodos tradicionales para el Desarrollo de Sistemas.

Los métodos tradicionales para el desarrollo de sistemas de información aún
siguen siendo utilizados para producir sistemas.
Son tres enfoques tradicionales al desarrollo de sistemas de información según
James Senn:
1. Método del ciclo de vida para el desarrollo de sistemas.
2. Método del desarrollo del análisis estructurado.
3. Método del prototipo de sistemas.

5.2. Métodos ágiles para el desarrollo de Sistemas.

Con respecto al software que es una de las partes esenciales de un sistema,
actualmente se ha puesto de moda hablar de métodos ágiles para el desarrollo de
sistemas, los cuales son orientados a proyectos pequeños, de corta duración (o
entregas frecuentes) y equipos pequeños (< 10 integrantes) y trabajando en el
mismo sitio.

Ciclo II-2017 Página 7 de 39

Entre estos métodos ágiles podemos mencionar los siguientes:
 SCRUM4. Desarrollada por Ken Schwaber, Jeff Sutherland y Mike Beedle.
Define un marco para la gestión de proyectos, que se ha utilizado con éxito
durante los últimos 10 años. Está especialmente indicada para proyectos con
un rápido cambio de requisitos. Sus principales características se pueden
resumir en dos. El desarrollo de software se realiza mediante iteraciones,
denominadas sprints, con una duración de 30 días. El resultado de cada
sprint es un incremento ejecutable que se muestra al cliente. La segunda
característica importante son las reuniones a lo largo proyecto. Éstas son las
verdaderas protagonistas, especialmente la reunión diaria de 15 minutos del
equipo de desarrollo para coordinación e integración.
En la siguiente figura observamos que el método SCRUM consiste en una serie de
iteraciones y en cada una de ellas se realizan todas las etapas de desarrollo del
software (ver método en cascada):
Figura 3

Esquema del método SCRUM

Fuente:http://www.northware.mx/desarrollo-en-cascada-waterfall-vs-
desarrollo-agile-scrum/

Ciclo II-2017 Página 8 de 39

 Crystal Methodologies5. Se trata de un conjunto de metodologías para el
desarrollo de software caracterizadas por estar centradas en las personas
que componen el equipo (de ellas depende el éxito del proyecto) y la
reducción al máximo del número de artefactos producidos. Han sido
desarrolladas por Alistair Cockburn. El desarrollo de software se considera un
juego cooperativo de invención y comunicación, limitado por los recursos a
utilizar. El equipo de desarrollo es un factor clave, por lo que se deben
invertir esfuerzos en mejorar sus habilidades y destrezas, así como tener
políticas de trabajo en equipo definidas. Estas políticas dependerán del
tamaño del equipo, estableciéndose una clasificación por colores, por
ejemplo Crystal Clear (3 a 8 miembros) y Crystal Orange (25 a 50 miembros).

 Dynamic Systems Development Method6 (DSDM). Define el marco para

desarrollar un proceso de producción de software. Nace en 1994 con el
objetivo el objetivo de crear una metodología RAD unificada. Sus principales
características son: es un proceso iterativo e incremental y el equipo de
desarrollo y el usuario trabajan juntos. Propone cinco fases: estudio
viabilidad, estudio del negocio, modelado funcional, diseño y construcción,
y finalmente implementación. Las tres últimas son iterativas, además de
existir realimentación a todas las fases.

 Adaptive Software Development7 (ASD). Su impulsor es Jim Highsmith.

Sus principales características son: iterativo, orientado a los componentes
software más que a las tareas y tolerante a los cambios. El ciclo de vida que
propone tiene tres fases esenciales: especulación, colaboración y
aprendizaje. En la primera de ellas se inicia el proyecto y se planifican las
características del software; en la segunda desarrollan las características y
finalmente en la tercera se revisa su calidad, y se entrega al cliente. La
revisión de los componentes sirve para aprender de los errores y volver a
iniciar el ciclo de desarrollo.
Ciclo II-2017 Página 9 de 39
 Feature-Driven Development8 (FDD). Define un proceso iterativo que
consta de 5 pasos. Las iteraciones son cortas (hasta 2 semanas). Se centra
en las fases de diseño e implementación del sistema partiendo de una lista
de características que debe reunir el software. Sus impulsores son Jeff De
Luca y Peter Coad.
 Lean Development9 (LD) . Definida por Bob Charette’s a partir de su
experiencia en proyectos con la industria japonesa del automóvil en los años
80 y utilizada en numerosos proyectos de telecomunicaciones en Europa. En
LD, los cambios se consideran riesgos, pero si se manejan adecuadamente
se pueden convertir en oportunidades que mejoren la productividad del
cliente. Su principal característica es introducir un mecanismo para
implementar dichos cambios.

La transformación digital también ha originado la necesidad de crear nuevos

métodos para desarrollar aplicaciones para dispositivos móviles.
El desarrollo de aplicaciones para proveer servicios móviles, difiere del desarrollo
de software tradicional en muchos aspectos, lo que provoca que las metodologías
usadas para estos entornos móviles, también difieran de las del software clásico
(Rahimian y Ramsin, 2008).

Algunos de los métodos más conocidos para el desarrollo de aplicaciones móviles

son los siguientes (Ramírez, 2013):

 Modelo waterfall (cascada): Es el modelo más estático y predictivo. Es

aplicable en proyectos en los que los requisitos están fijados y no van a
cambiar durante el ciclo de vida del desarrollo. Esta aproximación divide el
proyecto en cinco fases: Requisito, Diseño, Implementación, Verificación y
Mantenimiento.
 Desarrollo rápido de aplicaciones:
Ciclo II-2017 Página 10 de 39
El desarrollo rápido de aplicaciones es un método de desarrollo iterativo cuyo
objetivo es conseguir prototipos lo antes posible para mejorarlos después, poco a
poco. Se suele priorizar la implementación sobre la planificación, y se utilizan
muchos patrones de diseño conocidos para poder adaptarse de la mejor manera a
cambios en los requerimientos.

 Método ágil (cualquiera de sus variantes vistas anteriormente): El desarrollo

ágil es un modelo de desarrollo basado en iteraciones, donde en cada
iteración se realizan todas las fases del ciclo de desarrollo.
 Mobile-D: Se trata de método basado en soluciones conocidas y
consolidadas: Extreme Programming (XP), Crystal Methodologies y
Rational Unified Process (RUP), XP para las prácticas de desarrollo, Crystal
para escalar los métodos y RUP como base en el diseño del ciclo de vida.
Sus fases son: Exploración, Inicialización, productización o fase de
producto.

Los dos Métodos de desarrollo de sistemas que se abordan con un poco más de
detalle en esta unidad son parte de los enfoques de James Senn:
1. Método del ciclo de vida Clásico.
2. Método del prototipo.
A continuación se describe el método del ciclo de vida, por considerarse un
método estándar y sistemático que permite entender el desarrollo de un sistema
de información:

6. Método del ciclo de vida clásico.

El ciclo de vida de desarrollo de un sistema consta de seis fases que se muestran
en la siguiente figura (Senn, 1992):
Etapas del método del Ciclo de vida:
1. Investigación preliminar.
2. Determinación de los requerimientos del sistema.
Ciclo II-2017 Página 11 de 39
 3. Diseño del sistema.
4. Desarrollo del software.
5. Prueba de los sistemas.
6. Implantación y evaluación.

Figura 4

Etapas del método del ciclo de vida

1. Investigación 2. Análisis de 3. Diseño del 4. Desarrollo del 5. Prueba de los 6. Implantación

preliminar requerimientos sistema Software sistemas y evaluación

Fuente: Elaboración propia.

A continuación se describe de manera breve en que consiste cada una de las

etapas del método del ciclo de vida.

6.1. Investigación Preliminar:

La solicitud para recibir ayuda de un sistema de información pueden originarse por

una persona, cuando se fórmula la solicitud comienza la primera actividad del
sistema.

En esta fase se realizan tres actividades principales:

1. Aclaración de la solicitud.
2. Estudio de factibilidad
3. Aprobación de la solicitud.

6.1.1. Aclaración de la solicitud.

Antes de considerar cualquier investigación de sistemas, la solicitud de proyecto

debe examinarse para determinar con precisión lo que el solicitante desea; ya que

Ciclo II-2017 Página 12 de 39

muchas solicitudes que provienen de empleados y usuarios no están formuladas
de manera clara.

6.1.2. Estudio de factibilidad.

En la investigación preliminar un punto importante es determinar que el sistema

solicitado sea factible. Existen tres aspectos relacionados con el estudio de
factibilidad, que son realizados por el general por analistas capacitados o
directivos:

1. Factibilidad técnica
2. Factibilidad operativa
3. Factibilidad económica

¿Contamos
con todas
piezas?

Ciclo II-2017 Página 13 de 39

Factibilidad técnica.

Estudia si el trabajo para el proyecto, puede desarrollarse con el software y el

personal existente, y si en caso de necesitar nueva tecnología, cuales son las
posibilidades de desarrollarla (no solo el hardware).

Pretende analizar si el proyecto planteado es viable de llevarse a cabo, basándose

en el cumplimento de criterios técnicos, es decir, que para ello se deben poder
contestar las interrogantes siguientes:
 ¿Es práctica la tecnología o la solución propuesta?
 ¿Disponemos en la actualidad de la tecnología adecuada?
 ¿Disponemos del conocimiento técnico necesario?
Dichas preguntas serán contestadas a medida que se presenta el listado del
equipo y tecnología a utilizar, además de conocer si dicho equipo y dicha
tecnología están disponibles y al alcance de la organización y podrá ser utilizada
con el fin de desarrollar el proyecto, además de esto conocer si se dispone del
conocimiento técnico necesario para utilizar la tecnología propuesta.
Se deben realizar ciertas actividades con el fin de contestar las 3 siguientes
preguntas y luego llegar a una conclusión si el proyecto es factible técnicamente o
no.
 ¿Es práctica la tecnología o la solución propuesta?
 ¿Disponemos en la actualidad de la tecnología adecuada?
 ¿Disponemos del conocimiento técnico necesario?

En el estudio de factibilidad técnica se detallan los siguientes elementos:

a) Software: Se detallan las especificaciones del todo el software necesario
para el proyecto.
b) Hardware: Se detallan las características de los equipos de cómputo que
serán utilizados para el desarrollo del proyecto y codificación de los
diferentes módulos del sistema propuesto, por ejemplo mediante una tabla

Ciclo II-2017 Página 14 de 39

 en la cual se muestre las características de las diferentes computadoras
con las cuales se dispone para el proyecto.
c) Recurso Humano: Se detalla el equipo del proyecto definiendo los roles,
funciones y conocimientos necesarios.

Luego de analizar toda la información recopilada se procede a contestar las 3

preguntas planteadas al inicio y por último la conclusión sobre si es factible
técnicamente el proyecto o no.

Conclusiones sobre factibilidad técnica:

 ¿Es práctica la tecnología o la solución propuesta?
 ¿Disponemos en la actualidad de la tecnología adecuada?
 ¿Disponemos del conocimiento técnico necesario?
 Conclusión final sobre el análisis de factibilidad técnica.

Factibilidad económica.

Investiga si los costos se justifican con los beneficios que se obtienen, y si se ha

invertido demasiado, como para no crear el sistema si se cree necesario.

La factibilidad económica permite determinar si los costos del proyecto ya

desarrollado y operando, son menores que los costos que se generan si no se
desarrolla el sistema. Para esto se realiza un análisis económico de valor
presente, para evaluar las dos alternativas.

Cálculo de los costos anuales sin sistema (alternativa A).

Cálculo de los costos anuales con sistema (alternativa B).

Conclusión sobre factibilidad económica.

Ciclo II-2017 Página 15 de 39

Después de haber realizado el estudio de factibilidad económica, se llega a la
conclusión de si es factible o no, en base a las siguientes preguntas:

¿Son los beneficios derivados de no desarrollar el software, superiores a los

costos de desarrollarlo?
Es decir se debe determinar si el nuevo proyecto representara un ahorro, con
respecto a la forma en la que se realiza la misma tarea actualmente.

¿Pueden obtenerse los recursos económicos necesarios para desarrollar el

proyecto?
Se debe analizar si se cuenta con el monto de la inversión inicial necesario para la
operatividad del proyecto.

Factibilidad operacional:

Investiga si será utilizado el sistema, si los usuarios usaran el sistema, como para
obtener beneficios.

Para poder determinar la factibilidad operativa del proyecto, se realiza un estudio

de campo, el cual está orientado a realizar encuestas que busca medir el grado
de aceptación por parte de los usuarios ante un posible cambio en la
estructuración de los procedimientos que se realizan actualmente y el grado de
urgencia del problema.

Conclusión de la factibilidad operativa.

De acuerdo con la investigación de campo, se determinara si el proyecto es
factible operativamente o no basándose en el grado de aceptación de este, por
ejemplo:
 ¿Será usado el software una vez desarrollado e instalado?
 ¿Hay barreras importantes para su implementación?
 ¿Se espera alguna resistencia de parte de los usuarios para su utilización?
Ciclo II-2017 Página 16 de 39
  ¿Hay suficiente apoyo al proyecto de parte de la dirección superior?
 ¿Se degradará la eficiencia en alguna área?

6.1.3. Aprobación de la solicitud

Algunas organizaciones reciben tantas solicitudes de sus empleados que sólo es

posible atender unas cuantas. Sin embargo, aquellos proyectos que son
deseables y factibles deben incorporarse en los planes. En algunos casos el
desarrollo puede comenzar inmediatamente, aunque lo común es que los
miembros del equipo de sistemas estén ocupados en otros proyectos. Cuando
esto ocurre, la administración decide qué proyectos son los más importantes y el
orden en que se llevarán a cabo.

Después de aprobar la solicitud de un proyecto se estima su costo, el tiempo

necesario para terminarlo y las necesidades de personal.

6.2. Determinación de los requerimientos del sistema.

Los analistas, al trabajar con los empleados y administradores, deben estudiar los
procesos de una empresa para dar respuesta a ciertas preguntas claves.

Para contestar estas preguntas, el analista conversa con varias personas para
reunir detalles relacionados con los procesos de la empresa. Cuando no es
posible entrevistar, en forma personal a los miembros de grupos grandes dentro
de la organización, se emplean cuestionarios para obtener esta información.

Las investigaciones detalladas requieren el estudio de manuales y reportes, la

observación en condiciones reales de las actividades del trabajo y, en algunas
ocasiones, muestras de formas y documentos con el fin de comprender el proceso
en su totalidad.

Ciclo II-2017 Página 17 de 39

Reunidos los detalles, los analistas estudian los datos sobre requerimientos con la
finalidad de identificar las características que debe tener el nuevo sistema.

6.3. Diseño del sistema.

El diseño de un sistema de información responde a la forma en la que el sistema

cumplirá con los requerimientos identificados durante la fase de análisis.

Es común que los diseñadores hagan un esquema del formato o pantalla que
esperan que aparezca cuando el sistema está terminado, se realiza en papel o en
la pantalla de una terminal utilizando algunas de las herramientas automatizadas
disponibles para el desarrollo de sistemas.

También se indican los datos de entrada, los que serán calculados y los que
deben ser almacenados. Los diseñadores seleccionan las estructuras de archivo y
los dispositivos de almacenamiento. Los procedimientos que se escriben indican
cómo procesar los datos y producir salidas.

Los documentos que contienen las especificaciones de diseño representan a éste

mediante diagramas, tablas y símbolos especiales.

La información detallada del diseño se proporciona al equipo de programación

para comenzar la fase de desarrollo de software.

Los diseñadores son responsables de dar a los programadores las

especificaciones de software completas y claramente delineadas.

6.4. Desarrollo del software.

Los encargados de desarrollar software pueden instalar software comprado a

terceros o escribir programas diseñados a la medida del solicitante. La elección
depende del costo de cada alternativa, del tiempo disponible para escribir el
software y de la disponibilidad de los programadores.
Ciclo II-2017 Página 18 de 39
Los programadores son responsables de la documentación de los programas y de
explicar su codificación, esta documentación es esencial para probar el programa
y hacer el mantenimiento.

6.5. Prueba de los sistemas.

Durante esta fase, el sistema se emplea de manera experimental para asegurarse

que el software no tenga fallas, es decir, que funciona de acuerdo con las
especificaciones y en la forma en que los usuarios esperan que lo haga. Se
alimentan como entradas conjuntos de datos de prueba para su procesamiento y
después se examinan los resultados. En ocasiones se permite que varios usuarios
utilicen el sistema, para que los analistas observen si tratan de emplearlo en
formas no previstas, antes de que la organización implante el sistema y dependa
de él.

En muchas organizaciones, las pruebas son conducidas por personas ajenas al

grupo que escribió los programas originales; para asegurarse de que las pruebas
sean completas e imparciales y, por otra, que el software sea más confiable.

6.6. Implantación y evaluación.

La implantación es el proceso de verificar e instalar nuevo equipo, entrenar a los

usuarios, instalar la aplicación y construir todos los archivos de datos necesarios
para utilizarla.

Cada estrategia de implantación tiene sus méritos de acuerdo con la situación que
se considere dentro de la empresa. Sin importar cuál sea la estrategia utilizada,
los encargados de desarrollar el sistema procuran que el uso inicial del sistema se
encuentre libre de problemas.

Los sistemas de información deben mantenerse siempre al día, la implantación es

un proceso de constante evolución.

Ciclo II-2017 Página 19 de 39

La evaluación de un sistema se lleva a cabo para identificar puntos débiles y
fuertes. La evaluación ocurre a lo largo de cualquiera de las siguientes
dimensiones:

 Evaluación operacional

Valoración de la forma en que funciona el sistema, incluyendo su facilidad de uso,

tiempo de respuesta, lo adecuado de los formatos de información, confiabilidad
global y nivel de utilización.

 Impacto organizacional

Identificación y medición de los beneficios para la organización en áreas como

finanzas (costos, ingresos y ganancias), eficiencia operacional e impacto
competitivo.

- Opinión de los administradores

Evaluación de las actitudes de directivos y administradores dentro de la

organización así como de los usuarios finales.

 Desempeño del desarrollo

La evaluación del proceso de desarrollo de acuerdo con criterios tales como

tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y estándares, y
otros criterios de administración de proyectos.

Cuando la evaluación de sistema se conduce en forma adecuada proporciona

mucha información que puede ayudar a mejorar la efectividad de los esfuerzos
cuando la evaluación de sistemas se conduce en forma adecuada proporciona
mucha información que puede ayudar a mejorar la efectividad de los esfuerzos de
desarrollo de aplicaciones subsecuentes.

Ciclo II-2017 Página 20 de 39

 7. Método del prototipo
El prototipo es un sistema que funciona, desarrollado con la finalidad de probar
ideas y suposiciones relacionadas con el nuevo sistema.
Un prototipo es un modelo de trabajo de las aplicaciones del sistema. El prototipo
no tiene toda la funcionalidad del sistema final, pero es suficiente para que los
usuarios puedan utilizar el sistema e identificar qué aspectos están bien y cuáles
no son adecuados, además de poder sugerir mejoras o la inclusión de nuevos
elementos. Este proceso permite que quienes diseñan e implementan el sistema
sepan si han interpretado correctamente los requisitos de los usuarios. Otra
ventaja de los prototipos es que se construyen rápidamente.

Etapas del método de prototipos

En general, las etapas a seguir en el método de desarrollo de prototipos se

muestran en la siguiente figura:
1. Identificar los requerimientos de información.
2. Diseño rápido.
3. Desarrollar un prototipo que funcione.
4. Evaluación del prototipo con el cliente
5. Revisar el prototipo con base en la información obtenida a través de la
experiencia del usuario.
6. Entrega del producto final

Ciclo II-2017 Página 21 de 39

Figura 5

Fases del método del Prototipo para el desarrollo de Sistemas.

Fuente: Elaboración propia

1. Identificación de requerimientos conocido.

La determinación de los requerimientos de una aplicación es tan importante para

el método de desarrollo de prototipo como lo es para los métodos del ciclo clásico
de desarrollo de sistemas o análisis estructurado (aunque las tácticas son
diferentes). Por consiguiente, antes de crear el prototipo, los analistas y usuarios
deben trabajar juntos para identificar los requerimientos conocidos que tiene que
satisfacerse. Para hacerlo determinan los fines para lo que servirá el sistema y el
alcance de sus capacidades.

2. Diseño Rápido.

Ciclo II-2017 Página 22 de 39

Hay partes del sistema a desarrollar que requieren de un diseño rápido sin entrar
en un diseño muy complejo, pero si necesario para poder continuar con la
siguiente, como por ejemplo el diseño de la base de datos. No puedo realizar la
implementación física de una base de datos sin haber realizado el diseño
conceptual y lógico de la base de datos.

3. Desarrollo de un prototipo que funcione o modelo de trabajo

Es útil comenzar el proceso de construcción del prototipo con el desarrollo de un

plan general que permita a las personas conocer lo que se espera de ellas y del
proceso de desarrollo. Es difícil, y en ocasiones imposibles, fijar una fecha
tentativa de terminación. La experiencia con el sistema es la que determina
eventualmente cuando en sistema está terminado.

Para comenzar la primera iteración, usuarios y analistas identifican de manera

conjunta los datos que son necesarios para el sistema y especifican la salida que
debe producir la aplicación.

Las decisiones de diseño necesarias para desarrollar la salida del sistema

cambian muy poco en relación con las tomadas en otros métodos de desarrollo.
Sin embargo, con un prototipo, se espera que las especificaciones iniciales estén
incompletas.

En el desarrollo de un prototipo se preparan los siguientes componentes:

*El lenguaje para el diálogo o conversación entre el usuario y el sistema

*Pantallas y formato para la entrada de datos

*módulos esenciales de procesamiento

*Salida del sistema

Ciclo II-2017 Página 23 de 39

Al construir el prototipo se deben seguir los estándares para datos que emplea la
organización.

En esta etapa es más importante la rapidez con que se construye el prototipo que
la eficiencia de operación. Es por esto que el analista no intenta optimizar la
velocidad de operación del sistema

4. Evaluación del prototipo por el usuario

El usuario debe utilizar el prootipo e ir anotando las necesidades de cambios y

mejoras.

Es responsabilidad del usuario trabajar con el prototipo y evaluar su característica

y operación. La experiencia con el sistema bajo condiciones permite obtener la
familiaridad indispensable para determinar los cambios o mejoras que sean
necesarios así como la eliminación de características inadecuadas o innecesarias.

5) Revisión del prototipo.

Revisar el prototipo con base en la información obtenida a través de la experiencia

del usuario.

Información sobre los que les gusta y los que les desagrada a los usuarios. La
información obtenida tendrá influencia sobre las características de la siguiente
versión de la aplicación.

Los cambios al prototipo son planificados con los usuarios antes de llevarlos a
cabo. El analista es el responsable de realizar las modificaciones.

6) Entrega del producto final.

Ciclo II-2017 Página 24 de 39

El proceso finaliza cuando los usuarios y analistas están de acuerdo en que el
sistema ha evolucionado lo suficiente como para incluir todas las características
necesarias o cuando ya es evidente que no se obtendrá mayor beneficio.

Cuando se verifica que no es posible desarrollar el sistema para satisfacer los

objetivos deseados, ya sea por la tecnología existente o por el factor económico.

Los sistemas pueden desarrollarse con métodos y lenguajes de programación

convencionales, aunque no tengan todas las características y toques finales de un
sistema terminado. Quizás los informes no tengan encabezados, logos, etc., falten
controles de entradas y procesamiento. Lo importante es el ensayo, y hallar los
requerimientos.

Los generadores de aplicaciones, son programas que sirven para hacer otros
programas, son un apoyo en la construcción de prototipos, permitiendo definir la
estructura visual de las pantallas, los registros de entrada y el formato de los
informes.

En algunos casos donde el sistema no será utilizado frecuentemente, puede

convertirse el prototipo en el sistema terminado, o bien, cuando no son muchos los
beneficios que se obtienen.

Razones para desarrollar prototipos de sistemas.

Pueden existir diversas razona para seleccionar el método del prototipo para
desarrollar un Sistema, pero entre las más comunes están las siguientes:

 Los requerimientos de información no siempre están bien definidos, pueden

ser demasiados vagos aún al formular el diseño. En otros casos, es
probable que una investigación de sistemas bien llevada, dé como
resultado un conjunto muy amplio de requerimientos de sistemas, pero

Ciclo II-2017 Página 25 de 39

 construir un sistema que satisfaga a todos ellos quizás necesite del
desarrollo de nueva tecnología.
 Los prototipos permiten evaluar situaciones extraordinarias donde los
encargados de diseñar e implantar sistemas no tienen información ni
experiencia, o también donde existen situaciones de riesgo y costos
elevados, y aquellas donde el diseño propuesto es novedoso y aún no ha
sido probada.
 La información obtenida con su uso se aplica en un nuevo diseño que se
emplea, otra vez, como prototipo y que revela más información valiosa
sobre diseño. El proceso se repite las veces que sea necesario para revelar
los requerimientos esenciales del diseño.

Ciclo II-2017 Página 26 de 39

 8. Análisis del problema
En la etapa investigación preliminar del método clásico para el desarrollo de un
sistema, como primer paso se realiza la definición del problema por medio de una
formulación:
La formulación consta de una breve narración que describe de manera general
cual es el problema sin establecer demasiados detalles y sin aportar soluciones.

Ejemplo de formulación del problema:

Análisis del problema (investigación preliminar):
1. Formulación del problema:
“Falta de un sistema informático para la administración de compra/ venta
del almacén “El Universitario”

El siguiente paso es establecer el planteamiento de problema por medio de una

herramienta grafica llamada método de la caja negra.

La siguiente figura muestra estructura del método de la caja negra, Seguido de la

etiqueta estado A se debe describir la situación actual en un párrafo y seguido
de la etiqueta Estado B se describe la situación a la que queremos llegar, es el
estado ideal que soluciona el problema.
Figura 6

Método de la caja negra

Estado A Estado B

Proceso

Fuente: Elaboración propia

Ciclo II-2017 Página 27 de 39

 En la siguiente figura, se presenta un ejemplo de implementación del método de la
caja negra para el planteamiento de un problema:
Figura 7

Ejemplo de implementación del método de La Caja Negra.

ESTADO A ESTADO B
Deficiencias en los Realización de procesos
procesos administrativos de Administrativos de compra/
compra/ venta y de atención venta de la librería “El
Proceso
al cliente, además existe Universitario”, uso de un
una gestión de información sistema informático.
inadecuada.

9. Método del enfoque de sistemas.

El método del enfoque de sistema tiene como objetivo la definición del sistema.
Para definir el problema el método consta de varios apartados que se describen a
continuación:
1. Descripción de la situación actual.
2. Diagrama de los elementos del Sistema.
3. Objetivo del Sistema.
4. Características.
5. Frontera.
6. Elementos del sistema.
7. Control

Ciclo II-2017 Página 28 de 39

 1. Descripción de la situación actual.
En este apartado se describe el contexto del sistema, en el cual se detalla toda la
información relacionada al sistema que permita establecer un diagnóstico de la
situación actual recolectando información que detalle las características del
recurso humano, documentación que entra y sale del sistema, descripción de los
diferentes procesos y actividades realizadas, así como también las limitaciones o
dificultades que suceden.

2. Diagrama de los elementos del sistema.

En la siguiente figura se muestra el diagrama que describe de manera gráfica los

elementos que componen el sistema.
Figura 8

Diagrama de los elementos del sistema

ELEMENTOS
SALIDAS:
ENTRADAS:

Procesos:

Documentación:

Recurso Humano:

Recursos materiales:
MEDIO AMBIENTE:

CONTROL:

Fuente: Elaboración propia

Ciclo II-2017 Página 29 de 39

 En la siguiente figura se muestra un ejemplo del diagrama del enfoque de
sistemas.

Figura 9

Ejemplo de diagrama de enfoque de Sistemas de gestión de Compra/ venta de

una librería:

ENTRADAS: SALIDAS:
 Pedidos ELEMENTOS  Pedidos a
 Información del proveedores.
cliente PROCESOS:  Respuestas a
 Consultas de Registrar un cliente pedidos.
Eliminar un cliente.
clientes sobre  Información de
Buscar información del cliente.
ofertas y estado de pedidos
Actualizar información del cliente
pedidos  Información de
Registrar de pedido.
 Productos devueltos productos
Eliminar un pedido.
por clientes. Buscar información de un pedido  Información al fisco
 Información de Actualizar información de pedido  Contratos
proveedores. Generar factura de venta  facturas
 Cotizaciones de etc...
 cotizaciones
proveedores.  Publicidad
Políticas internas de la empresa.
 Órdenes de compra Manuales de procedimientos, etc.  Información al
en papel. mercado de las
necesidades de
Personal Administrativo
productos.
Vendedores, etc.
 Ordenes de compra
MEDIO AMBIENTE: Estantes, Equipo de computación.
Productos, Cajas registradoras,
Mercados internos y externos, Calculadoras, contómetros, lector de
Sociedades de empresarios, código de barras, etc.
Cámara de Comercio e
Industria de El Salvador,
Ministerio de Economía,
ministerio de Hacienda, CONTROL:
clientes, proveedores. Políticas de la empresa, código de
comercio, etc.

Ciclo II-2017 Página 30 de 39

Objetivo del sistema.
Administrar la compra / Vender productos y servicios para satisfacer las
necesidades de consumo de los clientes, con la finalidad de obtener una
rentabilidad por las transacciones comerciales realizadas.

Características.
El Sistema de proceso de compraventa del almacén “El Universitario”, es un
sistema:
 Abierto: Porque interactúa con un medio ambiente.
 Determinístico: Ya que puede predecirse un siguiente estado, dadas ciertas
condiciones del mercado y de la economía del país.
 Dinámico: Porque manifiesta cambios de estado, como cambios en la forma de
realizar los procesos existentes.
 Artificial: Porque el proceso de compra/ venta ha sido creado por el ser
humano
 Permanente: Porque es un sistema que ha operado en un período largo de
tiempo y no tiende a perecer.
 Adaptable: Porque es ajustado bajo la presencia de cambios en su medio
ambiente.
 Concreto: Porque se compone de objetos físicos, como: infraestructuras,
estantes, callcenter, equipos tecnológicos, eléctricos, mecánicos, manuales,
etc.

Frontera.
La frontera está delimitada por todos aquellos elementos necesarios para la
realización del proceso de compra/venta: Registro de inventarios, catálogo de
productos, registro de venta, Manuales de procedimientos, herramientas y
materiales, Leyes del sector comercial.

Ciclo II-2017 Página 31 de 39

Elementos Del Sistema:
 PROCESOS DE COMPRA/VENTA.
 DOCUMENTACION: MANUALES, DOCUMENTOS, FORMULARIOS, ETC
 RECURSO HUMANO
 RECURSO MATERIAL
Control.
 Políticas propias de cada empresa.
 Manuales de procedimientos de cada empresa
 Manual de funciones de cada empresa.
 Control de inventarios de productos.
 Control de clientes.
 Control de proveedores.
 Control de ventas.
 Control de compras.
 Código de comercio.
 Declaración de impuestos.

Ciclo II-2017 Página 32 de 39

 10. Tipos de sistemas de información.
Los sistemas de información se desarrollan con diversos propósitos, según las
necesidades de la empresa. Los sistemas de procesamiento de transacciones
(TPS, Transaction Processing Systems) funcionan al nivel operativo de una
organización, los sistemas de automatización de la oficina (OAS, Office
Automatization Systems) y los sistemas de trabajo del conocimiento (KWS,
Knowledge Work Systems) apoyan el trabajo al nivel del conocimiento. Los
sistemas de información gerencial (MIS, Management Information Systems) y los
sistemas de apoyo a la toma de decisiones (DSS, Decisión Support Systems) se
encuentran entre los sistemas de alto nivel. Los sistemas expertos aplican el
conocimiento de los encargados de la toma de decisiones para solucionar
problemas estructurados específicos. Los sistemas de apoyo a ejecutivos (ESS,

Executive Support Systems) se encuentran en el nivel estratégico de la

administración.

Ciclo II-2017 Página 33 de 39

Los sistemas de apoyo a la toma de decisiones en grupo(GDSS, Group Decisión
Support Systems) y los sistemas de trabajo corporativo apoyados por
computadora (CSCWS, Computer-Supported Collaborative Work Systems),
descritos de manera más general, auxilian la toma de decisiones
semiestructuradas o no estructuradas a nivel de grupo.

Sistemas de procesamiento de transacciones:

Los sistemas de procesamiento de transacciones (TPS, Transaction Processing

Systems) son sistemas de información computarizada creados para procesar
grandes cantidades de datos relacionadas con transacciones rutinarias de
negocios, como las nóminas y los inventarios.
Un TPS elimina el fastidio que representa la realización de transacciones
operativas necesarias y reduce el tiempo que una vez fue requerido para llevarlas
a cabo de manera manual, aunque los usuarios aún tienen que capturar datos en
los sistemas computarizados.
Los sistemas de procesamiento de transacciones expanden los límites de la
organización dado que le
permiten interactuar con
entornos externos. Es
importante para las operaciones
cotidianas de un negocio, que
estos sistemas funcionen sin
ningún tipo de interrupción,
puesto que los administradores
recurren a los datos producidos
por los TPS con el propósito de
obtener información actualizada
sobre el funcionamiento de sus
empresas.
Un ejemplo claro de TPS son los ERP.
Ciclo II-2017 Página 34 de 39
Pero, ¿Qué es un ERP?
Un ERP (Enterprise Resource Planning) es un sistema integral, confiable y
adaptable que automatiza la totalidad (o la mayoría) de los procesos de la
empresa.
El ERP debe ser entendido como un sistema de información gerencial y de
procesamiento de transacciones que permite tomar decisiones estratégicas mejor
informadas y en un entorno de mayor certidumbre.

Sistemas de Automatización de la Oficina y Sistemas de Trabajo del

Conocimiento.
Existen dos clases de sistemas en el nivel del conocimiento de una organización.
Los sistemas de automatización de la oficina [OAS, Office Automation Systems]
apoyan a los trabajadores de datos, quienes por lo general no generan
conocimientos nuevos, sino más bien analizan la información con el propósito de
transformar los datos o manipularlos de alguna manera antes de compartirlos o,
en su caso, distribuirlos formalmente con el resto de la organización y en
ocasiones más allá de ésta. Entre los componentes más comunes de un OAS
están el procesamiento de texto, las hojas de cálculo, la autoedición, la
calendarización electrónica y las comunicaciones mediante correo de voz, correo
electrónico y videoconferencia.

Los sistemas de trabajo del conocimiento (KWS, Knowledge Work Systems] sirven
de apoyo a los trabajadores profesionales, como los científicos, ingenieros y
médicos, en sus esfuerzos de creación de nuevo conocimiento y dan a éstos la
posibilidad de compartirlo con sus organizaciones o con la sociedad.

A continuación se describe en que consisten los Sistemas expertos, Sistemas de

apoyo a la toma de decisiones y Sistemas de información gerencial:

Sistemas de Información Gerencial

Ciclo II-2017 Página 35 de 39
Los sistemas de información gerencial (MIS, Management Information Systems]
no reemplazan a los sistemas de procesamiento de transacciones, más bien,
incluyen el procesamiento de transacciones. Los MIS son sistemas de información
computarizados cuyo propósito es contribuir a la correcta interacción entre los
usuarios y las computadoras. Debido a que requieren que los usuarios, el software
[los programas de cómputo] y el hardware (las computadoras, impresoras, etc.),
funcionen de manera coordinada, los sistemas de información gerencial dan apoyo
a un espectro de tareas organizacionales mucho más amplio que los sistemas de
procesamiento de transacciones, como el análisis y la toma de decisiones.

Para acceder a la información, los usuarios de un sistema de información

gerencial comparten una base de datos común. Ésta almacena datos y modelos
que ayudan al usuario a interpretar y aplicar los datos. Los sistemas de
información gerencial producen información que se emplea en la toma de
decisiones. Un sistema de información gerencial también puede contribuir a
unificar algunas de las funciones de información computarizadas de una empresa,
a pesar de que no existe como una estructura individual en ninguna parte de ésta.

Sistemas de Apoyo a la toma de decisiones

Los sistemas de apoyo a la toma de decisiones (DSS, Decisión Support Systems]

constituyen una clase de alto nivel de sistemas de información computarizada. Los
DSS coinciden con los sistemas de información gerencial en que ambos dependen
de una base de datos para abastecerse de datos. Sin embargo, difieren en que el
DSS pone énfasis en el apoyo a la toma de decisiones en todas sus fases, aunque
la decisión definitiva es responsabilidad exclusiva del encargado de tomarla. Los
sistemas de apoyo a la toma de decisiones se ajustan más al gusto de la persona
o grupo que los utiliza que a los sistemas de información gerencial tradicionales.
Sistemas expertos e inteligencia Artificial

Ciclo II-2017 Página 36 de 39

La inteligencia artificial (AI, Artificial Intelligence] se puede considerar como el
campo general para los sistemas expertos. La motivación principal de la AI ha sido
desarrollar máquinas que tengan un comportamiento inteligente. Dos de las líneas
de investigación de la AI son la comprensión del lenguaje natural y el análisis de la
capacidad para razonar un problema hasta su conclusión lógica. Los sistemas
expertos utilizan las técnicas de razonamiento de la AI para solucionar los
problemas que les plantean los usuarios de negocios (y de otras áreas].
Un sistema experto [también conocido como sistema basado en el conocimiento)
captura y utiliza el conocimiento de un experto para solucionar un problema
específico en una organización. Observe que a diferencia de un DSS, que cede al
responsable la toma de la decisión definitiva, un sistema experto selecciona la
mejor solución para un problema o una clase específica de problemas.

Los componentes básicos de un sistema experto son la base de conocimientos, un

motor de inferencia que conecta al usuario con el sistema mediante el
procesamiento de consultas realizadas con lenguajes como SQL [Structured
Query Language, lenguaje de consultas estructurado) y la interfaz de usuario.

Sistemas de Apoyo Ejecutivo, Sistemas de Apoyo a la Toma de Decisiones

en Grupo y Sistemas de Trabajo Colaborativo Apoyados por Computadora
(GDSS ,CSCWS, ESS)

Cuando los grupos requieren trabajar en conjunto para tomar decisiones

semiestructuradas o no estructuradas, un sistema de apoyo a la toma de
decisiones en grupo (GDSS, Group Decisión Support System) podría ser la
solución. Este tipo de sistemas, que se utilizan en salones especiales equipados
con diversas configuraciones, faculta a los miembros del grupo a interactuar con
apoyo electrónico —casi siempre software especializado— y la asistencia de un
facilitador especial. Los sistemas de apoyo a la toma de decisiones en grupo
Ciclo II-2017 Página 37 de 39
tienen el propósito de unir a un grupo en la búsqueda de la solución a un problema
con la ayuda de diversas herramientas como los sondeos, los cuestionarios, la
lluvia de ideas y la creación de escenarios.

El software GDSS puede diseñarse con el fin de minimizar las conductas

negativas de grupo comunes, como la falta de participación originada por el miedo
a las represalias si se expresa un punto de vista impopular o contrario, el control
por parte de miembros elocuentes del grupo y la toma de decisiones conformista.

En ocasiones se hace referencia a los GDSS con el término más general sistemas
de trabajo colaborativo apoyados por computadora (CSCWS, Computer-Supported
Collaborative Work Systems], que pueden contener el respaldo de un tipo de
software denominado groupware para la colaboración en equipo a través de
computadoras conectadas en red.

Sistemas de Apoyo Ejecutivos

Cuando los ejecutivos recurren a la computadora, por lo general lo hacen en
busca de métodos que los auxilien en la toma de decisiones de nivel estratégico.
Los sistemas de apoyo a ejecutivos (ESS, Executive Support Systems) ayudan a
estos últimos a organizar sus actividades relacionadas con el entorno externo
mediante herramientas gráficas y de comunicaciones, que por lo general se
encuentran en salas de juntas o en oficinas corporativas personales. A pesar de
que los ESS dependen de la información producida por los TPS y los MIS, ayudan
a los usuarios a resolver problemas de toma de decisiones no estructuradas, que
no tienen una aplicación específica, mediante la creación de un entorno que
contribuye a pensar en problemas estratégicos de una manera bien informada.
Los ESS amplían y apoyan las capacidades de los ejecutivos al darles la
posibilidad de comprender su entorno.

Ciclo II-2017 Página 38 de 39

 11. Referencias Bibliográficas.

Gasca Mayra, Carmago Luis, Medina Byron (2013). Metodología para el desarrollo
de aplicaciones móviles. Recuperado de:
http://www.scielo.org.co/pdf/tecn/v18n40/v18n40a03.pdf

Letelier Patricio, Penadés Mª Carmen.(2006).Metodologías ágiles para el

desarrollo de software: eXtreme Programming (XP). Recuperado de
http://www.cyta.com.ar/ta0502/b_v5n2a1.htm

Ramírez, Robert (2013).Métodos para el desarrollo de aplicaciones móviles.

Recuperado de: https://openlibra.com/es/book/download/metodos-para-el-
desarrollo-de-aplicaciones-moviles

Senn, James(1992). Análisis y diseño de sistemas de información. México,

McGraw-Hill.

Universidad Internacional de la Rioja (2016). La Innovación de los Procesos de

Negocio para conseguir la Transformación Digital de su Organización, recuperado
de: https://www.youtube.com/watch?v=l1VC-i5_ISA

Ciclo II-2017 Página 39 de 39