etica

 Ingeniería de requerimientos
Comprender los requerimientos de un problema es uno de las tareas más difíciles que enfrentan el ingeniero de software. Al principio parece fácil pero no lo es. Para empezar el cliente que cree que sabe lo que quiere en el transcurso de la elaboración puede cambiar de parecer sobre una especificación, puedenocurrir percances o peticiones inesperadas que pueden intervenir o alterar la elaboración original del software además de las otras cosas como peleas en el grupo de ingenieros, conflicto de ideas, etc. Incluso si los clientes y los usuarios explican sus necesidades, esta podría cambiar mientras se desarrolla el proyecto y volverían a afectar el trabajo en grupo.
El diseño de creación de softwarees difícil y creativo. Los participantes podrían comprender las necesidades después de estudiar las siguientes interacciones de software. Las utilidades salen de la producción de un programa que funcione y que todo lo demás es secundario y que intentar aprender todos los requerimientos es una pérdida de tiempo. La ingeniería de requerimientos es una parte importante de la ingeniería de softwareque comienza durante la actividad de comunicación, debe adaptarse a las necesidades del proceso y de las ´personas que hacen el trabajo. Los participantes del proyecto como los gerentes, clientes y usuarios definen las necesidades del negocio y describen las necesidades del negocio y los escenarios, las funciones y características y se identifican las restricciones del proyecto, pero sinimportar el punto de arranque, lo que permite examinar el contexto del trabajo de software que de realizarse. La ingeniería de requerimientos proporciona un mecanismo apropiado para entender los deseos del cliente, sus necesidades, factibilidad y solución. Se especifica en siete pasos:
Concepción: ¿Cómo inicia un proyecto de software? ¿existe un solo evento que se convierte en el catalizador de unnuevo sistema o la necesidad evoluciona con el tiempo? Generalmente comienza cuando se identifica la necesidad del negocio o se descubre un nuevo mercado.

Indagación: Básicamente es una pregunta al cliente, a los usuarios y a otras personas. Cuáles son los objetivos para el sistema o producto. Según Chirstel y Kang hay tres problemas que se encuentran durante la indagación:

Problemas dealcance: La frontera de los sistemas están mal definidas o los participantes especifican detalles innecesarios que confunden.

Problemas de entendimiento: Los clientes o usuarios no están convencidos de saber lo que necesitan. Omiten información que creen que es “obvia”.

Problemas de volatilidad: Los requerimientos cambian con el tiempo.

Elaboración: Información obtenida del cliente durante laconcepción e indagación se expande y refina durante la elaboración. La elaboración está motivada por la mejora de escenarios que el usuario describa y se definen los atributos de cada clase de análisis y se identifican los servicios.

Negociación: no es raro que los clientes y los usuarios pidan mas de lo que puede lograrse dado el limite de los redursos del negocio. Los conflictos debenreconciliarse por medio de la negpciancion y se pide a todos los involucrados una participación ordenada.

Especifcacion: puede ser un documento escrito, un conjunto de graficos, un modelo matemático formal, escenarios en uso, un prototipo o cualquier muentra. Aunque es preferible un documento escrito.

Validación: analiza la especificación a fin de garantizar que todos ellos han sido eneiados sinambigüedades, buscando errores de contenido o de interpretación de aspectos en los que se requieran aclaraciones

Administración de requerimientos: es un conjunto de actividades que ayudan al equipo del proyecto a identificar, controlar y dar seguimiento a los requerimientos.
Desarrollo de caso de uso
Un caso de uso narra la historia sobre como interactúa un usuario final con el sistema en...