Actividad 3 Métodos (Terminado)

MODULO III: DESARROLLO DE SISTEMAS BÁSICOS DE INFORMACIÓN
SUBMÓDULO II: DISEÑAR SISTEMAS DE INFORMACIÓN

COMPETENCIA I: APLICAR EL ANÁLISIS DE SISTEMAS DE ACUERDO A LAS
NECESIDADES Y REQUERIMIENTOS DE LOS USUARIOS.
Actividad 3.- Los Métodos
Instrucciones para el Alumno: Realiza una investigación sobre los métodos
estratégicos para elaborar un análisis de sistemas, después prepara el material
para exponer el tema que te indique el docente, al finalizar las exposiciones
realiza un mapa conceptual de un método.
Métodos a investigar.
1. El método clásico del ciclo de vida de desarrollo de sistemas
2. El método de construcción de prototipos de sistemas
3. El método de desarrollo por análisis estructurado
ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

SEMESTRE Y GRUPO: 4.B
DOCENTE: L.I.A. EDGAR CASTELÁN MÁRQUEZ
Método del ciclo de vida clásico
El método del ciclo de vida para desarrollo de sistemas es el conjunto de actividades

que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un
sistema de información.
El método del ciclo de vida para el desarrollo de sistemas consta de las siguientes
actividades:
1) Investigación preliminar
La solicitud para recibir ayuda de un sistema de información pueden originarse por

una persona, cuando se formula la solicitud comienza la primera actividad del
sistema. Esta actividad tiene tres partes:
*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.
*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 lo general por analistas capacitados o directivos:
-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).
-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.
-Factibilidad operacional:
Investiga si será utilizado el sistema, si los usuarios usaran el sistema, como para
obtener beneficios.
* 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 que proyectos son los más importantes y el orden en que se llevarán acabo.
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 requisitos 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.
3) Diseño del sistema. (diseño lógico)
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 esta 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 de software (diseño físico).
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.
5) Prueba de 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

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.

El método de construcción de prototipos de sistemas

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, de 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.
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 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 esta 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
Durante la evaluación los analistas de sistemas desean capturar

3) El prototipo y el usuario
Es responsabilidad del usuario trabajar con 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

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

Método de desarrollo por análisis estructurado
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:
la división del sistema en componentes y
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.
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.
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 si, 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.
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 la 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.
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.



Actividad 3 Métodos (Terminado)

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Actividad 3 Métodos (Terminado)

Diunggah oleh

Hak Cipta:

Format Tersedia

MODULO III: DESARROLLO DE SISTEMAS BÁSICOS DE INFORMACIÓN

SUBMÓDULO II: DISEÑAR SISTEMAS DE INFORMACIÓN

Actividad 3.- Los Métodos

Instrucciones para el Alumno: Realiza una investigación sobre los métodos

estratégicos para elaborar un análisis de sistemas, después prepara el material

para exponer el tema que te indique el docente, al finalizar las exposiciones

realiza un mapa conceptual de un método.

1. El método clásico del ciclo de vida de desarrollo de sistemas

2. El método de construcción de prototipos de sistemas

3. El método de desarrollo por análisis estructurado

ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

Método del ciclo de vida clásico

El método del ciclo de vida para desarrollo de sistemas es el conjunto de actividades

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

2) Determinación de los requisitos del sistema.

3) Diseño del sistema. (diseño lógico)

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

ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

4) Desarrollo de software (diseño físico).

Los encargados de desarrollar software pueden instalar software comprado a

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

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

ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

La evaluación de un sistema se lleva a cabo para identificar puntos débiles y fuertes.

- Opinión de los administradores

- Desempeño del desarrollo

ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

El método de construcción de prototipos de sistemas

Razones para desarrollar prototipos de sistemas

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

ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

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

2- Desarrollo de un modelo de trabajo

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

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

ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

Durante la evaluación los analistas de sistemas desean capturar

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

4) Revisión del prototipo

5) Repetición del proceso las veces que sea necesario.

El proceso finaliza cuando los usuarios y analistas están de acuerdo en que el

6) El abandono o dejarlo como esta:

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

ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

Método de desarrollo por análisis estructurado

Muchos especialistas en sistemas de información reconocen la dificultad de

la división del sistema en componentes y

la construcción de un modelo del sistema.

El método incorpora elementos tanto de análisis como de diseño

Símbolos gráficos: Iconos y convenciones para identificar y describir los

ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

Descripciones de procesos y procedimientos: declaraciones formales que usan

Reglas: estándares para describir y documentar el sistema en forma correcta y

El diseño Estructurado es otro elemento del Método de Desarrollo por Análisis

Análisis de flujo de datos.

Estudia el empleo de los datos para llevar a cabo procesos específicos de la

Las herramientas muestran todas las características esenciales del sistema y la

Diagrama de flujo de datos

ALUMNO: SHAMED IZANAMI LOPEZ CRUZ

El diagrama físico de datos da un panorama del sistema en uso, dependiente de la

Notaciones: son cuatro símbolos, que fueron desarrollados y promovidos la mismo

Flujo de datos: son movimientos de datos en una determinada dirección, desde un