.- Qu son los requerimientos de sistemas?

R= son sistemas de informacin por computadora

normalmente estn integrados por muchos componentes.

2.- Qu esta identificacin de requerimientos? R= son el proceso y las tcnicas que un analista de
sistemas usa para identificar, analizar, y entender los requerimientos de sistema

3.- Qu significa la recoleccin de datos? R= se refiere al uso de una gran diversidad de tcnicas y
herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de informacin.

4.- Cmo se especifica los requerimientos de sistema? R= se especifican lo que el sistema de
informacin debe hacer, o que propiedad o cualidad debe tener el sistema.

5.- Cules son los instrumentos y herramientas de informacin? R= son la entrevista, la encuesta, el
cuestionario, la observacin, el diagrama de flujo y el diccionario de datos.

6.- Qu es la entrevista? R= son los que utilizan para recabar informacin en forma verbal, a travs de
preguntas que propone el analista. Tambin son los que utilizan para recabar informacin en forma
verbal, a travs de preguntas que propone el analista.

7.- Qu es el cuestionario? R= son los que proporcionan una alternativa muy til para la entrevista; si
embargo, existen ciertas caractersticas que pueden ser apropiada en algunas situaciones e inapropiadas
en otra.

8.- Qu es el diagrama de flujo? R= son los que pueden aplicar a cualquier aspecto del proceso desde el
flujo de materiales hasta los pasos para hacer la venta u ofrecer un producto.

9.- Qu es el diccionario de datos? R= son el segundo componente del anlisis del flujo de datos. En s
mismos los diagramas de flujo de datos no describen por completo el objeto de la investigacin.

10.- Cuales son los beneficios que puede aprender un analista, por usar las herramientas de exploracin
de sistema? R=
* Aprenda de documentos, formas, informes y archivos existentes.
* Si es apropiado, observe el sistema en actividad.
* Dados todos los hechos ya recabados, disee y distribuya cuestionarios para aclarar las cosas que no
son completamente comprendidas.
* Conduzca entrevistas como la mayor parte de los hechos pertinentes ya ha sido recolectada por los
mtodos de contacto de usuario bajo.
* Haga un seguimiento. Use tcnicas de exploracin apropiadas para verificar hechos.
11.- Cules son las actividades que consta en el proceso de requerimientos? R=
* El anlisis e identificacin del problema
* La identificacin de requerimientos
* La documentacin y el anlisis de los requerimientos
* La administracin de los requerimiento

12.- Qu es el diagrama de Ishikawa? R= Se trata de un diagrama que por su estructura ha venido a
llamarse tambin: diagrama de espina de pescado, que consiste en una representacin grfica sencilla en
la que puede verse de manera relacional una especie de espina central, que es una lnea en el plano
horizontal, representando el problema a analizar, que se escribe a su derecha.

13.- Qu es la planeacin conjunta de requerimientos (JRP)? R= Es la que conduce reuniones de grupo
altamente estructuradas con el objeto de identificar y analizar problemas y definir requerimientos del
sistema.

14.- Para que se usa el JRP? R= es til y se usa en las reuniones de grupo altamente estructuradas con el
propsito de analizar problemas.

15.- Cuale son los beneficios del JRP por ser un hecho popular? R=
-El JRP involucra activamente a los usuarios en el proyecto de desarrollo.
-El JRP vislumbran los beneficios de la elaboracin de prototipos.
-El JRP reduce el tiempo requerido para desarrollar sistemas.

16.- De que esta compuesto el diagrama de Ishikawa? R= Sujeto, Causa (Subcausa, causa principal) y
Efecto (problema).

17.- Qu es la elaboracin del prototipo de identificacin? R= Es el proceso mediante el cual se
conducen reuniones de grupo altamente estructuradas con el propsito de analizar problemas.

18.- Qu es la proxemia? R= Relacin entre las personas y el espacio a su alrededor.

19.- Qu es la lluvia de ideas? R= Tcnica para generar ideas al alentar a los participantes para que
ofrezcan tanta ideas como sea posible en un corto tiempo.

ANLISIS Y DISEO DE SISTEMAS I
INTRODUCCIN El diseo orientado a objetos (DOO) crea una representacin del campo del problema
del mundo real y la hace corresponder con el mbito de la solucin que es el Software, adems produce
un diseo que intercambia objeto de datos y operaciones de procesamiento en una forma que
modulariza la informacin y el procesamiento en lugar de dejar aparte el procesamiento. El DOO se
caracteriza por mantener a la hora del diseo: La abstraccin La modularidad El ocultamiento de la
informacin

Todos los mtodos de diseo tratan de mantener estas tres caractersticas presentes pero el DOO
consigue las tres caractersticas sin complejidad. Algunos especialista en la materia dicen acerca de la
Metodologa: "Ya no es necesario esforzarse en resolver un determinado problema mediante la
aplicacin de la estructura de datos usando las normas de los lenguajes de programacin, deseando
lograr mantener los principios de diseo, pues hacerlo mediante ese mtodo nos dificultara el trabajo,
ya que en DOO muy fcil lograrlo sin tanta complejidad manteniendo las normas necesaria para el
diseo". El anlisis, el diseo y la programacin orientado a los objetos comprenden la INGENIERA DEL
SOFTWARE para la construccin de un sistema orientado a los objetos. Orgenes del diseo orientado a
los objetos En los primeros das de la informtica, los lenguajes ensambladores permitan a los
programadores utilizar instrucciones Mquina, para manipular elementos de datos, pero el nivel de
abstraccin era muy bajo. Al parecer algunos lenguajes de programacin de alto nivel (Fortran, cobol) lo
lograron con la presencia de estructura de datos y de control logrando detallarlo mediante
procedimiento, fue entonces cuando evolucionaron los conceptos de refinamiento de funciones y
modularidad. Despus en los aos setenta aparecen los conceptos de abstraccin y el ocultamiento de la
informacin aunque los disearon se centraban todava en los procesos y sus representaciones, pero al
mismo tiempo los lenguajes se enriquecieron con sus estructuras y tipos de datos (PASCAL). Entonces los
lenguajes convencionales surgidos de la tradicin fueron evolucionando (Fortran, Algol), los
investigadores trabajaban en una nueva clase de lenguaje de simulacin y de creacin de prototipos
(SIMULA, SMALLTALK) el nfasis estaba en la abstraccin de datos y se representaba por un conjunto de
objeto de datos y un conjunto correspondiente de operaciones los cuales se usaban distintamente a los
lenguajes convencionales. Los primeros trabajos de la abstraccin en los ltimos 20 aos sentaron las
bases al establecer la importancia de la abstraccin, del ocultamiento de la informacin y de la
modularidad para la calidad del software. Seguidamente en los aos ochenta la rpida evolucin del
Fortran, Ada, seguida de un crecimiento explosivo de los dialectos de C como C++, produjeron un inters
inusitado en el DOO

ANLISIS Y DISEO DE SISTEMAS I
I. INVESTIGACIN PRELIMINAR Identificar el Problema Entrevista para conocer la empresa Nivel
Directivo

En esta fase el objetivo fundamental es tratar de obtener la informacin del nivel directivo para conocer
en forma breve los posibles problemas o necesidades que tiene la empresa. La persona o personas que
cumplirn con la misin de elaborar y mantener la entrevista debern estar en la capacidad de obtener
la mayor cantidad de informacin por parte de los entrevistados. Se hace necesario entonces elaborar
los instrumentos que posibiliten realizar la entrevista. Luego de este primer acercamiento se elaborar
un informe con las posibles causas o requerimientos de la empresa.

II. ESTUDIO DE FACTIBILIDAD Determinacin de la Factibilidad y Manejo de las Actividades del Anlisis y
el Diseo Cmo se debe determinar la factibilidad de un proceso? En el campo informtico la definicin
de factibilidad va mucho ms all del uso comn del trmino; dentro de los proyectos informticos, la
factibilidad es valorada en tres formas principales: Operacionales, Tcnica y Econmicamente. Un
proyecto debe ser factible en las tres formas para merecer un desarrollo posterior. El estudio de
factibilidad no es un estudio del sistema completo, nicamente es una fase en la cual se recopilan los
datos burdos para la administracin para que a su vez este nivel operativo luego pueda tomar la decisin
de continuar o no con el proyecto. Datos para el Estudio de Factibilidad Pueden ser recolectados por
medio de entrevistas, cuestionarios o la tcnica que se crea ms conveniente; estas entrevistas sern
aplicadas directamente a las personas que se encuentran siendo parte del proceso que se cree es el
problema; normalmente la persona que recopila esta informacin deber estar encaminada a desarrollar
este proceso a los administradores o jefes departamentales del nivel operativo. Las fases que deben ser
tomadas en cuenta para el estudio de factibilidad son: 1. 2. 3. 4. 5. Fundamento del Proyecto Definicin
de Objetivos Determinacin de recursos Evaluacin de la Factibilidad Estimacin del Tiempo Requerido
lquier problema existente que se analice con el objetivo de encontrar soluciones, deber incluir en el
anlisis de alternativas posibles de solucin, un estudio de la relacin COSTO / BENEFICIO. Esta relacin
permitir no solamente fijar prioridades entre diferentes problemas a resolver sino tambin definir cual
alternativa de solucin de un problema especfico se debe implementar.
En el proceso descrito en el diagrama que se muestra (Proceso para el anlisis de problemas) podemos
observar que para estimar la importancia del problema uno de los aspectos ms importantes es evaluar
el valor de la solucin (V), que consiste en estimar la ganancia que se obtendr si el problema se elimina
o se mejora. En oras palabras, cuanto del costo del problema puede salvarse si este se resuelve o se
reduce. El valor V se puede estimar calculando los beneficios que tendran los potenciales usuarios de la
empresa si se implementa el sistema para el ejemplo del sistema administrativo financiero. En el mismo
procedimiento cuando se tienen alternativas de solucin para cada una debe estimarse el costo de la
solucin (C). Es simplemente la cantidad requerida para resolver o reducir el problema (En el ejemplo
sera establecer el costo del sistema Administrativo Financiero). La rentabilidad entonces es igual a
beneficio/ costo, lo cual nos podr dar resultado para verificar si el proyecto es o no viable.

ANLISIS DE COSTO (C) De acuerdo con el concepto mencionado anteriormente el costo corresponde a
la estimacin en valores que se da a la solucin propuesta en el caso de un proyecto, es el costo de
implementacin del proyecto (construccin), ms el costo de operacin del sistema instalado. Los costos
tpicamente asociados con un proyecto incluyen, por ejemplo , costo del terreno, edificios, mano de
obra, equipos, materiales, intereses de los prstamos obtenidos y depreciacin cargado a los equipos
adquiridos por el proyecto. Tomando en cuenta los principios de planificacin e implementacin de
proyectos en la parte de preparacin del documento del proyecto se recomienda realizar la estimacin
de los siguientes presupuestos: a) El presupuesto que abarca las contribuciones de la entidad, en dlares
( no en moneda local), este presupuesto hace referencia a como la entidad o empresa va a financiar el
proyecto con sus propios recursos. b) El presupuesto que abarca los prstamos realizados a entidades
financieras.

ANLISIS DE BENEFICIO (Valor de la Solucin) Como beneficio puede considerarse cualquier bien o
servicio que es producido por el proyecto. O bien, el beneficio puede representar los costos recuperados
(ganancia adicional) que el proyecto le produce a la empresa. Tangibles Beneficio Intangibles

Rentabilidad: La comparacin entre el beneficio o valor de la solucin con el costo de la solucin es lo
que se conoce como rentabilidad (R = V / C). Es evidente que tanto el factor de beneficio como el de
costo deben calcularse hasta el final de la vida til de las instalaciones o construcciones realizadas, y si
esto es para proyectos grandes y de larga duracin debe tomarse en cuenta factores de correccin
utilizados, en el mundo de la economa tales como la inflacin, depreciacin, valor presente del dinero,
etc.

PRIORIDADES O ESCOGER LA MEJOR SOLUCIN Debemos tomar en cuenta para este anlisis dos criterios
fundamentales: Beneficio Neto: Se da de la relacin Beneficio menos Costo, esto por ejemplo nos
permite saber que si se gasta una cierta cantidad (C) en instalar o construir la solucin propuesta, esa
instalacin le dar a la empresa una cantidad que antes no reciba (V), la cual significa que la compaa
tiene un beneficio neto que es lo que reciba menos lo que gast en los medios que le permitieron
recibir. Evidentemente este rubro deber ser una cantidad positiva. BN = V C BN = 20000 7000 BN =
13000 Rentabilidad: Este criterio hace referencia a la relacin entre lo que se gasta o Invierte en las
instalaciones o implementacin del proyecto y lo que la empresa recibe gracias a esa implementacin.
Evidentemente la rentabilidad debe ser mayor que 1. Con un valor igual a 1 significa que mi problema
me cuesta X cantidad de dinero y para resolverlo tengo que invertir X. Mi decisin entonces ser si vivo
con el problema o lo resuelvo. Por eso entre las alternativas de solucin o un mismo problema el valor
de rentabilidad ms alta es el que determina que debe drsele a la solucin desde el punto de vista
econmico. III. DISEO DE LA BASE DE DATOS Una vez que se ha establecido la aceptacin por parte de
la empresa a las que hemos ofertado el sistema, se procede a generar el modelo (lgico) para obtener
luego el modelo fsico de la base de datos, recuerde que deberemos NORMALIZAR las tablas que forman
parte de la Base de Datos. Para tal propsito podemos hacer uso de herramientas de diseo de bases de
datos tales como el Erwin, Power De signer, etc.

IV. ANLISIS Y DISEO DEL SISTEMA PROTOTIPO Para la elaboracin del Sistema prototipo, se debe partir
de la elaboracin del Diagrama de Flujo de Datos, con el objetivo de conocer exactamente el como se
da el proceso, y como producto final se obtendr la interfaz que se presentar al usuario final del
sistema. El Diseo del Software es un proceso y un modelado a la vez. El proceso de Diseo es un
conjunto de pasos repetitivos que permiten al diseador describir todos los aspectos del Sistema a
construir. A lo largo del diseo se evala la calidad del desarrollo del proyecto con un conjunto de
revisiones tcnicas: El diseo debe implementar todos los requisitos explcitos contenidos en el modelo
de anlisis y debe acumular todos los requisitos implcitos que desea el cliente. Debe ser una gua que
puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el Software. El
Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos,
funcional y comportamiento desde el punto de vista de la Implementacin
Diagrama de Flujo de Datos (DFD) Es una representacin pictrica de los pasos de un proceso.
til para determinar como funciona realmente el proceso para producir un resultado. El
resultado puede ser un producto, un servicio, informacin o una combinacin de las tres; al
examinar como los diferentes pasos en un proceso se relacionan, se puede describir con
frecuencia las fuentes de los problemas potenciales. Los D. F. D. Se pueden aplicar a cualquier
aspecto del proceso desde el flujo de materiales hasta los pasos para hacer la venta u ofrecer
un producto. Con frecuencia este nivel de detalle no es necesario, pero cuando se necesita, el
equipo completo de trabajo debe agregar una mayor cantidad de niveles para que sea
satisfecho el proyecto. CUNDO SE UTILIZA EL DFD? Se utiliza cuando un equipo de
desarrollo necesita observar como funciona realmente un proceso completo. Este esfuerzo
con frecuencia revela problemas potenciales tales como cuellos de botella en el sistema, pasos
innecesarios y crculos de duplicacin de trabajo. Algunas aplicaciones comunes son: 1.
Definicin de Proyectos a. Identificar oportunidades de cambios en el proceso. b. Desarrollar
estimados de costos de mala calidad c. Identificar organizaciones que deben estar
representadas en el equipo d. Desarrollar una Base comn de conocimientos para los nuevos
miembros del equipo e. Involucrar a los empleados en los esfuerzos de resolucin de problemas
para reducir las resistencias futuras al cambio. 2. Identificacin de las Causas Principales. a.
Desarrollar planes para reunir datos b. Generar teora sobre las causas principales c. Discutir
las formas de estratificar los datos para el anlisis, para identificar las causas principales. d.
Examinar el tiempo requerido para las diferentes vas del proceso 3. Diseo de Soluciones a.
Describir los cambios potenciales en el proceso y sus efectos potenciales b. Identificar las
estructuras organizacionales que sern efectuadas por los cambios propuestos 4. Aplicaciones
de Soluciones a. Explicar el proceso actual y la solucin propuesta a los jefes departamentales.
b. Superar la resistencia al cambio demostrando como los cambios propuestos simplificarn el
proceso. 5. Control a. Revisar y establecer controles y monitorea al proceso. b. Auditar el
proceso peridicamente para asegurar que se estn siguiendo los nuevos procedimientos. c.
Entrenar a los empleados para que conozcan los nuevos procedimientos dentro del proceso y
de esta manera faciliten que el proceso se cumpla. La metodologa para preparar un diagrama
de flujo de datos es: 1. Propsito: Analizar como se pretende utilizar el DFD que se est
elaborando para llegar a una solucin propuesta. Exhibir sta hoja en la pared y consultarla en
cualquier momento para verificar que el DFD es2. Determinar el nivel de detalle requerido: Se
tomar en cuenta que para la explotacin del DFD general a uno ms especfico definimos los
niveles jerrquicos que segn nuestros anlisis hemos detectado. 3. Definir los lmites del
proceso: derecho del diagrama. Enumerar los resultados y los actores en el extremo

4. Utilizar smbolos apropiados para representar las respuestas (resultados) a los ingresos de
informacin. 5. Hacer Preguntas para cada entrada tales como: a. Quin recibe la entrada? b.
Qu es lo primero que se hace con esa entrada? 6. Documentar cada paso en la secuencia
determinada por su DFD haciendo preguntas tales como quin produce este proceso?, Quin
recibe este resultado?, Qu para luego con el resultado? 7. Completar la construccin del DFD
tratando de que para casa entrada por lo menos exista una salida. 8. Revisin: Para establecer
la revisin debemos hacer preguntas tales como: a. Todos los flujos de informacin encajan en
las entradas y salidas del proceso? b. El diagrama capta en forma exacta lo que realmente
ocurre en el proceso? 9. Determinar oportunidades (soluciones frente al proceso identificado
como problema)

Ejemplo de DFD para una Compra de un vehculo:

Solicita informacin de modelos de autos

WEB ? no 1.2 FISICO

si

1.1 WEB

Informacin de modelos de autosin modelos de autos

Informacin de modelos de autos

1.1.2 Consulta Financiamiento Web

Solicita informacin de formas de pago

1.1.3 Conta do? SI 1.1.2 NO

Cliente

Informacin forma de pago

Emitir informacin de valor crdito

Emitir informacin de valor contado

14

ANLISIS Y DISEO DE SISTEMAS I
1.1.4 Obtencin de Solicitud

1.1.4 Pedir solicitud

Emitir solicitud
Informaci n solicitud Solicitudes

Cliente

Solicitud impresa

Pedir solicitud

1.2 Comprar un auto de manera fsica

Consulta modelos y precios

Catlogo de autos

Solicita informacin para seleccionar un modelo de auto

1.2.1

Datos de modelos

Proveer informacin de catlogos

Cliente

Informacin de modelos de autos

1.2.2 Verificar Stock

15

ANLISIS Y DISEO DE SISTEMAS I
Consulta existencia

Inventario autos

Solicita informacin de existencia del modelo seleccionado Vehculo si existe

1.2.2

Datos de existenci a

Verificar existencia

Datos existencia

Cliente

No existe en stock y tiempo demora en produccin

Existe en stock? SI

NO

1.2.3 Verificar Solicitud

Enva solicitud de compra del modelo seleccionado

1.2.3

Datos verificados

Solicitud Rechazada

Verificar solicitud

Datos correctos ? NO

SI

Solicitud Aprobada

16

ANLISIS Y DISEO DE SISTEMAS I
1.2.4 Consulta de Financiamiento

Crdito

Define la forma de pago

1.2.5 Conta do? SI 1.2.4 NO

Aprobar crdito

Cliente

Valor contado

Consultar valor contado

1.2.5

Elaboracin de Contrato

1.2.6 Solicita elaboracin de contrato

Elaborar Contrato

Contrato

Cliente