Requerimientos de sistemas.
Acorde a Somerville (2005), "Los requerimientso para un sistema son la descripción de los servicios proporcionados por el sistema y sus restricciones operativas."
Respecto a los requerimientos, Pressman (2010) indica que "Al inicio del proyecto el desarrollador y el cliente (así como otros interesados) establecen los requisitos básicos del problema, definen las restricciones predominantes del proyecto y especifican las características y funciones más importantes que deben estar presentes en el sistema para que este alcance sus objetivos."
Es importante, como lo menciona Zapata (2013), relacionar los requerimientos de software con los objetivos del negocio, esto con la finalidad de garantizar que aquellos esten contextualizados y sean consistentes con la organización.
Segun Jacobson et al (2000), "La captura de requisitos tiene dos objetivos: encontrar las verdaderos requisitos y representarlos de un modo adecuado para los usuarios, clientes y desarrolladores. Entendemos por verdaderos requisitos aquellos que cuando se implementan añadiran el valor esperado por los usuarios. Con representarlos de modo adecuado para los usuarios clientes y desarrolladores queremos decir en concreto que la descripción obtenida de los requisitos debe ser comprensible por usuarios y clientes."
El establecimiento de los requerimientos de software de un sistema no es fácil, en este sentido Christel, M. y Kang, K. (1992) opinan que "Hay muchos problemas asociados con la ingeniería de requisitos, incluidos problemas para definir el alcance del sistema, problemas para fomentar la comprensión entre las diferentes comunidades afectadas por el desarrollo de un sistema determinado y problemas para tratar con la naturaleza volátil de los requisitos."
En este sentido, la definición de los requeimientos del sistema es una etapa dificil del proceso de desarrollo, principalmente por el hecho de que los clientes y usuarios no estan completamente claros en cuanto a lo que desean y realmente necesitan del software, no entienden del todo las características y funcionalidades que este les debe proporcional, y sin embargo si lo usuarios estuvieran claros en este sentido, los requerimientos pueden cambiar durante el desarrollo del proyecto debido a cambios en el negocio. Adicionalmente hay que tomar en consideración la complejidad inherente del dominio del problema que se quiere resolver y la posibilidad de establecer requerimientos ambiguos o incompletos que pueden derivar en funcionalidades queno satisfacen las necesidades de lo susuarios.
Segun Jacobson et al (2000) "El paso desde la determinación de las necsidadesdel cliente hasta la implementación no es trivial. En primer lugar, las necesidades del cliente no son fáciles de discernir. Esto nos obliga a que tengamos algun modo de capturar las necesidades del usuario de forma que puedan comunicarse fácilmente a todas las personas implicadas en el proyecto."
Es por ello que es necesario prestar mucha atencion a esta etapa del desarrollo de software, para evitar malos entendidos, malas interpretaciones y falta o ambiguedad de informacion al comenzar el desarrollo de un proyecto software, durante la etapa en la que es más economico realizar cualquier tipo de modificaciones.
Para garantizar que los requerimientos obtenidos sean los adecuados para el proyecto que se esta desarrollando, se debe conocer las caracteristicas que estos deben tener. En este sentido las principales caracteristicas de la especificacion de los requerimientos de software segun Doe, J. (2011), son que los requerimientos deben ser correctos, no presentar ambiguedades, deben ser completos, consistentes, verificables, modificables y poderce trazar a lo largo del proceso de desarrollo del mismo.
En este sentido, el proceso para determinar los requerimientos del
software pasa por la obtencion de los requerimientos, el analisis, la
verificación y la especificacion de los mismos.
Según Pacheco, C. et al (2018), la obtención de requerimientos forma parte del proceso de ingenieria de requisitos y es la encargada de determinar de manera detallada lo que el software debe realizar a traves de la adecuada comprensión de los deseos y necesidades de los involucrados en el proyecto para transformarlos en los requerimientos formales del sistema a desarrollar.
Por otra parte, Somerville (2005) hace referencia a que "...la especifivación de los requerimientos se presenta como un documento en el cual se declara que deben implemenatar lo desarrolladores del sistema."
Según Doe (2011), "un buen Documento de Requisitos, pese a no ser obligatorio que siga estrictamente la organización y el formato dados en el estandar 830, sı deber ́a incluir, de una forma o de otra, toda la información presentada en dicho estandar."
Es importante señalar que se debe tomar en cuenta el adecuado y oportuno establecimiento de los requerimientos de seguridad del sistema que se está desarrollando, esto debido a que según McCarty, J. (2007) la seguridad ha sido tradicionalmente una idea tardía del proceso de diseño de software, los estandares actuales recomiendan que la seguridad sea evaluada en las especificaciones de requisitos del software, desde el inicio del desarrollo del proyecto.
Analisis de sistemas.
Diseño de sistemas
Según la guia del cuerpo de conocimientos dela ingenieria de software, IEEE (2004) "... un diseño de softeare (el resultado) debe describir la arquitectura del software, así como la descomposicion del software, organizacion de los componentes, y los interfaces entre los mismos componentes. debe tambien describir los componentes en un niven de detalle que permita su construccion."
Ingeniería de software.
Para garantizar la calidad, confiabilidad, fiabilidad, seguridad, viabilidad de desarrollo de un proyecto de software, independientemente de su envergadura, sean sistemas de información diseñados para ser usados en pequeñas y medianas empresas, o para sistemas de información destinados a la gestion de grandes volumenes de informacion en una gran empresa, deben seguir una serie de criterios que involucren metodos ingenieriles que garanticen el exito del mismo. estos aspectos se logran aplicando la ingenieria de software al desarrollo de nuestros proyectos de software.
A este respecto, Somerville (2005) indica que "La ingenieria de software es una disciplina de ingenieria que comprende todos los aspectos e la produccion de software desde las etapas iniciales de la especificación del sistema, hasta el manntenimiento de este despues de que se utiliza."
Informe final de proyecto
Palacios (s/f) presenta una estrucutra preliminar de presentacion de trabajo de investigacion que puede servir de guia para la realizacion del informe final de la Practica Profesional II.
En el siguiente video se dan algunas recomendaciones para la redacción de trabajos académicos a tomar en cuenta para la realizacion de su informe final.
En cuanto a la defensa del trabajo correspondiente a la Practica profesional, Palacios (s/f) presenta algunos consejos y elementos a tomar en consideracion en el desarrollo del mismo.
En el siguietne video puede encontrar algunos consejos y sugerencias para la defensa oral de su trabajo final.
REFERENCIAS
Christel, M. y Kang, K. (1992). Issues in Requirements Elicitation, Pittsburgh: Carnegie Mellon University. Disponible en:https://apps.dtic.mil/sti/citations/ADA258932
Doe, J. (2011). Recommended Practice for Software Requirements Specifications (IEEE). Disponible en:
https://www.midori-global.com/downloads/jpdf/jira-software-requirement-specification.pdf
Espinoza, C. (2010). Metodología de investigación tecnológica. Disponible en:
IEEE (2004) Guia del cuerpo del conocimiento de la ingenieria de software. Disponible en:
http://www.cc.uah.es/drg/b/HispaSWEBOK.Borrador.pdf
McCarty, J. (2007). Specifying security requeriments improvement for ieee standard 830. Disponible en:
https://researchrepository.wvu.edu/cgi/viewcontent.cgi?article=2804&context=etd
Pacheco, C., Garcia, I. y Reyes, M. (2018). Requirements elicitation techniques: a systematic literature review based on the maturity of the techniques. Disponible en:
https://ietresearch.onlinelibrary.wiley.com/doi/pdf/10.1049/iet-sen.2017.0144
Palacios, A. (s/f). Defensa oral de una tesis. Disponible en:
https://sites.google.com/site/unaanzoategui/recursos/Material-de-Apoyo/451%20-%20COMO%20EXPONER%20UN%20TRABAJO%20DE%20GRADO%20anneris.pdfPalacios, A. (s/f). Orientaciones para elaborar un trabajo de grado. Disponible en:
Pressman, R. Ingeniería de Software, un enfoque práctico. Disponible en:
http://www.javier8a.com/itc/bd1/ld-Ingenieria.de.software.enfoque.practico.7ed.Pressman.PDF
Sommerville, I. (2005). Ingeniería del software. Disponible en:
https://ulagos.files.wordpress.com/2010/07/ian-sommerville-ingenieria-de-software-7-ed.pdf
Zapata, C. y Vargas, F. (2013). Reglas sintáctico-semánticas para relacionar los objetos organizacionales y los problemas en el contexto de la educción temprana de requisitos de software. Disponible en:
http://revistas.unla.edu.ar/software/article/view/88
