Tarea Virtual 6MDS - Mtodologia PDF

Title Tarea Virtual 6MDS - Mtodologia
Author ראול פאלסיוס לופז
Course Matematicas
Institution Universidad de Guayaquil
Pages 6
File Size 337.7 KB
File Type PDF
Total Downloads 572
Total Views 760

Summary

Unidad 4Actividades de aprendizajeMETODOLOGIA DE DESARROLLO DEL SOFTWARETarea Virtual 6TAREA VIRTUAL 6UNIDAD 4: DISEÑO DE LA ESTRUCTURA DE SOFTWAREActividad 1 Investigue sobre el modelo conceptual o modelo de dominio para describir un problema a través de la elaboración y recreación de escenarios re...


Description

Unidad 4 Actividades de aprendizaje

METODOLOGIA DE DESARROLLO DEL SOFTWARE

Tarea Virtual 6 TAREA VIRTUAL 6 UNIDAD 4: DISEÑO DE LA ESTRUCTURA DE SOFTWARE Actividad 1 Investigue sobre el modelo conceptual o modelo de dominio para describir un problema a través de la elaboración y recreación de escenarios relacionadas con el proceso del desarrollo del software, con alcance o implicación profesional.

El Modelo de Dominio definido en la publicación anterior nos describe la importancia de utilizarlo como artefacto en un proceso de desarrollo de software. Ahora describiremos algunas técnicas que se pueden usar para poderlo elaborar. Analizar los procesos de negocio y rescatar las entidades que se usan durante el proceso. Los procesos de negocio se pueden modelar a través de diagramas de actividad, y las actividades necesitan procesar datos. Los datos requeridos por las actividades que están estrechamente relacionados serán parte de una entidad o concepto. Por ejemplo, en el diagrama de actividades del proceso de “Gestionar apertura de cursos” descrito en el caso de estudio AquariumSoft, existe la actividad “Registrar curso”, de esta actividad podemos deducir que se necesitan datos como el nombre del curso y probablemente una descripción y algunos pre requisitos. Todos estos datos serán parte de la entidad Curso, por tanto se ha podido descubrir el concepto Curso que es parte del dominio de problema. Siguiendo con el diagrama de actividades del proceso de “Gestionar apertura de cursos”, también nos encontramos con la actividad “Crear grupo”. Analizando esta actividad, podemos deducir que al crear un grupo se estará asociando al curso registrado anteriormente y asignado posteriormente a un docente.

Por último, si se han descubierto muchas entidades y muchos atributos de estas entidades, se recomienda que el modelo de dominio no quede muy recargado de información, en consecuencia se deberían mostrar las entidades y sus atributos más significativos o importantes. Actividad 2 Los aspectos relacionados con los requerimientos puede considerarse como: ambiente físico, interfaces, usuarios y factores humanos, funcionalidad, documentación, recursos, datos, seguridad y aseguramiento de calidad. A continuación se plantean una serie de preguntas, donde sus respuestas determinarán requerimientos. Para cada pregunta indicar a que aspecto de la lista anterior se acerca más a. ¿Debe controlarse el acceso al sistema o la información? El acceso a la información y al sistema debe estar restringido por las áreas asignadas a ese tipo de información, existen controles actuales como la ISO27001 en donde se indican como debe estar seccionada la información de acuerdo al rol para no caer en centralización de información. b. ¿Cuál será el formato de los datos tanto para la entrada como para la salida? Es servir como medio de comunicación entre clientes, usuarios, ingenieros de requisitos y desarrolladores. En la ERS deben recogerse tanto las necesidades de clientes y usuarios (necesidades del negocio, también conocidas como requisitos de usuario, requisitos de cliente, necesidades de usuario, etc.) como los requisitos que debe cumplir el sistema software a desarrollar para satisfacer dichas necesidades

(requisitos del producto, también conocidos como requisitos de sistema o requisitos software).

c. ¿Cómo debe demostrarse las características del sistema a terceros? Tiene que ser mostrada de forma clara y sencilla, de tal forma que la persona que lo lea pueda entender el sistema, adicional las características del sistema tienen que estar documentadas respectivamente de tal forma que un auditor externo de forma clara pueda entender tanto el sistema como los procedimientos del área.

d. ¿Existe un tiempo máximo permitido para la recuperación del sistema después del fallo? De acuerdo al nivel de afectación detallado en la clasificación de información los tiempos de recuperación de sistema pueden ir desde 1 hora hasta 4 horas dependiendo del nivel de criticidad y las medidas de contingencia establecidas

e. ¿Qué habilidades deben tener los desarrolladores? Un buen programador siempre está ávido de conocimientos. Hasta que no conoce el problema en profundidad, no se detiene. Es la curiosidad la que le permite que pueda obtener el conocimiento para comprender cualquier tecnología subyacente. Sé curioso y alimenta tu mente ¡nunca pares de leer! Pasión proactiva Existen programadores “funcionarios”. Son aquéllos que trabajan de forma rutinaria, cumpliendo con sus horarios contractuales y que no van más allá. Fuera del trabajo, no existe el código. Para nada hay que juzgar esta actitud, simplemente destaca una falta de pasión por su profesión. Los programadores “top” beben, comen y respiran código las 24 horas. Esta pasión es la que permite aplicar trucos y encontrar las mejores Soluciones con creatividad para solucionar los problemas. ¡Si realmente trabajas de lo que te gusta, esto sale solo; si no cámbialo o busca herramientas para ello! Autodidacta Es muy importante que el desarrollador pueda ser capaz de aprender cosas por sí mismo, tener autonomía. Es por eso que al ser autodidacta serás capaz de encontrar soluciones, aprender cosas nuevas. Debes aprender lenguajes de programación de forma proactiva para desarrollar tu formación continua. Empápate por ti mismo de información y realiza formaciones, aunque en tu día a día no las vayas a utilizar ¡no busques a un profesor que te diga lo que tienes que aprender! Atención al detalle Todo programador que no le da importancia a los detalles está destinado al fracaso. La falta de esta habilidad se ve reflejada en aquéllos que escriben código desordenado o

sin comentarios. Esta forma de trabajar no garantiza la integridad del software ni su calidad. Cualquier detalle será agradecido por tus compañeros o herederos, y te servirá para mostrar un trabajo bien hecho. Adaptación al cambio Para que un proyecto finalice dentro de las estimaciones realizadas previamente, sin ningún tipo de problemática, es esencial que el desarrollador cuente con adaptabilidad y tolerancia a los cambios. Es por eso que esta skill es de vital importancia, ya que el mundo tecnológico es cambiante y volátil y requiere una buena reciprocidad ante los proyectos. Por lo tanto, cualquier programador que no se adapte, fracasará. ¡Adáptate a los cambios, se funcional no funcionario! Comunicación EE: eficaz y eficiente Es muy importante que un desarrollador tenga la capacidad de comunicar las ideas de forma clara y precisa, así como concisa. Muchos desarrolladores que no logran ser comprendidos por personas no técnicas, ven obstaculizadas sus carreras. Incluso, ésta es frenada a la hora de obtener cargos de responsabilidad. En comunicación rige la máxima de menos, es más: entre dos explicaciones, elige la más clara; entre dos formas, las más sencillas y entre dos expresiones, la más breve. Comprender el código ajeno Una forma ágil e ideal para incrementar las habilidades de un desarrollador es a través del estudio del código de otros, muchos de los gurús de la programación participan en proyectos Open Source. El don más grande que podemos hacer a otros no es compartir con ellos nuestra riqueza, sino hacerles descubrir la suya propia. f. ¿Con que frecuencia deben hacerse los backups? Como regla general, la cantidad de tiempo entre copias de respaldo no debe ser mayor que la cantidad de tiempo que podría estar parado rehaciendo cualquier trabajo perdido.

g. ¿A qué audiencia está orientado cada tipo de información que genera el sistema? Dependiendo de la clasificación de la información, se procederá con la definición de la audiencia. h. ¿Hay que entregar manual de usuario en papel necesariamente o alcanza con un hipertexto? Actualmente no es necesario entregar el Manuel por reglas ecológicas dentro de la empresa, lo que se requiere es que la información digital tiene que estar debidamente clasificada en su repositorio para que sea accedida de forma correcta. i. ¿Qué hará el sistema?

Cumplir con el requerimiento planteado de acuerdo a la necesidad del usuario. j. ¿Quién usará el sistema? El sistema lo usara el usuario final.

k. ¿Dónde está el equipamiento que necesita el sistema para funcionar? Se debe de encontrar en ambiente controlado con las medidas respectivas de seguridad tanto a nivel lógico como físico.

l. ¿La entrada proviene de uno o más sistemas? El término entrada se refiere a la información recibida en un mensaje, o bien al proceso de recibirla. Tal como la computadora y el mundo exterior.

m. ¿Cuán difícil le resultará a un usuario hacer un uso indebido del sistema? Es importante la seguridad en cualquier sociedad, un pequeño porcentaje de la gente es maliciosa. Se dice que Internet tiene un crecimiento de usuarios en constante crecimiento y que sea cual sea el valor su porcentaje de usuarios maliciosos es menor al 1%5.Uno de los tantos motivos para la prevención y protección de ataques maliciosos n. ¿Cómo y cuándo puede cambiarse o mejorarse un sistema? El análisis de cada mejora debe estar atado a las revisiones anuales o semestrales.

o. ¿existen uno o varios emplazamientos físicos del sistema? Elementos de un sistema de información y algunos ejemplos. ... Pero existen muchos otros métodos para los sistemas de información Se refiere al emplazamiento del sistema, a su soporte físico y ubicación.

p. ¿Existe algún límite sobre la cantidad de dinero a gastar en

el

desarrollo o en hardware y software? De acuerdo al presupuesto designado por las áreas respectivas.

q. ¿Deben tomarse precauciones contra el fuego, el daño provocado por agua o robo? Así es, en la normativa ISO27001 se establecen dichos riesgos y cómo afrontarlos o asumirlos.

Orientaciones metodológicas 

Para desarrollar la actividad de la tarea virtual 2, es necesario que se consulten las fuentes que se indican en la bibliografía con el propósito de profundizar en el tema y poder responder de forma adecuada.



Previo a la realización de la tarea virtual 2, usted debe haber realizado una entrevista a un especialista del ámbito del desarrollo del software, con la finalidad de obtener información acerca de los requerimientos funcionales del software en este contexto, como vía para contrastar la teoría con la práctica.



En el siguiente video se puede profundizar en lo concerniente a requisitos funcionales:

Ingeniería de Requisitos - Conceptos básicos de la Ingeniería de Requisitos Video 1: https://www.youtube.com/watch?v=AbwwtjOfJIY Especificación de requisitos Video 2: https://www.youtube.com/watch?v=nH4l2NfEesU Tipos de Requerimientos Video 3: https://www.youtube.com/watch?v=PUyfzEzSUSg Ingeniería del Software II - Modelado de requisitos con UML (Casos de Uso) Video 4: https://www.youtube.com/watch?v=5ezWOj0k02k 

Entregar la tarea virtual en documento en formato pdf. Colocar en el encabezado del documentos la etiqueta “Tarea Virtual 2” y sus “nombres completos”, y en el pie de página el número correspondiente. (MADEJA, s.f.)

Bibliografía Kendall, K. E. (2005). Análisis y diseño de sistemas. Pearson educación. Laboratorio Nacional de la Calidad del Software (2009). Curso de Introducción a la Ingeniería del Software. Plan Avanza 2 Espinoza Meza, A. A. (2017). Manual para elegir una metodología de desarrollo de software dentro de un proyecto informático. Enríquez, R. J., Farías, E., Flores, E., Honores, C., Llanos, R., López, W., & Zúñiga, A. (2017). Metodología de Desarrollo de Software.

6...


Similar Free PDFs