proyecto de modelado

48
<a I TUXTEPEC, OAX., Mayo del 2013 “PROYECTO DE INVESTIGACIÓN DEL MODELADO DE UN SISTEMA DE INFORMACIÓN PARA LA PURIFICADORA DE AGUA AQUATUXPLUS” Presentan: Daniela Gpe. Balbuena Saldivar María Fernanda Rodríguez Morelos Osvaldo Apolinar González Catedrática: L.I. Aída Antonio Pacheco 6to. Semestre Grupo “A”

Upload: dannii-bsaldiivaar

Post on 13-Jun-2015

568 views

Category:

Business


4 download

TRANSCRIPT

Page 1: Proyecto de modelado

<a

I

TUXTEPEC, OAX., Mayo del 2013

“PROYECTO DE INVESTIGACIÓN DEL MODELADO DE UN

SISTEMA DE INFORMACIÓN PARA LA PURIFICADORA DE

AGUA AQUATUXPLUS”

Presentan:

Daniela Gpe. Balbuena Saldivar

María Fernanda Rodríguez Morelos

Osvaldo Apolinar González

Catedrática: L.I. Aída Antonio Pacheco

6to. Semestre Grupo “A”

Page 2: Proyecto de modelado

ÍNDICE

Introducción..............................................................................................................4

Antecedentes del problema......................................................................................5

Planteamiento del problema.....................................................................................6

Objetivos..................................................................................................................7

Objetivo General...................................................................................................7

Objetivos Específicos...........................................................................................7

Justificación del problema........................................................................................8

Impacto Social......................................................................................................8

Impacto Económico..............................................................................................8

Impacto Tecnológico.............................................................................................9

Impacto Ambiental................................................................................................9

Viabilidad de la Investigación...............................................................................9

MARCO TEÓRICO.................................................................................................10

Capítulo I. Sistemas de Información......................................................................10

1.1 Elementos de los Sistemas de Información..................................................10

1.2 Tipos de Sistemas de Información...............................................................11

1.3 Importancia de los Sistemas de Información................................................13

Capítulo II. Modelado de Sistemas de Información................................................15

2.1 Modelado Unificado de Sistemas. ¿Qué es UML?...........................................15

Capítulo III. Herramientas Case.............................................................................16

3.2 BoUML..........................................................................................................18

3.2 Diagramas De Caso De Uso.........................................................................18

Capítulo IV. Bases de Datos..................................................................................20

2

Page 3: Proyecto de modelado

4.1 ¿Qué es una base de Datos?.......................................................................20

4.2 Sistema de Gestión de Base de Datos (SGBD)...........................................21

4.2.1 El gestor de la base de datos.................................................................22

4.2.2 Diccionario de datos...............................................................................22

4.2.3 El administrador de la base de datos.....................................................23

4.2.4 Los lenguajes.........................................................................................23

4.3 MySQL Workbench......................................................................................23

Capítulo V. Interfaz gráfica.....................................................................................24

5.1 Microsoft Visual Studio 2010........................................................................26

Cronograma De Actividades..................................................................................29

Fuentes Consultadas.............................................................................................30

3

Page 4: Proyecto de modelado

INTRODUCCIÓN

Los sistemas de información ayudan a automatizar los procesos dentro de las

organizaciones que los implementan. Mejoran el almacenamiento de información,

y proporcionan al cliente una mayor seguridad en sus datos.

Existe una pequeña empresa donde es necesario implementar un sistema que

lleve el control de las ventas, de los datos de las personas que laboran en la

misma, y que genere reportes cuando el administrador se lo pida.

La purificadora de agua “AQUATUX PLUS” realiza diariamente la purificación de

agua, ventas y entrega de garrafones a domicilio, así como las ventas en la matriz

del negocio. El establecimiento está ubicado en Ponciano Arriaga Número 52

entre las calles Independencia y 20 de Noviembre, en la Colonia La Piragua, de

San Juan Bautista Tuxtepec, Oaxaca. El propietario es el señor Mario Sánchez

Argüelles.

Para ello, modelaremos un sistema que pueda implementarse en dicha empresa,

de acuerdo a los requerimientos del usuario administrador.

4

Page 5: Proyecto de modelado

ANTECEDENTES DEL PROBLEMA

Hoy en día se requiere de procesos automatizados dentro de las empresas. La

demanda de los productos y servicios cada día es mayor, y las exigencias de los

clientes son cada vez más complejas. Por lo cual, ninguna empresa que no se

mantenga a la vanguardia, no podrá competir con otras empresas del mismo

rubro.

Por este motivo, se realizará el modelado del sistema de información para la

purificadora “AquaTux Plus”, ya que no existe ningún sistema implementado en

dicha organizacion, por el hecho de que al iniciar la empresa, el control de las

ventas y de los datos de los empleados, era de forma manual. Además, la

empresa contaba con pocas personas laborando, y no había demasiadas ventas

como ahora, por lo que no era necesario implementar un sistema de este tipo.

5

Page 6: Proyecto de modelado

PLANTEAMIENTO DEL PROBLEMA

La empresa purificadora de agua “AquaTuxPlus” no cuenta con un sistema de

informacion que le permita agilizar los procesos que en ella se desarrollan. Esto

impide que el administrador realise de forma sistematizada un control diario sobre

la salida de los garrafones que son vendidos y repartidos a domicilio, no realiza un

registro exacto de los vendedores/repartidores que trabajan en el negocio y

tampoco genera reportes diarios sobre las ventas que se realizan, tanto por día,

por vendedor, o por tipo de venta.

A nivel de competencia, el no implementar un sistema que permita realizar tareas

y procesos de forma sistematizada, pone en desventaja a la empresa frente a

aquellas que utilizan estas herramientas informaticas.

6

Page 7: Proyecto de modelado

OBJETIVOS

Objetivo General

Diseñar un sistema de información para mejorar la eficacia en el servicio brindado

a los clientes, administrador y empleados, de la purificadora de agua “AquaTux

Plus”.

Objetivos Específicos

Realizar y diseñar la base de datos del sistema a modelar.

Diseñar la interfaz gráfica del sistema.

Capacitar al administrador y a los empleados en la utilización del

sistema de información.

Llevar a cabo por medio de reportes el control de las ventas, los

datos de los trabajadores, así como la generación de facturas

cuando se desee.

Automatizar los procesos de informacion.

7

Page 8: Proyecto de modelado

JUSTIFICACIÓN DEL PROBLEMA

Actualmente, las empresas, no importando el rubro en el que se desarrollan,

tienen la necesidad de implementar un sistema de información en cualquier área

de su organización, con el objetivo de automatizar los procesos que se realizan

dentro de cada una de ellas. Además, esto les permite mantenerse en

competencia con otras empresas, ya que la tecnología ayuda al desarrollo de

dichas organizaciones.

Impacto Social

El sistema al ser modelado, brindará al cliente (administrador) la tranquilidad de

que su sistema será entendible para él, y de que será fácil de manejar, ya que

será modelado de acuerdo a sus requerimientos.

Su implementación brindará al administrador un mejor control de sus datos e

información, reducción de gastos en insumos, asi como una mejor organización y

automatización, lo cual ayudará a darle al cliente un mejor servicio.

Permitira a los empleados con acceso al sistema agilizar su desempeño laboral de

acuerdo a las tareas que le son asignadas por el administrador.

El cliente o los clientes de la purificadora se sentiran mejor atendidos gracias al

cambioe que promete la impleentacion de este sistema.

Impacto Económico

El modelado del sistema y su posterior implementación harán que la empresa

mejore sus actividades de control de datos del personal y ventas, y la generación

de facturas y reportes.

También logrará que la empresa ahorre en insumos necesarios para realizar las

facturas o reportes (papel, lapiceros, lápices, etc.), economizará también en la

8

Page 9: Proyecto de modelado

mano de obra de éstos, y por supuesto en el tiempo empleado en realizar estos

procesos.

Su acercamiento a la tecnología hará ver a los clientes que la empresa está a la

vanguardia, buscando siempre mejorar y satisfacer las necesidades que ellos

tengan.

Impacto Tecnológico

Las empresas pequeñas como ésta, tanto del mismo rubro como de diferente, al

ver implementado un sistema en esta empresa, sabrán que para mantenerse a su

nivel, deberán hacer lo mismo. Esto traerá más oportunidades de innovación a

esas empresas, y por lo tanto, mayor uso de la tecnología.

Éste impacto influye en la empresa de manera benéfica, ya que hace que ésta sea

competente e innovadora.

Impacto Ambiental

La utilización de un sistema de información reducirá la generación de basura en la

empresa, y por lo tanto, menos contaminación.

Viabilidad de la Investigación

El modelado del sistema si podrá llevarse a cabo, ya que es un sistema pequeño,

que no maneja muchos datos, lo cual lo hará menos costoso.

Se cuenta con el recurso económico, material y humano, el personal que se tiene

está capacitado para manejar el sistema, y es económico su uso y mantenimiento.

9

Page 10: Proyecto de modelado

MARCO TEÓRICO

CAPÍTULO I. SISTEMAS DE INFORMACIÓN

Un sistema informático. Puede ser definido como un sistema de información que

basa la parte fundamental de su procesamiento, en el empleo de la computación,

como cualquier sistema, es un conjunto de funciones interrelacionadas, hardware,

software y de Recurso Humano. Un sistema informático normal emplea un sistema

que usa dispositivos que se usan para programar y almacenar programas y datos.

Si además de la información, es capaz de almacenar y difundir los conocimientos

que se generan sobre cierta temática, tanto dentro, como en el entorno de la

entidad, entonces está en presencia de un sistema de gestión de información y

conocimientos. Como utilizador final emplea esa información en dos actividades

fundamentales: la toma de decisiones y el control.

1.1 Elementos de los Sistemas de Información

▪ Personas en los dos extremos de la cadena de procesamiento físico de la

información: en la realización de los hechos que generan los datos

primarios y su captación y adquisición y en la consulta y utilización de

ellos. Por supuesto también intervienen en ciertas acciones de operación

del sistema.

▪ Equipos de procesamiento de información, fundamentalmente

computadoras.

▪ Equipos de apoyo a las transmisiones (HUB, gateways), equipos de apoyo

y de seguridad (back-ups, acondicionadores de aire, deshumificadores,

entre otros)

▪ Programas de computadoras, sistemas operativos, programas de servicio

de comunicaciones, y sobre todo, programas de aplicación)

▪ Información técnica de apoyo al sistema: manuales técnicos sobre el

10

Page 11: Proyecto de modelado

trabajo de las computadoras y los equipos de apoyo, manuales técnicos

sobre los sistemas operativos y programas generales.

▪ Manuales de usuario para orientar a los usuarios-operadores sobre su

trabajo con el sistema de información. Incluyen la definición de los

procedimientos manuales que deben realizar los usuarios-operadores, la

descripción de los formularios para captar la información primaria, la

descripción de los reportes de salida y la descripción de las acciones

interactivas con el sistema informático: captación de la información,

operación del mismo, acciones ante errores y situaciones anormales,

seguridad y protección de los recursos informativos y consulta de

información de resultados.

▪ Informaciones variado tipo, soportados sobre formularios de papel, CDs,

DVDs, reportes de papel de impresora, bases de datos en línea

almacenadas en discos duros.

1.2 Tipos de Sistemas de Información

Esta clasificación de sistemas informáticos se limita a las aplicaciones de gestión

económica, financiera y contable, con un grupo de sistemas, no necesariamente

excluyentes, por lo que puede ser posible que más de un sistema concreto pueda

ser clasificado en más de un grupo.

Sistemas de procesamiento básico de la información. Son aquellos en

que las computadoras se limitan a realizar las operaciones de

procesamiento físico de la información. Las personas que integran el

sistema, asumen todas las labores de generación de la información primaria

y de análisis de información de resultados.

Sistemas de apoyo a la toma de decisiones. Se apoyan en los MIS, los

que crean y actualizan las bases de datos, que los primeros utilizan. Los

DSS se destinan a la toma de decisiones, están hechos para apoyar el

11

Page 12: Proyecto de modelado

trabajo individual o para las decisiones en grupo, apoyan mucho en la

llamada investigación de operaciones o los métodos cuantitativo de la toma

de decisiones, técnicas matemáticas para apoyar el trabajo del ser humano

en las llamadas decisiones bien estructuradas, débilmente estructuradas y

no estructuradas, las cuales por su complejidad pueden tener errores al ser

analizadas por el ser humano con métodos tradicionales (intuición,

experiencia). Ejemplo de estas decisiones son el empleo de técnicas de

ruta crítica para dirigir proyectos de construcciones. La utilización de la

programación lineal para dirigir la alimentación óptima en nutrientes, pero al

costo más bajo posible de ganando. Un tipo muy importante de DSS son los

sistemas empresariales de planeación de recursos (ERP).

Sistemas basados en la inteligencia artificial. La inteligencia artificial, es

una rama de la ciencia de la computación que busca emular las

capacidades intelectuales del ser humano, mediante el empleo de software

especializado y las computadoras. Abarca muchos campos, entre los que

se encuentra la robótica, la solución general de problemas, identificación y

reconocimiento de patrones visuales, auditivos y digitales, la simulación del

movimiento, el análisis y la síntesis del lenguaje natural y la potenciación

del conocimiento humano. Representan un paso adelante en relación con

los anteriores MIS y DDS, pueden asumir actividades más “humanas”, más

activas en los procesos de dirección, pues tiene incorporados muchos

elementos que los hacen actuar similarmente como lo haría un humano.

Sistemas basados en técnicas WEB. El auge en el mundo de uno de los

servicios de la Internet, el World Wide Web (W.W.W) ha hecho que surgiera

una nueva modalidad de sistemas a partir de la tecnología WEB, y en el

concepto de hipertexto e hipermedia.

Intranets

Sitios WEB’s de orientación externa

12

Page 13: Proyecto de modelado

La Intranets surge de la utilización de la WEB en la gestión interna de la entidad.

Una intranets es una red particular, basada en redes de comunicación de área

local o en redes de área amplia, que utiliza tecnología estándar y servicios o

productos que se pueden encontrar o han sido desarrollados para Internet. Una

Intranet puede tener o no conexión con Internet y en caso de tenerla puede filtrar

los accesos no deseados con los llamados cortafuegos. La Intranets deberá estar

entrelazada con los sistemas empresariales, como los MIS, los DDS y los ERP, en

estos casos los usuarios-operadores de sus recursos serán los mismos

funcionarios y especialistas que utilizan los sistemas de gestión empresarial

mencionados. De esta forma el flujo de información se simplificará notablemente

realizándose a través de la red y reduciendo al mínimo la cantidad de documentos

soportados sobre el papel que se muevan dentro de la entidad.

Los sistemas basados en la WEB, pueden ser también de uso externo, o sea, para

comunicar información al entorno de la entidad (clientes, suministradores, niveles

superiores, agencias gubernamentales, público en general y otras entidades

políticas o administrativas de control). En estos casos la información que

aparecerá en el sitio WEB estará acorde con la misión y los objetivos de la

entidad.

1.3 Importancia de los Sistemas de Información

En los mercados altamente competitivos de hoy en día, las organizaciones y

empresas dependen cada vez más de sus sistemas de información para alcanzar

sus objetivos con efectividad y eficiencia. Las nuevas tecnologías traen consigo

nuevas oportunidades para mejorar la comunicación organizacional y, si no se

aprovechan, las organizaciones corren el riesgo de quedar en desventaja o de

fracasar en sus misiones. Cuando muchas personas se preguntan por qué

estudiar sobre los sistemas de información, es lo mismo que preguntar por qué

debería estudiar alguien contabilidad, finanzas, gestión de operaciones, marketing,

administración de recursos humanos o cualquier otra función empresarial

13

Page 14: Proyecto de modelado

importante. Lo que si les puedo asegurar es que muchas empresas y

organizaciones tienen éxitos en sus objetivos por la implantación y uso de los

Sistemas de Información. De esta forma, constituyen un campo esencial de

estudio en administración y gerencia de empresas. Es por esta razón que todos

los profesionales en el área de Administración de empresas deberían o más bien

deben, tomar un curso de sistemas de información. Por otro lado es importante

tener una comprensión básica de los sistemas de información para entender

cualquier otra área funcional en la empresa, por eso es importante también, tener

una cultura informática en nuestras organizaciones que permitan y den las

condiciones necesarias para que los sistemas de información logren los objetivos

citados anteriormente. Muchas veces las organizaciones no han entrado en la

etapa de cambio hacía la era de la información sin saber que es un riesgo muy

grande de fracaso debido a las amenazas del mercado y su incapacidad de

competir, por ejemplo, las TI que se basan en Internet se están convirtiendo

rápidamente en un ingrediente necesario para el éxito empresarial en el entorno

global y dinámico de hoy.

Por lo tanto, la administración apropiada de los sistemas de información es un

desafío importante para los gerentes. Así la función de los SI representa:

▪ Un área funcional principal dentro de la empresa, que es tan importante para el

éxito empresarial como las funciones de contabilidad, finanzas,

administración de operaciones, marketing, y administración de recursos

humanos.

▪ Una colaboración importante para la eficiencia operacional, la productividad y la

moral del empleado, y el servicio y satisfacción del cliente.

▪ Una fuente importante de información y respaldo importante para la toma de

decisiones efectivas por parte de los gerentes.

▪ Un ingrediente importante para el desarrollo de productos y servicios

competitivos que den a las organizaciones una ventaja estratégica en el

mercado global.

▪ Una oportunidad profesional esencial, dinámica y retadora para millones de

14

Page 15: Proyecto de modelado

hombres y mujeres.

Los sistemas de información deben cumplir los siguientes objetivos:

▪ Automatizar los procesos operativos.

▪ Proporcionar información de apoyo a la toma de decisiones.

▪ Lograr ventajas competitivas a través de su implantación y uso.

CAPÍTULO II. MODELADO DE SISTEMAS DE

INFORMACIÓN

A grandes rasgos, el informático necesita modelar por,

- Simplificar la realidad consiguiendo una mejor comprensión de la misma.

- Dividir el sistema en subsistemas para observar como interactúan sus

diferentes partes.

- El diseño de software de un sistema bien modelado es mucho más

sencillo de desarrollar y mantener.

- Adquirir y comprender todos los requerimientos que el cliente le exige al

software.

Todo el conocimiento humano se estructura bajo infinidad de modelos, pero el

informático debe tener la capacidad de simplificar estos modelos y ser capaz de

expresarlos en “el papel” y aplicarlos en el desarrollo del software.

2.1 Modelado Unificado de Sistemas.

¿Qué es UML?

El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones y

diagramas estándar para modelar sistemas orientados a objetos, y describe la

semántica esencial de lo que estos diagramas y símbolos significan. Mientras que

ha habido muchas notaciones y métodos usados para el diseño orientado a

15

Page 16: Proyecto de modelado

objetos, ahora los modeladores sólo tienen que aprender una única notación.

UML se puede usar para modelar distintos tipos de sistemas: sistemas de

software, sistemas de hardware, y organizaciones del mundo real. UML ofrece

nueve diagramas en los cuales modelar sistemas.

• Diagramas de Casos de Uso para modelar los procesos ’business’.

• Diagramas de Secuencia para modelar el paso de mensajes entre objetos.

• Diagramas de Colaboración para modelar interacciones entre objetos.

• Diagramas de Estado para modelar el comportamiento de los objetos en el

sistema.

• Diagramas de Actividad para modelar el comportamiento de los Casos de

Uso, objetos u operaciones. • Diagramas de Clases para modelar la estructura

estática de las clases en el sistema.

• Diagramas de Objetos para modelar la estructura estática de los objetos en

el sistema.

• Diagramas de Componentes para modelar componentes.

• Diagramas de Implementación para modelar la distribución del sistema.

UML es una consolidación de muchas de las notaciones y conceptos más usadas

orientados a objetos. Empezó como una consolidación del trabajo de Grade

Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de las metodologías

orientadas a objetos más populares.

En 1996, el Object Management Group (OMG), un pilar estándar para la

comunidad del diseño orientado a objetos, publicó una petición con propósito de

un metamodelo orientado a objetos de semántica y notación estándares. UML, en

su versión 1.0, fue propuesto como una respuesta a esta petición en enero de

16

Page 17: Proyecto de modelado

1997. Hubo otras cinco propuestas rivales. Durante el transcurso de 1997, los seis

promotores de las propuestas, unieron su trabajo y presentaron al OMG un

documento revisado de UML, llamado UML versión 1.1. Este documento fue

aprobado por el OMG en Noviembre de 1997. El OMG llama a este documento

OMG UML versión 1.1. El OMG está actualmente en proceso de mejorar una

edición técnica de esta especificación, prevista su finalización para el 1 de abril de

1999.

CAPÍTULO III. HERRAMIENTAS CASE

El rápido incremento en performance de las computadoras junto al dramático

decremento en tamaño y costo, dio como resultado una explosión de tecnología,

generándose una larga variedad de aplicaciones que éstas pueden soportar.

Desde el inicio de la escritura de software, ha existido un conocimiento de la

necesidad de herramientas automatizadas para ayudar al diseñador del software.

Inicialmente, la concentración estaba en herramientas de apoyo a programas

como traductores, recopiladores, ensambladores, procesadores de macros, y

montadores y cargadores.

Este conjunto de aplicaciones que pueden informatizarse, aumentó

dramáticamente en un breve espacio de tiempo, causando una gran demanda por

nuevo software a desarrollar.

3.1 ¿Qué son las herramientas case?

Se puede definir a las Herramientas CASE como un conjunto de programas y

ayudas que dan asistencia a los analistas, ingenieros de software y

desarrolladores, durante todos los pasos del Ciclo de Vida de desarrollo de un

Software. Como es sabido, los estados en el Ciclo de Vida de desarrollo de un

Software son: Investigación Preliminar, Análisis, Diseño, Implementación e

17

Page 18: Proyecto de modelado

Instalación.

CASE se define también como:

▪ Conjunto de métodos, utilidades y técnicas que facilitan la automatización del

ciclo de vida del desarrollo de sistemas de información, completamente o

en alguna de sus fases.

▪ La sigla genérica para una serie de programas y una filosofía de desarrollo

de software que ayuda a automatizar el ciclo de vida de desarrollo de los

sistemas.

▪ Una innovación en la organización, un concepto avanzado en la evolución

de tecnología con un potencial efecto profundo en la organización. Se

puede ver al CASE como la unión de las herramientas automáticas de

software y las metodologías de desarrollo de software formales.

La realización de un nuevo software requiere que las tareas sean organizadas

y completadas en forma correcta y eficiente. Las Herramientas CASE fueron

desarrolladas para automatizar esos procesos y facilitar las tareas de

coordinación de los eventos que necesitan ser mejorados en el ciclo de

desarrollo de software.

3.2 BoUML

Hherramienta de software libre. Pude ser redistribuida o modificada bajo los

términos de Licencia Pública General (GNU). Permite especificar y generar código

en C++, Java, Php y IDL.

Características:

▪ BOUML es una caja de herramientas UML 2 desarrollado desde hace

varios años, incluyendo un modelador que le permite especificar y generar

código en C + +, Java, IDL, PHP, Python y MySQL.

▪ Se ejecuta en Windows, Linux y MacOS X.

18

Page 19: Proyecto de modelado

▪ Es muy rápido y no requiere mucha memoria para manejar varios miles de

clases.

▪ BOUML es extensible, y las herramientas externas nombradas plug-outs se

puede escribir en C + + o Java, utilizando BOUML para su definición como

cualquier otro programa. Los generadores de código, reveses y ida y vuelta

son los de los plug-outs predefinidos incluidos en la distribución BOUML.

3.3 Diagramas que genera BoUML

Diagrama de casos de uso

Los diagramas de casos de uso documentan el comportamiento de un sistema

desde el punto de vista del usuario. Por lo tanto los casos de uso determinan los

requisitos funcionales del sistema, es decir, representan las funciones que un

sistema puede ejecutar.

Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean

especialmente útiles en la comunicación con el cliente.

Elementos básicos:

Actores: Los actores representan un tipo de usuario del sistema. Se

entiendo como usuario cualquier cosa externa que interactúa con el

sistema. No tiene por qué ser un ser humano, puede ser otro sistema

informático o unidades organizativas o empresas.

Caso de uso: Se representan mediante un óvulo. Cada caso de uso debe

detallarse, habitualmente mediante una descripción textual.

Asociaciones: Hay una asociación entre un actor y un caso de uso si el

actor interactúa con el sistema para llevar a cabo el caso de uso.

Un caso de uso debe especificar un comportamiento deseado, pero no

imponer cómo se llevará a cabo ese comportamiento, es decir, debe decir

QUÉ pero no CÓMO. Esto se realiza utilizando escenarios.

Un escenario: Es una interacción entre el sistema y los actores, que puede

19

Page 20: Proyecto de modelado

ser descrito mediante una secuencia de mensajes. Un caso de uso es una

generalización de un escenario.

Todos los escenarios de un caso de uso deben tener en común que son

intentos de hacer esencialmente “lo mismo”.

Los escenarios pueden y deben posteriormente documentarse mediante

diagramas de secuencia.

Tipos de asociaciones:

Existen tres tipos de asociación o relaciones en los diagramas de casos de

uso:

Include: Se puede incluir una relación entre dos casos de uso de tipo

“include” si se desea especificar comportamiento común en dos o más

casos de uso.

Las ventajas de esta asociación son:

▪ Las descripciones de los casos de uso son más cortas y se entienden mejor.

▪ La identificación de funcionalidad común puede ayudar a descubrir el posible

uso de componentes ya existentes en la implementación.

Las desventajas son:

La inclusión de estas relaciones hace que los diagramas sean más difícil de

leer, sobre todo para los clientes.

Extend: Se puede incluir una relación entre dos casos de uso de tipo “include” si

se desea especificar diferentes variantes del mismo caso de uso. Es decir, esta

relación implica que el comportamiento de un caso de uso es diferente

dependiendo de ciertas circunstancias. En principio esas variaciones pueden

también mostrarse como diferentes descripciones de escenarios asociadas al

mismo caso de uso.

La flecha en el caso de las relaciones “extend” va hacia el caso de uso “original”.

Generalizaciones: En un diagrama de casos de uso también pueden mostrarse

generalizaciones (relaciones de herencia) para mostrar que diferentes elementos

20

Page 21: Proyecto de modelado

están relacionados como tipos de otros. Son aplicables a actores o casos de uso,

pero para estos últimos la semántica es muy similar a las relaciones “extend”.

Limites del sistema: Resulta útil dibujar los límites del sistema cuando se

pretende hacer un diagrama de casos de uso para parte del sistema.

Diagrama de secuencias

El Diagrama de Secuencia es uno de los diagramas más efectivos para modelar

interacción entre objetos en un sistema. Un diagrama de secuencia se modela

para cada caso de uso. Mientras que el diagrama de caso de uso permite el

modelado de una vista 'business' del escenario, el diagrama de secuencia

contiene detalles de implementación del escenario, incluyendo los objetos y clases

que se usan para implementar el escenario, y mensajes pasados entre los objetos.

Típicamente uno examina la descripción de un caso de uso para determinar qué

objetos son necesarios para la implementación del escenario. Si tienes modelada

la descripción de cada caso de uso como una secuencia de varios pasos,

entonces puedes "caminar sobre" esos pasos para descubrir qué objetos son

necesarios para que se puedan seguir los pasos.

Un diagrama de secuencia muestra los objetos que intervienen en el escenario

con líneas discontinuas verticales, y los mensajes pasados entre los objetos como

vectores horizontales. Los mensajes se dibujan cronológicamente desde la parte

superior del diagrama a la parte inferior; la distribución horizontal de los objetos es

arbitraria.

Diagramas de comunicación

Los diagramas de comunicación describen los mensajes que transmiten los

objetos y muestran las asociaciones que existen entre las clases.

21

Page 22: Proyecto de modelado

Los diagramas de comunicación UML se parecen a los de secuencia, pero ofrecen

una visión de conjunto de las relaciones entre los objetos, en lugar de centrarse en

el orden de los mensajes, a medida que se ejecuta su software.

Un diagrama de comunicación es una forma de representar interacción entre

objetos, alterna al diagrama de secuencia. Es un diagrama de clases que contiene

roles de clasificador y los roles de asociación en lugar de solo clasificadores y

asociaciones. Cuando se instancia la colaboración, los objetos están ligados a los

roles de clasificador y los enlaces están ligados a los roles de asociación. El rol de

asociación también puede ser desempeñado por varios tipos de enlaces

temporales, tales como argumentos de procedimientos o variables locales del

procedimiento. Los símbolos del enlace pueden llevar estereotipos para indicar

enlaces temporales (parameter o local) o llamadas al mismo objeto (self).

Pretende representar desde un punto de vista estático y dinámico los objetos

implicados en la implementación de una función de aplicación A diferencia de los

diagramas de secuencia, pueden mostrar el contexto de la operación (cuáles

objetos son atributos, cuáles temporales, etc.) y ciclos en la ejecución.

Diagrama de objetos

Un diagrama de objetos muestra un conjunto de objetos y sus relaciones en un

instante de tiempo determinado. Puede verse como una fotografía del sistema que

muestra el estado de los objetos en ese instante. La representación gráfica de un

objeto en UML es igual que la de una clase pero con el nombre subrayado. Para

mostrar el estado de un objeto, se indica el valor de sus atributos y sus objetos

agregados.

La única relación entre objetos que se puede representar en UML es el enlace. Un

enlace indica una conexión entre dos objetos. Dos objetos pueden estar

conectados si existe una asociación o una dependencia entre las clases que

instancian. Los diagramas de objetos pueden contener paquetes y, cuando se

22

Page 23: Proyecto de modelado

quiere mostrar la clase que hay detrás de cada instancia, también pueden

contener clases.

Diagrama de clases

El propósito de este diagrama es el de representarlos objetos fundamentales del

sistema, es decir los que percibe el usuario y con los que espera tratar para

completar su tarea en vez de objetos del sistema o de un modelo de

programación.

La clase define el ámbito de definición de un conjunto de objetos.

Cada objeto pertenece a una clase.

Los objetos se crean por instanciación de las clases.

Cada clase se representa en un rectángulo con tres compartimientos:

Nombre de la clase

Atributos de la clase

Tipo: puede llegar a depender del lenguaje de programación a utilizar.

Valor inicial: valor que poseerá el atributo al crear un objeto.

Visibilidad: está relacionado con el encapsulamiento.

Multiplicidad: determinar si un atributo debe estar o no, y si posee un único

valor o una lista de valores.

Ordenamiento: especifica si el atributo determina alguna relación de orden

dentro de la clase.

Capacidad de cambio: permite definir atributos con valores constantes.

Modificadores: un atributo puede ser de clase, derivado, volátil, transitorio.

Operaciones de la clase: Una operación es un método o función que una

instancia de una clase o interfaz puede ejecutar.

23

Page 24: Proyecto de modelado

Diagramas de estado

Los diagramas de estado muestran el conjunto de estados por los cuales pasa

un objeto durante su vida en una aplicación en respuesta a eventos (por ejemplo,

mensajes recibidos, tiempo rebasado o errores), junto con sus respuestas y

acciones. También ilustran qué eventos pueden cambiar el estado de los objetos

de la clase. Normalmente contienen: estados y transiciones. Como los estados y

las transiciones incluyen, a su vez, eventos, acciones y actividades.

Al igual que otros diagramas, en los diagramas de estado pueden aparecer notas

explicativas y restricciones.

Diagrama de actividades

Los diagramas de actividad permiten describir como un sistema implementa su

funcionalidad. Modelan el comportamiento dinámico de un procedimiento,

transacción o caso de uso haciendo énfasis en el proceso que se lleva a cabo. Los

diagramas de actividad son uno de los elementos de modelado mejor

comprendidos por todos, ya que son herederos directos de los diagramas de flujo.

Son mas expresivo que los diagramas de flujo. También heredan características

de:

Los diagramas de estado

Los diagramas de flujo de datos

Las redes de Petri

Elementos que constituyen un diagrama de actividades:

Actividades: Una actividad es la especificación de una secuencia parametrizada

de comportamiento. Una actividad muestra un rectángulo con las puntas

redondeadas adjuntando todas las acciones, flujos de control y otros elementos

que constituyen la actividad.

24

Page 25: Proyecto de modelado

Acciones: Una acción representa un solo paso dentro de una actividad. Las

acciones se denotan por rectángulos con las puntas redondeadas.

Restricciones de Acción: Las restricciones se pueden adjuntar a una acción. El

siguiente diagrama muestra una acción con pre y post condiciones locales.

Flujo de Control: Un flujo de control muestra el flujo de control de una acción a

otra. Su notación es una línea con una punta de flecha.

Flujo de ControlUn flujo de control muestra el flujo de control de una acción a

otra. Su notación es una línea con una punta de flecha.

Nodo Final:Hay dos tipos de nodos finales: nodos finales de actividad y de flujo.

El nodo final de actividad se describe como un círculo con un punto dentro del

mismo.

El nodo final de flujo se describe como un círculo con una cruz dentro del mismo.

La diferencia entre los dos tipos de nodos es que el nodo final del flujo denota el

final de un solo flujo de control, y el nodo final de actividad denota el final de todos

los flujos finales dentro de la actividad.

CAPÍTULO IV. BASES DE DATOS

4.1 ¿Qué es una base de Datos?

Una base de datos es un “almacén” que nos permite guardar grandes cantidades

de información de forma organizada para que luego podamos encontrar y utilizar

fácilmente. A continuación te presentamos una guía que te explicará el concepto y

características de las bases de datos.

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

25

Page 26: Proyecto de modelado

un conjunto de información relacionada que se encuentra agrupada ó

estructurada.

Desde el punto de vista informático, la base de datos es un sistema formado por

un conjunto de datos almacenados en discos que permiten el acceso directo a

ellos y un conjunto de programas que manipulen ese conjunto de datos.

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.

Definición de base de datos

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

Entre las principales características de los sistemas de base de datos podemos

mencionar:

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.

4.2 Sistema de Gestión de Base de Datos (SGBD)

26

Page 27: Proyecto de modelado

Un sistema gestor de base de datos se define como el conjunto de programas que

administran y gestionan la información contenida en una base de datos. Ayuda a

realizar las siguientes acciones:

Definición de los datos

Mantenimiento de la integridad de los datos dentro de la base de datos

Control de la seguridad y privacidad de los datos

Manipulación de los datos

Un sistema gestor de base de datos está compuesto de:

4.2.1 El gestor de la base de datos

Se trata de un conjunto de programas no visibles al usuario final que se encargan

de la privacidad, la integridad, la seguridad de los datos y la interacción con el

sistema operativo. Proporciona una interfaz entre los datos, los programas que los

manejan y los usuarios finales.

Cualquier operación que el usuario hace contra la base de datos está controlada

por el gestor.

El gestor almacena una descripción de datos en lo que llamamos diccionario de

datos, así como los usuarios permitidos y los permisos.

Tiene que haber un usuario administrador encargado de centralizar todas estas

tareas.

4.2.2 Diccionario de datos

Es una base de datos donde se guardan todas las propiedades de la base de

datos, descripción de la estructura, relaciones entre los datos, etc.

27

Page 28: Proyecto de modelado

El diccionario debe contener:

La descripción externa, conceptual e interna de la base de datos

Las restricciones sobre los datos

El acceso a los datos

Las descripciones de las cuentas de usuario

Los permisos de los usuarios

Los esquemas externos de cada programa

4.2.3 El administrador de la base de datos

Es una persona o grupo de personas responsables del control del sistema gestor

de base de datos.

Las principales tareas de un administrador son:

La definición del esquema lógico y físico de la base de datos

La definición de las vistas de usuario

La asignación y edición de permisos para los usuarios

Mantenimiento y seguimiento de la seguridad en la base de datos

Mantenimiento general del sistema gestor de base de datos

4.2.4 Los lenguajes

Un sistema gestor de base de datos debe proporcionar una serie de lenguajes

para la definición y manipulación de la base de datos. Estos lenguajes son los

siguientes:

Lenguaje de definición de datos (DDL). Para definir los esquemas de la

base de datos

Lenguaje de manipulación de datos (DML). Para manipular los datos de la

base de datos

28

Page 29: Proyecto de modelado

Lenguaje de control de datos (DCL). Para la administración de usuarios y

seguridad en la base de datos.

4.3 MySQL Workbench

MySQL Workbench es una herramienta visual de base de datos unificada para

arquitectos, desarrolladores y administradores de bases. MySQL Workbench

ofrece modelado de datos, desarrollo de SQL y herramientas completas de

administración de servidor de administración de configuración, el usuario y mucho

más. MySQL Workbench está disponible en Windows, Linux y Mac OS.

MySQL Workbench simplifica el diseño de base de datos y mantenimiento,

automatiza mucho tiempo y propenso a errores de tareas y mejora la

comunicación entre los equipos de desarrolladores y DBA. Permite a los

arquitectos de datos para visualizar los requisitos, comunicarse con las partes

interesadas, y resolver problemas de diseño antes de realizar una gran inversión

de tiempo y recursos. Permite el diseño de base de datos basado en modelos, que

es la metodología más eficaz para la creación de bases de datos válidos y de

buen rendimiento, mientras que proporciona la flexibilidad necesaria para

responder a las cambiantes necesidades del negocio. Modelo y esquema

utilidades Validación cumplir las normas de buenas prácticas para el modelado de

datos, también hacer cumplir las normas específicas de MySQL diseño físico por

lo que no se cometen errores en la construcción de nuevos diagramas ER o la

generación de bases de datos MySQL físicas.

MySQL Workbench proporciona capacidades de ingeniería directa de diseños de

bases de datos físicas. Un modelo de datos visual se puede transformar

fácilmente en una base de datos física en un objetivo del servidor MySQL con tan

sólo unos clics del ratón. Todo el código SQL que se genera de forma automática

y se ejecuta correctamente la primera vez, lo que elimina el proceso propenso a

errores normales de escribir manualmente el código SQL complejas. MySQL

Workbench también permite realizar ingeniería inversa de una base de datos

29

Page 30: Proyecto de modelado

existente o paquete de aplicaciones para obtener una mejor idea de su diseño de

base de datos. No sólo puede MySQL Workbench adelante y atrás bases de datos

existentes de ingeniería, pero también puede importar secuencias de comandos

SQL para crear modelos y exportar modelos a los scripts DDL que se pueden

ejecutar en un momento posterior.

CAPÍTULO V. INTERFAZ GRÁFICA

Con la idea de simplificar el uso de los ordenadores para usuarios de todo tipo y

no sólo para los expertos, se ha convertido en una práctica habitual utilizar

metáforas visuales por medio de la llamada interfaz gráfica de usuario (IGU ó GUI

en inglés) para que el usuario interactúe y establezca un contacto más fácil e

intuitivo con el ordenador. Si, como afirma Neal Stephenson: "en el principio fue

la línea de comandos..." tal como los hackers siguen hoy reivindicando no sólo con

nostalgia, sino también como una forma de tener control real sobre las máquinas,

en la actualidad prima la cultura de la interfaz "amigable" y vistosa. En estos

casos, un simple clic de ratón sobre algún gráfico (imagen) que aparece en la

pantalla, sustituye a la tediosa tarea de escribir código fuente para que el

ordenador interprete que debe realizar alguna acción. En 1981 aparecieron los

primeros ordenadores personales, los llamados PC’s, pero hasta 1993 no se

generalizaron las interfaces gráficas de usuario. El escritorio del sistema operativo

Windows de Microsoft y su sistema de ventanas sobre la pantalla se ha

estandarizado y universalizado, pero fueron los ordenadores Macintosh de la

compañía Apple los primeros que introdujeron las interfaces gráficas de usuario. 

Las características básicas de una buena interfaz  podrían sintetizarse en:

Facilidad de comprensión, aprendizaje y uso.

Representación fija y permanente de un determinado contexto de acción

fondo)

El objeto de interés ha de ser de fácil identificación

30

Page 31: Proyecto de modelado

Diseño ergonómico mediante el establecimiento de menús, barras de

acciones e iconos de fácil acceso

Las interacciones se basarán en acciones físicas sobre elementos de

código visual o auditivo (iconos, botones, imágenes, mensajes de texto o

sonoros, barras de desplazamiento y navegación...) y en selecciones de

tipo menú con sintaxis y órdenes

Las operaciones serán rápidas, incrementales y reversibles, con efectos

inmediatos

Existencia de herramientas de Ayuda y Consulta

Tratamiento del error bien cuidado y adecuado al nivel de usuario

La tipografía y el tratamiento del color son dos elementos a los que hay que

prestar especial importancia a la hora de establecer una buena interfaz, poniendo

especial cuidado en el diseño de las formas y la coherencia interna entre ellas.

5.1 Microsoft Visual Studio 2010

Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por sus siglas

en inglés) para sistemas operativos Windows. Soporta varios lenguajes de

programación tales como Visual C++, Visual C#, Visual J#, y Visual Basic .NET, al

igual que entornos de desarrollo web como ASP.NET. aunque actualmente se han

desarrollado las extensiones necesarias para muchos otros.

Visual Studio permite a los desarrolladores crear aplicaciones, sitios y aplicaciones

web, así como servicios web en cualquier entorno que soporte la plataforma .NET

(a partir de la versión .NET 2002). Así se pueden crear aplicaciones que se

intercomuniquen entre estaciones de trabajo, páginas web y dispositivos móviles.

Visual Studio 2010 es la versión más reciente de esta herramienta, acompañada

por .NET Framework 4.0. La fecha del lanzamiento de la versión final fue el 12 de

abril de 2010.

31

Page 32: Proyecto de modelado

Hasta ahora, uno de los mayores logros de la versión 2010 de Visual Studio ha

sido el de incluir las herramientas para desarrollo de aplicaciones para Windows 7,

tales como herramientas para el desarrollo de las características de Windows 7

(System.Windows.Shell) y la Ribbon Preview para WPF.

Entre sus más destacables características, se encuentran la capacidad para

utilizar múltiples monitores, así como la posibilidad de desacoplar las ventanas de

su sitio original y acoplarlas en otros sitios de la interfaz de trabajo.

Además ofrece la posibilidad de crear aplicaciones para muchas plataformas de

Microsoft, como Windows, Azure, Windows Phone 7 o Sharepoint. Microsoft ha

sido sensible a la nueva tendencia de las pantallas táctiles y con este Visual

Studio 2010 también es posible desarrollar aplicativos para pantallas multitáctiles.

Entre las ediciones disponibles de Visual Studio 2010 que podemos adquirir se

encuentran:

Visual Studio 2010 Ultimate: Conjunto completo de herramientas de gestión

del ciclo de vida de una aplicación para los equipos que garantizan unos

resultados de calidad, desde el diseño hasta la implementación. Ya sea

creando nuevas soluciones o mejorando las aplicaciones existentes, Visual

Studio 2010 Ultimate le permite llevar sus ideas a la vida en un número

creciente de plataformas y tecnologías - incluyendo la nube y la

computación paralela.

Visual Studio 2010 Premium: Un conjunto de herramientas completo que

simplifica el desarrollo de aplicaciones para personas o equipos que

entregan aplicaciones escalables de alta calidad. Que este escribiendo

codigo de aplicaciones o de bases de datos, creando bases de datos, o

quitando los errores, puede aumentar su productividad usando

herramientas poderosas que funcionan de la manera que usted trabaja.

Visual Studio 2010 Professional: La herramienta esencial para las personas

que realizan tareas de desarrollo básico. Visual Studio 2010 Professional

simplifica la compilación, la depuración y el despliegue de las aplicaciones

32

Page 33: Proyecto de modelado

en una variedad de plataformas incluyendo SharePoint y la Nube. También

viene con el soporte integrado para el desarrollo con pruebas y con las

herramientas de depuración que ayudan a garantizar unas soluciones de

alta calidad.

Visual Studio Team Foundation Server 2010: Una plataforma de

colaboración en el centro de la solución de gestión del ciclo de vida de una

aplicación (ALM) de Microsoft. Team Foundation Server 2010 automatiza el

proceso de entrega del software y le da las herramientas que necesita para

gestionar eficazmente los proyectos de desarrollo de software a traves del

ciclo de vida de IT.

Visual Studio Test Professional 2010: Visual Studio Test Professional 2010

es un conjunto de herramientas integrado que entrega un flujo de trabajo

completo planificar-probar-seguir para una colaboración en contexto entre

los probadores y los desarrolladores, aumentando considerablemente la

visibilidad de los probadores en la globalidad del proyecto.

Visual Studio Team Explorer Everywhere 2010: Permite a los equipos de

desarrollo colaborar fácilmente entre las plataformas. Team Explorer

Everywhere 2010 contiene las herramientas y los plug-ins necesarios para

acceder a Visual Studio Team Foundation Server 2010 desde dentro de los

entornos basados en Eclipse, de manera que todo el mundo puede trabajar

juntos y lograr los objetivos del negocio.

33

Page 34: Proyecto de modelado

CRONOGRAMA DE ACTIVIDADES

FECHAS Enero Febrero Marzo Abril Mayo

Sem

4

Sem

1

Sem

2

Sem

3

Sem

4

Sem

1

Sem

2

Sem

3

Sem

4

Sem

1

Sem

2

Sem

3

Sem

4

Sem

1

Sem

2

Sem

3

Sem

4

ACTIVIDADES

Obtención de los

Requerimientos

Análisis de los

Requerimientos

Generación del marco

teórico

Diseño de los

Diagramas UML

Diseño de la Base de

Datos

Entrega del Modelado

del Sistema

34

Page 35: Proyecto de modelado

BIBLIOGRAFIA

Blanco Encinoza, Lázaro B. (2008). Sistema de información para el

economista y el contador. Tomado de:

http://www.ecured.cu/index.php/Sistema_informático

Cohen Karen, Daniel. (2000) Sistemas de Información Gerencial. McGraw

Hill.

Keen, Meter G. W. (1991) Shaping the future: Business Design through

Information Technology. Cambridge: Harvard Business School Press.

Subjefatura de informática. Direccion técnica de desarrollo informatico.

Herramientas CASE. Instituto Nacional de Estadística e Informática (INEI).

Tomado de:

http://www.inei.gob.pe/biblioineipub/bancopub/Inf/Lib5103/Libro.pdf

Caseres, Tello Jesús. Departamento de Ciencias de la Computación.

Diagramas de casos de uso. Universidad de Alcalá. Tomado de:

http://www2.uah.es/jcaceres/capsulas/DiagramaCasosDeUso.pdf

Lamarca Lapuente, María Jesús. Hipertexto, el nuevo concepto de

documento en la cultura de la imagen. La interfaz grafica. Tesis doctoral.

Universidad Complutense de Madrid. Tomado de:

http://www.hipertexto.info/documentos/interfaz.htm Fecha de Actualización:

05/12/2011

Maestros de la Web (s.f.). Recuperado el 28 de Abril de 2013, de

http://www.maestrosdelweb.com/editorial/%C2%BFque-son-las-bases-de-

datos/ bases de datos

Desarrollo Web (s.f.). Recuperado el 28 de Abril de 2013, de

http://www.desarrolloweb.com/articulos/sistemas-gestores-bases-datos.html

FUENTES CONSULTADAS:

http://mmc.geofisica.unam.mx/LuCAS/Tutoriales/doc-modelado-

sistemas-UML/multiple-html/x194.html

35

Page 36: Proyecto de modelado

http://www.altova.com/es/umodel/communication-diagrams.html

http://segundo-chepes.wikispaces.com/file/view/unidad+7.+Diag.

+Comunicación.pdf

http://www-2.dc.uba.ar/materias/isoft1/is1

2005_2/apuntes/SlidesDC.pdf

http://www.sparxsystems.com.ar/resources/tutorial/

uml2_activitydiagram.html

36