AP7-AA6-Ev2-Codificación de los módulos del sistema de Información

BRAYANN ANDREY MORENO MURILLO

SENA

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

BOGOTÁ

2018
MODULO DE SISTEMAS DE INFORMACION

1.1 SISTEMAS DE INFORMACIÓN EN LOS NEGOCIOS ACTUALES

Un sistema de información (SI) es un conjunto de elementos orientados al

tratamiento y administración de datos e información, organizados y listos para su
uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos
formarán parte de alguna de las siguientes categorías:

• Personas
• Datos
• Actividades o técnicas de trabajo
• Recursos materiales en general (generalmente recursos informáticos y de
comunicación, aunque no necesariamente).

Todos estos elementos interactúan para procesar los datos (incluidos los procesos
manuales y automáticos) y dan lugar a información más elaborada, que se
distribuye de la manera más adecuada posible en una determinada organización,
en función de sus objetivos.

ANÁLISIS: Primero debemos comprender qué es un sistema de información… “Es

un conjunto de componentes interrelacionados que recolectan, procesan,
almacenan y distribuyen la información para apoyar la toma de decisiones y el
control de una organización”. Estos sistemas de información transforman datos en
bruto en información útil por medio de tres actividades básicas: entrada,
procesamiento y salida. Son creados y utilizados gracias a la tecnología de
información, que es un conjunto de software y hardware con el que cuenta la
organización para almacenar, compartir y distribuir la información para alcanzar
los objetivos y desde una perspectiva empresarial proporcionan una solución a un
problema o reto que enfrenta una empresa y reditúa un valor económico real a
ésta.

1.2 NEGOCIOS GLOBALES: COMO UTILIZAN LAS EMPRESAS LOS

SISTEMAS DE INFORMACIÓN

Las empresas han incorporado dentro de sus procesos los sistemas de

información, estos son de gran relevancia que permiten a estas, desarrollar sus
actividades de trabajo, con información y conocimiento, al mismo tiempo ha
permitido un aumento en la eficiencia de los procesos y la automatización de
muchos otros procesos para competir a niveles más globales. Los sistemas de
información se pueden establecer desde dos perspectivas: la funcional, en la que
se encuentran sistemas de ventas y marketing, de manufactura y producción,
financieros y contables, de recursos humanos., que fortalecen las tomas de
decisiones de la empresa.

ANÁLISIS: Que hoy en día los sistemas de información nos han ayudado mucho
en nuestras labores y superaciones que tenemos día a día ya que con estos
podemos agilitar la forma de procesar la información y agilitar lo que son los
negocios online ya que tienen un método de respuesta muy rápido ya que no es
necesario ir al sito donde se encuentra la empresa si no hacer la compra vía online
ya que con unas cuantas preguntas el negocio está dado y se efectúa en cuestión
de minutos lo que antes tomaba horas, días que era muy molestoso.
1.3 SISTEMAS DE INFORMACIÓN Y ORGANIZACIÓN ESTRATEGIA

La interacción entre la tecnología de información y las organizaciones es muy

compleja y recibe la influencia de muchos factores mediadores, como la
estructura, los procesos de negocios, las políticas, la cultura, el entorno y las
decisiones administrativas. Algunos de los cambios que ocurren en las empresas
a causa de las nuevas inversiones en tecnología de información no pueden verse
y sus resultados podrían o no satisfacer sus expectativas. Una organización es
una estructura social formal, estable, que toma recursos del entorno y los procesa
para producir bienes y servicios. También son estructuras sociales porque
constituyen un conjunto de elementos sociales, de manera parecida a la estructura
de una máquina.

ANÁLISIS: Que cada sistema de información tiene como fin realizar una manera
de estrategia y organización para así llevar a una empresa al éxito ya que todo
dependerá del proceso de información que realice dicho sistema por eso depende
de los gerentes buscar nuevas estrategia y organización de mercado para liderar
como empresa.

1.4 ASPECTOS ÉTICOS Y SOCIALES DE LOS SISTEMAS DE INFORMACIÓN

La ética nos señala los principios de lo correcto e incorrecto que formen nuestra
conducta y que como seres libres optamos para la toma de nuestras decisiones.
Los sistemas de información (Internet, comercio electrónico, etc.) se pueden
utilizar y aprovechar para realizar cosas muy beneficiosas como el progreso social
y no para cometer delitos y amenazar los valores más preciados.

Deberíamos preguntarnos siempre si le estamos dando el uso adecuado y

correcto de los Sistemas de Información; para esto debemos informarnos bien
sobre la Protección a la privacidad personal y al derecho intelectual para no
dejarse engañar.
ANÁLISIS: La ética en la sociedad actual tiene muchos significados actualmente
las personas tienen que actuar con más amabilidad pero teniendo un beneficio ya
sea de la sociedad o de las personas y más que nada de tener un balance de los
actos teniendo así una expectativa de lo que se quiere lograr o cuáles son sus
objetivos.

2.1 INFRAESTRUCTURA DE TI Y TECNOLOGÍAS EMERGENTES

Una nueva infraestructura de TI. Es indispensable para apoyar las operaciones

cotidianas basadas en el flujo continuo de información: del entorno de la
organización y dentro de la organización misma, dicha infraestructura sirve como
plataforma para poner en práctica la estrategia de negocios, enfrentar los cambios
del entorno y proporcionar un nuevo conjunto de habilidades y procesos a sus
administradores.
ELEMENTOS DE LA NUEVA INFRAESTRUCTURA DE TI.

Hay cuatro principales infraestructuras de sistemas: sistemas antiguos,

cliente/servidor, Internet/Intranet y comunicaciones inalámbricas/celulares. Una
gran parte de la computación corporativa se sigue basando en una arquitectura
cliente/servidor que llega a los escritorios, respaldada por aplicaciones y bases de
datos de microcomputadoras del sistema antiguo. Esta infraestructura tradicional
ahora debe integrarse con Internet pública y con las Intranets corporativas,
además una nueva forma de trabajo móvil está usando dispositivos portátiles de
PC y PDA (ayudantes digitales personales) que deben tener casi el mismo acceso
a los datos corporativos. Para complicar aún más las cosas es común que la
compañía tenga que interactuar con los sistemas de otras empresas. (BLOG,
2010)

2.2 FUNDAMENTOS DE INTELIGENCIA DE NEGOCIOS: ADMINISTRACIÓN

DE LA BASE DE DATOS E INFORMACIÓN

Las empresas se encargan de recopilar su información por medio de sistemas de

bases de datos (conformados por una serie de archivos), lo que trata es de
garantizar un entorno conveniente y eficiente, para almacenar, procesar y extraer
información; donde los funcionarios pueden acceder en el momento que los
necesiten, avalando por la exactitud e integridad de estos.

Actualmente lo que se busca es disminuir ciertos problemas como el duplicado y

no disponibilidad de los datos, la falta de medidas de seguridad, entre otros; que
pueden afectar el buen funcionamiento de la empresa, ya que la información se
vuelve vulnerable a que terceros puedan acceder y manipularla, a que los datos
no estén en el momento que sean solicitados o que simplemente se encuentren
inconsistencias en la información accedida. Esto sucede puesto que no cuentan
con sistemas de bases de datos diseñados para el porvenir del negocio, por medio
de un estudio previo, que pueda mostrar cuáles son las necesidades reales de la
empresa, adecuándolos a estos resultados; asimismo, con el debido seguimiento
de que se está cumpliendo con los objetivos del sistema y que ante cualquier falla
se realizará la correspondiente corrección.
Dentro de los tipos de sistemas de administración de bases de datos, el relacional
es el más utilizado, esto porque es más sencillo y comprensible por los usuarios
finales y los profesionales de tecnologías de información; además puede
progresar, ya que las relaciones entre los datos no necesitan estar predefinidas.

Por otra parte, podemos encontrar que las empresas se apoyan de la elaboración
de consultas e informes para poder tener una idea del funcionamiento de la
empresa, así lograr mayor seguridad en que sus actividades se están realizando
adecuadamente, un ejemplo de ellos es la aplicación del SQL (Lenguaje de
Consultas Estructurado) lo cual permite mejorar el desempeño de la empresa y
tomar en la medida de lo posible las mejores decisiones. (BLOG, BLOG, 2010)

2.3 PROTECCIÓN DE LOS SISTEMAS DE INFORMACIÓN

Trata sobre la protección de los sistemas de información con ello hace mención al
llamado phishing, que es un tipo especial de robo de identidad. Este problema de
seguridad ha provocado grandes pérdidas económicas a empresas y la
desconfianza entre las perronas que realizan transacciones por medio electrónico.

Las redes públicas son más vulnerables que las internas, debido a que estas
últimas cuentas con más seguridad, pero cuando las redes corporativas se
enlazan a la Internet los sistemas de información se vuelven vulnerables a ataques
de extraños. Por causa de la mejora en los servicios de conexión (como redes de
banda ancha) las personas tienen mayor vulnerabilidad ante los hackers, ya que
pasan más tiempo conectados a la red, exponiendo su información personal.

También se menciona sobre la poca o nula inversión que se da en seguridad y

control en los sistemas de información y las consecuencias que conlleva para la
compañía dejar de lado estos aspectos, provocando un gran riesgo de que la
información importante, confidencial sea sustraída por hackers, para diversos
fines, donde los únicos perjudicados serán los dueños de la información.

La necesidad de establecer una estructura organizacional para tener mayor

seguridad y control, se plantea en el capítulo, como necesario ante cualquier acto
de robo de información por medio de la red. Con las tecnologías se puede
establecer una mayor seguridad para la información que se mantienen en las
compañías.

Es importante que las empresas realicen una evaluación del riesgo con el fin de
determinar cuáles son los controles debilites y los más provechosos que hay en la
organización. Además es necesario implementar una política de seguridad
corporativa y planes de contingencia ante cualquier situación
En la actualidad las empresas dependen en gran parte de los sistemas de
información, y han tenido que adaptarse ante estos cambios del mercado
(comercio electrónico), pero esto ha provocado que se den más riesgos al robo y
daño de la información, así como al daño de los equipos. Es necesario que las
organizaciones evalúen las herramientas y las tecnologías que mantienen para
salvaguardar los recursos informáticos para que la información este siempre
disponible y con ello procurar la continuidad del negocio. Entre algunas
tecnologías y herramientas para mantener la seguridad se tienen: los firewalls
(impiden que usuarios no autorizados ingresen a una red privada), también existen
otras herramientas para poder identificar a los usuarios que quieren ingresar al
sistema, como las contraseñas, tokens, tarjetas inteligentes y autenticación
biométrica. Existen otros medios utilizados con más frecuencia como el software
antivirus. (BLOG, BLOG, 2009)

3.1 EL ROL DE ANALISTA DE SISTEMAS

Analista de Sistema: puede referirse al encargado del desarrollo de aplicaciones

en lo que respecta a su diseño y obtención de los algoritmos, así como de analizar
las posibles utilidades y modificaciones necesarias de los sistemas operativos
para una mayor eficacia de un sistema informático. Otra misión de estas personas
es dar apoyo técnico a los usuarios de las aplicaciones existentes.

Hoy en día, el analista de sistema ha tenido que actualizarse absorbiendo

conocimientos nuevos para poder realizar su trabajo ya que las exigencias de las
nuevas tecnologías y metodologías de desarrollo de software han cambiado. Los
avances de la ingeniería del software en su corta vida han puesto de manifiesto
que las funciones que cumplía el analista de sistemas no eran suficientes para
lograr un mínimo éxito en el desarrollo de software de hoy día.
Las funciones más relevantes que se incorporan son:

· Dirección (de proyectos), para dirigir los recursos hacia el resultado deseado.
· Deducción de requisitos, para determinar el comportamiento que se espera del
software.
· Garantía de calidad, para garantizar las expectativas del cliente.
· Diseño, para que exista una mínima certeza de que el software es viable y eficaz
con la tecnología existente.
· Gestión de configuración, para controlar el caos a medida que el software crece.

Estas funciones han sido adoptadas en muchos casos por analistas, pero no son
materia específica de esta profesión. En algunas organizaciones (y en algunos
países) la profesión ya no existe, siendo sustituida por otras figuras (pero siempre
bajo el perfil de analista de sistemas ya que no se puede desvincular la necesidad
de la captura de requerimientos y niveles de abstracción con los cuales el
profesional puede plasmar la necesidad del cliente en los documentos
correspondientes y realizar posteriormente el diseño del sistema) tales como el
ingeniero de software, el jefe de proyecto, el modelador de software, o el analista-
programador. Esta última figura es muy popular ya que resuelve los típicos
problemas de comunicación que existían entre analistas y programadores. Estos
problemas se deben a la extrema idealización de la especialización de funciones.

Lo que no se escapa a la realidad es la necesidad de un rol que posea tanto

conocimientos técnicos como de análisis ya que siempre se necesitará un
intérprete entre el cliente y los programadores involucrados en los proyectos; y no
existen carreras como la de jefe de proyecto o modelador de software. Es
deseable también que el analista de sistemas tenga conocimientos -al menos
básicos- de usabilidad. Ya que cualquier sistema que no esté al servicio de los
usuarios o diseñado pensando en el usuario, no tiene mucho sentido.
(WIKIPEDIA, 2013)

3.2 EL ESTILO ORGANIZACIONAL Y SU IMPACTO EN LOS SISTEMAS DE

INFORMACIÓN.

Los analistas de sistemas para poder analizar y diseñar un sistema de información

deben visualizar las organizaciones en las que laboran como sistemas formados
por las interacciones de tres fuerzas principales como lo son:

Los niveles de administración, el diseño de las organizaciones y las culturas de

dichas organizaciones.

Las organizaciones pueden ser sistemas complejos que a su vez se puede

componer de subsistemas que interconecten o sean independientes. Estos
subsistemas se caracterizan por su entorno que va de un continuo abierto y
cerrado. Por lo general es sistema abierto permite el libre tránsito de recursos
(gente información material) al contrario de los sistemas cerrados o permiten que
la información fluya de manera libre no existe entradas ni salidas.

Los analistas usan los diagramas de entidad-relación para comprender las

entidades y sus relaciones, las cuales conforma el sistema organizacional. Estos
diagramas son los que conforman el sistema organizacional ya que pueden
describir relaciones uno a uno, uno a muchos y muchos a muchos.

Hay tres niveles de control administrativo:

* El operativo
* El nivel medio
* El estratégico

El tiempo para la toma de decisiones es distinto en cada nivel.

Culturas y subculturas dentro de las organizaciones son factores importantes
determinan la manera de cómo la gente utiliza la información así como los
sistemas de información. (BLOGSPOT, 2010)

3.3 DETERMINACIÓN DE LA VIABILIDAD Y ADMINISTRACIÓN DE LAS

ACTIVIDADES DE ANÁLISIS Y DISEÑO.

Los proyectos pueden ser solicitados por diversas personas de la organización o

por los mismos analistas de sistemas.

La selección de un proyecto es una decisión difícil, ya que se solicitarán más

proyectos de los que se pueden realizar. Cinco criterios importantes para la
selección de proyectos son:

1.- Que el proyecto solicitado tenga el respaldo de los directivos de la organización

2.- Que cuente con un periodo adecuado de compromiso para la terminación del
proyecto
3.- que impulse a la organización hacia la consecución de sus metas
4.- Que sea factible
5.- que tenga la importancia suficiente para darle mayor prioridad que a otros
proyectos.

Determinación de la viabilidad y administración de las actividades de análisis y

diseño

Entre muchas de las capacidades fundamentales que debe dominar un analista de

sistemas se incluye la iniciación de proyectos, la determinación de la viabilidad de
un proyecto, la programación de proyectos, y la planeación y administración de las
actividades y los miembros de un equipo para optimizar la productividad.
Estas capacidades se consideran aspectos fundamentales de un proyecto.

Un proyecto de sistemas comienza con problemas o con oportunidades de realizar

mejoras en un negocio, que surgen con frecuencia conforme la organización se
adapta al cambio. (BLOG, BLOG, 2010)

4.2 RECOPILACIÓN DE INFORMACIÓN: MÉTODOS INTERACTIVOS

Hay dos tipos básicos de preguntas: abiertas o cerradas. Las preguntas abiertas
permiten al entrevistado usar todas las opciones de respuestas. Las preguntas
cerradas limitan las opiniones posibles. Los sondeos o preguntas de seguimiento
pueden ser abiertos o cerrados, pero piden al encuestado una respuesta más
detallada.

Las preguntas pueden estructurarse de tres maneras básicas: pirámide, embudo y

diamante. Las estructuras de pirámide empiezan con preguntas cerradas y
detalladas y finalizan con preguntas más amplias y generales. Las estructuras de
embudo empiezan con pregunta abierta y general y a continuación pasan a
preguntas cerradas más específicas. La estructuras con forma de diamante
combinan la fortaleza de las otras dos estructuras, pero toma mucho más tiempo
para realizarse. Hay ventajas y desventajas involucradas en la decisión de cuan
estructuradas hacer las preguntas de la entrevista y la secuencia de preguntas.

Para reducir el tiempo y costo de las entrevistas personales, los analistas podrían
considerar como una alternativa el diseño conjunto de aplicaciones. Con jad, los
analistas pueden examinar los requerimientos y diseñar una interfaz de usuario de
manera conjunta con los usuarios. La evaluación cuidadosa de la cultura particular
de una organización ayudara al analista a determinar si el jad es una alternativa
adecuada.

Mediante los cuestionarios, los analistas de sistema pueden recopilar datos sobre
las actitudes, creencias, comportamiento y características de las personas
importantes de la organización. Los cuestionarios son útiles si los miembros de la
organización están dispersos se requiere trabajo de investigación antes de
recomendar alternativas, o hay necesidad de detectar problemas antes de que se
realice las entrevistas. (MONOGRAFIAS, 2010)
4.3 RECOPILACIÓN DE INFORMACIÓN: MÉTODOS NO INTRUSIVOS.

MUESTREO

El muestreo es el proceso consistente en seleccionar sistemáticamente elementos

representativos de una población. Cuando dichos elementos se examinan con
cuidado, se da por hecho que el análisis revelará información útil de la población
en general.

El analista de sistemas debe tomar una decisión sobre dos aspectos importantes.
Primero, hay una gran cantidad de informes, formularios, documentos de
resultados, memorandos y sitios Web que han sido creados por los miembros de
la organización.

LA NECESIDAD DE MUESTREO

Hay muchas razones por las cuales un analista de sistemas tendría que
seleccionar una muestra representativa de datos para examinarla o personas
representativa para entrevistarlas, aplicarles un cuestionario u observarlas. Entre
estas razones se incluyen:

1. Reducir costos.
2. Acelerar la recopilación de datos.
3. Mejorar la efectividad.

El muestreo ayuda a acelerar el proceso mediante la recopilación de datos

seleccionados en lugar de todos los datos de la población entera. Además, el
analista de sistemas se ahorra el trabajo de analizar los datos de toda la
población.

DISEÑO DEL MUESTREO

Un analista de sistemas debe seguir cuatro pasos para diseñar una buena
muestra:
1. Determinar qué datos van a ser recopilados o descritos.
2. Determinar de qué población se van a tomar muestras.
3. Escoger el tipo de muestra.
4. Decidir el tamaño de la muestra.
4. Reducir la parcialidad. (BLOGMARISELA, 2010)
4.3 ELABORACIÓN DE PROTOTIPOS DE RAD
Y PROGRAMACIÓN EXTREMA.

Como analista de sistemas que presenta un prototipo del sistema información,

usted está bastante interesado en las reacciones de los usuarios y los directivos
de la organización hacia el prototipo .Usted desea saber detalladamente cómo
reaccionarán al trabajar con el prototipo y que también satisfarán sus necesidades
la características del sistema a partir de las cuales se elaboró el prototipo. Las
reacciones se recopilan a través de la observación, las entrevistas y las hojas de
retroalimentación (posiblemente los cuestionarios) diseñados para obtener la
opinión de cada persona sobre el prototipo después que interactúan con él.

La información recopilada en la fase de elaboración de prototipos permite al

analista establecer las prioridades y cambiar el rumbo de los planes a bajo costo,
con un mínimo de molestias. Debido a esta característica, la elaboración de
prototipos y la planeación van de la mano.

Clases de prototipos

La palabra prototipo se usa de muchas formas diferentes. En lugar de sintetizar

todos estos usos en una sola definición o de tratar de convenir en un enfoque
correcto al tema un tanto polémico de la elaboración de prototipos, ilustramos la
manera en que cada una de varias concepciones de la elaboración de prototipos
se puede aplicar convenientemente en una situación particular.

Prototipo corregido La primera clase de elaboración de prototipos tiene que ver

con la construcción de un sistema que funciona pero se corrige simultáneamente.
En la ingeniería a este enfoque se le llama elaboración de una tabla experimental:
la creación, en una tableta de pruebas, de un modelo funcional de un circuito.

PROGRAMACIÓN EXTREMA

La programación extrema (XP) es un enfoque de desarrollo de software (tratando

el capítulo 3) que adopta lo que generalmente designamos como práctica de
desarrollo de software aceptable y las lleva al extremo. Por ejemplo, la
retroalimentación es importante para los programadores, analistas, diseñadores,
usuarios y computadoras (como verán en el capítulo 14). Así que la programación
extrema usa ciclo de retroalimentación cada vez más rápido e intenso, que
proporcionan más información.
La administración de proyecto es importante ( como se vio en el capítulo 3), de tal
manera que la programación extrema intenta definir rápidamente un plan global
del sistema, desarrollar y liberar rápidamente el software y posteriormente
revisarlo continuamente para incorporarles características adicionales. Los
programadores, analistas y diseñadores ordinarios que trabajan
independientemente y luego integran su trabajo logran resultados sólidos; los
programadores extremos que trabajan en parejas pueden ser excelentes. Pero la
programación extrema no solo se basa en los resultados. Se basa en los valores
principios y prácticas. Ahora examinaremos como los valores y Principios de XP
dan forma al desarrollo de sistemas extremos. (MONOGRAFIAS,
MONOGRAFIAS, 2010)

5.1 USO DE DIAGRAMA DE FLUJO DE DATOS.

Un diagrama de flujo de datos (DFD por sus siglas en español e inglés) es una
representación gráfica para la maceta del "flujo" de datos a través de un sistema
de información. Un diagrama de flujo de datos también se puede utilizar para la
visualización de procesamiento de datos (diseño estructurado). Es una práctica
común para un diseñador dibujar un contexto a nivel de DFD que primero muestra
la interacción entre el sistema y las entidades externas. Este contexto a nivel de
DFD se "explotó" para mostrar más detalles del sistema que se está modelando.

Los diagramas de flujo de datos fueron inventados por Larry Constantine, el

desarrollador original del diseño estructurado, basado en el modelo de
computación de Martin y Estrin: "flujo gráfico de datos”. Los diagramas de flujo de
datos (DFD) son una de las tres perspectivas esenciales de Análisis de Sistemas
Estructurados y Diseño por Método SSADM. El patrocinador de un proyecto y los
usuarios finales tendrán que ser informados y consultados en todas las etapas de
una evolución del sistema. Con un diagrama de flujo de datos, los usuarios van a
poder visualizar la forma en que el sistema funcione, lo que el sistema va a lograr,
y cómo el sistema se pondrá en práctica. El antiguo sistema de diagramas de flujo
de datos puede ser elaborado y se comparó con el nuevo sistema de diagramas
de flujo para establecer diferencias y mejoras a aplicar para desarrollar un sistema
más eficiente. Los diagramas de flujo de datos pueden ser usados para
proporcionar al usuario final una idea física de cómo resultarán los datos a última
instancia, y cómo tienen un efecto sobre la estructura de todo el sistema. La
manera en que cualquier sistema es desarrollado, puede determinarse a través de
un diagrama de flujo de datos. Modelo de datos tiene 3 niveles, los cuales son:

· Nivel 0: Diagrama de contexto.

· Nivel 1: Diagrama de nivel superior.
· Nivel 2: Diagrama de detalle o expansión

(WIKIPEDIA, WIKIPEDIA, 2013)

5.2 ANÁLISIS DE SISTEMAS MEDIANTE DICCIONARIO DE DATOS.

El diccionario de datos es una aplicación especializada de los tipos de diccionarios

usados como referencia en la vida cotidiana. El diccionario de datos es una obra
de consulta con información acerca de los datos (es decir, metadatos), compilada
por los analistas de sistemas para guiarse en el análisis y diseño. Como un
documento, el diccionario de datos recopila y coordina términos de datos
específicos, y confirma lo que cada término significa para las diferentes personas
en la organización.

NECESIDAD DE ENTENDER EL DICCIONARIO DE DATOS

Muchos sistemas de administración de base de datos están equipados con un

diccionario

De datos automatizado. Estos diccionarios pueden ser complejos o sencillos.

Algunos diccionarios de datos computarizados catalogan automáticamente los
elementos de datos

Cuando se hace la programación; otros simplemente proporcionan una plantilla

para motivar a la persona que llene el diccionario a que lo haga de una manera
uniforme para cada entrada.
ESTRUCTURAS DE DATOS LÓGICAS Y FÍSICAS

Cuando las estructuras de datos se definen primero, sólo se incluyen los

elementos de datos que el usuario vería, tal como un nombre, dirección y saldo a
pagar. Esta fase es el diseño lógico, el cual muestra qué datos necesita el negocio
para sus operaciones diarias.

ALMACENES DE DATOS

Todos los elementos base se deben almacenar en el sistema. También los

elementos derivados se podrían almacenar en el sistema, tal como, para un
empleado, el sueldo bruto acumulado a la fecha. Los almacenes de datos se crean
para cada entidad de datos diferente que se almacenará. Es decir, cuando los
elementos base de un flujo de datos se agrupan para formar un registro
estructural, se crea un almacén de datos para cada registro estructural único.

CREACIÓN DEL DICCIONARIO DE DATOS

Las entradas del diccionario de datos se podrían crear después de completar el

diagrama de flujo de datos, o se podrían construir conforme se desarrolle el
diagrama de flujo de datos.

El uso de notación algebraica y registros estructurales permite al analista

desarrollar el diccionario de datos y los diagramas de flujo de datos mediante un
enfoque jerárquico de arriba hacia abajo.

Por ejemplo, el analista podría crear un flujo de datos de un Diagrama 0 después

de las primeras entrevistas y, al mismo tiempo, hacer las entradas preliminares del
diccionario de datos. Típicamente, estas entradas consisten en los nombres de los
flujos de datos encontrados en el diagrama de flujo de datos y sus estructuras de
datos correspondientes.

USO DEL DICCIONARIO DE DATOS

El diccionario de datos ideal es automatizado, interactivo, en línea y evolutivo.

Conforme el analista de sistemas descubre cosas nuevas de los sistemas de la
organización, se agregan elementos de datos al diccionario de datos. Por otro
lado, el diccionario de datos no es un fin en sí mismo y nunca debe serlo. Para
evitar desviarse del propósito principal con la construcción de un diccionario de
datos completo, el analista de sistemas debe verlo como una actividad paralela al
análisis y diseño de sistemas. (BLOGSPOT, BLOG, 2010)
5.3 DESCRIPCIÓN DE LAS ESPECIFICACIONES DE PROCESOS Y
DECISIONES ESTRUCTURADAS.

Los tres objetivos de la especificación de proceso son: reducir la ambigüedad de

los procesos, obtener una descripción precisa de lo que se logra y validar el
diseño de sistema. Una gran parte del trabajo del analista de sistemas involucrará
decisiones estructuradas, Para lograr esto, el analista necesita definir cuatro
variables en la decisión que está siendo examinada: condiciones, alternativas de
condición, acciones y reglas de acción. El lenguaje estructurado usa palabras
reservadas aceptadas, tales como SI, entonces, sino, hacer, hacer mientras y
hacer hasta para describir la lógica usada y usa sangrías para indicar la estructura
jerárquica del proceso de decisión. Las tablas de decisión proporcionan otra forma
para examinar, describir y documentar decisiones.

Cuatro cuadrantes:

1.- Describir las condiciones.

2.- Identificar alternativas de decisión posibles (tales como S o N).
3.- Indicar cuáles acciones deben ser ejecutadas.
4.- Describir las acciones.

El tercer método para el análisis de decisiones es el árbol de decisión que consiste

de nodos (un cuadrado para acciones y un círculo para condiciones) y ramas. Los
árboles de decisión son adecuados cuando se deben realizar acciones en una
secuencia determinada. (TAREAS, 2011)

5.4 PREPARACIÓN DE LA PROPUESTA DE SISTEMAS.

Ahora tenemos que saber a valorar e inventar el hardware y software actuales y

propuestos del sistema, otro punto que nos enseña este capítulo es evaluar el
software tomando en cuenta los pros y contras entre crear un software
personalizado y entre un software comercial, también pronostica los costos
tangibles e intangibles y realiza un análisis de costos y beneficios utilizando
diferentes métodos y por ultimo aprenderemos a escribir y a presentar sistemas
profesionales y muy eficaz que contengan gráficos y cifras.
En si la propuesta de sistemas es todo lo que el analista ha aprendido acerca de
una empresa o una organización y lo que necesita para mejorar su desempeño y
satisfacer adecuadamente a todos los requerimientos de información que
proporciona. El analista debe de usar diferentes métodos el cual le ayude a
preparar el sistema.

El analista debe tomar muy en cuenta que hardware y software va a utilizar para
implementar el sistema ya que son los usuarios que van a tener acceso al sistema,
por eso el analista debe de trabajar con los usuarios para así saber que hardware
y software utilizarían.

Pero para eso deben de crear un pronóstico de todos los análisis de costos y
beneficios que tendría el software y hardware.

El software y hardware es muy importante ya que es lo principal para crear el

sistema ya sin esas cosas pues obviamente no hay sistema por eso hay que
evaluar muy bien que todo el software y hardware de computo trabajen
perfectamente, los principales responsables de revisar o realizar la evaluación son
los analistas ya que son ellos que se preocupan por las mejoras del negocio.

Por eso para la preparación de la propuesta del sistema es de gran importancia

que el analista y los usuarios chequen que tipo de software y hardware necesitan
para que su sistema sea todo un éxito y no tengan problema más adelante con
ese mismo. (ROUSE, 2010)

5.5 DISEÑO DE UNA SALIDA Y ENTRADA EFICAZ.

La información que se entrega a los usuarios a través del sistema de información

utilizando intranets, extranets o la World Wide Web. Algunos datos requieren un
gran cantidad de procesamiento antes de transformarse en la salida apropiada;
otros se almacenan, y cuando se recuperan, se consideran como salida con poco
o ningún procesamiento. La salida puede tomar muchas formas: los informes
impresos tradicionales y los informes presentados de manera transitoria, como el
caso de las pantallas de computadora, las micro formas y la salida de audio. Los
usuarios dependen de la salida para realizar sus tareas y con frecuencia juzgan el
valor de un sistema solo por su salida. Para crear la salida más útil posible, el
analista de sistemas debe trabajar cerca con el usuario en un proceso interactivo
hasta que el resultado se considera satisfactorio.

DISEÑO DE UNA SALIDA EFICAZ

La salida es la información que se entrega al usuario por medio del sistema de

información utilizando intranets, extranet o la WWW, debido a que esta salida
están relevante para la aceptación de un SI, estos son algún objetivos claros a la
hora de crear dicho sistema.

· Diseñar la salida para satisfacer un propósito específico.

· Hacer significativa la salida para el usuario.
· Entregar la cantidad adecuada de salida.
· Proporcionar una distribución adecuada de la salida.
· Proporcionar la salida a tiempo.
· Elegir el método de salida más efectivo.
.Diseño de la salida para satisfacer un propósito específico

Toda salida de información debe tener un propósito, el analista debe averiguar que
propósito debe satisfacer. Para esto se tiene en cuenta que si la salida no es
funcional, no debe crearse, porque toda salida representa costos de tiempo y
recursos.

DISEÑO DE SALIDA PARA SATISFACER UN USUARIO

En SI grande que atiende a muchos usuarios con muchos propósitos diferentes, a

menudo es difícil personalizar la salida. Para esto se utilizan las entrevistas, las
observaciones entre otros, para poder diseñar una salida que satisfaga lo que
muchos usuarios, si no es que todos, necesitan y prefieren. (PROGRAMACION,
2010)

5.6 DISEÑO DE LA BASE DE DATOS

Una base de datos correctamente diseñada permite obtener acceso a información

exacta y actualizada. Puesto que un diseño correcto es esencial para lograr los
objetivos fijados para la base de datos, parece lógico emplear el tiempo que sea
necesario en aprender los principios de un buen diseño ya que, en ese caso, es
mucho más probable que la base de datos termine adaptándose a sus
necesidades y pueda modificarse fácilmente. En este artículo se proporcionan
instrucciones para preparar una base de datos. Aprenderá a decidir qué
información necesita, a dividir la información en las tablas y columnas adecuadas
y a relacionar las tablas entre sí. Debe leer este artículo antes de crear la primera
base de datos.
QUE ES UN BUENO DISEÑO DE LA BASE DE DATOS

El proceso de diseño de una base de datos se guía por algunos principios. El

primero de ellos es que se debe evitar la información duplicada o, lo que es lo
mismo, los datos redundantes, porque malgastan el espacio y aumentan la
probabilidad de que se produzcan errores e incoherencias. El segundo principio es
que es importante que la información sea correcta y completa. Si la base de datos
contiene información incorrecta, los informes que recogen información de la base
de datos contendrán también información incorrecta y, por tanto, las decisiones
que tome a partir de esos informes estarán mal fundamentadas.

Un buen diseño de base de datos es, por tanto, aquél que:

· Divide la información en tablas basadas en temas para reducir los datos

redundantes.
· Proporciona a Access la información necesaria para reunir la información de las
tablas cuando así se precise.
· Ayuda a garantizar la exactitud e integridad de la información.
· Satisface las necesidades de procesamiento de los datos y de generación de
informes. (MICROSOFT, 2005)

5.7 DISEÑO DE INTERFAZ DE USUARIO

El diseño de interfaz de usuario o ingeniería de la interfaz es el diseño de

computadoras, aplicaciones, máquinas, dispositivos de comunicación móvil,
aplicaciones de software, y sitios web enfocado en la experiencia de usuario y la
interacción.

Normalmente es una actividad multidisciplinar que involucra a varias ramas del

diseño y el conocimiento como el diseño gráfico, industrial, web, de software y la
ergonomía; y está implicado en un amplio rango de proyectos, desde sistemas
para computadoras, vehículos hasta aviones comerciales.

Su objetivo es que las aplicaciones o los objetos sean más atractivos y además,
hacer que la interacción con el usuario sea lo más intuitiva posible, conocido como
el diseño centrado en el usuario. En este sentido las disciplinas del diseño
industrial y gráfico se encargan de que la actividad a desarrollar se comunique y
aprenda lo más rápidamente, a través de recursos como la gráfica, los
pictogramas, los estereotipos y la simbología, todo sin afectar el funcionamiento
técnico eficiente.
La Interfaz de Usuario, en adelante IU, de un programa es un conjunto de
elementos hardware y software de una computadora que presentan información al
usuario y le permiten interactuar con la información y con el computadora.
También se puede considerar parte de la IU la documentación (manuales, ayuda,
referencia, tutoriales) que acompaña al hardware y al software.

Si la IU está bien diseñada, el usuario encontrará la respuesta que espera a su

acción. Si no es así puede ser frustrante su operación, ya que el usuario
habitualmente tiende a culparse a sí mismo por no saber usar el objeto.

Los programas son usados por usuarios con distintos niveles de conocimientos,
desde principiantes hasta expertos. Es por ello que no existe una interfaz válida
para todos los usuarios y todas las tareas. Debe permitirse libertad al usuario para
que elija el modo de interacción que más se adecúe a sus objetivos en cada
momento. La mayoría de los programas y sistemas operativos ofrecen varias
formas de interacción al usuario.

Existen tres puntos de vista distintos en una IU: el del usuario, el del programador
y el del diseñador (analogía de la construcción de una casa). Cada uno tiene un
modelo mental propio de la interfaz, que contiene los conceptos y expectativas
acerca de la misma, desarrollados a través de su experiencia.

El modelo permite explicar o predecir comportamientos del sistema y tomar las

decisiones adecuadas para modificar el mismo. Los modelos subyacen en la
interacción con las computadoras, de ahí su importancia.

Modelo del usuario: El usuario tiene su visión personal del sistema, y espera que
éste se comporte de una cierta forma. Se puede conocer el modelo del usuario
estudiándolo, ya sea realizando test de usabilidad, entrevistas, o a través de una
realimentación. Una interfaz debe facilitar el proceso de crear un modelo mental
efectivo.
Para ello son de gran utilidad las metáforas, que asocian un dominio nuevo a uno
ya conocido por el usuario. Un ejemplo típico es la metáfora del escritorio, común
a la mayoría de las interfaces gráficas actuales.

Modelo del diseñador: El diseñador mezcla las necesidades, ideas, deseos del
usuario y los materiales de que dispone el programador para diseñar un producto
de software. Es un intermediario entre ambos.

El modelo del diseñador describe los objetos que utilizan el usuario, su

presentación al mismo y las técnicas de interacción para su manipulación. Consta
de tres partes: presentación, interacción y relaciones entre los objetos.

La presentación: es lo que primero capta la atención del usuario, pero más tarde
pasa a un segundo plano, y adquiere más importancia la interacción con el
producto para poder satisfacer sus expectativas. La presentación no es lo más
relevante y un abuso en la misma (por ejemplo, en el color) puede ser
contraproducente, distrayendo al usuario.

La segunda parte del modelo define las técnicas de interacción del usuario, a
través de diversos dispositivos.

La tercera es la más importante, y es donde el diseñador determina la metáfora

adecuada que encaja con el modelo mental del usuario. El modelo debe comenzar
por esta parte e ir hacia arriba. Una vez definida la metáfora y los objetos del
interfaz, los aspectos visuales saldrán de una manera lógica y fácil.
(MONOGRAFIAS, MONOGRAFIAS, 2011)

5.8 DISEÑO DE PROCEDIMIENTOS PRECISOS DE ENTRADA DE DATOS

La calidad de datos es una medida de qué tan consistentemente correctos, dentro

de

ciertos límites prefijados, están los datos. Los datos codificados eficazmente
facilitan la entrada
de datos precisa al reducir la cantidad necesaria de datos y, con ello, el tiempo
requerido
para introducir la información.

CODIFICACIÓN EFECTIVA

Una de las formas en que los datos pueden ser introducidos de manera más
precisa y eficiente

Es mediante el empleo inteligente de varios códigos. El proceso de poner datos

Ambiguos o demasiado largos en unos cuantos dígitos o letras que se puedan

introducir

Fácilmente se conoce como codificación (que no se debe confundir con la

codificación

De programas.

La codificación ayuda a que el analista de sistemas alcance el objetivo de

eficiencia, debido

A que los datos codificados requieren menos tiempo para su captura y reducen la
cantidad

De elementos capturados.

La codificación es una forma fluida y concisa de capturar datos.

Además de proporcionar precisión y eficiencia, los códigos deben tener un

propósito. Los

Tipos específicos de códigos nos permiten tratar los datos de una forma particular.
Los propósitos

Para codificar incluyen lo siguiente:

1. Llevar registro de algo.

2. Clasificar la información.
3. Ocultar la información.
4. Revelar la información.
5. Solicitar la acción apropiada.

El código de derivación alfabética es un método que se usa comúnmente para

identificar
Un número de cuenta. El ejemplo de la figura 15.2 proviene de una etiqueta de
correo

Para una revista. El código se convierte en el número de cuenta. Los primeros

cinco dígitos

Conforman los primeros cinco dígitos del código postal del suscriptor, los
siguientes tres

Son las primeras tres consonantes del nombre del suscriptor, los siguientes cuatro
números son

De la calle y los últimos tres constituyen el código para la revista. El propósito

principal de

Este código es identificar una cuenta.

Una desventaja de un código de derivación alfabética se presenta cuando la parte

alfabética

Es pequeña (por ejemplo, el nombre Po) o cuando el nombre contiene menos

Consonantes que las requeridas por el código.

Un ejemplo de codificación de clasificación es la forma en que podría agrupar los

elementos

Deducibles de impuesto con el propósito de completar sus impuestos sobre la

renta. (ANGEL, 2010)

6.1 ASEGURAMIENTO DE LA CALIDAD MEDIANTE LA INGENIERÍA DE

SOFTWARE.

Dos propósitos guían el aseguramiento de la calidad. El primero es que el usuario

del sistema de información es el factor individual más importante en establecer y
evaluar su calidad. El segundo es que es mucho menos costoso corregir los
problemas en sus fases iniciales que esperar hasta que un problema se manifieste
a través de las quejas o crisis del usuario.

Algunos linchamientos para la programación modular incluyen lo siguiente:

1. Mantener cada módulo de un tamaño manejable (incluir a la perfección una sola

función).
2. Poner particular atención a las interfaces críticas (los datos y variables de
control que se
pasan a otros módulos].
3. Minimizar el número de módulos que el usuario debe modificar al hacer los
cambios.
4. Mantener las relaciones jerárquicas establecidas en las fases descendentes.

USO DE DIAGRAMAS DE ESTRUCTURA PARA DISEÑAR SISTEMAS

La herramienta recomendada para diseñar un sistema modular descendente se

denomina

Diagrama de estructura. Este gráfico simplemente es un diagrama que consiste de

cuadros

rectangulares, los cuales representan los módulos, y de flechas de conexión.

SUBORDINACIÓN DE MÓDULO

Un módulo subordinado es uno inferior en el diagrama de estructura llamado por

otro módulo

superior en la estructura. Cada módulo subordinado debe representar una tarea

que es

una parte de la función del módulo de nivel superior. Permitir que el módulo de
nivel inferior

desempeñe una tarea que no es requerida por el módulo que lo llama se

denomina

subordinación inadecuada. En tal caso, el módulo inferior se debe mover al nivel

superior

de la estructura.

El FOLKLORE

Es una técnica sistemática, basada en métodos tradicionales usados

para recopilar el folklore sobre las personas y leyendas. Este enfoque para la
documentación

de sistemas requiere que el analista entreviste a los usuarios, investigue la

documentación
existente en los archivos y observe el procesamiento de información. El objetivo es

recopilar la información correspondiente a una de cuatro categorías: costumbres,

anécdotas,

proverbios y formas artísticas.

CÓMO AUDITAR
Auditar es otra forma de asegurar la calidad de la información contenida en el
sistema. Ampliamente
definido, auditar se refiere a pedirle a un experto, que no esté involucrado en
crear o usar un sistema, examinar la información para determinar su fiabilidad.
(ANGEL, BLOG, 2010)

6.2 IMPLEMENTACION EXITOSA DEL SISTEMA DE INFORMACION

El concepto de sistemas distribuidos se usa de muchas formas diferentes. Aquí se

tomará en un sentido amplio para que incluya estaciones de trabajo que se
pueden comunicar entre sí y con los procesadores centrales, así como también
diferentes configuraciones arquitectónicas jerárquicas de procesadores de datos
que se comunican entre sí y que tiene diferentes capacidades de almacenamiento
de datos.

Uno de los aspectos costosos de implementar una LAN es que cada vez que se
mueve, se debe cambiar la instalación eléctrica. Algunas organizaciones están
afrontando esto al establecer una red inalámbrica de área local (WLAN) de alta
velocidad.

Ventajas de los sistemas distribuidos Los sistemas distribuidos permiten el

almacenamiento de datos en lugares donde no estorben a las transacciones de
tiempo real en línea. Por ejemplo, el tiempo de respuesta en las consultas se
podría mejorar si no todos los registros necesitan ser investigados antes de que se
dé una respuesta.

Desventajas de los sistemas distribuidos Los sistemas distribuidos presentan

algunos problemas únicos que los sistemas de cómputo centralizados no poseen.
El analista necesita pesar estos problemas contra las ventajas presentadas y
plantearlos también con el negocio interesado.

El primer problema es la confiabilidad de la red. Para hacer de una red un recurso

en lugar de una carga, debe ser posible transmitir, recibir, procesar y almacenar
datos de forma confiable. Si hay demasiados problemas con la confiabilidad del
sistema, éste se abandonará.

ESTRATEGIAS DE CAPACITACIÓN

Personas que capacitan a los usuarios Para un proyecto grande, se podrían usar
muchos
instructores diferentes dependiendo de cuántos usuarios se deben capacitar y
quiénes son.

Las posibles fuentes de capacitación incluyen lo siguiente:

1. Vendedores.
2. Analistas de sistemas.
3. Instructores externos.
4. Instructores internos.
5. Otros usuarios del sistema.

LINEAMIENTOS PARA LA CAPACITACIÓN

1.-Objetivos de la capacitación
2.-Métodos de capacitación
3.-Sitios de capacitación
4.-Materiales de capacitación

ESTRATEGIAS DE CONVERSIÓN

1. Conversión directa.
2. Conversión paralela.
3. Conversión gradual o por fases.
4. Conversión de prototipo modular.
5. Conversión distribuida.

SEGURIDAD FÍSICA
La seguridad física se refiere a proteger el sitio donde se encuentra la
computadora, su equipo y software a través de medios físicos. Puede incluir
acceso controlado a las salas de cómputo por medio de signos legibles por la
máquina o un registro de entrada y salida del sistema por un humano, usando
cámaras de televisión de circuito cerrado para supervisar las áreas de la
computadora y frecuentemente apoyando los datos y almacenando los
respaldos en un área a prueba de fuego o a prueba de agua.

SEGURIDAD LÓGICA
La seguridad lógica se refiere a los controles lógicos en el software. Los controles
lógicos son
familiares para la mayoría de los usuarios como contraseñas o códigos de
autorización de alguna
clase. Cuando se usan, permiten al usuario entrar al sistema o a una parte
particular de
una base de datos con una contraseña correcta. (ANGEL, BLOG, 2010)

6.3 ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS USANDO

EL LENGUAJE UNIFICADO UML.

Análisis y diseño orientado a objetos (ADOO) es un enfoque de la ingeniería de

software que modela un sistema como un grupo de objetos que interactúan entre
sí. Este enfoque representa un dominio en términos de conceptos compuestos por
verbos y sustantivos, clasificados de acuerdo a su dependencia funcional. En este
método de análisis y diseño se crea un conjunto de modelos utilizando una
notación acordada como, por ejemplo, el lenguaje unificado de modelado (UML).
ADOO aplica técnicas de modelado de objetos para analizar los requerimientos
para un contexto - por ejemplo, un sistema de negocio, un conjunto de módulos de
software - y para diseñar una solución para mejorar los procesos involucrados. No
está restringido al diseño de programas de computadora, sino que cubre sistemas
enteros de distinto tipo. Las metodologías de análisis y diseño más modernas son
casos de uso guiados a través de requerimientos, diseño, implementación,
pruebas, y despliegue.

CONCEPTOS ORIENTADOS A OBJETOS

La programación orientada a objetos difiere de la programación por

procedimientos tradicional,
pues examina los objetos que son parte de un sistema. Cada objeto es una
representación
en computadora de alguna cosa o evento real. En esta sección se presentan
descripciones
generales de los principales conceptos orientados a objetos de las clases, la
herencia y
los objetos, En secciones posteriores de este mismo capítulo se ofrecen más
información de
otros conceptos de UML.

OBJETOS
Los objetos son personas, lugares o cosas que son relevantes para el sistema
bajo análisis. Los objetos podrían ser clientes, artículos, pedidos, etc. Los objetos
también podrían ser pantallas GUI o áreas de texto en la pantalla.

CLASES
Los objetos se representan y agrupan en clases que son óptimas para reutilizarse
y darles mantenimiento. Una clase define el conjunto de atributos y
comportamientos compartidos por cada objeto de la clase. Por ejemplo, los
registros de los estudiantes en la sección de un curso almacenan información
similar para cada estudiante. Se podría decir que los estudiantes constituyen una
clase.

Un atributo describe alguna propiedad de todos los objetos de la clase. Observe

que la clase RentaAuto posee los atributos tamaño, color, marca y modelo. Todos
los automóviles poseen estos atributos, pero los atributos de cada automóvil
tendrán diferentes valores. Por ejemplo, un automóvil puede ser azul, blanco o de
algún otro color. Más adelante demostraremos que es posible ser ranas
específicas acerca del rango de valores para estas propiedades.

Al especificar atributos, normalmente la primera letra es minúscula.

Un método es una acción que se puede solicitar a cualquier objeto de la clase.
Los métodos son los procesos que una clase sabe cómo realizar. Los métodos
también se llaman operaciones. La clase RentaAuto podría tener los siguientes
métodos: inicioRenta( ), entregaAutof ) y servicio( ). Al especificar métodos,
normalmente la primera letra es minúscula.

HERENCIA
Otro concepto importante de los sistemas orientados a objetos es la herencia. Las
clases
pueden tener hijos; es decir, una clase se puede crear a partir de otra clase. En el
UML, la
clase original —o madre— se conoce como clase base.

DIAGRAMAS DE SECUENCIAS Y DE COLABORACIÓN

Un diagrama de interacción puede ser un diagrama de secuencias o uno de
colaboración, que muestran esencialmente la misma información. Estos
diagramas, junto con los diagramas de clases, se utilizan en la realización de un
caso de uso.

DIAGRAMAS DE SECUENCIAS
Los diagramas de secuencias pueden ilustrar una sucesión de interacciones entre
clases o instancias de objetos en un periodo determinado. Los diagramas de
secuencias se utilizan con frecuencia para representar el proceso descrito en los
escenarios de caso de uso.

SOBRECARGA DE MÉTODOS
La sobrecarga de métodos se refiere a incluir el mismo método [u operación)
varias veces en una clase. La firma del método abarca el nombre del método y los
parámetros que contiene.

TIPOS DE CLASES
Las clases entran en cuatro categorías: de entidad, de interfaz, abstractas y de
control. Estas
categorías se explican a continuación.

1.-Clases de entidad
2.-Clases de límite, o de interfaz
3.-Clases abstractas
4.-Clases de control

Un objeto de una clase podría tener una relación con otros objetos de la misma
clase, lo que se conoce como asociación reflexiva. Un ejemplo sería una tarea que
tiene una tarea precedente, o un empleado que supervisa a otro empleado. Esto
se muestra como una línea de asociación que conecta la clase a sí misma, con
etiquetas que indican el nombre del papel, como tarea y tarea precedente.

DIAGRAMAS DE ESTADOS
El diagrama de estados, o de transición de estados, es otra manera de determinar
los métodos
de una clase. Se usa para examinar los diferentes estados que podría tener un
objeto.

Un diagrama de estados se crea para una sola clase. Por lo general, los objetos
se crean,
sufren cambios y se eliminan.

Los eventos se clasifican en tres categorías diferentes:

1. Señales o mensajes asíncronos, que ocurren cuando el programa que realiza la

llamada no espera un mensaje de respuesta, como en el caso de una
característica ejecutada de un menú.

2. Mensajes síncronos, que son llamadas a funciones o subrutinas. El objeto que

llama se detiene y espera a que el control regrese a él, junto con un mensaje
opcional.

3. Eventos temporales, que ocurren en un momento predeterminado. Por lo

general, estos eventos no involucran un actor o un evento externo.

PAQUETES Y OTROS ARTEFACTOS DE UML

Los paquetes son los contenedores para otros elementos de UML, como los casos
de uso o las clases. Los paquetes pueden mostrar el particionalmente del sistema,
indicando cuáles clases o casos de uso se agrupan en un subsistema, y se
conocen como paquetes lógicos.

El UML es una herramienta poderosa que puede mejorar en gran medida la

calidad del análisis y diseño de su sistema, y puede esperarse que las prácticas
mejoradas se traduzcan en sistemas de mayor calidad.