Cuestionario Capitulo 4: DFD’s y Diseño de Sistemas

1. ¿Los archivo pueden ser?
• Manuales o electrónicos
2. ¿Que se refiere como archivos manuales?
• Los documentos físicos que se almacenan en archiveros o gabinetes
3. ¿Que otro nombre recibe el diagrama de nivel cero?
• Diagrama de contexto
4. Mencione las características de los DFD’s
• Existen datos de entrada
• Existen productos o salidas
• Existen entidades que proporcionan datos de entrada y/o reciben las salidas o productos.
5. Mencione 2 tipos de simbologías de DFD’s
• Gane & Sarson
• Yourdon
6. ¿Que representa el rectángulo con esquinas redondas en la simbología “Gane & Sarson”?
• Un proceso
7. Liste los pasos para elaborar un DFD
• Elaborar un lista de actividades del negocio
• Identificar entidades (fuentes o destinos) externos
• Crear un diagrama de contexto que muestre las entidades externas y los flujos de datos que entran y salen del sistema
• Trazar el diagrama 0
• Elaborar el diagrama del siguiente nivel
• Revisar en cada nivel.
8. Mencione 2 ventajas de usar DFDs
• Ayuda a comprender mejor las intenciones de los sistemas y subsistemas
• Documenta los procesos pertenecientes a un sistema
• un DFD que tiene mas de un proceso sin identificación es valido
• No debido  que todos los procesos de un DFD deben estar nombrados
9. ¿con que se debe iniciar el diseño de un sistema?
• Con las salidas, para que sirvan de guía de lo que se desea del sistema.
10. ¿Que quiere decir IPO?
• es el acrónimo de INPUT (Entrada), PROCESS(procesos), OUTPUT (Salida)
11. ¿Como se divide un proyecto de automatización de procesos administrativos?
• Estudio y diseño
• Implantación
• Operación
12. ¿Que enfoque debe ser usado al elaborar DFD’s?
• TOP-DOWN, es decir de un nivel mas general hacia uno mas detallado.
• ¿Es necesario el nivel 0 en los DFD’s?
• Si ya que es el nivel que presenta los rasgos mas generales del proyecto
13. ¿Se puede presentar procesos repetitivos en un DFD?
• No ya que un DFD únicamente presenta un flujo y no los pasos específicos de un proceso.
14. ¿Liste los principios del diseño general de sistemas?
• Funcionar correctamente
• Llenar las especificaciones de requerimientos
• Ser confiable
• De fácil mantenimiento y evolucionar con simplicidad
• Ser fácil de usar
• Sencillo de probar e implementar
• Utilizar los recursos eficientemente.
15. ¿Liste los elementos que deben ser tomados en cuenta en el diseño de sistemas?
• Hardware
• Software
• Datos
• Personas
• Procedimientos
16. ¿Cuales son los objetivos del diseño?
• Apoyar las actividades de la empresa
• Satisfacer los requerimientos del sistema
• Especificar elementos del sistema
17. ¿Que debe hacerse al revisar los DFD’s?
• Incluir todos los flujos de datos
• Revisar los nombres y elementos del DFD
• Revisar que el sentido del flujo sea correcto
• Se debe verificar que los diagramas no estén muy cargados
18. ¿Que representa la flecha en la simbología “Gane & Sarson”?
• Representa el movimiento de los datos
19. ¿Que representan lo DFD?
• El flujo o camino recorrido por los datos y los procesos a los que están sometidos.
20. ¿Que es el diseño general?
• La transición entre la etapa de análisis y del diseño especifico.

Resumen Capitulo 4: DFD’s y Diseño de Sistemas

Diagramas de Flujo de Datos

Es una técnica de análisis estructurado que conceptualiza y representa gráficamente los procesos de datos de una empresa.
Características:

1. Existen datos de entrada
   
2. Existen productos o salidas
3. Existen entidades que proporcionan los datos de entrada y/o reciben los datos de salida productos.
4. Existen procesos que transforman las entradas en salidas
   
5. Existe una ruta o camino que lleva los datos de entrada a los procesos y traslado del proceso a las salidas.

Se puede elaborar por niveles o capas y entrar en mayor detalle en cada nivel. Para la elaboración de los DFDs se requiere de 4 símbolos  que son:

La Lecha: representa el movimiento de los datos.  Esto cuento se traslada los daos del  cliente al operador que los procesa y de nuevo del operador  al cliente.

El rectángulo: con las orillas redondeadas representa un proceso.  Puede dividirse en tres partes:
En la parte superior se escribe  el numero asignado dentro del sistema que se diagrama.
En la parte de en  medio se escribe su nombre.
La tercera parte es opcional y se utilizara posteriormente.
En  esta parte puede identificarse quien lo activara o quien interactúa con el.
en un almacén de datos es cualquier medio en donde se guardan datos, sea esta manual o electrónico.  En el manual  están archivero o un gabinete de archivos.

En el electrónica la base de datos computarizada, el el cual se identifican con un nombre.  Es importante mencionar que este almacén permite tanto el acceso o consulta de los datos, como su almacenamiento y modificación.

¿COMO ELABORAR LOS DFDS?

     De nuevo la información recolectada en la etapa anterior es de utilidad y el la base para elaborar un DFDs.  Se inicia con el nivel mas general y entrar en detalle en los niveles subsiguientes.

PASOS A SEGUIR:

1.-  Elaborar una lista de actividades del negocio.  en el depto.., de Servicio al Cliente  se llevan a cabo varias actividades por ejemplo:

      Se realizan consultas de tarifas, reservas, se factura los servicios efectuados, recepción de pagos, etc.,de la empresa.

2.-   Identificar entidades ( fuentes o destinos) externos.  El cliente es la fuente cono el destino externo.  y  es una  fuente porque proporciona datos acerca de tarifas y atracciones, y envía los pagos al depto.

3.-   Crear un diagrama de contexto que muestre las entidades externas y los flujos de datos que entran y sales del sistema.

4.-   Trazar el diagrama 0.   Se muestran los procesos en forma general y sus almacenamientos.

5.-  Elaborar diagrama del siguiente nivel.   Para cada uno de los procesos, se debe elaborar un diagrama en el siguiente nivel y describirlo en detalle.

6.-   Revisar en cada nivel.  Buscar errores y revisar los nombres de cada proceso, flujo de datos y almacén.

¿COMO SE INTERPRETA EL DFD?

     el diagrama de nivel 0 es también conocido como el diagrama de contexto.  Algunos autores colocan la numeración (0) al  inicio.  Se puede observar tres procesos principales del sistema de atención al cliente de la Corporación (CHN).

     . Procesa consulta.

     .  Procesa reservación  .

     .  Genera Cargos por Servicios y Facturación.

      Es necesario analizar las relaciones entre los procesos y las entidades externas para comprender mejor el flujo de los datos.

procesa consulta,  en el cual el cliente solicita consulta  y los datos de esta alimentan al proceso; en cual enviada al cliente nuevamente como  un producto del sistema.    Para conocer  el  procesa consulta ,  este transforma los datos de la consulta en la después esperada.

     Procesa reservación.  Se registran los datos de reservación, los cuales producen dos salidas de datos.    Una confirmación de reservación para el cliente y una confirmación de reservación para la empresa. 

Genera Cargos por Servicios y Facturación:  una solicitud de facturación por parte del  jefe del depto.,  este proceso produce una factura la cual es enviada a los empresas.  La empresa envía su pago, esta es registrada y se emite un recibo de paga.

CONSEJOS ACERCA DE LOS DFDs.

     los nombres asignados a los elementos del DFDs son importantes, no debe olvidar es un diagrama y el objetivo del mismo  es ser entendibles que una narración por escrito.   Y es importante asignar el nombre y tienen que ser significativos, no muy largos para que no vuelvan al diagrama algo ilegible.

     los procesos deben ser descritos por una frase corta que incluya un verbo.  Por ej., “Calcular salario semanal” o “Calcula Salario mensual”.

VENTAJAS DEL USO DE DFDs:

1.-   Permite al analista de sistemas conceptualizar los flujos de datos  necesarios.  Además ayuda  al usuario y personas involucradas a entender el flujo de los dados.

2.-   Ayuda a comprender mejor las interrelaciones de los sistemas y subsistemas.

3.-   Facilita una mejor comunicación entre todos los relacionados con el sistema.  Es una herramienta para interactuar con los usuarios.       Esto ayuda a no pasar por alto detalle importantes en el flujo de los datos que pueden ser proveídos por los miembros del equipo.

4.-  Permite revisar si se han definido todos los datos y procesos necesarios.   Es una excelente manera de presentar cada componente del sistema, tanto de datos como de proceso y su interrelación.

5.-   Documenta los procesos pertenecientes y un sistema. 

6.-   por ser grafico y estándar representa el flujo de datos en un idioma universal que podrá ser comprendido fácilmente.

7.-   Es mas fácil de comprender que una narrativa del flujo de datos.  No muestra ambigüedades, ya que representan en forma concreta el flujo de datos.

Las Reglas para Diagramar un DFD

1.-   Todos los elementos del diagrama deben ser identificados por un nombre.

2.-   De preferencia asignar un numero único a cada proceso, entidad o almacén de datos.

3.-   Todo diagrama tiene, por lo menos, una entidad que provee entradas y una entidad que requiere las salidas del sistema que se diagrama.

4.-   El flujo hacia o de un almacén de datos debe ser únicamente hacia un proceso.  Es decir, una entidad no puede alimentar un almacén directamente, ni un almacén puede proveer información directamente a una entidad.

5.-   Pueden existir procesos sin que se relacionen con un almacén, pero no así almacenes sin que se relacionen con un proceso.

6.-   A todo proceso debe asignarse un numero de secuencia de ejecución.

7.-   Por ende, una entidad se comunica exclusivamente a un proceso.

8.-   Un proceso realiza una transformación o cambio sobre el dato que pueden ser utilizados y/ o modificados.

9.-   El almacén de datos es una colección de datos que pueden ser utilizados y/o modificados.

10.-  El flujo de datos representa el movimiento de datos de una parte a otra del sistema.  Representa, por lo  tanto en movimiento.

11.-  Se debe graficar un flujo por cada tipo de dato.

12.-  El flujo tiene dirección y sentido, ya que indica hacia donde se dirigen los datos.  por lo tanto, llevan en uno de sus extremos o ambos, el sentido del movimiento.

13.-  Un proceso debe tener, al menos un flujo de datos de entrada y uno de salida.

ERRORES COMUNES ENCONTRADOS EN DFDs.

1.-   Todos los elementos del diagrama deben ser identificados por un nombre.   

2.-   Todo diagrama tiene, una entidad que provee entrada y una entidad que requiere las salidas del sistema que se diagrama.

3.-   El flujo hacia o de un almacén de datos debe ser únicamente hacia n proceso.   Es decir, una entidad no puede alimentar un almacén directamente, ni un almacén puede proveer información directamente a una entidad.

4.-   Pueden existir procesos sin que se relacionen con un almacén, pero no así almacenes sin que se relacionen con un proceso.

5.-   A todo proceso debe asignarse un numero de secuencia de ejecución

      ERROR:   proceso sin numero asignado

6.-   Los flujos de datos se dividen en mas de dos direcciones.

     ERROR:  Un flujo de datos con división en mas de dos direcciones.

7.-   Un proceso debe tener, al menos, un flujo de datos de entrada y uno de salida.     

     ERROR: un proceso con solo flujo de entrada

     ERROR:un proceso con solo flujo de salida.

8.-   No pueden existir ciclos o procesos repetitivos.  Representa el flujo de los datos y no  los pasos en los procesos, esto son identificados y el lector comprende que se realiza en cada proceso.   no indican acciones o pasos repetitivos.

9.-   Recordar que los DFDs deben ser claros.  Evitar cruce de líneas y diagramas muy confusos y cargados en donde sea difícil seguir el flujo de los datos.

10.-  Los nombres de las entidades, procesos, almacenes de  datos y flujo de daos deben ser significativos.

REVISION QUE DEBE REALIZARSE EN LOS DFDs

1.-   Inclusión de todos los flujos de datos, entidades, procesos y almacenes de datos en el DFDs.

2.-   Revisar que los nombres y números de los elementos del DFD estén bien colocados.

3.-   Revisar que el sentido del flujo de datos este correctamente colocado.

4.-   Si el diagrama esta muy cargado será mejor agrupar procesos y trabajarlos en un nivel mas detallado. 

NIVELES DE LOS DFDs

Se recomienda se utilice el enfoque TOP DOWN (Arriba hacia abajo).  Además, este diagrama de contexto muestra las entidades externas que interactúan con el sistema y todos los flujos de datos entre estas entidades y el sistema.  El propósito del diagrama de contexto es listar como el sistema esta conectado e interactúa con su ambiente.

     El DFD nivel mas alto del sistema provee una descripción mas detallada del mismo.  Cada proceso tiene un nombre y numero único y los datos son procesados en el orden indicado por el numero de proceso.

CONCEPTO DE DISEÑO

      Resumen de división proyecto.

     Estudio y diseño              Estrategia

                                           Análisis

                                           Diseño

     Implantación                    Implementación

     Operación                       Transición o puesta en marcha

                                           Producción

     Al diseñar un sistema se entra al terreno de organización y método. Existen varias técnicas que permiten plasmar el diseño.

Durante el diseño se especifican  procedimientos concretos (COMO se deben hacer las cosas y QUIENES intervienen). Asimismo se detectan errores, redundancias, desperdicios, etc. Se deben unir técnicas  de aseguramiento y conceptos de reingeniería para asegurar que esta propuesta es importante, ya que puede tratarse de un diseño perfecto pero que la empresa no esta en las posibilidades de pagar y, aun mas, la relación de costo-beneficio no ofrece ningún atractivo.

En otras palabras para plantear una solución se deben tomar en cuenta los recursos para hacerlo.Cuando se diseña no se necesita de instrumentos complicados difíciles de interpretar.Al contrario, estos deben ser sencillos, claros y fáciles de entender.

APLICACION DEL MODELO IPO EN EL DISEÑO

En algunas ocasiones pareciera que cuando se inicia el diseño se identifican los insumos o entradas del sistema.Se debe recordar que las salidas sirven de brújula para determinar si se visualiza a través de las salidas.

     Se trata de aclarar en este momento es que las salidas deben ser diseñadas al inicio del proceso.  De esta manera estas sirven de guía para determinar los dos restantes elementos: entradas y procesos requeridos.

¿CUALES SON LOS OBJETIVOS DEL DISEÑO?  

¿QUE SE PUEDE ESPERAR DEL DISEÑO?

     El sistema de información a diseñar es necesario en función de la organización que lo requiere.  Es por ello que el principal objetivo del diseño es asegurar el logro de los objetivos que la organización ha definido para el sistema.

Se pueden definir los objetivos del diseño así:

1.-   Apoyar actividades de la empresa.  El diseño debe orientarse llenar los objetivos de la empresa y apoyar las actividades.

2.-   Satisfacer los requerimientos del usuario, de esto depende el éxito del sistema.

3.-   Especificar  elementos del sistema; Insumo o entradas, salidas  o productos, procesos, control o retroalimentación.   Debe definirse bien los elementos o aspectos sin definir.

4.-   El sistema diseñado debe ser fácil de usar.   esta sirve para el éxito del sistema.   Si es muy complicado de ponerlo a funcionar, se encontraran muchos obstáculos en el camino para su funcionamiento exitoso.

4.2.-  Mantener:  es darle mantenimiento al sistema los cuales deben adaptarse a nuevas situaciones y requerimientos.  En los cuales se han dejado previsto de acuerdo con el análisis del ambiente. 

4.3.-  Probar:  El sistema debe ser probado y se debe elaborar de manera tal que sea fácil  dicha tarea.

4.4.-  Implementar:  No importa lo estético o precioso y al momento de implementar sea poco practico.

4.5.-  Evolución y cambiar:   esto va ala par del mantenimiento, tener en mente que abran cambios y por ente evolución del sistema.

Es sistema tiene que ser confiables y seguro, y no tener que preocuparse por los resultados incorrectos.

Asegurar el uso eficiente de los recursos,  y elegir entre dos opciones se tonara en cuanta aquella que utilice en forma optima los recursos.

Ajustarse a estándares de diseño.  Existen estándares a los cuales hay que ajustarse esto garantiza que otros profesionales se acerque, comprendan fácilmente y sin problemas el sistema.

¿Cuales son sus etapas?

Se toma como base el diseño general que se ha preparado, el modelo IPO nos auxilia.en el sistema se deben diseñar sus elementos con detalle.  Entrada ( formas, pantallas, etc.). 

Salida: (pantalla, reportes, etc.). menús, bases de datos, proceso, controles, detalladas de estos elementos y satisface  los requerimientos del sistema, a este conjunto se le  da el nombre de especificaciones del diseño de sistema.

Diseño General

En esta etapa se prepara el diseño del sistema. se debe revisar y aprobar las ideas generales del diseño.

Su propósito es crear opciones de diseños conceptuales de acuerdo a la fase del análisis.

Evaluación y selección

En esta etapa se evalúa cada configuración propuesta y se selecciona la mejor.

Diseño detallado

Se toma como base el diseño general que se ha preparado, aquí es cuando el modelo IPO sirve de auxilio. Para diseñar en detalle todos los componentes deben ser añadidos.  El diseño lógico escribe especificaciones detalladas de los elementos y satisface los requerimientos del sistema.

el diseño de sistemas debe involucrar los siguientes elementos:

1. Hardware: Todo lo que se refiere a equipo
2. Software: Incluye temas como el sistema operativo, lenguajes y otros elementos intangibles.
3. Datos: Se debe considerar la seguridad, integridad, redundancia, etc..
4. Personas: Incluye  Entrenamiento, cultura organizacional, cambio, disponibilidad, etc..
5. Procedimientos: Incluye Materiales de entrenamiento, documentación operacional y técnica.

Por ser muy extensos los temas se cubrirán los relevante y se dará una idea general.

Principios del diseño general de sistemas

Los siete principios que un sistema bien diseñado debe cumplir son:

1. Funcionar correctamente
2. Llenar las especificaciones de requerimientos creadas durante la fase de análisis o cambios posteriores.
3. Ser confiable
4. Ser fácil de dar mantenimiento.
5. Ser fácil de usar
6. Ser sencillo de probar e implementar.
7. Utilizar los recursos eficientemente.

Puede notarse que los objetivos del diseño están ligados con sus principios.

Cuestionario Capitulo 3: Modelización de un sistema

1. Mencione uno de los métodos mas utilizados para elaborar un modelo funcional
   • Diagrama de Flujo de Datos (DFD)
2. Mencione 2 modelos de datos
   • Object Oriente Analysis
   • Entity Relation Models
3. Mencione una utilidad de usar un modelo de entidad-relación
   • Son una herramienta muy utilizada para representar el modelo en el nivel de datos.
4. Menciones una utilidad de OOA
   • Permite analizar como la organización visualiza el sistema y como establece las fronteras.
5. ¿Que es una especificación?
   • Una descripción del sistema que permite definir el desempeño del mismo.
6. ¿Que es un requerimiento?
• Una característica que debe ser incluida en el sistema.
• ¿Serviran para la fase de diseño los documentos incompletos y con detalles faltantes?
• No pues pueden omitir detalles cruciales para la fase de diseño
7. ¿Que es PUD?
• Es un proceso de desarrollo de sistemas
8. Enumere las fases del ciclo de vida del software según Booch.
• Concepción
• Elaboración
• Construcción
• Transición
9. Cuales son los niveles de desarrollo de software según Microsoft.
• Diseño conceptual
• Diseño lógico
• Diseño físico
• ¿Que es un caso de uso?
• Especifica un comportamiento deseado del sistema
10. ¡cual es la relación entre UML y PUD?
• PUD es un proceso que puede hacer uso de UML como herramienta de modelado.}
11. ¿Que es un Objeto según la programación orientada a Objetos?
• es un una entidad concreta que existe en el tiempo y en espacio.
12. ¿Según UML un Actor es un objeto que únicamente es usado por otros objetos?
• NO, un Actor es un objeto que únicamente actúa sobre otros objetos.
13. ¿Cuales son  las características de un buen modelo?
• es Exacto, consistente, fácil de comunicar, fácil de cambiar cambiar y es entendible.
14. ¿UML se puede usar únicamente para modelar Objetos?
• NO, se puede usar para modelar cualquier sistema
15. ¿Fue UML el primer lenguaje de modelado?
• No antes existieron Booch, OMT y OOSE por nombrar algunos.
16. ¿Según la programación orientada a objetos una clase es?
• es una abstracción de la “esencia” de un objeto.
17. ¿UML  esta relacionado a alguna empresa?
• Si, fue originalmente concebido por Rational Software.
18. ¿Que se efectúa en la etapa de Construcción del ciclo de vida del software?
• Se desarrolla el producto por medio de iteraciones
19. ¿Que es una iteración?
• Es el esfuerzo de trabajo en un proyecto que recorre varias etapas de desarrollo
20. ¿Cuales son los elementos fundamentales del sistema en la arquitectura?
• Subsistemas
• Dependencias
• Interfaces
• Colaboraciones
• Nodos
• Clases activas

Resumen Capitulo 3: Modelización de un sistema

Modelos del sistema

Para representar un sistema se debe elaborar modelos desde varias perspectivas, En el diseño de sistemas se pueden elaborar diversos modelos como: Los funcionales, de Procesos, Objetos y por ultimo los modelos de datos.

 

El objetivo de realizar un modelo de procesos es mostrar las tareas que son realizadas en una actividad y el flujo de información, además trata de  representar las tareas o acciones del sistema. Cuando se elaborar un modelo de procesos se pretende hacerlo desde el punto de vista del proceso, son secuenciales e indican el inicio y final del proceso diagramado.

Los modelos de datos mas comunes son OOA (Object Oriented Análisis) y modelos de entidad-relación ER.

 

Los modelos orientados a objetos pretenden identificad a los objetos y sus características, los de relación son una herramienta muy útil para representar el modelo en el nivel de datos.

Al construir los modelos del sistema actual y analizar las modificaciones necesarias se generan las especificaciones y requerimientos del sistema de la siguiente forma:

• Requerimiento es una característica que debe ser incluida
• Especificación es una descripción del sistema que permite definir el desempeño del mismo.

Análisis de Datos recopilados y determinación de requerimientos

con las siguientes interrogantes:

• ¿Que se hace?
• ¿Como se hace?, es decir que pasos se efectúan para realizarla.
• ¿Con que frecuencia se hace?
• ¿Que volúmenes se manejan?
• ¿Con que eficiencia?
• ¿Con que eficiencia se hace?
• ¿Que problemas se presentan?
• ¿Que grado de importancia tiene el problema?
• ¿Cuales son las causas del problema?
• ¿Quienes lo realizan?
• ¿Que tiempo se tardan en hacerlo?
• ¿Quienes emplean la información resultante?

Para determinar requerimientos se debe llegar a un consenso y establecer claramente los requerimientos del sistema.

Los diagramas de modelo conceptual, entidad relación deben ser validados entre si y verificar que coincidan con los datos recabados.

ESPECIFICACION DE LOS REQUERIMIENTOS DEL SISTEMA

El análisis estructurado además de documentar el sistema, proporciona información que ayuda en el trabajo de analizarlo.

Las técnicas de estructurado, no elaboran el análisis de requerimientos, lo que se necesita es analizar toda la información reunida y presentar sugerencias de cambios, para examinar los hechos encontrados y establecer los requerimientos del usuario trabajaremos las siguientes áreas:

• Capacidad
  • Se busca signos evidentes de falta de capacidad en el sistema que provocan retrasos o inconvenientes.
• Control
  • Se busca identificar mecanismos que aseguren un alto grado de logro en los objetivos del sistema.
• Disponibilidad de Información
  • Se busca identificar si la información existe, es correcta y esta disponible.
• Simplicidad
  • Se busca identificar si el sistema es simple y fácil de operar.

El análisis de datos y hechos recabados debe generar una identificación de requerimientos del nuevo sistema.

USO DE LAS REUNIONES DE TRABAJO

Para la construcción de modelos es necesario realizar reuniones de trabajo y se debe seleccionar cuidadosamente a los miembros del equipo que participaran en las mismas. Cada cierto tiempo es recomendable reunir al grupo y mostrar una síntesis del modelo elaborado, se debe motivar a los participantes a que expresen sus opiniones, además se debe tener en cuenta que los conflictos son naturales en los grupos heterogéneos y pueden ser enriquecedores si son manejados adecuadamente. No se debe permitir que un conflicto cause roces que eviten el buen desempeño del equipo.

METODOLOGIAS PARA EL DISEÑO DE SISTEMAS

son el conjunto de técnicas convenciones herramientas que ayudan.

PROCESO UNIFICADO DE DESARROLLO

Describe un conjunto de actividades  que deben realizarse en un determinado orden que identifican que hacer, como hacerlo, cuando hacerlo y el motivo, además debe poseer las siguientes características: Reproducible, definido, susceptible de ser medido.

Debe especificar:

• Secuencia de actividades a realizar por el equipo de desarrollo
• Productos que deben crearse e indicar el que y cuando
• Asignación de tareas a cada miembro del equipo y al equipo como un todo
• Criterios para controlarlo.

¿Que es el proceso unificado de desarrollo?

Proceso de desarrollo de sistemas usado como marco, ya que no existe un proceso universal que pueda resolver los problemas de toda organización. Se adapta a través de los proyectos y esta basado en la experiencia de la compañía Rational .

Guía a los equipos de proyectos en como administrar el desarrollo iterativo de un modo controlado mientras se equilibran los requerimientos del negocio, el tiempo del mercado y los riesgos del proyecto.

El ciclo de vida en  el desarrollo de software en el proceso unificado

Se ha identificado el ciclo de vida del software  como: concepción,elaboración, construcción y transición.

De acuerdo a Microsoft el diseño de software se realiza a 3 niveles:

• Conceptual
  • Se considera como un análisis de las actividades, se expresa con los casos de uso
• Lógico
  • Traduce los escenarios de uso creados en el diseño conceptual en un conjunto de objetos de negocio y sus servicios. Es independiente de la tecnología.
• Físico
  • Traduce el diseño lógico en una solución implementable y costo-efectiva o económica.

Características del PUD

El PUD posee las siguientes características:

Dirigido por casos de uso

Los casos de uso especifican un comportamiento deseado del sistema. (requisito funcional), describe que hace el sistema, no como lo hace. por lo que se puede decir que es un documento narrativo que describe una secuencia de eventos para completar un proceso  entre un actor y un sistema.

En los casos de uso participan actores que son entidades externas del sistema que de alguna forma participan en el caso de uso, generalmente proveen algo u reciben algo del sistema.

En los casos de uso se especifica una secuencia de acciones, incluyendo variantes, que el sistema puede ejecutar y que produce un resultado observable útil para un particular actor.

Centrado en la arquitectura

La arquitectura es prioritaria desde el principio hasta el final, es una vista del diseño completo con las características importantes resaltadas dejando de lado los detalles.

Iterativo e incremental

Es característica se fundamente en que no se sabe realmente que se desea del sistema, se facilita el proceso al repetir una serie de fases varias veces hasta completar el proyecto, su ventaja es que se logra una retroalimentación rápida y por ende una reacción oportuna en las modificaciones.

Iteración

Es el esfuerzo de trabajo de proyecto que recorre una o mas etapas de desarrollo al final del cual se ha aumentado el material disponible sobre el sistema.

Incremento

Es un avance significativo en el grado de especificación, diseño, implementación o prueba que tenga lugar durante una iteración.

Los objetivos de una iteración se estableen en función de la evaluación de las iteraciones precedentes.

Podemos imaginar las iteraciones como una evolución de prototipos ejecutables.

en cada iteración comprende:

• Planificación de la iteración
• Análisis de casos de uso y escenarios
• diseño de opciones arquitectónicas
• Codificación y pruebas, la integración de nuevo código
• Evaluación de la entrega ejecutable.
• Preparación de la entrega

VIDA DE UN SISTEMA

Consiste en una serie de ciclos que incluyen el nacimiento, ciclos iterativos y si muerte. En cada ciclo se presentan varias fases las cuales son un intervalo de tiempo entre hitos importantes del proceso.

ETAPASY FASES DEL CICLO DE VIDA

INICIO

Etapa en la que se define el ámbito y objetivos del proyecto. En esta etapa se deben identificar y especificar clases y colaboraciones para objetos del dominio.

ELABORACION

Se define la funcionalidad y una arquitectura básica, en esta fase se definen los criterios de evaluación que habrá que cumplir al final.

Es en esta etapa que que se definen la visión y arquitectura del producto, se expresan con claridad los requisitos del sistema, se priorizan y son usados para definir una solidad base arquitectónica, por ultimo en esta fase se planifican las actividades  y los recursos necesarios.

CONSTRUCION

En esta etapa se desarrolla el producto usando iteraciones, cada cual tiene su propia fase de análisis, diseño e implementación. en esta fase se efectúa la mayor parte del trabajo, se debe documentar tanto el sistema construido como su manejo

TRANSICION

Es la etapa en que se libera el producto y se entrega para su uso real. se incluyen tareas de instalación, configuración, entrenamiento, soporte mantenimiento, etc..

RELACION ENTRE PUD Y UML

UML es un lenguaje de modelado seleccionado como estándar de la OMG,  en el que se plasma diferentes vistas del sistema. Sirve para representar la información recabada y utilizada durante el proceso unificado de desarrollo PUD.

INTRODUCCION A OBJETOS

La teoría de objetos es necesaria para comprender UML y PUD.

La programación orientada objetos

Filosofía de la cual surge una cultura nueva que incorpora nuevas técnicas y metodologías.Es importante anotar que OOP como metodología es distinto a OOP como paradigma.

FUNDAMENTOS

OBJETO

es aquello que tiene estado, comportamiento e identidad. la estructura y comportamiento están definidos en una clase común, los términos instancia y objeto son intercambiables.

CLASE

Conjunto de objetos que comparten una estructura y comportamiento común.

Principios del modelo

• Abstracción
  • Descripción simplificada o especificación de un sistema.}
• Encapsulación
  • proceso de ocultar todos los detalles que no contribuyen a sus características importantes.
• Modularidad
  • Descomposición de un sistema en módulos coherentes e independientes.
• Jerarquía
  • Orden de las abstracciones organizado por niveles
• Tipificación
  • Definición precisa de un objeto de tal forma que objetos de diferentes tipos no puedan ser intercambiados
• Concurrencia
  • Propiedad que distingue un objeto inactivo de uno activo
• Persistencia.
  • Trascendencia de un objeto en el tiempo

Las relaciones entre objetos definen el comportamiento del sistema, los objetos pueden ser:

• Actores
  • si únicamente opera sobre otros objetos
• Servidor
  • Si únicamente es manejado por otros objetos
• Agente
• Si posee ambas propiedades.

Actualmente las metodologías más importantes de análisis y diseño de sistemas han confluido en UML bajo el respaldo dela OMG.

Lenguaje Unificado de Modelado (UML)

¿Que es un modelo?

Es una descripción simplificada de un sistema o parte de el, en un lenguaje bien definido.

¿Porque se modela?

Para mejorar la comprensión de lo que se modela, reducir la complejidad o visualizar como es o como se desea que sea el sistema.

Un modelo facilita la comunicación entre el equipo al existir un lenguaje común y se dispone de documentación que trasciende al proyecto.

Un buen modelo debe presentar las siguientes características

1. Exacto
2. Consistente
3. Fácil de comunicar
4. Fácil de cambiar
5. Entendible

¿Que es UML?

Es un lenguaje desde la perspectiva OO,es llamado un lenguaje de modelado  no un método, los cuales consisten de un lenguaje de modelado y de un proceso.

debe considerarse acerca de UML lo siguiente:

• UML s una anotación, no un proceso
• Se han definido procesos para UML
• Es utilizable en procesos que no sean UML.

emergió en los 90 luego de la búsqueda de un lenguaje de modelado que unificara a la industria, por lo cual es una unión de  otros lenguajes de modelos e incluye características adicionales.

 

Una de las principales metas de UML es avanzar en el estado de la industria proporcionar herramientas de interoperabilidad para el modelado visual de objetos.

 

UML no es:

• Un lenguaje de programación visual
• Una herramienta de especificación
• Un proceso que habilita procesos

Su utilidad incluye:

• Propósito generar para adquirir, compartir y utilizar conocimientos.
• Amplia aplicación de modelado que incluye sistemas de software y no-software, dominios y métodos o procesos.
• Es un método de modelado que es soportado por múltiples herramientas
• Método de modelado Industrialmente estandarizado.

Objetivos

• Modelar sistemas
• Cubrir aspectos relacionados con el tamaño propio de sistemas complejos.
• Lenguaje utilizable por maquinas y personas
• Encontrar equilibrio entre expresividad y simplicidad

No se debe confundir UML como un lenguaje de modelado únicamente asociado a objetos, ya que es relativo a sistemas en general.

UML incluye nueve tipos de diagramas que son:

1. Clases
2. Objetos
3. Casos de Uso
4. Secuencia
5. Colaboración
6. Transición de estados
7. Actividad
8. Componentes
9. Distribución

Resumen Capitulo 2: “Diagramas Administrativos”

 

DEFINICION:

Palabra derivada del griego “Gramma” que significa Dibujo, por lo tanto es la expresión grafica de un evento. Existen muchos diagramas usados en la administración.

VENTAJAS

• Fáciles de comprender
• Permite la identificación de actividades
• Fáciles de elaborar
• Fáciles de aplicar a cualquier nivel en la organización
• Permiten una presentación simplificada de los conceptos a analizar
• Toda la información relacionada puede ser presentada en un solo lugar.

USOS Y APLICACIONES

TIPOS

Los diagramas se pueden agrupar de las siguientes formas:

POR SU PROPOSITO

DE FORMAS

Se ocupa del flujo de los documentos o formas, son de utilidad para analizar la secuencia que siguen los documentos y sugerir mejoras tendientes a optimizarlos.

DE FLUJO DEL PROCESO

Centra la atención en el proceso y la secuencia de operaciones necesarias para llevarlo a cabo. se pueden elaborar diversas clases de diagramas de flujo del proceso, los mas utilizados son:

• LABORES: Identifica que se hace, quien lo hace o donde y como se realiza cada operación.
• DE METODO: Se centra en como se realiza cada operación.
• ANALITICO: Muestra las razones por las que se realiza cada operación.
• DE LUGAR: Se centra en que lugar se hace o realiza la operación.
• MIXTO: Integra las características de varios diagramas.
• CURSOGRAMAS ANALITICOS: Detalla el proceso y permite realizar análisis para incorporar mejoras.

MOVIMIENTO

Registran el movimiento , que puede ser de cualquier cosa. Registra el movimiento de documentos, materiales, etc. Permite realizar estudios acerca de la ubicación de los lugares de trabajo, etc.

Generalmente es presentado en formato arquitectónico, para indicar la posición de los elementos entre los que se realiza el movimiento.

Por el detalle de la información que se presenta

BLOQUE

La información que presentan es general para dar una idea global y destacar los aspectos relevantes.

DETALLADO

La información presentada es rica en detalles, los que permiten capacitar personal y mostrarles como realizar sus labores. También es fuente de consulta para los empleados antiguos, cuando desean resolver dudas respecto a la organización. es útil a los supervisores para realizar su trabajo.

 

Por el formato utilizado

VERTICAL

El flujo en estos diagramas se presenta de abajo hacia arriba. El punto de inicio de lectura se coloca en el lado superior. Los niveles se colocan hacia abajo.

HORIZONTAL

El flujo en estos diagramas se representa de izquierda a derecha. El punto de inicio de lectura se coloca en el lado izquierdo.

TABULAR O COLUMNAR

La presentación de la información se hace en columnas. cada columna tiene un significado y muestra un aspecto de hecho que se diagrama.

MATRICIAL

La información se presenta por medio de una matriz. Cada columna tiene un significado y muestra un aspecto del hecho que se diagrama,adicional las filas tienen un significado diferente.

ARQUITECTONICO

en general sirven para mostrar los movimientos de personas, documentos, materiales, etc.

Planos de los lugares en que se lleva a cabo el hecho diagramado.

 

REPRESENTACION POR FIGURAS

Utilización de figuras o dibujos para representar los procesos o flujos. Son útiles pues simplifican la comunicación, son amenos, sencillos y fáciles de comprender.

SIMBOLOS UTILIZADOS

Para facilitar el uso de los diagramas se han creado estándares por las siguientes instituciones

• ASME Asociación Americana de Ingenieros Mecánicos, Generalmente es usada en diagramas de nivel cero.
•  ANSI:, Instituto Americano de Estándares Nacionales, usado para diagramas relacionados con documentos.
• ISO: Organismo Internacional para la Estandarización, los símbolos son similares en representación y significado a los ASME con la diferencia de que incluyen un símbolo para representar puntos de decisión.
• Gourden y Yourdan,

Cuestionario Capitulo 2 Diagramas Administrativos

1. ¿Que es el diagrama?
• Es la expresión de un evento en forma grafica.
2. ¿Que otro nombre se le da a los flujogramas?
• Diagramas de flujo.
3. ¿Para que son utilizados los diagramas de flujo?
• Por la aplicación y utilidad que tienen en los negocios e industrias.
4. Enumere las ventajas de los diagramas:
• Fáciles de comprender
• Permite la identificación de actividades
• Fáciles de elaborar
• Fáciles de aplicar a cualquier nivel en la organización
• Permiten una presentación simplificada de los conceptos a analizar
• Toda la información relacionada puede ser presentada en un solo lugar.
5. ¿Que son diagramas de formas?
• Se ocupa del flujo de los documentos o formas, son de utilidad para analizar la secuencia que siguen los documentos y sugerir mejoras tendientes a optimizarlos, son útiles para documentos Electrónicos o físicos.
6. ¿Con que nombre se conoce a los diagramas de formas?
• Flujograma de tramite o formas.
7. Escriba el nombre de los diagramas de proceso mas utilizados:
• Labores
• Métodos
• Analítico
• Lugar
• curso gramas analíticos y sinópticos.
• Mixtos
8. Describa el flujograma de labores
• Identifica que se hace, quien lo hace, o donde y como se hace cada operación.
9. Describa el flujograma de método
• Se centra en como se realiza cada operación y detalla como debe llevarse a cabo cada paso dentro del proceso.
10. Describa el flujograma Analítico
• muestra las razones para llevar a cabo una operación.permite realizar un análisis de cada paso de la operación.
11. Describa el flujograma de lugar
• Se centra en el lugar en que se realiza la operación.
12. ¿Que son los diagramas de movimientos?
• Registran el movimiento en las operaciones de cualquier cosa. como documentos, materiales etc.
13. ¿Que es diagrama de bloque?
• Presentan la información general para dar una idea global destacando los aspectos global.
14. ¿Que es un diagrama detallado?
• La información es rica en detalles, los cuales permiten capacitar personal y mostrarles como realizar las labores.
15. ¿Que es diagrama vertical?
• Es el diagrama en que el flujo es presentado de arriba para abajo.
16. ¿Que es diagrama Horizontal?
• El flujo es presentado de izquierda a derecha y se inicia en la izquierda.
17. ¿Que es diagrama tabular o de columnas?
• La presentación de la información se hace en columnas, cada cual tiene su significado.
18. ¿Que es diagrama Matricial?
• La presentación de la información se hace a través de columnas y filas, cada una con su significado.
19. ¿Que es el diagrama arquitectónico?
• Usa planos de los lugares en el que se lleva a cavo el hecho diagramado, sirve para demostrar movimientos de personas, documentos, etc..
20. ¿que es la presentación por figuras?
• Se utilizan figuras para representar procesos o flujos.

Casos de Estudio Capitulo 1 Análisis de Procesos 3

 

Grupo de Motocicletas “United Motorcycles, S.A.”

Fortalezas

• · Variedad de modelos de motocicletas.
• · Servicio a domicilio y auxiliar
• · Escuela de capacitación
• · Entrega a domicilio
• · Programa de renta de motocicletas

Debilidades

• · Sistema de información que debe ser actualizado
• · Procesos administrativos que deben ser actualizados

Oportunidades

• · Clientes en segmentos no tradicionales.

Amenazas

• · Violencia de la región
• · Nuevos competidores
• · Clientes con menor fuerza de distribución

Cuestionario capitulo 1

1. ¿Qué significa FODA?

• Siglas de Fortalezas, Oportunidades, Debilidades y Amenazas que es una herramienta de análisis organizacional.

2. ¿Cuantas etapas posee FODA?

• 2, la primera de identificación de la situación y la segunda de análisis.

3. ¿Cómo se divide el estudio de la situación actual?

• En factores Internos y Externos, ambos pueden ser positivos o negativos.

4. ¿Qué tipo de factor es una Fortaleza?

• Es un factor interno y positivo.

5. ¿Qué tipo de Factor es una Amenaza?

• Es un factor externo y negativo.

6. ¿Al efectuar el FODA de una empresa se podría tener en cuenta que hace 12 meses no tenía un inventario completo de productos, pero ya lo resolvió agregando más proveedores?

• No porque para los estudios de situación FODA solamente se deben evaluar factores relevantes en el presente o en el futuro

7. ¿Puede afectar la ausencia de una Fortaleza a una organización?

• Si pues pude convertirse en una debilidad.

8. Enumere las principales estrategias
De integración, Intensivas, de diversificación y defensivas.
9. ¿Cuál es el objetivo de las estrategias de integración?

• Buscan tener el control, ya sea de los proveedores, distribuidores o de la competencia.

10. ¿Qué estrategia busca nuevos productos o servicios dentro del mismo mercado?

• Diversificación concéntrica

11. ¿Cuándo una empresa tiene muchas debilidades y enfrenta amenazas qué tipo de estrategia debería de usar?

• Estrategias defensivas.

12. ¿Es lo mismo el análisis FODA que la matriz FODA?

• No, en el análisis se buscan factores internos y externos se elaboran estrategias que hagan uso de estos, en la matriz es donde se muestran esta información.

13. ¿Que debe presentarse en las celdas que intersectan las fortalezas internas con las amenazas externas?

• Las estrategias que buscan aprovechas los puntos fuertes de la organización para enfrentar las amenazas externas.

14. ¿Cuándo una organización selecciona una estrategia, puede hacer uso de otras?

• Si cuando estas se complementan como crear una estrategia de diversificación y apoyarla con penetración de mercado.

15. ¿Por qué ya no son populares las estrategias de diversificación?

• Debido a que es más difícil controlar las diferentes actividades para las organizaciones.

16. ¿Por qué no se pueden considerar los factores internos en forma separada de los externos?

• Debido a que las organizaciones operan en un entorno que las afecta en formas positivas y negativas.

17. ¿De dos ejemplos de amenazas?

• Implementación de nuevas leyes que restrinjan la actividades de la organización
• Un desastre natural.

18. ¿Qué es una línea de Negocio?

• Es una actividad que genera un producto o servicio diferente o que se dirige a un mercado distinto.

19. ¿Liste los tipos de recursos de los que dispone una organización?

• Recursos Humanos
• Activos Fijos
• Activos intangibles
• Capital

20. ¿Qué tipos de organizaciones se benefician del análisis FODA?

• Todas, desde militares a personas individuales inclusive.

Resumen capítulo 1 de Análisis de procesos 3: FODA

 

Toda empresa que desea ser exitosa, debe ser capaz de poder utilizar herramientas que le permitan mejorar y crecer en el entorno competitivo de hoy. Una de estas herramientas es el análisis de Fortalezas, Oportunidades, Debilidades y Amenazas mejor conocido por sus siglas como FODA.

Para efectuar un análisis FODA a una empresa se trabaja en 2 etapas:

• · Identificación de situación actual de la Organización y su entorno
• · Análisis de soluciones que permitan aprovechar las características definidas en la primera etapa.

 

Fase de identificación.

En la fase de identificación se deben evaluar los factores internos y externos, y se buscan los puntos positivos o ventajosos y los negativos o desventajosos de ambos componentes.

 

Factores Internos

Fortalezas

Elementos positivos de la organización que ayudan o permiten la realización de los objetivos.

Debilidades

Elementos negativos de la organización que limitan o impiden la realización de los objetivos.

Estos analizan elementos o factores de naturaleza interna a la organización y hay tener en cuenta que la presencia o ausencia de los mismos puede definir si son positivos o negativos en la etapa de evaluación, para incluirlos se debe tener en cuenta la relevancia, es decir que no deben ser considerados factores que ya no son relevantes.

Elementos

Para determinar si algo es una fortaleza o debilidad se deben considerar los siguientes tipos de elementos

Recursos

Son el capital, activos fijos, recurso humano y activos no tangibles como propiedad intelectual, estos últimos tienden a ser olvidados aun cuando son relevantes.

Actividades

Conocer los riesgos que afectan o podrían afectar a los recursos y actividades de la organización permiten una mayor confianza a los peligros.

 

Factores Externos

Son los factores que toman en cuenta el entorno en el que coexiste la organización.

Oportunidades

Son los elementos externos que facilitan o permiten alcanzar los objetivos de la organización y por tanto afectan positivamente.

Amenazas

Son los elementos externos que dificultan o impiden alcanzar los objetivos de la organización y por tanto afectan negativamente.

Para estos factores si es importante tener en cuenta lo que podría pasar en el futuro si es relevante.

 

Estrategias

Se pueden definir de la siguiente manera:

Estrategias de integración

Buscan controlar los proveedores, distribuidores y/o competencia.

• · Integración hacia adelante
• Implica aumentar el control de los detallistas o distribuidores.
• · integración hacia atrás
• Implica aumentar el control de los proveedores para garantizar un mejor suministro.
• · integración horizontal
• Implica tomar el control de los competidores lo que permite aumentar las economías de escala y mejorar la transferencia de recursos y competencias.

Estrategias intensivas

Buscan desarrollar el mercado y/o el producto.

• · Penetración en el mercado
• Pretende aumentar la participación en el mercado que corresponde los productos o servicios presentes.
• · Desarrollo de mercado
• Pretende introducir los productos o servicios actuales en mercados demográficos nuevos.
• · Desarrollo del producto
• Pretende incrementar en ventas mediante la mejora o modificación de los productos o servicios, tiende a requerir gastos en investigación y desarrollo.

 

Estrategias de Diversificación

Estrategias que han perdido popularidad debido a que es más difícil para las organizaciones controlar las actividades de negocios diversos.

• · Diversificación concéntrica
• Busca adicionar productos o servicios nuevos pero relacionados.
• · Diversificación Horizontal
• Busca adicionar productos o servicios nuevos que no están relacionados, una variante es diversificación en conglomerado que es a mayor escala y en la cual las utilidades se definen por la venta de las partes poco a poco.

Estrategias defensivas.

En adición de las estrategias presentadas las empresas pueden recurrir a los siguientes:

• · Riesgo compartido
• Busca reducir los riesgos al compartirlos con otra organización para aprovechar una oportunidad.
• · Encogimiento
• Busca reagrupar a la organización reduciendo costos y a activos para proteger de una caída en ingresos.
• · Desinversión
• Busca vender una parte o división de la organización.
• · Liquidación
• Busca vender todos los activos de una organización a su valor tangible.

 

ANALISIS FODA

corresponde a la parte que evalua las carateristicas para elaborar un plan estrategico su principal componente es la matriz FODA.

Matriz FODA

Instrumento de ajuste que ayuda a desarrollar 4 tipos de estrategias. En la matriz lo mas difícil es observas los factores internos y externos clave.

La matriz FODA permite presentar estrategias de la siguiente forma:

Estrategias FO:

Buscan aprovechar las fuerzas internas para aprovechar las ventajas presentadas por las oportunidades externas.

Estrategias DO

Buscan superar las debilidades de la organización para poder aprovechar las oportunidades externas.

Estrategias FA

Buscan hacer uso de las fortalezas de la organización para evitar o reducir las repercusiones de las amenazas externas.

Estrategias DA

Buscan disminuir las debilidades y evitar las amenazas, una empresa que posee muchas debilidades y enfrenta amenazas externas podría estar en una posición precaria y lo más recomendable es diseñar estrategias defensivas.

La matriz FODA se representa de la siguiente forma:

Para crear la matriz FODA se deben seguir los siguientes pasos:

Elaborar listas de:

1. oportunidades externas clave

2. amenazas externas clave

3. Fortalezas internas clave

4. Debilidades internas clave

Adecuar:

5. Fortalezas a las oportunidades y anotar las estrategias FO en la celda correspondiente

6. Debilidades a las oportunidades y anotar las estrategias DO en la celda correspondiente

7. Fortalezas a las amenazas y anotar las estrategias FA en la celda correspondiente

8. Debilidades a las amenazas y anotar las estrategias DA en la celda correspondiente

Iniciando mi pasos

Siempre que se inicia una aventura hay que marcar el punto de inicio, de esta forma se podra concer al terminar el camino, que tanto se crecio durante el mismo. en esta importante aventura estare acompañado del licenciado Antonio Lorenzana, en este momento se muy poco de la administracion de procesos que es un tema que me llama la atencion desde hace mucho tiempo.