INSTITUTO ROSARIO CASTELLANOS

RAFAEL BARCENAS JIMENEZ

SEMESTRE 4TO

MATERIA: ANÁLISIS DE LAS ESTRUCTURAS DE LOS SISTEMAS

Experiencia de aprendizaje. Uso del análisis de sistemas de decisión estructurada

(Datos y flujo)
Introduccion

El análisis estructurado se enfoca en lo que debe de hacer el sistema o la aplicación. Para ello, es
necesario permitir que las personas observen los elementos lógicos (lo que hará el sistema) y los
componentes físicos (computadora, terminales o sistemas de almacenamiento. 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. Este método permite al analista conocer un sistema o proceso en una forma lógica y al
mismo tiempo que le proporciona las bases para asegurarse que no se omite ningún detalle
pertinente. Siempre existen una o más alternativas a un problema por lo que se debe decidir por una
de ellas, y es ahí donde se necesita el apoyo para el proceso de decisión"

Inventario de Control y Seguimiento de Hardware y Manuales

Las 5 mejores herramientas de software de inventario de hardware

Las empresas necesitan una sólida base proporcionada por una infraestructura
sólida de tecnología de la información para centrarse en la entrega de productos y servicios a los
clientes. A veces, sin embargo, esta base exige tanta atención que se interpone en el camino de
la productividad.

Network Inventory Advisor para Windows explora Windows, Mac OS X, equipos Linux y
dispositivos SNMP, cualquiera de ellos contará como un nodo.

Y eso es aún más cierto ahora, en la época de la computación en la nube, los dispositivos
móviles y el Internet de los objetos. Las empresas necesitan tener un inventario claro,
preciso y constantemente actualizado de sus activos de hardware para saber cuáles son
sus recursos existentes y cómo se usan.

Sin embargo, más del 80 por ciento de las empresas todavía no tienen una manera
centralizada y automatizada de administrar el estado físico, operacional y financiero de
sus activos de TI, mucho menos las relaciones que esos activos tienen entre sí, afirma
el Documento técnico sobre el inventario, la configuración y el control de
activos de TI de HP.
La situación actual es aún más desconcertante teniendo en cuenta la cantidad de
herramientas de software de inventario de hardware disponible que pueden ayudar a
cualquier empresa a gestionar sus activos de hardware a lo largo de todo su ciclo de vida,
hasta la retirada y la eliminación. Este artículo tiene por objeto servir como punto de
partida para cualquier persona que desee implementar una solución moderna de software
de inventario de hardware para ser más eficiente y más competitiva en el mercado global.

¿Qué es la gestión de inventario de hardware?

Junto con la gestión de inventario de software, gestión de inventario de hardware es una

parte de la gestión de activos de TI que implica la gestión de los componentes físicos de
las computadoras y redes informáticas, tales como ordenadores portátiles, servidores,
routers, concentradores, periféricos,etc., desde la adquisición hasta su retirada.

“Para muchas empresas, la administración de inventario de hardware también significa el

monitoreo de los dispositivos pertenecientes a los empleados que entran y salen de la red
de la empresa aleatoriamente.”
Para muchas empresas, la administración de inventario de hardware también significa el
monitoreo de los dispositivos pertenecientes a los empleados que entran y salen de la red
de la empresa aleatoriamente. Las encuestas muestran que alrededor del 95 por ciento de
los empleados traen al menos un dispositivo personal para trabajar, y compañías que
adoptan la política del traiga su propio dispositivo (BYOD) están muy interesadas en
supervisar la actividad de todos los dispositivos pertenecientes a los empleados.
¿Cuáles son las ventajas del software de inventario de hardware?
Con una solución de software de inventario de hardware capaz, cualquier empresa puede ver rápidamente
el rendimiento substancial de la inversión, tanto financiera como en términos de productividad.
Prácticamente todas las herramientas de inventario de hardware permiten crear informes detallados de
inventario de hardware que pueden ser tremendamente útiles al preparar auditorías o al planificar compras
de hardware. lugar de asignar tareas de mantenimiento del inventario de hardware de red al departamento
de TI, es mucho mejor que una herramienta de inventario de hardware maneje todo automáticamente. Los
datos generados por el software de inventario de hardware acelerarán los Acuerdos de Nivel de Servicio
(SLA) para requerimientos de hardware o incidentes. También ayudarán al departamento de TI a mantener
toda la infraestructura de información funcionando sin problemas en todo momento. ¿Cuáles son las 5
mejores herramientas de inventario de hardware de red?
Todas las soluciones de software de inventario de hardware de esta lista tienen la confianza de muchos
clientes empresariales y vienen con un conjunto completo de características. Sin embargo, algunas son
mejores que otras, y esto se refleja en el orden de esta lista.

En lugar de asignar tareas de mantenimiento del inventario de hardware de red al

departamento de TI, es mucho mejor que una herramienta de inventario de hardware
maneje todo automáticamente. Los datos generados por el software de inventario de
hardware acelerarán los Acuerdos de Nivel de Servicio (SLA) para requerimientos de
hardware o incidentes. También ayudarán al departamento de TI a mantener toda la
infraestructura de información funcionando sin problemas en todo momento.

¿Cuáles son las 5 mejores herramientas de inventariode hardware de red?

Todas las soluciones de software de inventario de hardware de esta lista tienen la

confianza de muchos clientes empresariales y vienen con un conjunto completo de
características. Sin embargo, algunas son mejores que otras, y esto se refleja en el orden
de esta lista. Se ejecuta en Windows. Escanea Windows, Mac OS X, computadoras Linux
y dispositivos SNMP.

Network Inventory Advisor es un software profesional y muy pulido de gestión de

hardware y software que lleva la usabilidad del software al siguiente nivel.
Creemos que prácticamente cualquier persona puede instalar Network Inventory
Advisor y, en pocos minutos, crear un inventario completo de todos los activos de
hardware y software en la red de la empresa. Esto se debe a que Network Inventory
Advisor está diseñado para escanear automáticamente cientos de computadoras en
cuestión de minutos, agrupando sus redes internas y las de susclientes.
Lo mejor de todo es que Network Inventory Advisor puede ser probado por un
período de hasta 15 días gratis.
Network Inventory Advisor para Windows explora Windows, Mac OS X, equipos
Linux y dispositivos SNMP, cualquiera de ellos contará como un nodo.
Lansweeper
Lansweeper es una herramienta de inventario de TI capaz que ofrece más de
300 informes de red predeterminados y la capacidad de escaneo sin agente.
Aunque la herramienta es considerablemente menos fácil de usar que Network
Inventory Advisor, viene con una amplia base de conocimientos que revisa todas
sus opciones y características. Lansweeper admite todas las características
comunes del inventario de TI, como la gestión de red SNMP o el despliegue
automatizado de software.
 Para disfrutar de todo lo que Lansweeper tiene para ofrecer, debe comprar la edición
Ultimate, que puede ser una compra sustancial, dependiendo del número total de
activos de TI que tenga en su posesión.

4.2

#3 • AUTHOR RANK
Spiceworks Inventory
Spiceworks Inventory es un sistema de gestión de activos muy sencillo, compatible con
Windows, Mac y Linux, dispositivos UPS, almacenamiento y más. Proporciona las
características del descubrimiento automático de hardware, el seguimiento y viene con
unas sofisticadas capacidades de generación de informes que le permiten crear informes
personalizados que se adaptan perfectamente a sus necesidades. La funcionalidad de
Spiceworks Inventory puede ampliarse con varios complementos, pero la solución de
software de inventario de hardware y software puede hacer prácticamente cualquier cosa
que desee.
Spiceworks Inventory funciona mejor cuando se utiliza junto con otros productos de
Spiceworks, que están destinados principalmente a las empresas grandes.
Open-AudIT
Open-AudIT es un marco de informes potente e inteligente que permite extraer y explorar
información como licencias de software, cambios de configuración, dispositivos no
autorizados, utilización de la capacidad y estado de la garantía de hardware. Open-AudIT
está disponible en dos ediciones: Community y Enterprise. La edición Community carece
de algunas características bastante importantes como el panel de control, informes
programados, generación de informes a lo largo del tiempo, filtrado avanzado de informes,
informes exclusivos, asignación de ubicaciones, descubrimiento programado y carga
masiva del proceso de descubrimiento.

GLPI
GLPI se puede utilizar para construir las bases de datos completas del inventario del
hardware para hacer la vida del departamento de TI más fácil. Algunas de sus
características más destacables incluyen gestión de múltiples entradas, módulo de
búsqueda complejo, la capacidad de importar datos de inventario de una variedad de
fuentes, seguimiento de aprobación de soluciones, informes estadísticos personalizables y
otros. GLPI desafortunadamente no es un software fácil de usar que además se agrava
por la interfaz de usuario obsoleta.
Una gestión eficaz del inventario de hardware con la ayuda de un software de inventario de
hardware robusto y bien diseñado puede ahorrar a una empresa una cantidad
considerable de tiempo y dinero. Nuestra creciente dependencia de dispositivos móviles y
diversos dispositivos habilitados para Internet hace que la administración de inventario de
hardware sea más esencial que nunca. Afortunadamente, no hay escasez de las
soluciones de software de inventario de hardware en el mercado que se pueden
recomendar y cada uno trae algo diferente.
Cómo seleccionar un escáner de redUn escáner de red simplifica y automatiza lo que
de otro modo sería un proceso largo y potencialmente costoso...
Cómo descubrir los dispositivos de red automáticamenteNetwork Inventory
Advisor es una potente herramienta de detección de redes creada para pequeñas y
grandes empresas…
Cómo detectar cambios en la configuración del servidor con la Herramienta
de Inventario del ServidorLos inventarios de servidores contienen información útil
sobre el rendimiento del servidor...
Software de inventario de hardware informático

Inventario de Control y Seguimiento de Software y Manuales

FUNCIONES
¿Utiliza su organización equipos modernos que ejecutan software actualizado? La creación de un
inventario de hardware de sus equipos es una necesidad real en organizaciones grandes y
medianas.
En el mundo digital de hoy en día, la creación de un detallado inventario de hardware informático ya
no precisa lápiz y papel. Gracias a Total Network Inventory, cree y realice el mantenimiento del
inventario de hardware de sus equipos sin abandonar su escritorio. La herramienta de inventario de
hardware escaneará su red al completo y registrará la información de cada equipo, el SO que
ejecuta y cualquier paquete de software instalado en él. Una interfaz de usuario intuitiva junto con un
escáner de inventario de hardware avanzado le permitirá conocer rápidamente a fondo el producto y
conseguir resultados abrumadores.

Software de inventario de Software

Total Network Inventory le facilita la creación de un completo inventario del hardware de su equipo.
Su sistema de inventario de hardware escaneará toda su red para recopilar información sobre los
equipos y sus componentes. Además de ser compatible con equipos y servidores basados en
Windows, OS X, Linux, FreeBSD, y ESX/ESXi el sistema de gestión

de inventario informático no requiere la preinstalación de agentes. Simplemente configúrelo con

las contraseñas de administrador locales o del dominio en cuestión y ya estará listo para utilizarlo.
Además, siempre podrá ahorrar aún más tiempo gracias a la automatización del escaneo y de la
importación de diferentes informes utilizando el móduloProgramador.
Garantice la seguridad de su red gracias a la gestión de inventario de su
equipo
Una auditoría a tiempo y un inventario de software informático podrían revelar que algunos de sus
sistemas utilizan software obsoleto. El uso de software obsoleto podría ocasionar que las
vulnerabilidades de seguridad descubiertas siguieran sin repararse, lo que haría que la red estuviera
expuesta a ataques. Garantizar que todos los equipos de su red ejecutan la versión más reciente de
Windows con todas las revisiones de seguridad instaladas es esencial para cualquier empresa sin
importar su tamaño. Total Network Inventory realiza el seguimiento de los paquetes de software
instalados en su organización y le ayuda a hacer que sus equipos estén seguros y actualizados.
La creación de un inventario de Software

Los componentes de hardware obsoletos suelen consumir mucha más energía comparados con

los actualizados. Como muestra, las tarjetas de vídeo antiguas solían consumir unos 75 W

mientras estaban inactivas, lo que significaba una carga evidente y el aumento significativo de la
factura de la luz. Al deshacerse de hardware antiguo, ahorrará electricidad y reducirá las facturas de
la luz anuales de su empresa. Nuestras herramientas de gestión de inventario informático escanean
la red y crean una lista de los componentes de hardware utilizados en cada equipo de su
organización, totalmente listas para usar.
Monitorice información crucial

Nuestro sistema de inventario de hardware informático también permite la monitorización de

sensores de hardware esenciales, como la temperatura, la velocidad del ventilador o la escasez
de suministro de energía en sistemas clientes remotos. Estos datos, combinados con alertas y
asistentes de fácil configuración, le ayudarán a mantener sus servidores y equipamiento de red
activos y funcionando 24 horas al día, 7 días a la semana.
 Importancia del control de inventario de una empresa
El control de inventario en una empresa es importante porque con él es posible mantener un
balance correcto sobre la mercancía y la distribución de un almacén, lo que ayuda a reducir costos,
prevenir el fraude, acelerar los procesos logísticos y realizar informes sobre el estado financiero del
negocio.
Por otro lado, un inadecuado control de inventario en una empresa no permite saber qué se
vende y qué no, por lo que pueden ocurrir problemas de almacén y logística, pérdida de ventas o
exceso de mercancía almacenada, además de pedidos incompletos.

Tipos de control de inventario

Como hay una gran variedad de tipos de control de inventario, las empresas pueden escoger de
acuerdo a cuál sistema se adapta mejor a las necesidades de cada una. Entre los tipos de control
de inventario podemos encontrar las siguientes categorías:

Tipo de control de inventario según su movimiento

En este sistema de información logística se halla el inventario inicial, que es aquel inventario que
refleja el saldo que se tiene antes de adquirir otros productos, o el inventario final que se hace al final
de un período contable y aporta información sobre el estado financiero que se tiene para ese
momento.

Tipo de control de inventario según su logística

Aquí se encuentran algunos como el inventario de prevención, que se aplica dependiendo de las
temporadas y requiere mucha mayor preparación para poder anticipar escenarios; y el inventario en
lote, que se pide en grandes cantidades y se pueden obtener a menor costo.

Tipo de control de inventario según su regularidad

Dentro de este tipo de control de inventario están los inventarios periódicos, cuyo conteo suele
ser trimestral o anual; y los inventarios perpetuos, cuyo conteo se realiza diariamente.

Tipo de control de inventario según su forma

Aquí se tienen el inventario de materias primas, que serán usados para crear productos finales en la
empresa; el inventario de productos en proceso, que se utilizarán para modificar productos en
proceso o productos finales; así como el inventario de productos terminados, en los que se realiza un
conteo de todas las mercancías disponibles para vender.
 Control de inventario en Excel
Como es importante que las empresas utilicen el control de inventario como sistemas de
administración y control, Excel se convierte en una buena opción para crear plantillas que se
adapten al tipo de control de inventario que se requiera.
Hacer un control de inventario en Excel puede variar de acuerdo a las necesidades de la
empresa. Sin embargo, podemos tomar como ejemplo de control de inventario los siguientes
pasos:
1. Crear la hoja de cálculo para el control de inventario en Excel:
Lo ideal es tener tres hojas diferentes para no confundirlas: una para el inventario, la siguiente para
el ingreso de productos, y la última para los productos vendidos. A continuación, deberás crear las
columnas para las categorías que consideres necesarias (marca, factura, producto, fecha, código,
cantidad, descripción, entre otras).
1. Tener un formato adecuado:
Al momento de crear las tablas, debes cliquear en la opción de "la tabla tiene encabezados" para
que cambie de aspecto y tenga el formato correcto. Recuerda que las tres tablas deben tener el
mismo aspecto.
1. Añade los productos y rellena los campos faltantes:
Lo siguiente que se debe hacer es rellenar las casillas de las diferentes categorías creadas en los
documentos, ya sea para la planilla del control de inventario, la del ingreso de mercancía o la de las
ventas que ha realizado la empresa.
1. Aprovecha las fórmulas de Excel:
Si utilizas las fórmulas de Excel para el control de inventarios, rellenar las casillas se hará de
forma automática, lo que facilitará el trabajo y ahorrarás tiempo.

Otras herramientas para el control de inventarios

Por suerte para las empresas, existe un amplio espectro de software gratuitos y pagos que
brindan el servicio de control de inventario. Entre algunos ejemplos de control de inventario se
pueden encontrar:
• ABC Inventory: es un software gratuito de sistema de almacenamiento, que ayuda a la
administración del almacén de las empresas. Aunque la interfaz no es moderna, ofrece
funciones más amplias, avanzadas y personalizadas que la herramienta de Excel para
el control de inventarios.
• Bind ERP: es una herramienta diseñada para que cualquier empresa (grande o pequeña,
nueva o antigua) pueda usarlo de forma sencilla y práctica. Bind ERP permite calcular el
costo real de las inversiones y busca una mayor rentabilidad para el usuario.
• RightControl Lite: es un sistema WMS que ofrece un mes gratuito antes de pagar por
completo el software. Tiene un programa de control muy eficaz que incluye un
seguimiento de datos, ofrece facturación y gestión de contactos.
• Crol: es una herramienta para control de inventarios que también posee una plataforma
desde la que se puede tener acceso a diversos datos de la empresa. Aunque esta se
especializa en la gestión del almacenamiento, también brinda seguimiento de las
compras y ventas.
Por otro lado, las empresas pueden apoyarse en software especializados para complementar sus
sistemas de control de inventario. Por ejemplo, para la gestión de transporte y planificación de
entregas cuentan con PlannerPro by Beetrack, que permite administrar de forma eficiente el número
de entregas por unidad de transporte, lo cual permite tener un mayor control sobre cuánta mercancía
es trasladada durante las rutas diarias.
Con estas herramientas para el control de inventario de una empresa todo el proceso se
podrá llevar a cabo de una forma mucho más llevadera y organizada. De manera que las
compañías pueden apoyarse en estos sistemas de gestión para optimizar la preparación de
pedidos y brindar un mejor servicio a los clientes.

:Especificaciones de los procesos y decisionesestructuradas

El analista de sistemas que se enfoca en las especificaciones de los procesos y las decisiones
estructuradas tiene muchas opciones para documentarlas y analizarlas. Es importante ser capaces
de reconocer las decisiones lógicas y estructuradas que ocurren en una empresa y cómo podemos
diferenciarlas de las decisiones semi- estructuradas que tienden a involucrar el juicio humano. Así,
es imprescindible reconocer que las decisiones estructuradas se prestan particularmente bien al
análisis con métodos sistemáticos que promueven la integridad, precisión y comunicación.

El analista de sistemas que se enfoca en las especificaciones de los procesos y las decisiones
estructuradas tiene muchas opciones para documentarlas y analizarlas. Es importante ser capaces
de reconocer las decisiones lógicas y estructuradas que ocurren en una empresa y cómo podemos
diferenciarlas de las decisiones semi- estructuradas que tienden a involucrar el juicio humano. Así,
es imprescindible reconocer que las decisiones estructuradas se prestan bien al análisis con
métodos sistemáticos que promueven la integridad, precisión y comunicación.

Diseño de la Base de Datos

DESTACADO
El almacenamiento de datos de un sistema es el tercer elemento a considerar después
de las salidas y las entradas.(La interfaz se considera complemento de las entradas y
salidas.)
OBJETIVOS DEL DISEÑO DE LA BASE DE DATOS

El diseño de la base de datos tiene como objetivo:

▪ Almacenar eficientemente los datos.

▪ Mantener la integridad de los datos.
▪ Actualizar y recuperar la información eficiente.
El almacenamiento eficiente: Consiste en seleccionar el dispositivo
adecuado para el volumen de información que manejará el sistema:
▪ Cinta.
▪ Disco magnético o disco óptico.
La integridad de los datos almacenados: se refiere a que éstos sean
correctos y exactos.
Cuando se efectúa un proceso que actualice o recupere la información almacenada, éste
debe ser preciso y eficiente.
¿Qué es el Diseño de una Base de Datos?

Consiste en definir la estructura de los datos que debe tener la base de datos de un
sistema de información determinado. En el caso relacional, esta estructura será un
conjunto de esquemas de relación con sus atributos, dominios de atributos, claves
primarias, claves foráneas, etc.
¿Qué es Base de datos?

Son grandes ca ntidades de información recopilada y

agrupada de manera tal, que pueda ser accesada en una forma rápida.– Además
contienen toda información necesaria para podermover un sistema.
Anuncios
INFORMA SOBRE ESTE ANUNCIO
El término de bases de datos fue escuchado por primera vez en 1963,en un simposio
celebrado en California, USA. Una base de datos se puede definir como un conjunto de
información relacionada que se encuentra agrupada ó estructurada.
Cada base de datos se compone de una o más tablas que guarda un conjunto de
datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una parte
de la información sobre cada elemento que queramos guardar en la tabla, cada fila de la
tabla conforma un registro. Se define una base de datos como una serie de datos
organizados y relacionados entre sí, los cuales son recolectados y explotados por los
sistemas de información de una empresa o negocio en particular.
Características de la Base de Datos

Las principales características de los sistemas de base de datos podemosmencionar:

▪ Independencia lógica y física de los datos.
▪ Redundancia mínima.
▪ Acceso concurrente por parte de múltiples usuarios.
 ▪ Integridad de los datos.
▪ Consultas complejas optimizadas.
▪ Seguridad de acceso y auditoría.
▪ Respaldo y recuperación.
▪ Acceso a través de lenguajes de programación estándar.

Cada Sistema de Base de Datos posee tipos de campos que pueden ser similares o

diferentes. entrelos más comunes podemos nombrar:

▪ Numérico: entre los diferentes tipos de campos numéricos podemos

encontrar enteros “sin decimales” y reales “de cimales”.
▪ Booleanos:Poseen dos estados: Verdadero “Si” y Falso “No”.
▪ Memos: Son campos alfanuméricos de longitud ilimitada. Presentan el
inconveniente de no poder ser indexados.
▪ Fechas: Almacenar fechas de esta forma posibilita ordenar los
registros por fechas o calcular los días entre una fecha y otra.
▪ Alfanuméricos:contienen cifras y letras. Presentan una longitud
limitada (255 caracteres).
▪ Autoincrementables:Son campos numéricos enteros que incrementan en
una unidad su valor para cada registro incorporado. Su
utilidad resulta: Servir de identificador ya que resultan exclusivos de un
registro.
Descompondremos el diseño de bases de datos entres etapas:

Anuncios
1) Etapa del diseño conceptual: En esta etapa se obtiene una estructurade la
información de la futura BD independiente de la tecnología que hay que emplear. No se
tiene en cuenta todavía qué tipo de base de datos se utilizará –relacional, a objetos,
jerárquica, etc.–; en consecuencia, tampoco se tiene en cuenta con qué SGBD ni con
qué lenguaje concreto se implementará la base de datos. Así pues, la etapa del diseño
conceptual nos permite concentrarnos únicamente en la problemática de la
estructuración de la información, sin tener que preocuparnos al mismo tiempo de
resolver cuestiones tecnológicas. El resultado de la etapa del diseño conceptual se
expresa mediante algún modelo de datos de alto nivel. Uno de los más empleados es el
modelo entidadinterrelación (entity-relationship), que abreviaremoscon la sigla ER

2) Etapa del diseño lógico: En esta etapa se parte del resultado del diseño conceptual,
que se transforma de forma que se adapte a la tecnología que sedebe emplear. Más
concretamente, es preciso que se ajuste al modelo del SGBD con el que se desea
implementar la base de datos. Por ejemplo, si se trata de un SGBD relacional, esta etapa
obtendrá un conjunto de relaciones con sus atributos, claves primarias y claves foráneas.
Esta etapa parte del hecho de que ya se ha resuelto la problemática de la estructuración
de la información en un ámbito conceptual, y permite concentrarnos en las cuestiones
tecnológicas relacionadas con el modelo de base de datos.
Anuncios

3) Etapa del diseño físico: En esta etapa se transforma la estructura obtenida en la

etapa del diseño lógico, con el objetivo de conseguir una mayor eficiencia; además, se
completa con aspectos de implementación
física que dependerán del SGBD. Por ejemplo, si se trata de una base de datos relacional,
la transformación de la estructura puede consistir en lo siguiente: tener almacenada
alguna relación que sea la combinación de varias relaciones que se han obtenido en la
etapa del diseño lógico, partir una relación en varias, añadir algún atributo calculable a
una relación, etc. Los aspectos de implementación física que hay que completar
consisten normalmente: en la elección de estructuras físicas de implementación de las
relaciones, la selección del tamaño de las memorias intermedias (buffers) o de las
páginas, etc.

La “entidad” representa un elemento, persona, evento, etc, y la relación es de manera

como estos elementos se conectan entre sí. Ésta es la base para la construcción de un
diagrama de entidad – relación (DER).
Anuncios

Los “atributos” son las características de las entidades. Los conceptos de entidad,
relación y atributo representan de manera lógica a la información.
Un “registro” es la manera como una entidad se almacena en disco, los campos de un
registro completo con facilidad.
La “llave” es un campo que contiene un valor que representa en formaúnica al registro.
Por último, los “metadatos” son los datos acerca de los campos: nombre, tipo y longitud
del campo.
*Para el diseño de la base de datos se toma como base el DER y el DD elaborados
en el análisis.
*En seguida se revisan las salidas y entradas diseñadas.
*Después se definen los atributos que debe tener cada entidad del DER y se señala su
llave.
«Es importante considerar las relaciones entre las entidades por lo que el
diseñador debe cuidar que exista un atributo en la entidad que se asocie a
otro en la entidad relacionada.»
*Por último, se definen los metadatos de cada uno de los atributos de la entidad en una
tabla como sigue:
 NOMBRE DEL CAMPO TIPO LONGITUD

Clave del cliente Numérico 6

Nombre del cliente Carácter 40

RFC Carácter 15

Domicilio calle Carácter 15

Domicilio número Numérico 5

Domicilio colonia Carácter 15

Ciuda Carácter 20
d

NOMBRE DEL CAMPO TIPO LONGITUD

Teléfono Numérico 12

Pasos para diseñar una base de datos

1. Determinar el propósito de la base de datos.

2. Conociendo el propósito de la información que se va almacenar, así se
decidirá el tipo de campo.
3. Determinar las tablas que se necesitaran.

4. Cuando se tiene claro el propósito de la base de datos se puede dividir la

información en diferentes partes y sujeto, cada una de ellas en tablas diferentes
de la base de datos.
5. Determinar los campos que necesita.
6. Decidir la información necesaria para la base de datos, cada categoría de
información es lo que llamamos datos y se muestra como una columna
cuando se ve en las tablas.
7. Determinar la relación.
8. Buscar que datos de una tabla se relaciona con datos de otra tabla.
9. Definir el diseño.
10. Analizar el diseño para posibles errores.
El diseño de relaciones entre las tablas de una basede datos puede ser la siguiente:

▪ Relaciones de uno a uno: Una instancia de la entidad A se relaciona con

una y solamente una de la entidad B.
▪
 ▪ Relaciones de uno a muchos: cada instancia de la entidad A se relaciona
con varias instancias de la entidad B.
▪

▪ Relaciones de muchos a muchos: cualquier instancia de la entidad A se

relaciona con cualquier instancia de la entidad B.

Diagramas o modelos entidad-relación

Los diagramas o modelos entidad-relación (denominado por su siglas, ERD

“Diagram Entity relationship”) son una herramienta para el modelado de
datos de un sistema de información. Estos modelos expresan entidades
relevantes para un sistema de información, sus inter-relaciones y
propiedades
Anuncios
INFORMA SOBRE ESTE ANUNCIO
El Modelo Entidad-Relación.
1. Se elabora el diagrama (o diagramas) entidad-relación.
2. Se completa el modelo con listas de atributos y una descripción de otras
restricciones que no se pueden reflejar en el diagrama.
«El modelado de datos no acaba con el uso de esta técnica. Son necesarias
otras técnicas para lograr un modelo directamente implementable en una
base de datos. Brevemente:»
▪ Transformación de relaciones múltiples en binarias.
▪ Normalización de una base de datos de relaciones (algunas relaciones
pueden transformarse en atributos y viceversa).
▪ Conversión en tablas (en caso de utilizar una base de datos relacional).
 1) Identificación de problemas, oportunidades y objetivos.
En esta primera etapa del ciclo de desarrollo de los sistemas, el analista se involucra en
la identificación de los problemas, de las oportunidades y de los objetivos. Esta fase es
crucial para el éxito del resto del proyecto, pues nadie estará dispuesto a desperdiciar su
tiempo dedicándolo al problema equivocado.

La primera etapa requiere que el analista observe de forma objetiva lo que ocurre en una
empresa. Luego, en conjunto con los otros miembros de la organización hará notar los
problemas. Muchas veces esto ya fue realizado previamente: y por ello. es que se llega a
invitar al analista.

Las oportunidades son acuellas situaciones que el analista considera que pueden
perfeccionarse mediante el uso de los sistemas de información computarizados. Al
aprovechar las oportunidades, la empresa puede lograr una ventaja competitiva o llegar a
establecer un estándar industrial.

La identificación de objetivos también es un componente importante de la primera fase. En

un comienzo, el analista deberá descubrir lo que la empresa intenta realizar, y luego.
estará en posibilidad de determinar si el uso de los sistemas de información apoyaría a la
empresa para alcanzar sus metas, el encaminarla a problemas u oportunidades
específicas.

2) Determinación de los requerimientos de información. La siguiente

etapa que aborda el analista, es la determinación de los requerimientos de
información a partir de los usuarios particularmente
involucrados. Para identificar los requerimientos de información dentro de
¡a empresa, pueden utilizarse diversos instrumentos, los cuales incluyen: el muestreo, el
estudio de los datos y formas usadas por la organización, la entrevista, los cuestionarios:
la observación de la conducta de quien toma las decisiones, asi como de su ambiente: y
también el desarrollo deprototipos.

En esta etapa el analista hace todo lo posible por identificar qué información requiere el
usuario para desempeñar sus tareas. Puede ver, cómo varios de los métodos para
establecer las necesidades de información, lo obligan a relacionarse directamente con los
usuarios. Esta etapa sirve para elaborar la imagen que el analista tiene de la organización
y de sus objetivos. En ocasiones, se llegan a concluir sólo las primeras dos etapas del
ciclo de desarrollo de los sistemas. El analista es e! especialista que emprende esta clase
de estudios.

3) Análisis de las necesidades del sistema.

La siguiente etapa que ejecuta el analista de sistemas consiste en analizar las necesidades
propias del sistema. Una vez más, existen herramientas y técnicas especiales que facilitan
al analista la realización de las determinaciones requeridas. Estas incluyen el uso de los
diagramas de flujo de datos (DFD)que cuentan con una técnica estructurada para
representar en forma gráfica la entrada de datos de la empresa, los procesos y la salida de
la información. A partir del diagrama de flujo de
datos se desarrolla un diccionario de datos que contiene todos los elementos que utiliza
el sistema, así como sus especificaciones, si son alfanuméricos, descripción, clave
primaria, entre otros.
Durante esta fase. el analista de sistemas también analiza las decisiones estructuradas
por realizar, que son decisiones donde las condiciones, condiciones alternativas,
acciones y reglas de acción podrán determinarse. Existen tres métodos para el análisis
de las decisiones estructuradas: el lenguaje estructurado (en nuestro caso el español),
las tablas de decisión y los árboles de decisión.
No todas las decisiones en las empresas se encuentran estructuradas; no obstante, es
importante que las comprenda e! analista de sistemas. Las decisiones
semiestructuradas (decisiones que se toman bajo nesgo) con frecuencia se apoyan en
los Sistemas de Toma de Decisiones. Cuando analiza las decisiones
semiestructuradas. el analista las examina de acuerdo con el grado de complejidad del
problema y con el número decriterios considerados al llevar a cabo las decisiones.
 El análisis de decisiones de criterio múltiple (aquellas decisiones donde numerosos
factores tienen que equilibrarse) también es parte de esta etapa. Se disponen de muchas
técnicas para e’ análisis de decisiones de criterio múltiple; incluyendo entre otras, e!
proceso de intercambio y la aplicación de métodos de ponderado.

A esta altura del ciclo de desarrollo del sistema, el analista prepara una propuesta del
sistema que resume todo lo que ha encontrado, presenta un análisis costo / beneficio de
las alternativas y plantea las recomendaciones (si es que existen) de lo que deberá
realizarse. Si la dirección acepta alguna de las recomendaciones, el analista procederá de
acuerdo con ella.

4) Diseño del sistema recomendado.

En esta etapa del ciclo de desarrollo de los sistemas, el analista de sistemas usa la
información que recolectó con anterioridad y elabora eldiseño lógico del sistema de

información. El analista diseña procedimientos precisos de captura de datos, con el fin de

que los datos que se introducen al sistema sean los correctos. Ei analista también diseña
accesos efectivos al sistema de información, mediante el uso de las técnicas de diseño de
formularios y depantallas.

Una parte del diseño lógico del sistema de información es el diseño de la interfaz con el
usuario. La interfaz conecta al usuario con el sistema, y evidentemente, es de suma
importancia. Serían ejemplos de interfaces para el usuario: el uso del teclado para
introducir preguntas o respuestas, el uso de menús en la pantalla, con las opciones que
tiene el usuario, el uso de dispositivos como el ratón (mouse) y muchos otros.
La etapa del diseño también incluye e! diseño de los archivos o la base de datos que
almacenará aquellos datos requeridos por quien toma las
decisiones en la organización. Una base de datos bien organizada es fundamental para
cualquier sistema de información. En esta etapa, el analista diseña la salida (en pantalla o
impresa) hacia el usuario, de acuerdo con sus necesidades de información.

5) Desarrollo y documentación del software

 En esta etapa del ciclo de desarrollo de los sistemas, el analista trabaja con los
programadores para desarrollar todo el software original que seanecesario.

Aquí es donde, el analista de sistemas transmite al programador los requerimientos de

programación.

Durante esta fase, el analista también colabora con los usuarios para desarrollar la
documentación indispensable del software, incluyendo los manuales de procedimientos. La
documentación le dirá al usuario como operar el software, y así también, qué hacer en
caso de presentarse algúnproblema.

6) Pruebas v mantenimiento del sistema.

El sistema de información debe probarse antes de utilizarlo.

E! costo es menor si se detectan los problemas antes cié la entrega delsistema.

El programador realiza algunas pruebas por su cuenta, otras se llevan a cabo en

colaboración con el analista de sistemas.

En un principio, se hace una serie de pruebas, con datos tipo, para identificar las posibles
fallas del sistema: más adelante, se utilizarán losdatos reales.

El mantenimiento del sistema y de su documentación empiezan justamente en esta

etapa: y después, esta función se realizará de forma rutinaria a lo largo de toda la vida del
sistema.

Las actividades de mantenimiento integran una buena parte de la rutina del programador,
que para las empresas llegan a implicar importantes sumas de dinero. Sin embargo, el
costo del mantenimiento disminuye de manera importante cuando el analista aplica
procedimientos sistemáticosen el desarrollo de los sistemas.

7) Implantación v evaluación de sistema.

En esta última etapa del desarrollo del sistema, el analista ayuda a implantar el sistema de
información. Esto incluye el adiestramiento que el usuario requerirá. Si bien, parte de esta
capacitación la dan las casas comerciales, la supervisión del adiestramiento es una
responsabilidad del analista de sistemas. Más aún, el analista necesita planear la suave
transición que trae consigo un cambio de sistemas.
Aunque la evaluación del sistema se plantea como parte integrante de la última etapa del
ciclo de desarrollo de los sistemas; realmente, la evaluación toma parte en cada una de
las etapas. Uno de los criterios fundamentales que debe satisfacerse, es que ei futuro
usuario utilice el sistema desarrollado

DIAGRAMAS DE FLUJO
La paternidad del diagrama de flujo es en principio algo difusa. El método estructurado
para documentar graficamente un proceso como un flujo de pasos sucesivo y alternativo,
el «proceso de diagrama de flujo«, fue expuesto por Frank Gilbreth, en la Sociedad
Americana de Ingenieros Mecánicos (ASME), en 1921, bajo el enunciado
de «Proceso de Gráficas-Primeros pasos para encontrar el mejor modo«. Estas
herramientas de Gilbreth rápidamente encontraron sitio en los programas de ingeniería
industrial. Al principio de los 30, un ingeniero industrial, Allan H. Mogensen comenzó
la formación de personas de negocios en Lake Placid, Nueva York, incluyendo
el uso del diagrama de flujo. Art Spinanger, asistente a las clases de Mogesen,
utilizó las herramientas en su trabajo en Procter & Gamble, donde desarrolló su
“Programa Metódico de Cambios por Etapas”. Otro asistente al grupo de
graduados en 1944, Ben S. Graham, Director de Ingeniería de Formcraft Standard
Register Corporation, adaptó la Gráfica de flujo de procesos al tratamiento de la
información en su empresa. Y desarrolló la Gráfica del proceso de múltiples flujos en
múltiples pantallas, documentos, y sus relaciones. En 1947, ASME adoptó un conjunto de
símbolos derivados de la obra original de Gilbreth como Norma ASME para los gráficos de
procesos (preparada Mishad, Ramsan y Raiaan).
Sin embargo, según explica Douglas Hartree fueron originalmente Herman Goldstine y
John von Neumann quienes desarrollaron el diagrama de flujo (inicialmente llamado
«diagrama») para planificar los programas de ordenador. Las tablas de programación
original de flujo de Goldstine y von Neumann, aparecen en un informe no publicado,
«Planificación y codificación de los problemas de un instrumento de computación
electrónica, la Parte II, Volumen 1 «(1947), reproducido en las obras completas de von
Neumann. Inicialmente los diagramas de flujo resultaron un medio popular para describir
algoritmos de computadora, y aún se utilizan con este fin. Herramientas como los
diagramas de actividad UML, pueden ser considerados como evoluciones del diagrama
de flujo.
En la década de 1970 la popularidad de los diagramas de flujo como método propio de la
informática disminuyó, con el nuevo hardware y los nuevos lenguajes de programación de
tercera generación. Y por otra parte se convirtieron en instrumentos comunes en el mundo
empresarial. Son una expresión concisa, legible y práctica de algoritmos. Actualmente se
aplican en muchos campos del conocimiento, especialmente como simplificación y
expresión lógica de procesos, etc.
¿Que es Diagrama de Flujo?

Un diagrama de flujo es una forma de representar gráficamente los detalles algorítmicos

de un proceso. Se les llama diagramas de flujo porque los símbolos utilizados se
conectan por medio de flechas paraindicar la secuencia de la operación.
Estos diagramas utilizan una serie de símbolos con significados especiales y son la
representación gráfica de los pasos de un proceso. En computación, son modelos
utilizados para comprender los pasos que se

Símbolos del Diagramas de flujo

En este caso inicialicé la variable “n” con el valor de 1. Y cambié la condición de

salida para que comparara con “menor o igual” (<=) enlugar de “menor que” (<).
El mismo diagrama se puede también realizar con los objetos básicos, lo cual se puede
dejar como ejercicio para apreciar la ventaja de utilizar símbolos compuestos.
Analisis del Flujo de Datos RES

La estrategia del flujo de datos muestra el empleo de éstos en forma gráfica.

Las herramientas usadas para seguir esta
estrategia muestran todas las características esenciales del sistema y la forma en que
se ajustan entre sí. Puede ser difícil comprender en su totalidad un proceso de la empresa
si se emplea paraello solo una descripción verbal; las herramientas para el flujo de
datos ayudan a ilustrar los componentes esenciales de un sistema junto con sus
interacciones.
El análisis de flujo de datosusa las siguientes herramientas:
Diagrama de flujo de datos (explicado más adelante) Diccionario
de datos (explicado más adelante)
Diagrama de estructura de datos (diagrama de E−R)
Gráfica de estructura: herramienta de diseño que muestra con símbolos
la relación entre
losmódulos de procesamiento y el software de la computadora. Describen la jerarquía de
los
módulos componentes y los datos que serán transmitidos entre ellos.
Incluye el análisis de las
transformaciones entrada− salida y el análisis de las transacciones. Diagramas de flujo
de datos
Son una de las cuatro herramientas del análisis estructurado. Es una herramienta gráfica
que se
emplea para describir y analizar el movimiento de los datos a través de un sistema, ya sea
este
manual o automatizado, incluyendo procesos, lugares para almacenar datos y retrasos en
el
sistema. Los DFD, como se les conoce popularmente son la herramienta más importante
y la
base sobre la cual se desarrollan otros componentes. La transformación de datos de
entrada en
salida por medio de procesos puede describirse en forma
lógica e independiente de los
componentes físicos asociados con el sistema.
A los primeros diagramas obtenidos se les conoce como diagramas de alto nivel, mientras
que a
los resultantes de estos se les conoce como diagramas de bajo nivel. En este sentido
el primer diagrama que se obtiene se le conoce con el nombre de diagrama de
contexto, es un diagrama de nivel muy general (alto
nivel); estambién conocido como diagrama de nivel 0. Contiene
un solo proceso, pero juega un papel muy importante en el estudio del sistema en
uso; ya que define fronteras.
Todo lo que no se encuentre dentro de las fronteras identificadas en el diagrama no forman
parte del estudio de sistemas. La forma en que funcionen otras organizaciones o
elementos externos (las fuentes y destinos) está fuera de nuestro control y no será
estudiadocon detalle.
Cada flujo de datos (cada flecha) emplea una etiqueta que describe que datos emplea.
Cuandolos datos se mueven de un lugar a otro el flujo de datos apunta hacia el lugar
donde se dirige el flujo.

Primer nivel del DFD

En el primer nivel, es muyimportante identificar los principales procesos, y flujos que
dan en
forma conjunta sentido operacional al sistema quese está modelando.
Algunos analistas consideran ventajoso trabajar primero con todos los flujos de datos y
asignar,como ya se dijo nombres que sean
significativos y descriptivos. Se identifican todos los procesos,
como ya se mencionó pero no se les da nombre hasta que sean bien entendidos
todos los flujos de datos. Después cuando se les haasignado nombre a los procesos,
si el analista tiene dificultas para ligar losflujos de datos con los
nombres apropiados entonces esta situación indica que es necesario dividir aun más el
proceso.Expansión de los procesos a diagramas de mayor nivel
Una vez que se ha desarrollado el sistema como está descrito en el diagrama de
primer nivel,es indudable que el analistaformule preguntas en relación con la forma
quese lleven a cabo los procesos. En general se debe estar seguro de:
Todos los flujos de datos que explican el proceso en el diagrama previo deben incluirse en
el diagrama del siguiente nivel inferior
Los flujos y almacenes de datos nuevos se añaden si son usados internamente por el
proceso para eslabonar otros procesos introducidos por primera vez en la expansión de
este nivel. Se deben mostrarlos flujos y almacenes de datos originados en el proceso
dentro en este nivel.
Ninguna entrada debe contradecir las descripciones de los DFD de nivelesmás altos (si lo
hacen unoo ambos son incorrectos y deben introducirse cambios) En general la expansión
de niveles depende de la naturaleza y complejidad del sistema que se modele; no esposible
especificar un número de niveles, en general se debe continuar con el proceso de
expansión todo lo que sea necesario para comprender losdetalles del sistema y la
forma en que trabaja, teniendo cuidado deverificar todos los
aspectos con usuarios que conocen el sistema, en general, se debe expandir todo
aquelproceso que incluyen varias tareas para las que es necesario, el flujo de datos
entre diferentes personaso localidades. Por otra parte, no requieren
expansión aquellas tareas que son realizadas
por una persona o en
unescritorio, donde no existe flujo de datos. Reglas adicionales para el dibujo de DFD:
Cualquier flujo de datos que abandone un proceso debe estar basado en los datos que
entran al proceso.
Todos los flujos de datos tienen un nombre que refleja los datos
que fluyen entre procesos, almacenesde datos, fuentes o destinos.

Análisis del Flujo de Datos La estrategia del flujo de datos muestra el empleo de éstos en
forma gráfica. Las herramientas usadas para seguir esta estrategia muestran todas las
características esenciales del sistema y la forma en que se ajustan entre sí. Puede ser
difícil comprender en su totalidad un proceso de la empresa si se emplea para ello solo una
descripción verbal; las herramientas para el flujo de datos ayudan a ilustrar los
componentes esenciales de un sistema junto con sus interacciones. El análisis de flujo de
datos usa las siguientes herramientas:

• Diagrama de flujo de datos ( explicado más adelante )

• Diccionario de datos ( explicado más adelante )
Diagrama de estructura de datos ( diagrama de E−R)

• Gráfica de estructura: herramienta de diseño que muestra con símbolos la

relación entre
los módulos de procesamiento y el software de la computadora. Describen la jerarquía de
los módulos componentes y los datos que serán transmitidos entre ellos. Incluye el análisis
de las transformaciones entrada− salida y el análisis de las transacciones.
Diagramas de flujo de datos Son una de las cuatro herramientas del análisis
estructurado. Es una herramienta gráfica que se emplea para describir y analizar el
movimiento de los datos a través de un sistema, ya sea este manual o automatizado,
incluyendo procesos, lugares para almacenar datos y retrasos en el sistema. Los DFD,
como se les conoce popularmente son la herramienta más importante y la base sobre la
cual se desarrollan otros componentes. La transformación de datos de entrada en salida
por medio de procesos puede describirse en forma lógica e independiente de los
componentes físicos asociados con el sistema.
A los primeros diagramas obtenidos se les conoce como diagramas de alto nivel, mientras
que a los resultantes de estos se les conoce como diagramas de bajo nivel.
En este sentido el primer diagrama que se obtiene se le conoce con el nombre de
diagrama de contexto , es un diagrama de nivel muy general (alto nivel); es también
conocido como diagrama de nivel
0. Contiene un solo proceso pero juega un papel muy importante en el estudio del sistema
en uso; ya que define fronteras.
Todo lo que no se encuentre dentro de las fronteras identificadas en el diagrama no
forman parte del estudio de sistemas. La forma en que funcionen otras organizaciones
o elementos externos ( las fuentes y destinos ) está fuera de nuestro control y no será
estudiado con detalle.
Cada flujo de datos (cada flecha) emplea una etiqueta que describe que datos emplea.
Cuando los datos se mueven de un lugar a otro el flujo de datos apunta hacia el lugar
donde se dirige el flujo.
Primer nivel del DFD En el primer nivel, es muy importante identificar los principales
procesos, y flujos que dan en forma conjunta sentido operacional al sistema que se está
modelando. Algunos analistas consideran ventajoso trabajar primero con todos los flujos
de datos y asignar, como ya se dijo nombres que sean significativos y descriptivos. Se
identifican todos los procesos, como ya se mencionó pero no se les da nombre hasta que
sean bien entendidos todos los flujos de datos.
Después cuando se les ha asignado nombre a los procesos, si el analista tiene dificultas
para ligar los flujos de datos con los nombres apropiados entonces esta situación indica
que es necesario dividir aun más el proceso.
Expansión de los procesos a diagramas de mayor nivel Una vez que se ha
desarrollado el sistema como está descrito en el diagrama de primer nivel, es indudable
que el analista formule preguntas en relación con la forma que se lleven a cabo los
procesos. En general se debe estar seguro de:

• Todos los flujos de datos que explican el proceso en el diagrama previo

deben incluirse enel

diagrama del siguiente nivel inferior

• Los flujos y almacenes de datos nuevos se añaden si son usados internamente

por el proceso para eslabonar otros procesos introducidos por primera vez en la
expansión de este nivel. Se deben mostrar los flujos y almacenes de datos
originados en el proceso dentro en este nivel.
• Ninguna entrada debe contradecir las descripciones de los DFD de niveles más
altos (si lo
hacen uno o ambos son incorrectos y deben introducirse cambios)
En general la expansión de niveles depende de la naturaleza y complejidad del sistema
que se modele; no es posible especificar un número de niveles, en general se debe
continuar con el
proceso de expansión todo lo que sea necesario para comprender los detalles del
sistema y la
forma en que trabaja, teniendo cuidado de verificar todos los aspectos con usuarios que
conocen el sistema, en general, se debe expandir todo aquel proceso que incluyen varias
tareas
para las que es necesario, el flujo de datos entre diferentes personas o localidades. Por
otra parte no requieren expansión aquellas tareas que son realizadas por una persona o
en un escritorio, donde no existe flujo de datos.
Reglas adicionales para el dibujo de DFD:

• Cualquier flujo de datos que abandone un proceso debe estar

basado en los datos queentran al

proceso.

• Todos los flujos de datos tienen un nombre que refleja los datos que fluyen entre
procesos, almacenes de datos, fuentes o destinos.
Diccionario de datos Un diccionario de datos es un catálogo, un depósito, de los
elementos de un sistema. Estos elementos se centran alrededor de los datos y la forma
en que están estructurados para satisfacer los requerimientos y las necesidades de la
organización. En él se encuentran la lista de todos los elementos que forman parte del
flujo
de datos en todo el sistema. Importancia del diccionario: Los analistas usan los
diccionarios de datos por cinco razones principales:

• Manejar los detalles en sistemas grandes

• Comunicar un significado común para todos los elementos delsistema
• Documentar las características del sistema

• Facilitar el análisis de los detalles con la finalidad de evaluar

las características y determinar

donde efectuar cambios en el sistema

• Localizar errores y omisiones en el sistema
James A. Senn, Análisis y Diseño de Sistemas, Segunda edición,cap. tres

Modelado Entidad Evento

Es un proceso de dos hebras: Behavior Modeling Entidad, identificar, modelar y
documentar los eventos que afectan a cada entidad y la secuencia (o historia de
vida) en el que se producen estos eventos, y Modelado de eventos, diseñando
para cada caso el proceso para coordinar las historias de vida entidad.

Etapas
El método SSADM implica la aplicación de una secuencia de tareas de análisis,
documentación y diseño relacionados con lo siguiente.

Etapa 0 - Estudio de viabilidad

Con el fin de determinar si es o no viable un determinado proyecto, tiene que haber algún
tipo de investigación sobre los objetivos y las implicaciones del proyecto. Para los
proyectos de muy pequeña escala esto puede no ser necesario en absoluto ya que el
alcance del proyecto es fácil de entender. En proyectos de mayor envergadura, la
viabilidad se puede hacer, pero en un sentido informal, ya sea porque no hay tiempo para
un estudio formal o porque el proyecto es un "must-have", y tendrá que ser hecho de una
manera u otra. Cuando un estudio de viabilidad se lleva a cabo, hay cuatro áreas
principales de consideración:

¿Técnica - es el proyecto técnicamente posible?

financiera - puede permitirse el negocio para llevar a cabo el proyecto? ¿Organizacional -
será el nuevo sistema sea compatible con las prácticas existentes?
ético - es el impacto del nuevo sistema socialmente aceptable?

Para responder a estas preguntas, el estudio de viabilidad es efectivamente una versión

condensada de un análisis de sistemas totalmente soplado y diseño. Los requisitos y los
usuarios se analizan en cierta medida, algunas opciones de negocio son elaboradas e
incluso algunos detalles de la ejecución técnica. El producto de esta etapa es un
documento formal del estudio de factibilidad. SSADM especifica las secciones que el
estudio debe contener incluyendo cualquier modelos preliminares que se han construido
ytambién los detalles de las opciones de excluidos y los motivos de su rechazo.

Etapa 1 - Investigación de la situación actual

Esta es una de las etapas más importantes de SSADM. Los desarrolladores de SSADM
entendieron que en casi todos los casos hay algún tipo de sistema de corriente incluso si
está compuesta en su totalidad de las personas y de papel. A través de una combinación
de entrevistar a los empleados, cuestionarios, observaciones de circulación y
documentación existente, el analista llega a la comprensión completa del sistema, ya que
se encuentra al principio del proyecto. Esto sirve para muchos propósitos:

• el analista aprende la terminología de la empresa, lo que los usuarios

hacen y cómo lo hacen.
• el viejo sistema proporciona los requisitos básicos para el nuevosistema.
• fallas, errores y áreas de ineficiencia se resaltan y sus correcciones se añaden
a los requisitos.
• el modelo de datos se puede construir.
• los usuarios se involucran y aprenden las técnicas y modelos delanalista.
 • los límites del sistema se pueden definir. Los
productos de esta etapa son:

• Catálogo de Usuarios describe todos los usuarios del sistema y cómo

interactuar con él.
• Catálogo de Necesidades detalla todos los requisitos del nuevosistema.
• Servicios actuales Descripción compuso más de
• Entorno actual lógica de datos Modelo
• Diagrama de Contexto ( DFD )
• Conjunto nivelado de DFD para la corriente sistema lógico
• Diccionario de datos completo incluyendo la relación entre los almacenes
de datos y entidades
Para producir los modelos, el analista trabaja a través de la construcción de los modelos
que hemos descrito. Sin embargo, el primer conjunto de diagramas de flujo de datos ( DFD
) son el modelo físico actual, es decir, con todos los detalles de cómo se implementa el
sistema antiguo. La versión final es el modelo lógico actual que es esencialmente la misma
que la corriente física pero con toda referencia a la aplicación eliminado junto con las
redundancias como la repetición de la información que compone los usuarios y los
requisitos catálogos.
Etapa 2 - opciones del sistema de negocios
Tras investigar el sistema actual, el analista debe decidir sobre el diseño general del
nuevo sistema. Para hacer esto, él o ella deben usar las salidas de la etapa anterior, se
desarrolla un conjunto de opciones de negocios del sistema. Estas son diferentes formas
en que el nuevo sistema podría ser producido variando de no hacer nada para tirar el
viejo sistema en su totalidad y la construcción de uno totalmente nuevo. El analista puede
realizar una sesión de lluvia de ideas para que se generen tantas y diversas ideas como
sea posible.

Las ideas se recogen entonces para formar un conjunto de dos o tres opciones
diferentes que se presentan al usuario. Las opciones en cuenta losiguiente:

• el grado de automatización
• el límite entre el sistema y los usuarios
• la distribución del sistema, por ejemplo, ¿es centralizada a una oficina o
hacia fuera a través de varios?
• costo / beneficio
• impacto del nuevo sistema
Cuando sea necesario, la opción será documentada con una estructura de
datos lógica y un diagrama de flujo de datos de nivel 1.

Los usuarios y analista juntos escogen una opción de negocio único. Esta puede ser una
de las ya definidas o puede ser una síntesis de los diferentes aspectos de las opciones
existentes. La salida de esta etapa es la opción seleccionada de negocios única, junto
con todas las salidas de la etapa de factibilidad.

Etapa 3 - Requisitos de especificación

Esta es probablemente la etapa más compleja en SSADM. Usando los requisitos
desarrollados en la etapa 1 y trabajando en el marco de la opción de negocio
seleccionado, el analista debe desarrollar una especificación lógica completa de lo que el
nuevo sistema debe hacer. La especificación debe estar libre de error, ambigüedad e
inconsistencia. Por lógica, nos referimos a que la especificación no dice cómo se
implementará el sistema,sino que describe lo que el sistema va a hacer.

Para producir la especificación lógica, el analista construye los modelos lógicos

necesarios tanto para los diagramas de flujo de datos (DFDs) y el modelo de datos
lógicos (LDM), que consiste en la estructura lógica de datos (contemplados en otros
métodos como diagramas entidad relación ) y una descripción completa de los datos y
sus relaciones. Estos se utilizan para producir la definición de funciones de todas las
funciones que los usuarios requieren del sistema, una entidad de vida-Historias (ELHs)
que describen todos los acontecimientos a través de la vida de una entidad, y el efecto de
Correspondencia Diagramas (ECD) que describen cómo interactúa cada uno de los
eventos con todas las entidades pertinentes. Estos son continuamente comparan con los
requisitos y en caso necesario, se añaden los requisitos
para y completados. El producto de esta etapa es un documento completo con la
especificación de requisitos que se compone de:

• el catálogo de datos actualizada

• el catálogo de requisitos actualizado
• la especificación de procesamiento que a su vez se compone de
• rol de usuario matriz de funciones /
• definiciones de funciones
• modelo lógico de datos requerido
• historias de vida entidad
• diagramas efecto correspondencia
Aunque algunos de estos artículos pueden ser desconocidos para usted, está
más allá del alcance de esta unidad para entrar en ellos con gran detalle.

Etapa 4 - opciones del sistema Técnicas

Esta primera etapa es una implementación física del nuevo sistema. Al igual que las
opciones del sistema de negocio, en esta etapa se generan un gran número de
opciones para la aplicación del nuevo sistema. Esto se perfeccionó hasta dos o tres
usuario para presentar desde que se elige la opción o sintetizado final. Sin embargo,
las consideraciones son seres muy diferentes:

• las arquitecturas de hardware

• el software a utilizar
• el costo de la implementación
• la dotación de personal necesaria
• las limitaciones físicas, tales como un espacio ocupado por elsistema
• la distribución incluidas las redes que pueden requerir
• el formato general de la interfaz ofrecida a los usuarios
Todos estos aspectos deben también ajustarse a las restricciones impuestas
por la empresa, como el dinero y la estandarización de hardware y softwaredisponibles.

La salida de esta etapa es una opción de sistema técnico elegido.

Etapa 5 - Diseño lógico

Aunque el nivel anterior especifica los detalles de la ejecución, los resultados de esta etapa
son independiente de la implementación y se concentran en los requisitos de la interfaz
de la computadora humana. El diseño lógico especifica los principales métodos de
interacción en términos de estructuras de menús y estructuras de mando.

Un área de actividad es la definición de los diálogos de usuario. Estas son las principales
interfaces con que los usuarios podrán interactuar en el sistema. Otras actividades están
relacionadas con el análisis de los efectos de actualización del sistema tanto de los
acontecimientos en la necesidad de hacer consultas sobre los datos en el sistema.
Ambos utilizan los eventos, descripciones de las funciones y diagramas efecto
correspondencia producidos en la etapa 3 para determinar con precisión cómo
actualizar y leer datos de una manera consistente y segura.
El producto de esta etapa es el diseño lógico que se compone de:

• Catálogo de datos
• Estructura de datos lógica requerida
• Modelo de proceso lógico - incluye diálogos y modelo para los procesos
de actualización y consulta
• El estrés y momentos de flexión.
Etapa 6 - Diseño físico
Esta es la etapa final en la que todas las especificaciones lógicas del sistema se
convierten en las descripciones del sistema en términos de hardware y software real. Esta
es una etapa muy técnica y un simple resumen se presenta aquí.
La estructura lógica de los datos se convierte en una arquitectura física en términos de
estructuras de base de datos. Se especifica la estructura exacta de las funciones y la
forma en que se implementan. La estructura de datos física se optimiza cuando sea
necesario para satisfacer los requisitos de tamaño y rendimiento.

El producto es un diseño físico completo que podría decirle a los ingenieros de software la
manera de construir el sistema en detalles específicos de hardware y software y para los
estándares apropiados

CONSIDERACIONES SOBRE EL PROCESO DE DISEÑO

1) Evaluar las características de la estructura de datos.

2) Representar los datos en términos de formas elementales tales como secuencia, selección, y repetición.

3) Transformar la representación de la estructura de datos en una jerarquía de control para el software.

4) Refinar la jerarquía del software utilizando los criterios definidos como parte de un método.

5) Finalmente, desarrollar la descripción procedimental del software.

SÍMBOLOS DEL DIAGRAMA WARNIER
En este tipo de diagramación no es tan visual como los demás diagramas utilizados, pues las
llaves son los únicos símbolos que se utilizan, más otras anotaciones
ELEMENTOS BÁSICOS
Los diagramas de Warnier/Orr muestran los procesos y la secuencia en que se realizan.
Los diagramas de Warnier/Orr son un tipo de diagramas jerárquicos que se utilizan para describir
tanto la organización de datos como de procedimientos.
Hay cuatro construcciones básicas utilizadas en los diagramas de W/O: jerarquía, secuencia, repetición, y selección.

Jerarquía
La jerarquía es la construcción más importante. Consiste simplemente en un grupo anidado de
conjuntos y subconjuntos representados por un conjunto de llaves anidadas.
Ejemplo de una jerarquía sencilla:

Cada llave en el diagrama representa un nivel de la jerarquía.

El diagrama puede ser utilizado para representar una jerarquía de datos, o de
procedimiento. Ejemplo de diagrama de jerarquía de datos:
Secuencia
La secuencia es la estructura más simple de un diagrama W/O. Dentro de un nivel de una
jerarquía, las características listadas son presentadas en el orden en que ocurren.
Ej:

Repetición
La repetición es la representación del clásico loop en términos de programación. Para una estructura
de datos significa que el mismo conjunto de datos se repite muchas veces. Para una estructura de
proceso significa que el mismo conjunto de acciones se repiten muchas veces.
La repetición es indicada colocando un para ordenado de números entre paréntesis debajo del conjunto repetitivo.

Típicamente el par de números representa el mínimo y máximo número de veces que ocúrrela
repetición, aunque puede representar valores exactos.

Selección
La selección representa una decisión exclusiva entre los
conjuntos implicados. Ej.

CONCEPTOS AVANZADOS QUE TAMBIÉN SON NECESARIO

También hay dos conceptos avanzados que ocasionalmente son necesarios:
Concurrencia y Recursión.
 DESARROLLO DE SISTEMAS ESTRUCTURADOS EN DATOS DSED (METODOLOGÍAWARNIER-ORR)

A partir de las especificaciones de requisitos se realiza el diseño lógico y físico.

El diseño lógico se centra en las salidas, en las interfaces, y en el diseño procedimental delsoftware.
El diseño físico surge del diseño lógico y se centra en el “empaquetamiento” del sw paraconseguir
lo mejor posible el rendimiento deseado, la facilidad de mantenimiento, y otrasrestricciones
impuestas al diseño.

El proceso de diseño lógico puede dividirse en dos actividades:

• Derivación de la estructura lógica de la salida (ELS)

• Derivación de la estructura lógica del proceso (ELP)

Derivación de la ELS

1. Se evalúa la descripción del problema o la información relativa a los requisitos y selistan todos los
elementos de datos diferentes, denominados átomos, que no puedansubdividirse más.

2. Se especifica la frecuencia de ocurrencia de cada átomo.

3. Se evalúan los elementos de datos compuestos llamados universales. Losuniversales son

elementos de datos que están compuestos de otros universales yátomos.

4. Se desarrolla la representación diagramática de la ELS.

Derivación de la ELP

1. Se quitan todos los átomos del diagrama de Warnier.

2. Se añaden los delimitadores BEGIN y END a todos los universales (repeticiones)

3. Se definen todas las instrucciones o procesos de inicialización y terminación (losbegin-end).

4. Se especifican todos los cálculos o procesamientos no numéricos.

5. Se especifican todas las instrucciones y procesos de salida.

6. Se especifican todas las instrucciones y procesos de entrada.

VENTAJAS DEL DIAGRAMA WARNIER/ORR

Los diagramas de Warnier/Orr ofrecen a los expertos en sistemas algunas ventajas distintivas:
• Son simples en apariencia y fáciles de entender.
• Son poderosas herramientas de diseño.
• Tienen la ventaja de mostrar agrupaciones de procesos y los datos que deben transferirse de nivel a nivel.
• La secuencia del trabajo hacia atrás garantiza que el sistema estará orientado hacia el resultado.

DESVENTAJAS DEL DIAGRAMA WARNIER

• Al realizar ayuda del diagrama Warnier a veces ocupa mucho espacio en la hojas
• Alarga el tiempo para sacar detalles de la lógica de sistemas
CONCLUSIÓN

Decir “Buenos días”

(1,N)
Por la mañana?
(1,N)
Ejemplo de un robot encargado de dar la bienvenida a los invitados de una fiesta
Dar la bienvenida
(1,N)
Decir “Buenas tardes”
(1,N)
Coger el abrigo del invitado
Ayudar al invitado a quitarse el abrigo
(1,N)
+
Por la tarde?
(1,N)
Por la noche?
(1,N)
+
+
Acompañar invitado al salón
Colgar el abrigo en el perchero
(1,N)
Decir “Buenas noches”
(1,N)
Saludar
invitado

Fuentes Bibliograficas

Análisis y Diseño de Sistemas Estructurado Slide Share Link

Recuperado de:

https://www.unipamplona.edu.co> .................. PDF.

Primera Fase-Analisis y Diseño de Sistemas Link Recuperado de:

https://une-senntripod.com>new_p....

2.3.Tipos de Métodos(Inductivo,Deductivo,Analítico Link Recuperado

de: https://sites.google.com>site>2-3t.....

Desarrollo de Sistemas-UNAM Link Recuperado de:https://programas.cuaed.unam.mx

Analisis y Diseño de Sistemas Informaticos-El Rincon del VagoLink Recuperado de:

https://HTML.rincondelvago.com>an....