CAPÍTULO 1

S.I: conjunto de componentes interrelacionados encargados de recolectar, almacenar,

procesar y distribuir información para la toma de decisiones y el control de la organización.

Perfil Profesional del Analista en Sistemas:

● Entre sus roles se destaca:
- Rol en general: se encarga de la evaluación sistémica del negocio (viendo
entradas, proceso de datos y producción de información) con el fin de
mejorar los procesos de la empresa.
- Consultor externo: actúa como agente independiente a la organización
contratado específicamente para un problema. Su contratación permite que
tenga una perspectiva fresca que carecen los otros miembros pero al no
conocer la verdadera cultura organizacional, debe confiar en la perspectiva
de los usuarios.
- Agente de cambio: rol más completo y de mayor responsabilidad (puede ser
interno o externo). Es un generador del cambio, genera un plan de cambio y
coopera con los demás. Debe promover un cambio que involucre el uso de
S.I y debe instruir a todos los usuarios afectados por las modificaciones.
- Experto en soporte: el analista aparece como un recurso para un proyecto.
Este rol implica utilizar mis conocimientos adquiridos en hardware y software
para realizar pequeñas modificaciones o la toma de decisiones en un área de
la empresa.
● Cualidades:
- Solucionador de problemas.
- Debe tener una visión generalista o sistémica.
- Capaz de afrontar cualquier problema mediante la aplicación de
herramientas, técnicas y de su experiencia.
- Comunicación oral y escrita (buen comunicador).
- Diseñador de soluciones factibles.
- Auto disciplinado y automotivador.
- Experiencia en programación.
- Experiencia en computación.

Ingeniería de sw. contra Ingeniería en sistemas: La I.S concierne los conceptos de

hardware, software e ingeniería de procesos.
La ingeniería de software concierne el desarrollo de softwares, control, aplicaciones y bases
de datos de un sistema. Estos ingenieros se encargan de la especificación, arquitectura,
integración y puesta en marcha del sistema. Disciplina que comprende todos los aspectos
de producción de software desde la especificación hasta el mantenimiento (principio a fin).

Ingeniería de sw. contra ciencias de la computación: las ciencias de la computación

conciernen el área de software y hardware. La ingeniería de software se basa en los
aspectos prácticos del software mientras que la otra abarca a este concepto dentro de sí
misma.

Técnicas de recolección de datos:

Entrevista: es una conversación informal dirigida con un propósito específico, en la cual se
usa un formato de preguntas y respuestas. En la entrevista hay que obtener las opiniones
del entrevistado y lo que siente sobre el estado actual del sistema, los objetivos de la
organización y los personales, y los procedimientos informales para interactuar con las
tecnologías de la información y sobre todo opiniones sobre el estado de los sistemas en la
organización envés de datos concretos (ya que estos tienden a tener cierta imprecisión).
Pasos de una entrevista (cinco):
1) Averiguar antecedentes, averiguar sobre el pasado de los entrevistados y de la
organización para así evitar preguntas generales sobre antecedentes, sobre
información ya existente y para conocer el vocabulario de los miembros.
2) Establecer objetivos de la entrevista, a partir de los antecedentes investigados y de
su propia experiencia. Definir objetivos claros que van a ser de guía a la hora de
realizar las preguntas que voy a hacer, hay que recordar que el número de objetivos
no debe ser muy grande para no perderse.
3) Decidir a quién entrevistar, incluir personas de todos los niveles que se vean
afectados por el sistema en cierta forma. Buscar los entrevistados más afectados por
el sistema y los que proporcionen información más objetiva.
4) Preparar al entrevistado, debemos organizar la entrevista llamando por teléfono o
mediante un email y con anticipación. Si la entrevista es muy detallada, envíe
previamente el cuestionario para que el entrevistado pueda pensar en sus
respuestas, además, realizar una confirmación el día previo a la entrevista.
5) Decidir el tipo de preguntas y su estructura, redacte preguntas para cubrir las áreas
clave y los objetivos que hemos preparado. Utilizar preguntas abiertas para obtener
más que nada opiniones, y preguntas cerradas para hechos o datos de la
organización.
Tipos de preguntas:
- Abiertas: describe las opciones que tiene el entrevistado para responder. La
respuesta puede constar de dos palabras o de dos párrafos (muy subjetivas), por
ejemplo: “¿Qué opina sobre…?”, “Describa el proceso....”, “¿Cuál es su mayor
preocupación sobre…?”. Entre sus beneficios están, el alto nivel de detalle, ayudan
a que baje la guardia, más espontaneidad, ayudan a percibir el perfil del
entrevistado, etc. Entre sus desventajas tenemos que generan muchos datos
irrelevantes, puede perderse el control de la entrevista, mucho tiempo por respuesta,
etc.
- Cerradas: las posibles respuestas son cerradas para el entrevistado, debido a que
sólo puede responder con un número finito tal como “Ninguna”, “Una” o “Quince”.
Sus beneficios son la puntualidad, fácil comparación, ahorro de tiempo, generan
datos relevantes pero sus problemas son la falta de detalles adicionales, generan
aburrimiento al entrevistado, no generan buen diálogo, entre otras cosas.
Formatos de la entrevista:
- Pirámide: el entrevistador empieza con preguntas muy detalladas, a menudo
cerradas. Después expande los temas al permitir preguntas abiertas y respuestas
más generalizadas. Útil si cree que su entrevistado necesita entrar en calor en
cuanto al tema o si se quiere una determinación o pregunta final sobre un tema.
- Embudo: se usa un enfoque deductivo al empezar con preguntas generalizadas y
abiertas, para después reducir la cantidad de respuestas posibles mediante el uso
de preguntas cerradas. Es una manera fácil y amigable de empezar una entrevista
que permite la expresión de sentimientos en el entrevistado.
- Diamante:combinación entre método pirámide y el método de embudo. En esta
estructura la entrevista empieza de una manera muy específica y después se
 examinan las cuestiones generales, para finalmente llegar a una conclusión muy
particularizada. Se empieza con preguntas cerradas fáciles, a mitad de la entrevista
se hacen preguntas abiertas para luego volver a preguntas cerradas. Este método
combina las ventajas de los otros dos métodos pero tiene la desventaja de que toma
más tiempo que las otras.

Cuestionarios: técnica que permite a los analistas de sistemas estudiar las posturas, las
creencias, el comportamiento y las características de varias personas en la organización
que se pueden ver afectadas por los S.I actual y propuesto. Se pueden utilizan preguntas
cerradas que se pueden cuantificar y preguntas abiertas se analizan e interpretan de otras
formas que son sensibles a las palabras elegidas por el analista de sistemas. A su vez,
pueden realizarse cuestionarios con ayuda de las tecnologías aplicadas y para comparar las
respuestas/realizar estadísticas.
Por medio del uso de cuestionarios, el analista puede buscar cuantificar lo que encontró en
las entrevistas y para encuestar a una muestra grande de usuarios de sistemas con el fin de
detectar problemas de manera rápida.

Observación: la observación directa del fenómeno en estudio es una técnica bastante

objetiva de recolección; con ella puede obtenerse información aún cuando no existía el
deseo de proporcionarla y es independiente de la capacidad y veracidad de las personas a
estudiar. Por otra parte, como los hechos se estudian sin intermediarios, se evitan
distorsiones de los mismos, sin embargo, debe evitarse que nuestra presencia afecte el
transcurso normal de las situaciones. Los tipos de observaciones pueden ser:
- Sin que el observado se de cuenta y sin interactuar por parte del propio analista.
- Se puede observar una operación sin intervenir para nada pero estando la persona
observada enteramente consciente de la observación.
- Se puede observar y estar en contacto con las personas observadas. La
interrogación puede consistir simplemente en preguntar respecto a una actividad
específica, pedir una explicación, etc.

CAPÍTULO 2
Ciclo de vida del desarrollo de sistemas (SDLC): es un enfoque por fases que permite que
los sistemas sean desarrollados de mejor manera mediante ciclos específicos de
actividades del analista y el usuario. Sus siete fases son:
1).Identificar problemas, oportunidades y objetivos: etapa crítica para el proyecto donde el
analista debe observar lo que ocurre en el negocio. Las oportunidades que surgen son
situaciones que el analista considera pueden ser mejoradas por el uso de S.I
computarizados.
Se realizan encuestas, sumarización del conocimiento, estimaciones del alcance del
proyecto, documentación de los resultados y la salida final o conclusión es el estudio de
factibilidad donde los alto mandos deciden si continuar con el proyecto o no.
2). Determinación de los requerimientos de información: se determinan los requerimientos
de los usuarios recolectando información mediante alguna de las TRD y hasta pueden
realizarse prototipos en esta fase.
El analista debe conocer sobre las funciones actuales del sistema quién (personas
involucradas), qué (actividades del negocio),dónde (ambiente del trabajo),cuándo (el
momento) y cómo (manera en que se desarrollan procedimientos actuales) del negocio.
3). Análisis de las necesidades del sistema: mediante herramientas y técnicas especiales
hacen que el analista haga las determinaciones de los requerimientos para determinar las
necesidades y, de acuerdo a la metodología de la Ingeniería de software.
4). Diseño del sistema recomendado: utilizando la información recolectada en etapas
anteriores se realiza el diseño lógico del S.I. Entre las cosas que se diseñan están, los
procedimientos para la captura de datos del sistema (para que el ingreso de los datos sea
correcto), las entradas efectivas para el S.I. mediante técnicas de diseño de formas y
pantallas, es decir, se diseñan las Interfaces del software, el diseño de archivos y bases de
datos, las salidas (por pantalla, impresoras, etc.) y los sistemas de control y respaldo para
proteger el sistema y a los datos.
5). Desarrollo y documentación del software: en conjunto con los programadores y con los
usuarios se realiza la documentación de los procedimientos administrativos mediante el
Manual de Procedimiento y de la forma de usar el software (Manual del usuario), además de
una ayuda de qué deben hacer si hay problemas con el software.
6). Prueba y mantenimiento: antes de implementarlo se debe probar el software utilizando
datos de ejemplos y datos reales del sistema. En este momento se documenta y realiza el
mantenimiento.
7). Implementación y evaluación: el analista ayuda con la implementación entrenando al
usuario en el manejo del software. El cambio al nuevo sistema debe ser gradual y la
evaluación se debe realizar por cada fase. Se queda satisfecho cuando los usuarios ya
trabajan con el sistema.
En esta fase es posible realizar las modificaciones necesarias de programas o para mejorar
las capacidades del software en base a las necesidades cambiantes de la organización.

Ingeniería de software - modelo de procesos de software

Software: programas de computadora, todos los documentos asociados y la configuración
de datos que se necesitan para que operen de manera correcta.
Sistema de software: varios programas independientes, archivos de configuración para su
ejecución, un sistema de documentación que describe la estructura, la documentación para
el usuario de cómo utilizar el sistema y webs para descargar info de productos recientes.
Productos de software (los ingenieros de sw. desarrollan y venden estos productos):
- Genéricos: producidos por una organización de desarrollo y se venden al mercado
abierto a cualquier cliente que le sea posible comprarlos. Por ejemplo, procesadores
de texto, paquetes de dibujo, bases de datos, etc. Aquí el desarrollador controla las
especificaciones o requerimientos.
- Personalizados: sistemas requeridos por un cliente en particular. Un contratista de
software desarrolla el software especialmente para ese cliente. Por ejemplo,
sistemas desarrollados para llevar a cabo procesos de negocios específicos. La
organización que lo compra desarrolla y controla los requisitos.
Ingeniería de software abarca tres conceptos importantes:
1) Disciplina de la ingeniería: los ingenieros hacen que las cosas funcionen aplicando
teorías, métodos y herramientas donde sean convenientes de forma selectiva para
tratar de descubrir soluciones a los problemas. La ingeniería consiste en seleccionar
el método más apropiado para un conjunto de circunstancias.
2) Todos los aspectos de la producción de software: no sólo los procesos técnicos del
desarrollo de software, sino también actividades tales como la gestión de proyectos
de software y el desarrollo de herramientas, métodos y teorías de apoyo a la
producción de software.
 3) Adoptar un enfoque sistemático: utilizar un enfoque sistémico y organizado en su
trabajo es la forma más efectiva de producir software de alta calidad.
Proceso de software, es el conjunto de actividades y resultados asociados que producen un
producto de software. Estas actividades son llevadas a cabo por los ingenieros de software
y son cuatro:
1) Especificación del software donde los clientes e ingenieros definen el software a
producir y las restricciones sobre su operación.
2) Desarrollo del software, donde el software se diseña y programa.
3) Validación del software, donde el software se valida para asegurar que es lo que el
cliente requiere.
4) Evolución del software, donde el software se modifica para adaptarlo a los cambios
requeridos por el cliente y el mercado
Métodos de la ingeniería de software: los diferentes enfoques se han integrado en un solo
enfoque unificado basado en el Lenguaje de Modelado Unificado (UML) que tiene como
idea la creación de modelos gráficos de desarrollo de un sistema.+
Modelo de procesos de software: es una descripción simplificada de un proceso del
software que presenta una visión de ese proceso. Estos modelos pueden incluir actividades
que son parte de los procesos, productos de software y el papel de las personas
involucradas en la ingeniería del software. A continuación los 3 modelos más populares:
- Enfoque cascada: modelo lineal secuencial sugiere un enfoque sistemático,
secuencial del desarrollo del software desde un nivel de sistemas siguiendo con el
análisis, diseño, codificación, prueba y mantenimiento. Cada actividad es una etapa
independiente que al definirse se “firma” y el desarrollo continúa. Debe usarse
cuando los requerimientos se entiendan bien y sea improbable el cambio radical
durante el desarrollo del sistema.
- Desarrollo iterativo: entrelaza las especificación, el desarrollo y la validación. Un
sistema inicial se desarrolla rápido a partir de especificaciones muy abstractas y se
refina en base a las peticiones del cliente para producir un sistema que satisfaga las
necesidades de dicho cliente.
- Ingeniería del software basada en componentes (CBSE): supone la existencia de las
partes del sistema y se enfoca en la integración de estas partes más que
desarrollarlas desde el principio.
- Desarrollo incremental: se avanza en una serie de pasos hacia una solución y se
retrocede cuando se detectan errores. Este desarrollo incremental, resulta más
barato y fácil de realizar cambios en el software conforme éste se diseña. Cada
versión del sistema incorpora algunas de las funciones que necesita el cliente y le
permite evaluar los resultados de forma temprana.
Ventajas:
1) Reducción del costo de adaptar los requerimientos cambiantes del cliente.
2) Es más sencillo obtener retroalimentación del cliente sobre el trabajo de
desarrollo que se realizó.
3) Mayor rapidez en la entrega e implementación de software útil al cliente, aun
si no se ha incluido toda la funcionalidad.
Desventajas:
1) El proceso no es visible. Los administradores necesitan entregas regulares
para medir el avance.
 2) La estructura tiende a degradarse cuando se tienen nuevos incrementos a
menos que se gaste tiempo y dinero en la refactorización para mejorar el
software, el cambio regular tiende a corromper su estructura.
Las formas que incluye este método son las siguientes:
● Prototipos: utilizar una versión inicial de un sistema de software para
demostrar conceptos, tratar opciones de diseño y encontrar más sobre el
problema y sus posibles soluciones. Contribuye a anticipar los cambios que
se requieran: en el proceso de ingeniería de requerimientos y en el proceso
de diseño de sistema.
● Entrega incremental: algunos de los incrementos diseñados se entregan al
cliente y se implementan para usarse. Los clientes identifican los servicios
que proporciona el sistema y cuáles son más y menos importantes. De ahí se
define un número de incrementos de entrega, y cada incremento proporciona
un subconjunto de la funcionalidad del sistema para luego definir los
requerimientos de los servicios que se van a entregar y luego desarrollarlo.
- Modelo en espiral: desarrollado para cubrir las mejores características del ciclo de
vida clásico, de la creación de prototipos y añadiendo el análisis de riesgo. Define 4
actividades:
1) Establecimiento de objetivo: determinación de objetivos, alternativas y
restricciones.
2) Valoración y reducción de riesgo: análisis de alternativas e identificar resolver
los riesgos.
3) Desarrollo y validación: se elige un modelo de desarrollo para el sistema.
4) Evaluación del cliente: el proyecto se revisa y se decide si continuar con otro
ciclo de la espiral. Si “sí”, se trazan planes para la siguiente fase del
proyecto.
- Modelo DRA (Desarrollo Rápido de Aplicaciones): método lineal secuencial que
enfatiza un ciclo de desarrollo extremadamente corto. Adaptación a alta velocidad
del modelo lineal secuencial en el que se logra el desarrollo rápido utilizando una
construcción basada en componentes. Funcional si se comprenden bien los
requisitos y se limita el ámbito del proyecto y realización en poco tiempo.

Ingeniería en sistemas: es la actividad de especificar, diseñar, implementar, validar, utilizar y

mantener los sistemas socio-técnicos, abarca software y hardware.
Sistemas Socio-técnicos, son complejos y se ven por capas:
1) Capa de equipo: son los dispositivos de hardware.
2) Capa SO: interactúa con el hardware y ofrece facilidades para capas de software .
3) Capa comunicación y gestión de datos: capa media entre aplicación y la del SO que
extiende facilidades del SO y ofrece una interfaz que permite la interacción con
funcionalidad más extensa a una base de datos de un sistema.
4) Capa de aplicaciones: entrega la funcionalidad específica de la aplicación que se
requiere. Puede tener varios programas de aplicación diferentes.
5) Capa proceso empresarial: en este nivel se definen y establecen los procesos
empresariales de la organización que usan el software del sistema.
6) Capa de la organización: son procesos estratégicos de alto nivel, así como reglas,
políticas y normas de la empresa que deben seguirse al usar el sistema.
7) Capa social: se definen las leyes y regulaciones de la sociedad que rigen la
operación del sistema.
Diseño del sistema se basa en distintas actividades dentro de este proceso:
1) Dividir requerimientos, analizarlos y agruparlos en grupos afines para así identificar
subsistemas.
2) Identificar subsistemas que pueden individual o colectivamente cumplir los
requerimientos.
3) Asignar requerimientos a los subsistemas.
4) Especificar la funcionalidad de los subsistemas, enumerar funciones específicas
asignadas a cada subsistema (parte de diseño del sistema o parte de la
especificación de requerimientos).
5) Definir interfaces necesarias y requeridas para cada subsistema.
Modelado de sistemas: la actividad de requerimientos y diseño del sistema pueden ser
modeladas como varios componentes y sus relaciones como así también los subsistemas y
las relaciones entre ellos.
HAY VARIAS DIAPOSITIVAS AL PEDO

CAPÍTULO 3
Proceso unificado: ejemplo de proceso iterativo, es un proceso de desarrollo de software de
gran éxito para la construcción de sistemas que combina prácticas aceptadas como buenas,
tales como el ciclo de vida iterativo y desarrollo dirigido por el riesgo, en una descripción
consistente y bien documentada.
Características del UP:
● Desarrollo iterativo e incremental: el proyecto se organiza en una serie de mini-
proyectos cortos (duración fija 2 a 6 semanas) llamadas iteraciones, donde un
conjunto reducido de requerimientos se diseña, implementa y prueba. El resultado
de cada iteración es un sistema que puede ser probado, integrado y ejecutado. La
salida es un subconjunto con calidad de producción final.
● Rápida retroalimentación y asimilación de los cambios, por el tamaño limitado de lo
realizado en cada iteración.
● Se abordan, resuelven y prueban primeramente las decisiones de diseño críticas o
de alto riesgo.
● Si no se logra cumplir lo previsto dentro del plazo estipulado, se aconseja transferir
tareas o requisitos para una iteración posterior, no modificar la fecha de entrega de
la iteración actual.

Incrementos versus iteraciones: los ciclos por fases intentan poner en manos del usuario un
sistema con prestaciones parciales, que se va completando con nuevas prestaciones en
fases sucesivas. Así, el usuario tiene en producción algunas funcionalidades mientras se
van desarrollando las otras.
El desarrollo incremental genera versiones comenzando con un subsistema funcional
pequeño, al cual se le va agregando funcionalidad con cada versión. El desarrollo iterativo
entrega un sistema completo desde el principio, y luego cambia la funcionalidad de algún
subsistema en cada nueva versión. Ambos enfoques pueden combinarse en un desarrollo
iterativo e incremental
Desarrollo iterativo: el desarrollo se organiza mediante una serie de mini-proyectos cortos,
de duración fija llamados iteraciones. Cada uno debe ser probado, integrado / ejecutado e
incluye actividades de análisis de requisitos, diseño, implementación y pruebas. El ciclo de
vida iterativo se basa en la ampliación y refinamiento sucesivo del sistema mediante
múltiples iteraciones, con retroalimentación y adaptación.
El sistema crece incrementalmente a lo largo del tiempo, iteración tras iteración y por ello se
conoce como Desarrollo Iterativo e Incremental. Entre los beneficios están:
- Reducción de posibles riesgos altos (técnicos, requisitos, objetivos , usabilidad, etc).
- Progreso visible en la primera etapa.
- Temprana retroalimentación , compromiso de los usuarios y adaptación.
- Gestión de la complejidad, el equipo no se ve abrumado por la parálisis del análisis o
pasos largos y complejos.
- El conocimiento adquirido en una iteración se emplea metódicamente para mejorar
el proceso de desarrollo iteración a iteración.
Recordar que las iteraciones deben ir de 2 a 6 semanas como pequeños pasos ya que
iteraciones largas ponen en riesgo el proyecto por desmotivación.
Disciplinas y artefactos: el UP se desarrolla en disciplinas o flujos de trabajo, las cuales son
un conjunto de actividades de un área determinada. Estas actividades generan artefactos,
los cuales son resultados de los trabajos ya sea un texto, una página web, código/programa.
Algunos artefactos durante el UP de software son:
● Texto de casos de uso sugiere términos, conceptos, atributos y asociaciones en el
modelo de dominio.
● El modelo de dominio sugiere nombres de las clases, asociaciones y atributos del
diagrama de clases de diseño.
● Los contratos de operaciones describen los cambios de estado en los objetos del
modelo de dominio (creación, destrucción), sus atributos y sus asociaciones.
● Los diagramas de interacción y de clases de diseño permiten a los programadores
implementar los componentes de software y las pruebas de verificación
● El Glosario, lista de los términos relevantes y sus definiciones cuyo propósito es
evitar interpretaciones dispares o ambiguas de términos técnicos o propios del
dominio. No reúne todos los términos, sino los que se entiende necesario dar una
definición precisa (algunos de los términos del modelo de dominio también(.
Especificación complementaria: reúne requerimientos, restricciones e información que
resulta difícil reflejar en los casos de uso o en el glosario, son cosas como requisitos
especiales de funcionalidad, confiabilidad y soporte, restricciones de soft, hard y de
desarrollo, exigencias de documentación, normas, ambientes físicos, reglas de la empresa,
entre otras.
Fases del UP (cuatro):
1) Inicio: visión aproximada, análisis de riesgo, alcance, estimaciones imprecisas. Fase
para ver la viabilidad del proyecto. Se realizarán investigaciones más profundas del
problema en la fase de elaboración. Puede ser muy breve si se trata de un problema
conocido, o se ha decidido realizar el proyecto de todas formas.
2) Elaboración: visión refinada, implementación iterativa del núcleo, resolución de
riesgos altos, identificar requisitos, estimaciones realistas. Fase de implementación
donde se descubren los restantes requerimientos, se implementan y prueban los
elementos básicos de la arquitectura, reducen riesgos e incertidumbres principales.
3) Construcción: implementar requisitos de menor riesgo y más fáciles, preparar
despliegue.
4) Transición: pruebas beta (fases con errores) y despliegue.
Recapitulando en el UP de desarrollo de software, se reconocen las fases de Inicio,
Elaboración, Construcción y Transición, en cada una de las cuales se cumplen una o más
iteraciones. El desarrollo es iterativo e incremental; en cada iteración se agrega algo más, y
el sistema está en continuo crecimiento hasta su entrega. En cada iteración hay análisis de
requerimientos, diseño, implementación y verificación, así como puesta a punto y
coordinación de todos los artefactos.

CAPÍTULO 4

Un modelo: una simplificación o abstracción de la realidad que nos sirve para comprender
mejor el sistema en desarrollo y porque no puede construirse el sistema en su totalidad. Los
principales objetivos del modelado son:
- Ayudar a visualizar cómo es o queremos que sea el sistema
- Especificar la estructura o comportamiento de un sistema.
- Proporcionar plantillas que guían la construcción de un sistema.
- Documentan las decisiones tomadas.
UML: es un lenguaje de modelado de propósito general que pueden utilizar todos los
modeladores que se utiliza para especificar, visualizar, construir y documentar los artefactos
de un sistema software. No pretende ser un método completo de desarrollo ni incluir un
proceso de desarrollo paso a paso sino que está pensado para dar soporte a todos o al
menos, a la mayoría de los procesos de desarrollo.
Principios del modelado:
1) La elección de qué modelo crear tiene peso sobre cómo se aborda un problema y
cómo se da una solución (elegir bien el modelo).
2) Todo modelo puede expresarse en distintos niveles de precisión o detalle.
3) Los mejores modelos están ligados a la realidad.
4) Un sólo modelo no es suficiente, es mejor utilizar un conjunto pequeño de modelos
que sean independientes.

DIAGRAMA DE BLOQUES - TIPS

A)- El nombre de las tablas se escriben en plural y representan muchos datos almacenados
o en reposo.
B)- Los procesos se escriben formato verbo (infinitivo)– objeto – transforman entradas en
salidas.
C)- Los flujos mueven datos, no pueden contener verbos.
D)- Los datos de entrada no pueden ser los mismos que de salida, porque si fueran iguales
no se habría ejecutado el proceso.
E)- Las entradas pueden ser seriadas, es decir los datos de entrada en muchos casos, son
la precondición del proceso, los de salida es la postcondición o resultado luego de haberse
ejecutado el proceso.
F)- El nombre del proceso delimita el sistema y define lo que hace internamente.
G). El ambiente o frontera delimita o fija las políticas de los procesos internos al mismo.
Delimita lo que pertenece de lo que no pertenece al sistema.