Moprosoft

[Seleccione la fecha]

RESUMEN - MOPROSOFT v 1.3

9.2 DESARROLLO Y MANTENIMIENTO DE SW

Este resumen lo elaboro a partir de mi experiencia en proyectos escolares referentes a desarrollo de
aplicaciones de software y sistemas informáticos para varias asignaturas académicas durante mi formación
de licenciatura, como son Ingeniería de Software, Bases de Datos, Aplicaciones para la WEB yprogramación
en general entre otras.
Clasifiqué las actividades descritas en el documento de MOPROSOFT v 1.3 en 2 categorías, Familiares y
Ajenas. En la parte de actividades de familiares coloco las actividades que he tenido que realizar parcial o
completamente en el seguimiento de alguna metodología para el desarrollo de sistemas y que se cómo
llevarlas a cabo. En la parte de actividades ajenasincluyo todas aquellas actividades que nunca he realizado
y que sinceramente no había contemplado en primera instancia por razones de tiempo y esfuerzo para
entregar proyectos finales.
Durante el desarrollo de sistemas de información ya sea en equipo o de forma individual he tenido que
adoptar y realizar actividades correspondientes a varios roles, aunque claramente no tenga la capacitación
yformación necesaria por falta de experiencia profesional y laboral.

Actividades Familiares
Dentro del Equipo de Trabajo:
A1.1. Revisar con el equipo de trabajo el Plan de Desarrollo: Al inicio de cada proyecto, mis compañeros y
yo optábamos por reunirnos y repartirnos actividades individuales para lograr un entendimiento común,
además de saber los puntos fuertes de cada integrante y sushabilidades.
Responsable de Desarrollo y Mantenimiento de SW:
A1.2. Elaborar el Reporte de Actividades: También, al iniciar un proyecto y para planear tiempos era muy
común utilizar los diagramas de Gantt de calendarización, en el cual registrábamos las actividades que
teníamos que realizar, fechas y el nombre del integrante responsable.
Analista:
A2.1. Distribuir tareas a los miembros delequipo de trabajo según su rol: A partir de revisar el plan de
desarrollo, nos asignábamos las actividades de acuerdo a nuestro perfil y habilidades, para así contribuir de
mejor forma al proyecto.
A2.2. Documentar o modificar la Especificación de Requerimientos.
• Consultar: con clientes, usuarios sobre los requerimientos del sistema, así como identificar a los
puntos clave que conformarán elsistema (sistemas previos, documentos).

[Seleccione la fecha]
• Analizar: los requerimientos para delimitar el alcance y factibilidad de cada uno dentro del
sistema.
A2.5. Validar la Especificación de Requerimientos: Aprobar el documento de especificación de
requerimientos por parte de nuestros profesores era importantísimo ya que así nos comprometíamos a
cosas que podíamos resolver y queeran alcanzables en el tiempo de desarrollo, y de acuerdo a este
documento el profesor nos evaluaba.
A3.1. Distribuir tareas a los miembros del equipo de trabajo según su rol, de acuerdo al Plan de Desarrollo,
y
A4.1. Distribuir tareas a los miembros del equipo de trabajo según su rol, de acuerdo al Plan de Desarrollo:
Siempre nos repartíamos las labores para lograr los tiempos de entrega, ynos basábamos en las aptitudes
de cada miembro del equipo.
A3.2. Documentar o modificar el Análisis y Diseño:
• Analizar la Especificación de Requerimientos para generar la descripción de la
Estructura interna del sistema y su descomposición en subsistemas, y éstos a su vez en
componentes, definiendo las interfaces entre ellos.
A3.5. Validar el Análisis y Diseño: Dar visto bueno del sistemay sus funciones a partir de diagramas UML.
Diseñador de Interfaces:
A2.2. Documentar o modificar la Especificación de Requerimientos.
• Elaborar: prototipos de la interfaz con el usuario: Antes de incluso programar alguna parte del
sistema es necesario comprender las vistas que tendrá el usuario para lograr los requerimientos. En
mi experiencia hice ventanas sin funciones solo para...