Métodos y Modelos para El Desarrollo Del Software

 

  METODOS Y MODELOS DE DESARROLLO DE SOFTWARE

Herramientas para el Modelado de Software

Introducción El mundo antiguo de la producción ha quedado en el pasado y ha dado paso pas o (como debe hacerlo) a nuevas formas de producción que tiene al mundo en jaque, pues los avances en la ciencia y la tecnología han rebasado las expectativas expectativas de lo que se tiene y lo que se necesita. necesita. Los menesteres en cuanto a la producción comenzó sin duda en Europa, específicamente en Inglaterra, cuando nace el concepto de la Revolución Industrial, que es cuando el hombre sustituye mano de obra artesanal por máquinas. máquinas. No me cabe la menor dudad que en ese tiempo los seres humanos que vieron las primeras máquinas inventadas, quedaron maravillados ante lo que éstas hacían, ante la manera en que ayudaban fabricar algo. De que si al la manejar Revolución Industrial aportó elementos negativos comono el inicio en laacontaminación ambiental como combustible algo fósil; el carbón mineral, es tema de nuestro trabajo, a nosotros nos interesa el hecho de ver esa evolución en la forma de hacer algo, algo que ha de beneficiar al hombre, a su mundo, a su forma de producir. Los avances en la forma de producción cambian con el tiempo y conocemos cosas nuevas que en tiempos muy antaños ni en idea pertenecieron a la manera de producir algo para el hombre, las empresas y la sociedad. Hemos visto, por vivencia o por historia que el hombre, su sociedad y su producción han tenido un avance creciente que se se han modelado en base a los requerimientos del contexto históricohistórico laboral-social laboral-soc ial que se ha tenido y que estos avances han servido de base para hacer nuevas propuestas en base a lo que el hombre requiere para volver a aumentar su potencial productivo. Uno de los grandes avances está regido por lo que conocemos como computadoras y por lo que a ellas las hace trabajar; hardware y software. Centrándonos en el software, software, tenemos que éste resurge después de que el hombre define que tal está en crisis, por ahí de los años ´68 y es cuando el ser inteligente hace el nuevo nuevo paradigma en cuanto a la producción del software, enfocándolo y orientándolo a un usuario. Entonces, el software renace con una nueva manera de hacerle, de producirle y digo producirle pues existen las empresas que su potencial de producción está regido por hacer software. Dentro del nuevo paradigma en la "hechura" del software están presentes referencias teóricas que le apoyan en su nuevo enfoque, uno de estas referencias se llama modelado del software. El modelado de software está fuertemente sustentado por las empresas dedicadas a la producción del mismo, es parte del estudio de varias metodologías, que si bien han sido fuertemente sustentadas, usadas y desechadas, todas han aportado al menos nuevas ideas y paradigmas en la evolución en cuanto a la parte intangible de una computadora. Es pues, el modelado del software nuestro asunto a tratar, de demostrar que funciona, que es útil al hombre , a las empresas, al software.

 

El hombre, el software y su producción El desarrollo del software es una parte muy muy importante en el procesos de producción del ser humano, tomando el cuenta que el mundo está lleno de empresas y personas que le ocupan y de los beneficios que éste aporta a la productividad mundial. Hablar de productividad en cuanto al software no es hablar de algo que someramente ha de funcionar, el software es ahora un parte importante en la producción del hombre y de sus empresas y, casi no podemos imaginar algo que se haga sin la intervención del software y, tenemos entonces que definir que el software debe cubrir las expectativas de las necesidades del hombre, de su mundo y de su producción. Es aquí cuando se hace necesario que el software pase por etapas en cuanto a su producción y que sea su producción resultado de un meticuloso desarrollo, culminando con una correcta aplicación en el ámbito productivo que se requiera.  Y bueno, aquí aquí ya es necesario necesario insertar que se requieren requieren de determinadas determinadas herramientas herramientas para su proceso productivo. Esas herramientas se denominan Herramientas para el Modelado del Software.  Y dentro de ello tenemos tenemos al tan laureado laureado UML o lenguaje de modelado unificado, unificado, que no es otra cosa que la herramienta que nos ayuda a modelar en las fases de análisis y diseño a un futuro sistema informático. UML no permite modelar, construir y documentar los elementos que forman un sistema de software orientado a objetos. Dentro del proceso de desarrollo del software y tomando en cuenta a UML, tenemos que éste nos va a aportar una enorme ayuda en cuanto al análisis y diseño de un sistema de información y a través del uso de UML, podemos identificar y dar respuesta a los siguientes cuestionamientos: En lo que respecta al el análisis nos permitirá responder a la pregunta “¿qué hay que hacer?” Sobre el diseño a “¿cómo hacerlo?”  hacerlo?”  Desde luego que ésta opuesta nos va a orientar a reconocer los fundamentos de una arquitectura de software eficiente aplicando patrones de diseño.  Y no olvidemos olvidemos lo importante que es tener la siempre siempre visión del análisis y el diseño orientado a objetos. Ahora, uno de los momentos en el modelado del software es el "uso" de los casos de uso Dentro de este concepto tenemos :

 

Los casos de uso es una colección de diagramas y texto que juntos va a documentar como los usuarios esperan interactuar con el sistema.

 

Los casos de uso están están centrados en los factores factores álgidos álgidos de éxito, en cuanto a la funcionalidad que los usuarios necesitan para interactuar.

 

La meta del diagrama de caos de uso es proporcionar la explicación grafica de la relación del sistema y el mundo exterior.

•

•

•

Supongamos que voy a un banco y me decido por usar un cajero automático en vez del cajero humano y el diagrama del Caso de Uso puede corresponder a la pantalla principal y a un menú que se despliega y puede consistir en ingresar número confidencial, consulta de saldo, retiro de efectivo, un pago, una donación. Estas opciones pueden representarse como un Caso de Uso por separado. El cliente que no pertenece al sistema, sino que le usa, está asociado con cada uno de los Casos de Uso; que están dentro del sistema que como usuario desea usar.

 

Los casos de uso, como parte esencial en el modelado usando UML, contiene elementos en sus diagramas, son: El actor, representado por un monigote. El rectángulo que representa al sistema y los limites dentro de los cuales interactuará el actor y el sistema Existe la dependencia, identificada con una flecha con línea pautada La asociación, que es la línea que une desde afuera hacia adentro al actor y al caso de uso dentro del sistema Ahora veamos a la generalización, identificada con una flecha con línea continua El mismo caso de uso, identificado con un ovalo; ahí se integran los verbos que marcaran las acciones que se esperan del actor interactuando con el sistema, ejemplo compra zapatos.

 

•

Es necesario hacer la diferencia que a pesar de que cada Caso de Uso soporta un proceso, éstos se centran en la meta, meta, no en el proceso. Si vemos los Casos de Uso de esta forma, el sistema se especifica como un juego de requerimientos más que una solución. No se dice como trabaja el sistema, sino lo que debe ser capaz de hacer. Ejemplo: voy al súper, compro un cereal, paso a caja, pago con medio electrónico, me entregan el producto y me retiro. Para nada vi como el o la cajera me cobró, no vi para nada como se daba la comunicación entre mi tarjeta y la base de datos de mi mi banco.

En UML los casos de uso son los principales medios para capturar la funcionalidad del sistema desde la perspectiva del usuario y puede llegar a remplazar al documento documento llamado requisitos funcionales.

 

En UML los componentes básicos de los diagramas de casos de uso y sus representaciones son:

Reforzando el cuadro, tenemos que... El Sistema: Establece el límite del sistema en relación con los actores que le van a usar. El Actor: Es un rol que puede realizar una persona, persona, otro sistema, un dispositivo. El Caso de Uso: Identifica una característica clave del sistema, expresa una meta (no el cómo) que el sistema debe lograr. La Asociación Asociación:: identifica la asociación entre el (los) actor (es) y Casos de Uso. Cada asociación es un diálogo que debe explicarse con la narrativa del Caso de Uso. La Dependencia: Nos permite Identificar una posible comunicación entre dos Casos de Uso. La Generalización: Concreta una relación entre dos actores ó entre dos Casos de Uso, cuando uno de los casos hereda las propiedades del otro.

UML cuenta con varios entidades representadas. • 

diagramas, los cuales muestran diferentes aspectos de las

•  •  •  •  •  •  •  • 

Diagramas de Estructura: Diagramas de Clases Diagramas de Componentes Diagramas de Objetos Diagrama de Estructura Compue Compuesta sta Diagrama de Despliegue Diagrama de Paquetes Diagramas de Actividades Diagramas de Casos de Uso

•  •  •  •  • 

Diagramas de Estados Diagramas de Secuencia Diagrama de Comunic Comunicación ación –  –  Versión Simplifica Simplificada da de Diagrama de Colaboración Diagrama de Tiempos Diagrama Global de Interaciones o Diagrama de Vista de Interacción

 

 

Star UML Algo hasta ahora desconocido por mi persona, investigando encuentro que..

StarUML es una herramienta usada para el modelamiento de software apoyado en los estándares UML (Unified Modeling Language) y MDA (Model Driven Arquitecture) Se cuenta entre antecedentes fue un abierta producto comercial y posteriormente se proyecto como unsus proyecto comercialque de licencia Primeramente se le llamó Plastic.  Ya como como software le le licencia abierta, abierta, hereda hereda las notables notables característica características s de la primer primer versión versión comercial y con el paso del tiempo ha ido mejorando sus ya de por sí notables características. Veamos algunos beneficios Brinda un soporte al uso y permite la creación de:  

 

              

Diagrama de casos de uso Diagrama de clase Diagrama de secuencia Diagrama de colaboración. Diagrama de estados Diagrama de actividad. Diagrama de componentes Diagrama de despliegue. Diagrama de composición estructural estructural (UML 2.0)

Además, al uso nos permite definir los elementos particulares para los diagramas, que no necesariamente pertenezcan al estándar de UML, Brinda la capacidad de generar código a partir de los diagramas y viceversa. Funciona muy bien para los lenguajes c++, c# y java. Permite generar documentación en formatos Word, Excel y PowerPoint sobre los diagramas. Patrones GoF (Gang of Four) , EJB (Enterprise JavaBeans) y personalizados. Podemos crear Plantillas de proyectos. Existe la posibilidad de crear plugins para el programa.

 

Conclusión: El saber diferenciar entre hacer un software y modelar con herramientas para el modelado del software, hace una diferencia enorme entre el producto final que se ha de obtener, sabiendo que el producto va dirigido a una empresa/persona y más, que la dirección está encausada a la la productividad. Es menester de un desarrollador saber hacer esta diferencia y hacerla aplicar, pues de que él interactué con sus conocimientos, con sus clientes, con sus habilidades y herramientas, dependerá la calidad de su trabajo y de sus productos. No es necesario ser un verdadero inventor de lo que se requiere, sabemos que la cuestión teórica ya está incluida en la preparación profesional, que la praxis es necesaria y que sólo falta el juicio ético y moral de quien va va a de prestar un servicio servicio a un cliente.

ATENT AMENTE Enrique Torrescano Montiel