CL060283

La modalidad semipresencial me ha parecido una buena modalidad pues los días donde asistimos solo al aula virtual podemos tener más tiempo para llevar al día las tareas de la misma asignatura o de otras mas, podemos avanzarlas o terminarlas, y nos proporciona mas tiempo para dar seguimiento a la materia.

La modalidad nos permite desenvolvernos en el aula virtual de manera individual y a la vez podemos ampliar los vínculos de compañerismo a través de los foros al dar opiniones y aceptando la de nuestros compañeros, esto nos permite establecer mejores relaciones de compañerismo. Una de las debilidades posiblemente sea que en ocasiones se perdía el hilo de las clases presenciales

Mi calificación durante el ciclo seria 8, al docente le daría una ponderación de 8 pues es bastante cumplidor y responsable.

El “IEEE Standard Glossary of Software Engineering Terminology” (Stad. 610.12-1990) ha desarrollado una definición más completa para ingeniería del software [1]: “(1) La aplicación de un enfoque sistemático, disciplinado y cuantificable para el desarrollo, operación y mantenimiento del software; es decir, la aplicación de ingeniería al software. (2) El estudio de enfoques en (1)”.

Dichas capas se describen a continuación:

· Cualquier disciplina de ingeniería (incluida la ingeniería del software) debe descansar sobre un esfuerzo de organización de calidad. La gestión total de la calidad y las filosofías similares fomentan una cultura continua de mejoras de procesos que conduce al desarrollo de enfoques cada vez más robustos para la ingeniería del software.

· El fundamento de la ingeniería de software es la capa proceso. El proceso define un marco de trabajo para un conjunto de áreas clave, las cuales forman la base del control de gestión de proyectos de software y establecen el contexto en el cual: se aplican los métodos técnicos, se producen resultados de trabajo, se establecen hitos, se asegura la calidad y el cambio se gestiona adecuadamente.

· Los métodos de la ingeniería de software indican cómo construir técnicamente el software. Los métodos abarcan una gran gama de tareas que incluyen análisis de requisitos, diseño, construcción de programas, pruebas y mantenimiento. Estos métodos dependen de un conjunto de principios básicos que gobiernan cada área de la tecnología e incluyen actividades de modelado y otras técnicas descriptivas.

· Las herramientas de la ingeniería del software proporcionan un soporte automático o semi-automático para el proceso y los métodos, a estas herramientas se les llama herramientas CASE (Computer-Aided Software Engineering).

Dado lo anterior, el objetivo de la ingeniería de software es lograr productos de software de calidad (tanto en su forma final como durante su elaboración), mediante un proceso apoyado por métodos y herramientas.

Independientemente de la complejidad del sistema y de su área de aplicación la ingeniería de software puede considerarse una tecnología multicapa , donde la primer capa enfatiza que los cimientos de la ingeniería de software están orientadas hacia la calidad.

Un proceso de software es el conjunto de actividades, métodos, prácticas y tecnologías aplicables a todos los proyectos de software. Un proceso básico (también conocido como ciclo de vida básico) está conformado por el análisis, diseño, codificación, pruebas y mantenimiento.

Los métodos, o modelos, de la ingeniería de software indican como realizar los pasos necesarios del ciclo de vida (cada uno con un enfoque distinto). Así pues, está el modelo de Construcción de Prototipos, el modelo de Desarrollo Rápido de Aplicaciones, el de Procesos Evolutivos – que se divide en el modelo incremental, en espiral, de ensamblaje de componentes y de desarrollo concurrente – el modelo de Métodos Formales, y por último las Técnicas de Cuarta Generación.

ML060280

Creo que la modalidad semipresencial, ha sido una buena manera de llevar el seguimiento de una materia, es novedoso y bastante aceptado, el que las clases se den solo en un salón de clase en ocasiones es un poco tedioso pero el complementarlo con interacción con un salón virtual es bastante dinámico y permite la interacción entre los compañeros de clase aun cuando en el mismo salón no hablamos abiertamente de temas de la asignatura. Personalmente ha sido de gran ayuda al analizar temas de la materia y estar en continuo dialogo con compañeros de clase, así mismo como estar pendientes de las asignaciones de la materia que son fácilmente identificables en el aula.

Apesar de ello, habian ciertas ocasiones donde muchos sucumbían ante la idea de asistir únicamente a clases del aula virtual dejando de lado las clases en el salón, eso creo que fue una de las debilidades de la aplicacion de la modalidad.

Como he dicho anteriormente es una buena modalidad pero debe ser aplicada de buena manera y que tambien nosotros los estudiantes seamos capaces de ser responsables al llevarla, aun asi, creo que no se le esta dando la publicidad necesaria a este tipo de modalidad, que es bien aceptado, hasta la fecha la materia de ingeniería de software ha sido la única en la cual he podido ver este tipo de metodología.

Creo que finalmente, considerando las faltas y los buenos puntos que he hecho talvez me consideraría con un 8. Por cuanto al docente su calificación es 10, sin lugar a dudas, ya que es muy cumplidor con las asignaciones siempre poniéndolas en el aula virtual y avisando oportunamente de ellas, posee gran capacidad de tolerancia y es bastante abierto a opiniones de sus estudiantes, también es comprensivo por cualquier inoportuno que tenga algún estudiante.

Introduccion.

La ingeniería de software es una tecnología multicapa, cualquier enfoque de ingeniería debe apoyarse sobre un compromiso de organización de calidad.

El fundamento de la ingeniería de software es la capa del proceso. El proceso de la ingeniería de software es la unión que mantiene juntas las capas de tecnología y que permiten un desarrollo racional y oportuno de la ingeniería de software. El proceso define un marco de trabajo para un conjunto de áreas clave de proceso que se deben establecer para la entrega de la tecnología de la ingeniería de software.

Los métodos de la ingeniería de software indican como construir técnicamente el software. Los métodos abarcan una gran gama de tareas que incluyen análisis de requisitos, diseño, construcción de programas, pruebas y mantenimiento.

Las herramientas de la ingeniería de software proporcionan un enfoque automático o semiautomático para el proceso y para los métodos.

Enfoque en capas:
Herramientas
Metodos
Procesos
Un enfoque de Calidad

Autores:
Vilma Miranda (rizuenakano@hotmail.com)
Martha Castillo (marocali1989@hotmail.com)

Resumen: En este articulo se pretende tratar como la ingeniería de software desarrolla metódicamente un software y a raíz de esto exponemos la importancia del modelado del software a partir de la fase de requerimientos, fase cuya importancia ha evolucionado a una disciplina fundamental en el desarrollo de sistemas informáticos, hablamos de la ingeniería de requerimientos y su importancia en la creación de software, sus consecuencias y su impacto en el proyecto de desarrollo de software.

Palabras Clave: Metodología, modelado de software, disciplina, sistemas informáticos.

Introducción.

Sistemas informáticos a la medida son seriamente demandados hoy en día, sin embargo estos son los más delicados en el proceso de su desarrollo, identificar lo que este hará, y como lo hará, son elementos esenciales al momento de modelar el sistema, tales elementos se explicara mas adelante como son identificados con la ingeniería de requerimientos y la importancia que esta abarca.

El siguiente escrito se presenta de manera tal que el lector aun sin saber la naturaleza compleja de sistemas informáticos y terminología técnica pueda comprender sin mucha dificultad el contenido de este, así mismo el artículo llevara de manera secuencial el significado e importancia de la ingeniería de requerimientos hasta adentrarnos a temas específicos que conciernen a este.

Ingeniería de Requerimientos.

La ingeniería de requerimientos, es una parte sustancial al momento de desarrollar el software, sin esta parte del desarrollo, la razón de ser de nuestro sistema informático no existiría. Dentro de esta parte el definir los conceptos de ¿que es lo que hará el software?, ¿Cómo lo hará? Y ¿Por qué lo hará? Es importante pues la respuesta que estos tengan será la base para el diseño y para el levantamiento de código posterior.

Es por ello que esta ingeniería de requerimientos es la etapa mas importante de la ingeniería de software, el desarrollo del software se ve fuertemente impactada según sea el tipo de requerimiento que se tienen para modelarlo.

¿Por que una ingeniería?

La importancia de la ingeniería de software yace en la metodología que nos brinda para poder desarrollar un software de calidad, esto sucede siempre y cuando se sepa llevar organizada las diferentes fases y darle el tiempo y la importancia a cada una de ellas.

Sin embargo como siempre en las metodologías, hay ciertas fases más importantes que otras, o que al menos requieren de más atención. En el desarrollo de nuestro software se encuentra la fase de requerimientos que define nuestro software aparir de las preguntas ¿Qué hará el software?, ¿Cómo lo hará? Y ¿por que?

Esta fase es la mas importante, reconocer el propósito del software nos dará los lineamientos necesarios para diseñar el software que se nos ha pedido, y el reconocer bien aquellos ‘requisitos’ que debe llenar nuestro software no solo nos alejara de un mal diseño sino también nos proporcionara una limitante de definir lo que desean que produzcamos como ingenieros.

Esta fase es tan importante por las razones expuestas anteriormente y al mismo tiempo es la mas difícil pues hay una diversidad de tangentes que nos pueden nublar la visión del problema y los requerimientos, es por ello que mas que una fase es una ingeniería, otra disciplina que es necesaria y fundamental en el desarrollo de nuestro software.

Requerimientos y su definición.

El hecho que esta fase tenga su propia ingeniería denota la importancia que hay en este, veámoslo de esta manera: Una mala definición de requisitos, implicaría un mal diseño del software, que a la larga acabaría en un software que bien puede funcionar a la perfección pero no cumple con los requisitos y las necesidades que el cliente deseaba.

El no definir debidamente los requerimientos de lo que nuestro software necesita, es el por que de tanto proyectos de software terminan en fracasos, después de un sin fin de modificaciones que van desde los retrasos, presupuestos sobregirados, etc.

Para comprender cuales son los requerimientos debemos saber las sus características que lo identifican, estas son las que se exponen a continuación:

• Necesario
• Conciso
• Completo
• Consistente
• No ambiguo
• Verificable

El comprender estas características nos ayudan a la identificación de los requerimientos, el resultado, a la larga, será un modelo eficiente de software que se apegue a las expectativas y necesidades del cliente, en contraposición el resultado será como se muestra en la figura.

El esquema anterior nos muestra de manera grafica una situación que puede parecer un tanto graciosa pero que al final es una realidad, el definir los requerimientos comprende saberlos identificar, y encontrar las fuentes de información que nos pueden proveer de ellos aun cuando dichas fuentes no sepan absolutamente nada del tema, como ingenieros capaces que somos debemos identificar por medio de las acciones del entorno, del cliente y de otras fuentes donde se encuentran los correctos requerimientos y darles la importancia debida, al mismo tiempo que descartamos las que no merecen interés.

Dificultades de los requerimientos.

Un factor importante en el momento de identificar los requerimientos son las fuentes de las cuales podemos obtener los correctos requerimientos, es decir que sean verídicos, reales y concisos.

Sin embargo hay una serie complicaciones al momento de identificarlos, muchas de las razones son las siguientes:

• Los requerimientos no son obvios y vienen de muchas fuentes.
• Son difíciles de expresar en palabras (el lenguaje es ambiguo).
• Existen muchos tipos de requerimientos y diferentes niveles de detalle.
• La cantidad de requerimientos en un proyecto puede ser difícil de manejar.
• Nunca son iguales. Algunos son más difíciles, más riesgosos, más importantes o más estables que otros.
• Los requerimientos están relacionados unos con otros, y a su vez se relacionan con otras partes del proceso.
• Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas.
• Un requerimiento puede cambiar a lo largo del ciclo de desarrollo.
• Son difíciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto.

La clave para resolver estas problemáticas es identificar debidamente a los actores que pueden verse envueltos en la definición de requerimientos, así mismo el encontrar fuentes de información validas y correctas nos proporcionan un marco que nos limita a la información verídica y correcta.

Identificando quienes son involucrados en la ingeniería de requerimientos.

Para obtener correctos y validos requerimientos es necesario comprender las fuentes que nos pueden proveer de ellos así como a quienes afectara el definir un determinado requerimiento.

• Usuario final
• Usuario Líder
• Personal de Mantenimiento
• Analistas y programadores
• Personal de pruebas

No conocer estos intereses puede ocasionar una comunicación poco efectiva entre clientes y desarrolladores, que a la vez traería impactos negativos tanto en tiempo como en presupuesto.

Validación de Requerimientos.

La validación de requerimientos, es la parte en donde el ingeniero demuestras que los requerimientos definidos anteriormente son los correctos, así mismo son los que el cliente desea, sin omitir alguno.

Esta etapa del proceso de la obtención de requerimientos es importante ya que a este nivel decidimos si seguir bajo los requerimientos extraídos o volver a analizar el sistema bajo nuevos requerimientos según se de el caso.

El validar el sistema nos daría la pauta necesaria para seguir con el desarrollo de este, si nuestra validación, por el contrario no es posible, entonces es necesario volver a revisar los requerimientos e investigar el por que de la validación fallida, bajo ninguna circunstancia se debe seguir con requerimientos erróneos pues al final nuestro software pagaría con creces el resultado de haberle modelado bajo definiciones erróneas.

Importancia de la ingeniería de requerimientos en relación con la Ingeniería de Software.

La ingeniera de requerimientos es tan solo una fase del todo que abarca la ingeniera de software, es necesario comprender como llevar esta y su debido seguimiento en el desarrollo del software si queremos buenos resultados.

La ingeniería de software es una disciplina, y dicha disciplina es necesaria para el desarrollo de sistemas informáticos a la medida, o incluso en masa, es importante recalcar que sin ingeniería de software, seria imposible desarrollar software, ya que esta disciplina concierne a todos los aspectos del desarrollo de sistemas basados en cómputo.

El tener estándares, herramientas, modelos de ciclo de vida, y normativas asociadas a lo que implica ejercer la ingeniería de software son elementos importantes que no deben de hacerse de lado al momento del desarrollo de un software, cada elemento aporta cuanto el ingeniero pueda usar de el en el desarrollo.

El que una parte esencial de la ingeniería de software se defina en la ingeniería de requerimientos es muestra de lo íntimamente relacionadas que está una con la otra, así como con el desarrollo del software, ambas buscan la creación de software a niveles distintos pero cuya última finalidad es esa. Es por eso que ambas son importantes al momento de desarrollar el software.

Conclusión.

La ingeniería de software se ocupa de construir un producto de software de alta calidad bajo restricciones de tiempo y presupuesto, a esta disciplina le concierne todas aquellas teorías, métodos y herramientas para el desarrollo y evolución de software, sin esta no se podría ejercer el desarrollo del software de manera estándar y organizada.

Hoy en día es una realidad, el mundo entero se muestra globalizado y a la espera de nuevos y mejores software que satisfagan las necesidades de sus empresas. Sin embargo aun cuando la producción de software es tan demandado, no significa que el 100% de lo sistemas informáticos sean de calidad y vayan de la mano con lo que el cliente necesita, las fallas y limitaciones de software ocurren por fallas en el análisis, en la fase de requerimientos, un mal diseño, etc.

Sin la ingeniería de software no existiría esa pauta esencial, para llevar acabo el desarrollo lineal y organizado de software. Por ejemplo para hacer un sándwich se necesitan ingredientes, pero se necesita saber el orden de estos para colocarlos uno sobre otro, se necesita saber que ingredientes se ocuparan y cuales no, así mismo pasa con la ingeniería de software, esta disciplina nos da ‘la receta’ y nosotros como futuros ingenieros somos responsables de llevarla acabo, elegir que elementos y cuales no irán en nuestro software, que forma le daremos con esos elementos y finalmente construirlo.

La ingeniería de software es sumamente importante en el campo de la creación del software, dándonos pautas del desarrollo del mismo así como los estándares para este, en conjunto con diversas herramientas. Tenemos lo necesario para crear software, pero depende de la persona indicada el saber utilizar estas herramientas, el ingeniero debe saber las fases importantes del desarrollo y saberlas llevar para obtener el producto final correcto: un software de calidad que vaya dentro de los estándares y necesidades del cliente.

Referencias.

Ingeniería De Requerimientos
Ingeniería De Software
http://www.monografias.com/trabajos6/resof/resof.shtml

Ingeniería de requerimientos
http://es.wikipedia.org/wiki/Análisis_de_requerimientos

Introducción a la Ingeniería de
Requerimientos
http://www-2.dc.uba.ar/materias/isoft1/is1-2007_1/recursos/Teoricas/02a-RE_QueYPorque.pdf

No se puede saber con certeza el futuro de esta disciplina, sin embargo la idea principal de su futuro conlleva a que el proceso de producción de software será mucho más valorado y altamente demandado. Las exigencias del software a la medida irán de la mano con las diferentes herramientas y lenguajes de programación, estándares, etc., que puedan ofrecerse debido a la evolución de estos se exigirá software que sean de mayor y mejor calidad.

Debido a que el entorno de la computación y los sistemas informáticos evolucionan constantemente la ingeniería de software debe seguir su paso para no quedar estancado y no quedar en desfase, es por ello que su futuro depende mucho de las nuevas actualizaciones y modernización de los sistemas actuales.

La reingeniería de software permite optimizar, evolucionar, actualizar y mantener un software partiendo desde cero, o según el código del software a optimizar así lo permita, de esta manera el software puede ser perfeccionado constantemente.

La reingeniería de software nos propone una nueva forma de mantenimiento de software, el tomar un software que ya es obsoleto debido a que su estructura y diseño ya no van de la mano con lo que se le requiere no debería ser juzgado como inútil y simplemente echarle a la basura. La reingeniería de software propone resultados viables a este tipo de situaciones, el encontrar un software que ya no ‘es necesario’ o que ha perdido su ‘vida útil’ no debe ser el punto final de su vida sino hasta que se ha probado lo contrario, un software a pesar de verse en desfase o no pueda cumplir con las expectativas del cliente después de pasado un tiempo, puede tener aun la capacidad de reutilizarse su código o su diseño, de esta manera no solo se puede ‘reciclar’ código y con ello facilitar la implementación de este en un nuevo software, sino también se consumen menos recursos tanto de esfuerzo, tiempo y por sobre todo lo que muchos consideran importante, el recurso económico.

Es importante recalcar que no todo el software puede poseer esta cualidad de ser ‘reciclables’ en ocasiones, el diseño y su código no son rescatables y es necesario emprenderse en un nuevo proyecto. Es necesario comprender hasta donde llega la utilidad de la reingeniería y no abusar de esta.

El ingeniero de software a pesar de encontrarse constantemente rezagado a la computadora y lenguajes de programación, debe comprender que su profesión va más que desarrollar software, uno de los aspectos importantes de su profesión es la capacidad de elocuencia entre los mismos compañeros de trabajo para intercambiar ideas y poder ofrecer soluciones en un problema. De la misma manera, el ingeniero debe poseer la capacidad de expresividad con el cliente, siendo este una parte importante del trabajo del ingeniero, el expresarse correctamente con el, exponiendo ideas del trabajo y refutando oportunamente opiniones del cliente a favor del trabajo son elementos importantes que no deberían faltar al ingeniero, pues su trabajo depende de su capacidad de expresar sus ideas a otros.

Así mismo, la necesidad de expresarse de manera entendible y sin tecnicismos es importante cuando se esta frente al cliente o alguna otra persona que no tiene conocimientos en el campo de la informática, expresarse bien no basta, se debe ser simple cuando el caso lo requiera, para asegurar que la otra persona nos ha comprendido y se sepa llevar el dialogo.

La capacidad de escritura es igualmente importante, ya que el ingeniero proporciona escritos al cliente, o incluso a los mismos compañeros de trabajo. Manuales, instrucciones, etc. Son parte de la vida laboral del ingeniero cuando desarrolla un software.

El ingeniero puede ser considerado como un vendedor, pero a mi juicio no solo vende un producto. El hecho que el software sea una utilidad para quien lo compra es solo una manera simple de ver al ingeniero como cualquier tipo de comerciante, la idea de que este venda un producto me parece un tanto corta a lo que realmente se dedica a comerciar.

El ingeniero produce software, pero para ello es necesario que su ‘ingenio’ produzca ideas para llevarlo a cabo. El ingenio del desarrollador de software es lo que a mi parecer se pone en venta, la capacidad de análisis y su resultado logístico, es el producto que se muestra tangible en el software.

Más aun, el ingeniero posee esa capacidad de vendedor al comerciar una idea, una concepción de soluciones con el cliente y que puede negociar el tipo de producto que llevara acabo y la remuneración por este.