Guia01com218 2012

COMPUTACION II (COM218), FACULTAD DE ECONOMIA 1

UNIVERSIDAD DE EL SALVADOR
FACULTAD DE CIENCIAS ECONOMICAS
DEPARTAMENTO DE COMPUTACION
COMPUTACIÓN II
GUIA DE CLASE #: 1

“INTRODUCCIÓN AL DESARROLLO DE SISTEMAS DE INFORMACIÓN
BASADOS EN COMPUTADORAS”

INTRODUCCIÓN
Antes de iniciar la fase de desarrollo de una aplicación (programación) utilizando un gestor de
bases de datos como lo es Microsoft Access 2010, se debe de conocer de manera general cuales
son las actividades y conceptos relacionados al desarrollo de sistemas de información.
Como primer punto comenzamos definiendo 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, para luego estudiar más profundamente uno de sus componentes denominado: BASE
DE DATOS.
Luego de comprender estos conceptos básicos se hará un recorrido por Microsoft Access para
conocer su ambiente de desarrollo y aprender cómo se gestiona la información utilizando dicho
gestor de base de datos.

¿Qué es un Sistema de Información basado en computadoras?
Es un 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.

CICLO II-2012


En la siguiente figura, se muestran los elementos de un sistema basado en computadoras,
incluyendo los siguientes:

Procedimientos

|1
Hardware
Documentos
|

Sistem
Sistem
a Salida
Entrada a Software
Base de
datos

Gente

Figura 1. Elementos del sistema
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.

CICLO II-2012


MÉTODOS PARA EL DESARROLLO DE SISTEMAS:
Tres enfoques al desarrollo de sistemas de información basados en computadora:
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.

Método del ciclo de vida:

Etapas del método del Ciclo de vida:
1. Investigación preliminar.
2. Determinación de los requerimientos del sistema.
3. Diseño del sistema.
4. Desarrollo del software.
5. Prueba de los sistemas.
6. Implantación y evaluación.

CICLO II-2012


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. Esta actividad tiene tres
partes:

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 muchas solicitudes que provienen
de empleados y usuarios no están formuladas de manera clara.

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:

CICLO II-2012


1.2.1. 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.

EJEMPLO DE FACTIBILIDAD TÉCNICA
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.




Ejemplo solución factibilidad técnica.

a) Software.

Sistemas operativos: Elaborar una tabla en la cual se muestra el listado de sistemas operativos
que utiliza la empresa.

Software de ofimática: Elaborar una tabla en la cual se muestra el listado de los diferentes
software de ofimática que posee la empresa.

Software de desarrollo: Si se utilizara software de desarrollo, elaborar un listado de los diferentes
alternativas a utilizar, para determinar cuál es el que mejor se adapta a las necesidades del

CICLO II-2012


proyecto, es decir evaluar los diferentes lenguajes basándose en una serie de características, por
ejemplo: costo de licencia, curva de aprendizaje, experiencia en el lenguaje, compatibilidad, etc.

Comparación de Bases de Datos: comparar las diferentes alternativas de Sistemas Gestores de
Bases de Datos en caso de ser necesario elegir entre ellos, se deben de tomar en cuenta varios
aspectos indispensables tales como el licenciamiento de software, soporte del sistema operativo,
características fundamentales y los diferentes tipos de objetos que dichos sistemas soportan.

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 en la cual se muestre las características de las diferentes computadoras con las cuales
se dispone para el proyecto.

c) Disponibilidad de equipos y tecnologías

Por ejemplo “las herramientas de software libre están disponibles para ser utilizadas muy
fácilmente debido a que pueden ser descargadas de Internet directamente”

Otro Ejemplo “La empresa tiene planeado invertir en la compra de nuevo equipo, ya que el equipo
tiene aproximadamente 4 años de haberse adquirido”

d) Recurso Humano.

Equipo del proyecto.

Se cuenta con un equipo de trabajo de integrado por 4 miembros, además con un docente que nos
asesorara en el proceso.

Además se puede crear un listado de los requisitos que los miembros del equipo de trabajo deben
tener para elaborar el proyecto y las funciones que estas personas realizaran.

Equipo de trabajo Funciones
Conocimientos de técnicas y herramientas de análisis y diseño.
Conocimientos sobre todo el proceso de ingeniería de software.
Conocimientos sobre programación estructurada.
diseñadores
Creatividad.
Trabajo en equipo.
Conocimientos avanzados sobre bases de datos relacionales.

CICLO II-2012


Desarrollo de la bases de datos
Desarrollo de salidas
Desarrollo de entradas
Desarrollo de reportes
Desarrolladores Prueba y depuración
Web Integración de los módulos.
Elaboración de manuales.
Debe realizar toda la programación de los módulos en base a las
especificaciones y estándares definidos en la etapa de análisis y
diseño.

Conocimiento técnico (requisitos).

Equipo de trabajo Conocimientos que necesita
Conocimientos de técnicas y herramientas de análisis y diseño.
Conocimientos sobre todo el proceso de ingeniería de software.
Conocimientos sobre programación estructurada.
Analistas
Creatividad.
Diseñadores
Trabajo en equipo.
Conocimientos avanzados sobre bases de datos relacionales.
Conocimientos de redes de comunicaciones.
Conocimientos sobre programación de aplicaciones Web.
Conocimiento sobre tecnologías de redes.
Desarrolladores Web
Capacidad de trabajo en equipo.
Conocimientos sobre bases de datos relacionales.

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.

e) Conclusiones sobre factibilidad técnica.




Conclusión final sobre el análisis de factibilidad técnica.

CICLO II-2012


1.2.2. 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 realizó 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.

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.

1.2.3. 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.

CICLO II-2012


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?

¿Hay suficiente apoyo al proyecto de parte de la dirección superior?

¿Se degradará la eficiencia en alguna área?

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.

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.

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

CICLO II-2012


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.

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.

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.

CICLO II-2012


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. 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.

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

CICLO II-2012


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.

Método de análisis estructurado:
Este método tiene como finalidad comprender sistemas grandes y complejos por medio de la
división del sistema en componentes y la construcción de un modelo del sistema.
Elementos del análisis estructurado:
Diagramas de flujos de datos, diccionario de datos.

Muchos especialistas en sistemas de información reconocen la dificultad de comprender de
manera completa sistemas grandes y complejos. El método de desarrollo del análisis estructurado
tiene como finalidad superar esta dificultad por medio de:

1. La división del sistema en componentes y
2. La construcción de un modelo del sistema.

El método incorpora elementos tanto de análisis como de diseño.
El análisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la
aplicación. Permite que las personas observen los elementos lógicos (lo que hará el sistema)
separados de los componentes físicos (computadora, terminales, sistemas de almacenamiento,
etc.). Después de esto se puede desarrollar un diseño físico eficiente para la situación donde será
utilizado.
El análisis estructurado es un método para el análisis de sistemas manuales o automatizados, que
conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a
los ya existentes. Éste análisis permite al analista conocer un sistema o proceso en una forma
lógica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningún
detalle pertinente.

CICLO II-2012


Componentes
Símbolos gráficos: Iconos y convenciones para identificar y describir los componentes de un
sistema junto con las relaciones entre estos componentes.
Diccionario de datos: descripción de todos los datos usados en el sistema. Puede ser manual o
automatizado.

Contiene las características lógicas de los sitios donde se almacenan los datos del sistema,
incluyendo nombre, descripción, alias, contenido y organización. Identifica los procesos donde se
emplean los datos y los sitios donde se necesita el acceso inmediato a la información, se desarrolla
durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de
los requerimientos del sistema, su contenido también se emplea durante el diseño.

Descripciones de procesos y procedimientos: declaraciones formales que usan técnicas y
lenguajes que permiten a los analistas describir actividades importantes que forman parte del
sistema.
Reglas: estándares para describir y documentar el sistema en forma correcta y completa.
Diseño Estructurado.
El diseño Estructurado es otro elemento del Método de Desarrollo por Análisis Estructurado que
emplea la descripción gráfica, se enfoca en el desarrollo de especificaciones del software.
El objetivo del Diseño Estructurado es programas formados por módulos independientes unos de
otros desde el punto de vista funcional.
El Diseño Estructurado es una técnica específica para el diseño de programas.
La herramienta fundamental del Diseño Estructurado es el diagrama estructurado que es de
naturaleza gráfica y evitan cualquier referencia relacionada con el hardware o detalles físicos. Su
finalidad no es mostrar la lógica de los programas (que es la tarea de los diagramas de flujo). Los
Diagramas Estructurados describen la interacción entre módulos independientes junto con los
datos que un módulo pasa a otro cuando interacciona con él.
Análisis de flujo de datos.
Estudia el empleo de los datos para llevar a cabo procesos específicos de la empresa dentro del
ámbito de una investigación de sistemas usa los diagrama de flujos de datos y los diccionarios de
datos.
Herramientas
Las herramientas muestran todas las características esenciales del sistema y la forma en que se
ajustan entre sí, como es muy difícil entender todo un proceso de la empresa en forma verbal, las
herramientas ayudan a ilustrar los componentes esenciales de un sistema, junto con sus acciones.
Diagrama de flujo de datos
Es el modelo del sistema. Es la herramienta más importante y la base sobre la cual se desarrollan
otros componentes.

CICLO II-2012


El modelo original se detalla en diagramas de bajo nivel que muestran características adicionales
del sistema. Cada proceso puede desglosarse en diagramas de flujos de datos cada vez más
detallados. Repitiéndose esta secuencia hasta que se obtienen suficientes detalles para que el
analista comprenda la parte del sistema que se encuentra bajo investigación.
El diagrama físico de datos da un panorama del sistema en uso, dependiente de la implantación,
mostrando cuales tareas se hacen y como son hechas. Incluyen nombres de personas, nombres o
números de formato y documento, nombres de departamentos, archivos maestro y de
transacciones, equipo y dispositivos utilizados, ubicaciones, nombres de procedimientos.
El diagrama lógico de datos da un panorama del sistema, pero a diferencia del físico es
independiente de la implantación, que se centra en el flujo de datos entre los procesos, sin
considerar los dispositivos específicos y la localización de los almacenes de datos o personas en el
sistema. Sin indicarse las características físicas.
Notaciones: son cuatro símbolos, que fueron desarrollados y promovidos al mismo tiempo por dos
organizaciones: Yourdon y Gane y Sarson.
Flujo de datos: son movimientos de datos en una determinada dirección, desde un origen hasta un
destino. Es un paquete de datos.
Yourdon Gane y Sarson
Proceso: son personas, procedimientos o dispositivos que utilizan o producen datos. No identifica
el componente físico
Fuente o destino de los datos: pueden ser personas, programas, organizaciones u otras entidades
que interactúan con el sistema pero que se encuentre fuera.
Almacenamiento de datos: es un lugar donde se guardan los datos. El almacenamiento de datos
puede representar dispositivos tanto computarizados como no computarizados.
Cada componente en un diagrama de flujo de datos tiene una etiqueta con un nombre descriptivo.
Los nombres de los procesos reciben un número para poder identificarlos, este número tiene un
valor adicional cuando se estudian los componentes que integran un proceso específico

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.

CICLO II-2012


En general, los pasos a seguir en el proceso de desarrollo de prototipos son los siguientes:
1. Identificar los requerimientos de información que el usuario conoce junto con las
características necesarias del sistema.
2. Desarrollar un prototipo que funcione.
3. Utilizar el prototipo anotando las necesidades de cambios y mejoras.
4. Revisar el prototipo con base en la información obtenida a través de la experiencia del
usuario.
5. Repetir los pasos anteriores las veces que sea necesario, hasta obtener un sistema
satisfactorio.
6. El abandono o dejarlo como esta.

CICLO II-2012


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

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 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.

Maquetas

Cuando se comienza el desarrollo, tiene por objetivo presentar a los usuarios y/o clientes la
apariencia del sistema final. Los usuarios pueden manifestar su opinión.

Ambos métodos son muy útiles para establecer la viabilidad del proyecto y definir acuerdos sobre
los objetivos y resultados esperados.

CICLO II-2012


Etapas del método de prototipos

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- 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

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

CICLO II-2012


3) El prototipo y el usuario (Utilizar el prototipo 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.

4) 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.

5) Repetición del proceso las veces que sea necesario (Repetir los pasos
anteriores las veces que sea necesario, hasta obtener un sistema
satisfactorio).

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.

6) El abandono o dejarlo como esta:

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.

CICLO II-2012


Coordinación y Gestión del proyecto.

La gestión del proyecto presupone establecer condiciones para el desarrollo del mismo. Involucra
actividades de: planificación, estimación de recursos, seguimiento y control y evaluación del
proyecto.

La planificación de proyectos se define como la predicción de la duración de las actividades y
tareas a nivel individual.
La estimación se define como la predicción de personal, esfuerzo y costo que se requerirá para
terminar todas las actividades y productos conocidos asociados con el proyecto. El tamaño del
producto a desarrollar es una de las primeras tareas en la gestión del proyecto. El tamaño se
define como la cantidad de código fuente, especificaciones, casos de prueba, documentación
del usuario y otros productos tangibles que son salida del proyecto, éste se basa
principalmente en la experiencia de proyecto anterior.
El seguimiento de proyectos es la recolección de datos y su acumulación sobre recursos
consumidos, costos generados asociados con un proyecto. La medición en los proyectos de
desarrollo de software es una actividad fundamental para la mejora de la productividad, el
costo y la calidad del producto final.

Proceso de Iniciación del Proyecto.
Abarca aquellas actividades de creación de la estructura del proyecto. Durante este ciclo se define
el ciclo de vida del software para este proyecto y se establecen en los planes para su gestión. Se
estiman y asignan los recursos necesarios a fin de ejecutar las distintas tareas que demanda el
proyecto. Se identifican y seleccionan estándares, metodologías y herramientas para la gestión y
ejecución del mismo y, por último, se prepara y establece un plan para su implementación
adecuada y oportuna. El plan de Gestión del Proyecto Software que conducirá el desarrollo se
produce como culminación de este proceso.

Mediciones y estimaciones
El software al ser intangible, no tener peso, ni volumen, ni superficie, etc. se mide a través de
diversos aspectos clave en el desarrollo. La medición determina cuales son los aspectos y
proporcionan métodos para medirlos.
La medición y estimación atacan los tres problemas claves de la ingeniería del software:

1. Estimar costos y recursos en un proyecto software.
2. Garantizar la calidad del producto final.
3. Mejorar la productividad del ingeniero de software durante el desarrollo.

CICLO II-2012


Teniendo en cuenta estos objetivos, las métricas se centran en cuatro aspectos:
Para estimar los recursos es necesario tener en cuenta una serie de factores de riesgo que
influyen sustancialmente en la precisión de las estimaciones de los recursos humanos necesarios
para la realización del proyecto. Los más importantes son:
*Complejidad de la tarea.
*Modificaciones permitidas a lo largo del desarrollo
*Experiencia previa de los desarrolladores
*Duración fijada del proyecto.
*Estructuración del problema y de las tareas.
*Disponibilidad de datos e información suministrada por el usuario.
*Disponibilidad y facilidad de comunicación con el usuario.
Además de las fases estándar del desarrollo, hay que tener en cuenta la coordinación y
seguimiento del proyecto que suponen una importante carga de trabajo y que son olvidadas
durante la planificación o no se le dedica mucho.
El costo global se compone de las partidas de viajes, hardware (nuevo o actualización), software
(en caso de comprar algún paquete para el desarrollo), gastos comunes, y personal que es el más
influyente, ya que el costo de un proyecto es directamente proporcional a los recursos humanos.
El proceso engloba todas las actividades y fases que se llevan a cabo durante la realización del
proyecto. Se persigue determinar si en cada fase los resultados producidos se corresponden con
los esperados y en establecer un control sobre los recursos estimados para cada una de las fases.
El producto incluye cualquier documento o software desarrollado que se genere durante el proceso
completo. En las medidas de productos software existen medidas directas (costo del proyecto,
esfuerzo empleado, líneas de código implementadas, etc.) y medidas indirectas
(Funcionalidad, fiabilidad, eficiencia, facilidad de mantenimiento, etc.).

Herramientas para el desarrollo de sistemas
Las herramientas son cualquier dispositivo que, empleándose adecuadamente, mejora el
desempeño del desarrollo de sistemas de información.
Se agrupan en las tres siguientes herramientas automatizadas:

Herramientas de tipo Front-end
Automatizan las primeras actividades del proceso de desarrollo de sistemas.
Esta herramienta proporciona soporte para el desarrollo de modelos gráficos de sistemas y
procesos
Los diagramas de flujo son representativos de este tipo de herramientas.

CICLO II-2012


Herramientas para análisis
Estas herramientas ayudan a los especialistas en sistemas a documentar un sistema existente, ya
sea manual o automatizado. También sirve para determinar los requerimientos de una nueva
aplicación. Incluye:
- Herramientas para recolección de datos: capturan detalles que describen sistemas y
procedimientos en uso. Documentan procesos y actividades de decisión, se utilizan para apoyar la
tarea de identificar requerimientos.

- Herramientas para diagramación: crean representaciones gráficas de sistemas y actividades.
Apoyan el dibujo y revisión de diagramas de flujos de datos e iconos asociados con el análisis
estructurado. Incluyen programas para representación en diagramas de flujo.

- Herramientas para el diccionario: registran y mantienen descripciones de los elementos del
sistema, como grupo de datos, procesos, alimentos de datos, etc. Frecuentemente proporcionan la
capacidad de examinar las descripciones del sistema, para decidir si son incompletas o
inconsistentes.

Herramientas para diseño.
Apoyan el proceso de formular las características que el sistema debe tener para satisfacer los
requerimientos deseados durante las actividades de análisis. Incluye:
- Herramienta de especificación: apoyan el proceso de formular las características, como por
ejemplo deben tener una aplicación como entradas, salidas, procesamientos específicos de
control.

- Herramienta para presentación: se utilizan para describir la posición de datos, mensajes, y
encabezados sobre las pantallas de las terminales, informes y otros medios de entradas y salidas.
Los analistas utilizan las herramientas para el diseño de sistemas desde el inicio de la era de las
computadoras. Ahora a las herramientas se le están dando un nuevo significado en el diseño de
software.

Herramientas de tipo back-end
Su finalidad es ayudar al analista a formular la lógica del programa, los algoritmos de
procesamiento y la descripción física de datos.
También ayudan a la intersección con los dispositivos (para entrada y salida). Estas actividades
convierten los diseños lógicos del software en un código de programación; este es que da
existencia a la aplicación.
Herramientas para el desarrollo
Ayudan al analista a trasladar los diseños en aplicaciones funcionales. Incluye:

CICLO II-2012


- Herramientas para ingeniería Software: apoyan el proceso de formular diseños de software,
incluyendo procesamientos y controles.

- Generadores de códigos: producen el código fuente y las aplicaciones a partir de especificaciones
funcionales bien articuladas

- Herramientas para pruebas: apoyan la fase evaluación de un sistema. Incluyen facilidades para
examinar la correcta operación del sistema.
Herramientas integrales
Proporcionan un ambiente que automatiza tareas claves a lo largo del proceso de desarrollo. Estas
herramientas facilitan el diseño, administración y mantenimiento del código. Brinda un ambiente
eficiente para crear, almacenar, manipular y documentar sistemas.

CICLO II-2012


Ejemplo de análisis y diseño de un sistema de información:

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”

2. GRAFICO DE CAJA NEGRA DEL PROBLEMA

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
al cliente, además existe Proceso
Universitario”, uso de un
una gestión de información sistema informático.
inadecuada.

CICLO II-2012


3. METODO DEL ENFOQUE DE SISTEMAS.
3.1. Descripción de la situación actual

3.1.1. Descripción.

El proceso de compraventa en el almacén se realiza de manera manual, dejando constancia de
cada una de las transacciones realizadas en libros de registro, los cuales son almacenados en
archivos que no tienen ningún método de organización lo que dificulta la búsqueda de
información.........
3.1.2. Diagrama del sistema del proceso de compraventa del almacén “El Universitario”

ELEMENTO
S
PROCESOS:
Administrar información de clientes
Administrar información de SALIDAS:
ENTRADAS: proveedores Pedidos a
Pedidos Marketing. proveedores.
Atender al cliente Respuestas a
Información del cliente Buscar información y pedidos por
Consultas de clientes cliente pedidos.
sobre ofertas y estado de Registro de pedidos. Información de
pedidos Registrar ventas pedidos
Ofertar y comprar Información de
Productos devueltos por Verificar clientes
clientes. Autorizar pedidos productos
Información de Verificar disponibilidad de Información al fisco
proveedores. productos. Contratos
Controlar inventarios
Cotizaciones de Logística de distribución,...
facturas
proveedores. cotizaciones
Ordenes de compra en Políticas internas de la empresa. Publicidad
papel. Manuales de procedimientos Información al
facturas Inventarios mercado de las
necesidades de
Personal Administrativo productos.
Vendedores Ordenes de compra

MEDIO AMBIENTE: Bodegas, estantes, Equipo de
Mercados internos y computación. Productos, Cajas
externos, Sociedades de registradoras, Calculadoras,
empresarios, Cámara de contómetros, lector de código de
Comercio e Industria de El barras, etc
Salvador, Ministerio de
Economía, ministerio de
Hacienda, clientes,
proveedores. CONTROL:
Políticas de la empresa, código de
comercio

CICLO II-2012


3.1.3. 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.

3.1.4. 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.

3.1.4. 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.

3.1.5. Elementos Del Sistema:

PROCESOS DE COMPRA/VENTA.
INFORMACIÓN: MANUALES, DOCUMENTOS, FORMULARIOS, ETC
RECURSO HUMANO
RECURSO MATERIAL

3.1.6. Control.

Políticas propias de cada empresa.
Manuales de procedimientos de cada empresa
Manual de funciones de cada empresa.

CICLO II-2012


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-2012


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 Automañon 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-2012


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.
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.

CICLO II-2012


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 poyo 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.

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

SISTEMAS DE INFORMACIÓN GERENCIAL

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.

CICLO II-2012


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

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 con sultas
estructurado) y la interfaz de usuario.

ESS, GDSS Y CSCWS

SISTEMAS DE APOYO A LA TOMA DE DECISIONES EN GRUPO Y SISTEMAS DE TRABAJO
COLABORATIVO APOYADOS POR COMPUTADORA

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

CICLO II-2012


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 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 A 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-2012

Guia01com218 2012

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (8)

Similar a Guia01com218 2012

Similar a Guia01com218 2012 (20)

Guia01com218 2012