330

BACHILLERATO TÉCNICO VOCACIONAL EN DESARROLLO DE SOFTWARE Descriptor del módulo de Tercer año Desarrollo de aplicaciones de software para la solución de problemas Módulo 3.1: “Desarrollo de aplicaciones de software para la solución de problemas”

Aspectos generales

Campo: Desarrollo de Software.

Opción: Desarrollo de Software.

Competencia: Desarrollo de aplicaciones de software.

Título del módulo:

Desarrollo de aplicaciones de software para la solución de problemas.

Duración prevista: Ocho semanas (240 horas).

Prerrequisito: Segundo año de bachillerato Código: BTVDS 3.1

Objetivo del módulo: Desarrollar la competencia de desarrollo de aplicaciones de software como medio para controlar, mecanizar o automatizar las tareas típicamente humanas, utilizando un lenguaje de programación orientado a objetos y un modelo de desarrollo.

Situación problemática: Los controles administrativo- financieros son ineficientes en muchas empresas debido a la poca inversión en el desarrollo de aplicaciones de software, lo cual provoca altos costos operativos, incertidumbre en la información, pérdida de credibilidad ante los clientes y baja competitividad empresarial.

Criterios de evaluación:

1. Crea las plantillas de las herramientas documentales para la recopilación de requerimientos de información. Para eso utiliza estrategias como lluvia de ideas, espina de pescado, documento de visión, casos de uso, diagrama de casos de uso, especificaciones suplementarias y registro de listado de riesgos.

2. Construye documentos con un formato estándar y especifica la definición de la propuesta de solución.

3. Elabora definición de convenciones, principios, buenas prácticas, aseguramiento de calidad y estándares, mediante la recopilación de información contenida en la web y las ISO relacionadas a la arquitectura

331

de software. 4. Elabora documento de especificaciones funcionales, retomando las

convenciones, principios de desarrollo de software a utilizar y buenas prácticas, aseguramiento de calidad y estándares, así como las especificaciones funcionales y diagramas de casos de uso.

5. Modela arquitectura en un prototipo, mediante el uso del documento de arquitectura y el proceso unificado de desarrollo de software.

6. Elabora actualización del documento de arquitectura haciendo uso de las especificaciones, e incorpora las tecnologías y componentes de software que puedan dar respuesta a la arquitectura identificada.

7. Modela el diseño con UML utilizando una herramienta de software. 8. Construye el documento de diseño, evidenciando el dominio de la técnica

de modelado y utilizando el lenguaje de modelación UML. 9. Crea el modelo físico de la base de datos a partir del modelo lógico,

presentando el código fuente de las instrucciones PL/SQL adecuadas. 10. Crea consultas a la base de datos, identificando las sentencias de

inserción, eliminación y actualización de datos. 11. El código escrito evidencia la utilización de un estándar de codificación. 12. Emplea adecuadamente los métodos de comentarios para la

documentación del código. 13. En la cantidad de líneas de codificación utilizadas en los objetos

funcionales, evidencia el dominio del lenguaje adoptado según la arquitectura seleccionada.

14. Elabora plan para la realización de las pruebas de estrés a la aplicación. 15. Construye el informe de evidencias de las pruebas realizadas a la

aplicación. 16. Construye un plan para la implementación del sistema, detallando todas

las acciones a realizar en la prueba. 17. Elabora documento de entrega de la aplicación al cliente.

Criterio de promoción : Comprobar que se ha alcanzado al menos el 70% de las competencias esperadas en una escala estimativa correspondiente a 7: nivel 4.

Competencias. La persona es competente cuando:

DESARROLLO TÉCNICO

DESARROLLO EMPRENDEDOR

DESARROLLO HUMANO Y

SOCIAL

DESARROLLO ACADÉMICO APLICADO

Desarrolla un análisis que incorpora las necesidades del cliente en una solución tecnológica realizable.

Propone ideas para el desarrollo de proyectos software.

Es proactivo en la identificación de necesidades del cliente.

Crea herramientas como encuestas y cuestionarios de entrevistas, para la recolección de

332

datos e información.

Realiza diagramas de flujo de datos, diagrama entidad relación y diccionario de datos.

Emplea la norma ISO/IEC 12207, para el desarrollo de su análisis.

Organiza la información del análisis en un documento.

Diseña la línea base de la arquitectura para una solución de software.

Desarrolla opciones que le permiten tener la habilidad de vender.

Posee agilidad al momento de elaborar soluciones de software.

Actúa con valores éticos profesionales.

Utiliza las especificaciones de las normas ISO, para extraer las mejores prácticas de aplicabilidad al proyecto que se le presenta.

Interpreta las especificaciones funcionales del sistema plasmadas en el análisis.

Emplea framework y componentes de desarrollo de software de la industria para que sean parte de sus evaluaciones.

Utiliza el documento de

333

especificaciones no funcionales.

Usa el documento de especificaciones funcionales (casos de uso, documento de visión, ER y documento de casos de uso).

Diseña sistemas informáticos, utilizando lenguaje unificado de modelación (UML).

Visualiza oportunidades de negocios sobre desarrollo de proyectos de software.

Comunica ideas, definiciones y especificación de requerimientos con claridad de forma oral y escrita.

Modela los requerimientos, teniendo en cuenta las condiciones, restricciones y especificaciones del problema planteado en el documento de análisis del sistema a desarrollar.

Modela y describe las clases, objetos, casos de uso y base de datos utilizando UML.

Elabora detalles de las características del diseño del sistema.

Construye los objetos de la base de datos empleando las cuatro formas de normalización y PL/SQL.

Busca opciones y recursos tecnológicos relacionados con el manejo y control en la elaboración de aplicaciones de software,

Es autodidacta para profundizar y ampliar los conocimientos adquiridos.

Emplea la normalización en la construcción de la base de datos.

Construye base de datos utilizando sentencias de

334

para ser competitivo.

PL/SQL, acordes al motor de la base de datos a utilizar.

Desarrolla la codificación de aplicaciones a partir del diseño y la modelación de sistemas.

Desarrolla disposiciones al trabajo en equipo.

Maneja bien el estrés.

Emplea técnicas de programación de acuerdo con la tarea a desarrollar en el proceso a codificar.

Evidencia la utilización de un estándar en la codificación.

Emplea las características de los lenguajes de programación para la construcción de las interfaces y la lógica del negocio acorde a la arquitectura adoptada.

Hace uso de los estándares de comentarios para documentar código.

Desarrolla y documenta un plan de pruebas de estrés para probar la funcionalidad de la

Se organiza para la mejor atención de los requerí-mientos.

Puede integrarse adecua-damente a equipos de trabajo.

Selecciona casos de uso para hacer pruebas en el ingreso de información y la utilización del sistema por

335

aplicación.

parte de los usuarios.

Elabora informe que muestra las evidencias de la realización de las pruebas.

Desarrolla la implemen-tación del sistema.

Adopta metodologías para el desempeño de sus actividades.

Posee una creatividad práctica y operativa para la expresión de ideas en esquemas y diagramas.

Elabora un plan para la implementación del sistema.

Construye un documento que evidencie la entrega de la aplicación y la aceptación funcional por parte del cliente.

Sugerencias metodológicas El facilitador debe orientar al grupo de estudiantes durante todas las etapas del módulo para lograr el desarrollo de las competencias. Se sugiere formular un proyecto de creación de un portal web para que los padres consulten las notas de sus hijos. En el mismo se deben seguir las siguientes seis etapas de la acción completa: 1. Etapa de informarse Para obtener la información se emplearán las siguientes estrategias:

Cada equipo de estudiantes realiza investigación documental sobre la creación o desarrollo de aplicaciones de software.

Los estudiantes de cada equipo investigan sobre materiales, herramientas y máquinas utilizadas en la creación o desarrollo de aplicaciones de software.

Cada equipo de estudiantes elabora una base de datos con la información investiga sobre el desarrollo de aplicaciones de software.

Los estudiantes de cada equipo investigan en la web sobre arquitectura de aplicaciones de software y herramientas de software libre o de código abiertos para el desarrollo de aplicaciones de software y lenguajes de programación a adoptar para el desarrollo de aplicaciones.

Los estudiantes de cada equipo realizan visitas a una empresa dedicada al

336

desarrollo de aplicaciones de software o a empresas donde posean el área de desarrollo dentro de su estructura, para obtener información sobre la creación de aplicaciones de software, las herramientas utilizadas y el ciclo de vida de la aplicación.

Cada equipo realiza una exposición sobre una herramienta de desarrollo de aplicaciones en particular tomada de las investigaciones.

Los estudiantes buscan en internet tutoriales que muestran la utilización de herramientas para la creación o desarrollo de aplicaciones de software.

2. Etapa de planificar La fase de planificación se caracteriza por la elaboración del plan de trabajo, la estructuración del procedimiento metodológico y la planificación de los instrumentos y medios de trabajo.

El docente debe ensayar por su propia cuenta lo que los estudiantes van a realizar. De esta manera conocerá el mejor modo de realización y podrá apreciar las soluciones propuestas por ellos.

El docente promueve un diálogo con los estudiantes para conversar sobre el enfoque del problema de investigación y la elaboración del plan de trabajo.

Los estudiantes forman equipos de tres o cuatro miembros y planifican las actividades del proyecto. El docente proporciona la estructura básica del perfil del proyecto, plan de trabajo y cronograma.

Los estudiantes plantean las alternativas de solución al problema propuesto mediante las técnicas siguientes: lluvia de ideas, diagrama de Ishikawa y relaciones forzadas, entre otros.

Los estudiantes desarrollan en un diagrama de flujo la representación del proceso de solución del problema mediante la creación de una aplicación de software, y describen el procedimiento tomando en cuenta algunas de las siguientes actividades: Entendimiento del requerimiento. Interpretación del requerimiento. Bosquejar la solución a proponer. Selección del tipo de arquitectura a adoptar. Estándares de calidad en el desarrollo del proyecto. Planificar las tareas y actividades para crear la aplicación de software,

que se utilizará para satisfacer el requerimiento. Presentación de avances o resultados en el seguimiento del proyecto. Entrega de la aplicación de software.

Cada equipo de estudiantes compara, analiza y evalúa las alternativas; luego, selecciona y justifica la alternativa de solución.

Los estudiantes esquematizan o hacen una representación de lo que piensan hacer e indican las distintas fases del proceso.