1.0.modeladoProcesos

5/12/2018 1.0.modeladoProcesos - slidepdf.com

http://slidepdf.com/reader/full/10modeladoprocesos 1/13

1

R o d

o l f o M a r t í n e z P u e n t e

P r e p a r a

c i ó n d e l S e

r v i d o r

d e C o m e r c i o E l e c t

r ó n i c o

D e s a r r o l l o d e S i t i o s W

e b p a r a

C o m e r c i o E l e

c t r ó n i c o

COMPETENCIA

Desarrollar y gestionar un sitio de comerelectrónico a través de aplicaciones Web, pacontribuir al desarrollo de la organización.

OBJETIVO DE LA ASIGNATURAEl alumno desarrollará un sitio de comerelectrónico mediante técnicas de seguridad lenguajes de programación interpretados para comercialización de productos o servicios en línea.

OBJETIVO DE LA UNIDADEl alumno preparará el servidor que hospedará sitio de comercio electrónico para la comercializacide productos o servicios en línea.

Unidad Académica del SuresteProfesor de Tiempo Completo

Tecnologías de la Información yComunicación

[email protected]



Desarrollo de Sitios Web para Comercio Electrónico

TABLA DE CONTENIDO1 Preparación del servidor para el sitio de comercio electrónico. ....................................... 3

1.1 Modelado de procesos. ............................................................................................. 3 1.2 Gestión y modelado de los procesos de negocios ...................................................... 3

1.2.1 Diagrama de flujo - Flow Chart ......................................................................... 4 1.2.2 Diagramas de flujo de datos- Data Flow Diagram (DFD) .................................... 4 1.2.3 Diagrama entidad-relación - Entity-Relationship (ER) Diagram ......................... 5 1.2.4 Diagrama estado-transición - State Transition (ST) Diagram ............................. 6 1.2.5 IDEF - Integrated Definition for Function Modelling .......................................... 6 1.2.6 Diagramas de actividad de roles - Role Activity Diagram (RAD): ........................ 7 1.2.7 Técnica Orientada a Objetos - Object-Oriented (OO) Technique ......................... 7 1.2.8 Evaluación de las técnicas de Modelado ............................................................ 8

1.3 Diagramas UML ....................................................................................................... 9 1.3.1 Diagrama de casos de uso ................................................................................. 9 1.3.2 Diagrama de clases ........................................................................................... 9 1.3.3 Diagrama de Actividades ................................................................................. 10 1.3.4 Diagramas de secuencia y de colaboración ...................................................... 11

1.4 Resultados de aprendizaje ..................................................................................... 12




3

1 PREPARACIÓN DEL SERVIDOR PARA EL SITIO DECOMERCIO ELECTRÓNICO.

1.1 MODELADO DE PROCESOS.Generalmente los sistemas son complejos de entender, ya que estos son complejos, enocasiones muy extensos y sobretodo un tanto confusos; con múltiples interrelaciones entre

diversas áreas funcionales, departamentos y puestos.

Para intentar darle un poco más organización y poder documentar la información sobre lossistemas, es que se han desarrollado técnicas de modela de procesos.

Pero, ¿cómo podemos definir un modelo?, según el diccionario de la Real AcademiaEspañola1, un modelo es “Arquetipo o punto de referencia para imitarlo o reproducirlo”. Deacuerdo a esta definición, podríamos indicar que un modelo es una representación gráficade una realidad gráfica.

Modelar es desarrollar una descripción lo más exacta posible de un sistema y de lasactividades llevadas a cabo en él.

Cuando un proceso es modelado, con ayuda de una representación gráfica (diagrama deproceso), pueden apreciarse con facilidad las interrelaciones existentes entre distintasactividades, analizar cada actividad, definir los puntos de contacto con otros procesos, asícomo identificar los subprocesos comprendidos. Al mismo tiempo, los problemas existentespueden ponerse de manifiesto claramente dando la oportunidad al inicio de acciones demejora.

Diagramar es establecer una representación visual de los procesos y subprocesos, loque permite obtener una información preliminar sobre la amplitud de los mismos,sus tiempos y los de sus actividades.

La representación gráfica facilita el análisis, uno de cuyos objetivos es la descomposición delos procesos de trabajo en actividades discretas. También hace posible la distinción entreaquellas que aportan valor añadido de las que no lo hacen, es decir que no proveendirectamente nada al cliente del proceso o al resultado deseado. En este último sentido cabehacer una precisión, ya que no todas las actividades que no proveen valor añadido han deser innecesarias; éstas pueden ser actividades de apoyo y ser requeridas para hacer máseficaces las funciones de dirección y control, por razones de seguridad o por motivosnormativos y de legislación.

Diagramar es una actividad íntimamente ligada al hecho de modelar un proceso, que es porsí mismo un componente esencial en la gestión de procesos.

1.2 GESTIÓN Y MODELADO DE LOS PROCESOS DE NEGOCIOSLos sistemas organizativos son difíciles de comprender sin un método apropiado de análisisdebido a su amplitud y complejidad. Una organización puede estar formada por un buennúmero de áreas funcionales, departamentos y puestos, con múltiples puntos de contactoentre sí. Un modelo proporciona la oportunidad de organizar y documentar la informaciónsobre un sistema (Vernadat, 1996). Por lo tanto, la finalidad del modelado del negocio es

1 http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=modelo




describir cada proceso, especificando sus datos, actividades (o tareas), roles (o agentes) yreglas de negocio (García-Molina, 2007). Kosanke (2003), resume los objetivos del modeladoen:

1. la adquisición de conocimiento explícito sobre los procesos de negocio en la operativadel negocio,

2. la explotación de dicho conocimiento en proyectos de reingeniería o mejora,

3.

la ayuda a la toma de decisiones y4. la facilidad de interoperabilidad entre los procesos de negocio.

La gestión de los procesos de negocio, se entiende como la aplicación de técnicaspara modelar, gestionar y optimizar los procesos de negocio de la organización.

Debido a la naturaleza compleja y dinámica de las organizaciones, los modelos sonnecesarios para entender el comportamiento de las mismas y diseñar los nuevos sistemasasí como mejorar el funcionamiento de los existentes. Las siguientes técnicas se handesarrollado para facilitar la comunicación y la captura de información. A continuación seenumeran y explican brevemente algunas de las técnicas más significativas en el modeladode procesos de negocio.

1.2.1 DIAGRAMA DE FLUJO - FLOW CHART Los diagramas de flujo, que datan de los años 60 (Schriber, 1969), se definen como unarepresentación gráfica de una secuencia lógica de procesos de trabajo (Lankin et al., 1996).Mediante la utilización de diferente simbología, representa operaciones, datos, direccionesde flujo y recursos; para la definición, análisis o solución de un problema. Este formalismoes muy flexible, el estándar ofrece la nomenclatura, pero será quien diseñe el proceso, quienestructure los diferentes bloques del diagrama según el conocimiento que posea de éste. Secaracteriza por su gran facilidad de uso y aporta gran cantidad de información ya quemuestra la totalidad del sistema, aunque presenta la problemática de su extensión, lo quedificulta la visión global de todo el sistema así como que los límites del proceso no suelenestar muy claros (Aguilar-Savén, 2004).

Fig. 1.1. Ejemplo de Diagrama de Flujo (simbología).

1.2.2 DIAGRAMAS DE FLUJO DE DATOS- DATA FLOW DIAGRAM (DFD)Los DFD, son representaciones de información a través de entidades externas, pasosinternos de procesado y elementos de almacenamiento de datos de un proceso de negocio(Kettinger et al., 1995). Estos diagramas permiten ver cómo fluyen los datos a través de laorganización, los procesos así como las transformaciones que sufren dichos datos y losdiferentes tipos de salidas, aunque no modela representaciones de flujos de materiales,




5

recursos humanos, y otros elementos relacionados con los procesos de negocio (Yourdon,1989).

Fig. 1.2. Ejemplo de Diagrama de Flujo de Datos.

1.2.3 DIAGRAMA ENTIDAD-RELACIÓN - ENTITY-RELATIONSHIP (ER) DIAGRAMEl diagrama ER es un modelo de red, que describe con un alto nivel de abstracción, ladistribución de datos almacenados en un sistema. Los diagramas ER se centran en losdatos y en sus interrelaciones y por ello, no representan la estructura para el modelado deotros elementos del proceso. Dichos diagramas son representaciones completamenteestáticas y no proporcionan la información en el tiempo para poder analizarla y medirla(Giaglis, 2001).

Fig. 1.3. Ejemplo de Diagrama ER.




1.2.4 DIAGRAMA ESTADO-TRANSICIÓN - STATE TRANSITION (ST) DIAGRAMLos diagramas ST, se originan para la descripción de la perspectiva dinámica de sistemasdependientes en el tiempo y consiste en círculos que representan los estados, definidoscomo el modo perceptible de comportamiento de un sistema, y flechas, que representan lastransiciones entre estados. Son muy útiles ya que proporcionan información explícita acercade la secuencia de tiempo relacionado con los diferentes eventos dentro del sistema. Las

limitaciones las presenta en la descripción de la colaboración entre los objetos que causandichas transiciones.

Fig. 1.4. Ejemplo de Diagrama de Estado-Transición.

1.2.5 IDEF - INTEGRATED DEFINITION FOR FUNCTION MODELLING

IDEF es una familia de técnicas de modelado, que ofrecen una perspectiva integrada pararepresentar y modelar procesos y estructuras de datos. Sus inicios se remontan a lanecesidad de las Fuerzas Armadas Estadounidenses por mejorar sus operaciones deproducción, iniciándose así el programa ICAM (Integrated Computer-Aided Manufacturing ).La familia IDEF, consiste en un gran número de técnicas, entre las cuales se destaca IDEF0e IDEF3, que son aquellas relacionadas con los procesos de negocio, aunque existen otrasversiones como IDEF1, IDEF1X, IDEF2, IDEF4 e IDEF5.

Fig. 1.5. Ejemplo de diagrama IDEF.




7

La técnica IDEF0, está diseñada para modelar las decisiones, acciones y actividades de unaorganización u otro sistema, y representa la perspectiva funcional de modelado, es decir, elqué (Mayer et al., 1995). Es considerada una técnica sencilla pero poderosa, ampliamenteusada en la industria durante la etapa de análisis en la reingeniería de procesos. Permiteidentificar apropiadamente los procesos y sus interfaces así como elaborar los documentos

que permitan su control en cualquiera de sus etapas de desarrollo. IDEF0 utiliza solo untipo de anotación en sus representaciones gráficas conocido como ICOM (Input-Control- Output-Mechanism ). La representación estática de sus diagramas no permite visualizar lasperspectivas de modelado de comportamiento o informacional. Para vencer dichaslimitaciones, se desarrolló IDEF3 (Process Description Capture ), que describe a los procesoscomo secuencias ordenadas de hechos o actividades, representando el cómo , y mostrando lavisión dinámica o de comportamiento.

1.2.6 DIAGRAMAS DE ACTIVIDAD DE ROLES - ROLE ACTIVITY DIAGRAM (RAD):Los RAD son utilizados para esquematizar las actividades bajo la responsabilidad de cadarol así como la interacción entre ellos y con sucesos externos, entendiendo por rol, elcomportamiento deseado de los individuos dentro de la organización (Huckvale y Ould,

1995). Los diagramas RAD centran su atención en el concepto de rol, por ello su idoneidaden aquellos contextos en los que la perspectiva organizacional, es un factor clave que debeser modelado.

Fig. 1.6. Ejemplo de diagrama de actividades y roles.

1.2.7 TÉCNICA ORIENTADA A OBJETOS - OBJECT-ORIENTED (OO) TECHNIQUELa técnica OO, se utiliza para modelar y programar procesos caracterizados como objetos,que son desarrollados y transformados por actividades. Utiliza los objetos como bloqueesencial de construcción y combina la estructura de datos (atributos) y funciones

(operaciones) en una sola entidad. Existen diversidad de técnicas basadas en laprogramación orientada a objetos, pero de todas ellas, la más importante es UML (Unified Modelling Language ), lenguaje gráfico para visualizar, especificar y documentar cada una delas partes que comprende el desarrollo de software . UML ofrece una forma de modelar entesconceptuales como son los procesos de negocio y funciones de sistema, además de entesconcretos como son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusables. UML consiste en nueve diagramas diferentes, cadauno de los cuales muestra el aspecto estático o dinámico del sistema: diagrama de clases,de objetos, de estados, de actividad, de secuencia, de colaboración, de casos de uso, decomponentes y de despliegue.




Fig. 1.7. Ejemplos de diagramas UML

1.2.8 EVALUACIÓN DE LAS TÉCNICAS DE MODELADO

Las diferentes técnicas y metodologías difieren unas de otras, en el sentido en queproporcionan la habilidad para modelar diferentes perspectivas de los sistemas de negocio.Muchas técnicas se centran principalmente en funciones, otras lo hacen en datos e inclusoexisten aquellas basadas en los diferentes roles. El caso ideal, sería aquel, en el que sedesarrollase una única técnica que pudiera representar de manera eficiente todas lasperspectivas de forma concisa y rigurosa, para de este modo, poder ser aplicada a todas lassituaciones de modelado. En la siguiente tabla, se muestra una clasificación de lasdiferentes técnicas vistas anteriormente, junto con una valoración de su idoneidad para larepresentación de las diferentes perspectivas de modelado. La evaluación y selección de unatécnica, depende de las características del proyecto en cuestión, así como de la capacidad yel conocimiento que el diseñador posea de cada una.

Tabla 1.1. Representación de las diferentes técnicas de gestión de los procesos de negocio mediante las perspectivasde modelado.

TécnicasPERSPECTIVAS DE MODELADO

Funcional Dinámica Organizacional Informacional

Diagrama de flujo Sí No No Limitada

IDEF0 Sí No Limitada No

IDEF3 Limitada Limitada No Limitada

Redes de Petri Sí Sí No No

Diagrama RAD No Limitada Sí No

Diagrama de Flujo deDatos

Sí No Limitada Sí

Diagrama EntidadRelación

No No No Sí

Diagrama Estado-Transición

No Limitada No Limitada

Técnica Orientada aObjetos

Sí Limitada Limitada Sí




9

Como se puede observar, cada técnica tiene sus ventajas y desventajas, por lo cual, paraefectos de esta materia se emplearan los diagramas del Lenguaje de Modelado Unificado(UML); otra justificación del empleo de estos diagramas, es debido a que los alumnoscursaron previamente la materia de Modelado de procesos, donde utilizaron dichosdiagramas para modelar los procesos de una empresa.

1.3 DIAGRAMAS UML

Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en inglés, UnifiedModeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group).

Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectosconceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretoscomo expresiones de lenguajes de programación, esquemas de bases de datos ycomponentes reutilizables.

1.3.1 DIAGRAMA DE CASOS DE USOMuestran un conjunto de casos de uso y actores (tipo especial de clases) y sus relaciones.Cubren la vista estática de los casos de uso y son especialmente importantes para elmodelado y organización del comportamiento.

Fig. 1.8. Ejemplo de diagrama de Casos de Uso.

1.3.2 DIAGRAMA DE CLASESMuestran un conjunto de clases, interfaces y colaboraciones, así como sus relaciones. Estosdiagramas son los más comunes en el modelado de sistemas orientados a objetos y cubrenla vista de diseño estática o la vista de procesos estática (sí incluyen clases activas).




Fig. 1.9. Ejemplo de diagrama de clases.

1.3.3 DIAGRAMA DE ACTIVIDADESSon un tipo especial de diagramas de estados que se centra en mostrar el flujo de

actividades dentro de un sistema. Los diagramas de actividades cubren la parte dinámica deun sistema y se utilizan para modelar el funcionamiento de un sistema resaltando el flujo decontrol entre objetos.

Fig. 1.10. Ejemplo de diagrama de actividad de una compra sencilla.




11

1.3.4 DIAGRAMAS DE SECUENCIA Y DE COLABORACIÓN Tanto los diagramas de secuencia como los diagramas de colaboración son un tipo dediagramas de interacción. Constan de un conjunto de objetos y sus relaciones, incluyendolos mensajes que se pueden enviar unos objetos a otros. Cubren la vista dinámica delsistema. Los diagramas de secuencia enfatizan el ordenamiento temporal de los mensajesmientras que los diagramas de colaboración muestran la organización estructural de los

objetos que envían y reciben mensajes. Los diagramas de secuencia se pueden convertir endiagramas de colaboración sin pérdida de información, lo mismo ocurren en sentidoopuesto.

Fig. 1.11. Ejemplo de diagrama de secuencia de una compra sencilla.




1.4 RESULTADOS DE APRENDIZAJE

El alumno generará una memoria técnica que incluya:

Modelado de proceso de ventas. (Parte 1) El alumno deberá verificar el proceso de ventas de una empresa

y realizar su modelado empleando diagramas de UML.

Secuencia de aprendizaje1. Reconocer la metodología para el modelado de procesos.




13

REFERENCIAS García-Molina, J., Ortín, M.J., Moros, B. y J. Nicolás; De los Procesos del Negocio a los

Casos de Uso, Técnica Administrativa, ISSN: 1666-1680 (en línea), 6(4) (2007).http://www.cyta.com.ar/ta0604/v6n4a1.htm.

Kosanke, K.; Business Process Modelling and Standardisation (2003),

http://www.cimosa.de/Standards/BPM_and_Standardisation.pdf Vernadat, F: Enterprise Modeling and Integration. Principles and applications,

Chapman&Hall, Londres (1996).

http://www.aiteco.com/modelpro.htm http://www.scielo.cl/scielo.php?pid=S071807642009000200005&script=sci_arttex

t

http://www.cyta.com.ar/ta0604/v6n4a1.htm


http://www.cimosa.de/Standards/BPM_and_Standardisation.pdf


http://www.aiteco.com/modelpro.htm


http://www.scielo.cl/scielo.php?pid=S071807642009000200005&script=sci_arttext










1.0.modeladoProcesos

Documents

Transcript of 1.0.modeladoProcesos