Ingenieriacutea de requerimientos

bull 41 Obtencioacuten de requisitosbull 411 Objetivobull 412 Metasbull 413 Alcances y limitacionesbull 414 Justificacioacutenbull 42 Teacutecnicas para obtener informacioacutenbull sobre el proyectobull 43 Especificaciones del proyecto ybull contrato

Objetivo Educacionalbull Aplicaraacute las teacutecnicas de obtencioacuten de requerimientos para el

desarrollo de un sistema

Actividades de Aprendizajebull Elaborar el documento de especificacioacuten de requerimientos del

sistema

bull Elaborar el contrato de desarrollo delbull proyecto

bull Para que un proyecto de desarrollo de software pueda tener eacutexito es crucial realizar una comprensioacuten total de los requerimientos del software a disentildear

bull En la etapa del anaacutelisis y la especificacioacuten de requerimientos tanto el cliente como el desarrollador juegan un rol fundamental debido a que el primero se encarga de describir las necesidades que le apremian mientras que el segundo es el encargado de dar solucioacuten a dichas necesidades Debido a que la especificacioacuten es complicada de detallar desde el comienzo del desarrollo de los sistemas se ha tratado de realizar una adecuada identificacioacuten de los requisitos del sistema derivadas de las necesidades de los usuarios Por todo esto dentro de la Ingenieriacutea existe una rama que se dedica a la captura de requerimientos la cual es la Ingenieriacutea de requerimientos cuyo propoacutesito general es desarrollar teacutecnicas para que este proceso fundamental se realice en forma eficiente y segura

bull Etapas de la Ingenieriacutea de Requerimientos

El proceso de Ingenieriacutea de requerimientos posee cuatro etapas estudio de factibilidad obtencioacuten y anaacutelisis de requerimientos especificacioacuten de requerimientos y validacioacuten de requerimientos Cada una de las siguientes etapas se especifica a continuacioacuten

a Estudio de factibilidad

El resultado de esta etapa es producir un informe de factibilidad como se ilustra en la figura 1 que consiste tanto en realizar una recoleccioacuten y evaluacioacuten de la informacioacuten como redactar el informe del estudio de la factibilidad

b Obtencioacuten y anaacutelisis de requerimientos

El objetivo de esta etapa es determinar el dominio de la aplicacioacuten desempentildeo del sistema las restricciones que el sistema debe poseer entre otras cosas En esta etapa toman principal importancia los stakeholders los cuales son aquellas personas con alguna influencia ya sea directa o indirecta en los requerimientos del sistema es decir pueden ser los usuarios finales ingenieros desarrolladores ingenieros de mantenimiento etc

c Obtencioacuten y anaacutelisis de requerimientos

En esta etapa se establece la especificacioacuten de los requerimientos es decir lo que el sistema debe realizar Esta etapa es muy complicada debido a que la naturaleza de los problemas es muy compleja

Es menester destacar que la especificacioacuten puede verse como un proceso independiente del modo en que se realice todo esto con el objetivo de lograr una adecuada implementacioacuten de software Ademaacutes se han determinado los siguientes principios para representar los requisitos de software

1 Separar la funcionalidad de la implementacioacuten2 Desarrollar un modelo de comportamiento de un sistema que comprenda los datos y las respuestas

funcionales de un sistema a varios estiacutemulos del entorno3 Establecer los componentes del sistema que interactuacutean con eacutel4 Definir el entorno en que operara el sistema5 Crear un modelo intuitivo6 Considerar que una especificacioacuten es una abstraccioacuten de una situacioacuten real por lo cual seraacute incompleta

y existiraacute a muchos niveles de detalle7 Definir un contenido y estructura que sea susceptible a cambios

d Validacioacuten de Requerimientos

bull En esta etapa se establecen los requerimientos finales oacute completos que definiraacuten el sistema que el cliente desea

411 ObjetivoEn toda investigacioacuten es necesario saber que se pretende conocer cuales son sus objetivos de conocimiento Los objetivos deben expresarse con claridad y deben ser susceptibles de ser alcanzados dividirse en generales y especiacuteficos

bull El objetivo general el cual hace referencia al problema planteado en su totalidad y que se va a hacer para investigar el mismo

bull Los objetivos especiacuteficos se refieren a cada parte del problema sentildealado y a los distintos aspectos a investigar los que permitiraacuten llegar al conocimiento buscado El desarrollo del programa comienza con la preparacioacuten de una definicioacuten de metas y objetivos

METASbull Reflejan lo que se va a lograr en un tiempo determinado respondiendo a cuaacutento se desea

alcanzar La principal caracteriacutestica de una meta es que debe explicar claramente iquestqueacute se quiere iquestcuaacutento se quiere y iquestpara cuaacutendo se quiere

bull La fijacioacuten de metas hace posible la medicioacuten de los resultados y la evaluacioacuten del grado de cumplimiento y eficiencia logrados por el responsable En otras palabras la meta es la cuantificacioacuten del objetivo especiacutefico ubicado en el tiempo y lugar

bull Las metas definen la cantidad y calidad de lo que se desea alcanzar a traveacutes de los objetivos especiacuteficos pueden especificarse en teacuterminos absolutos o relativos

bull Las metas deben serbull 1048633 Realistas Que se pueden alcanzar con los recursos disponiblesbull 1048633 Precisas Debidamente expliacutecitasbull 1048633 Perioacutedicas Definir la fecha en la que se desean alcanzarbull 1048633 Medibles Sentildealar unidades de medidabull 1048633 Coherentes Vinculadas con los objetivos

bull Objetivos Los objetivos son los bloques que construyen las metas Son las definiciones especiacuteficas de metas que se alcanzan en la praacutectica y usualmente son cuantificables

bull El alcanzar metas especiacuteficas es una manera de medir el progreso hacia los objetivos Los objetivos en otras palabras marcan claramente la cantidad de puntos que aparecen en el camino para alcanzar las metas

bull Los objetivos tambieacuten implican el criterio que se utiliza para medir los pasos En resumen las metas son definiciones generales los objetivos son pasos especiacuteficos y los criterios son medidas o maneras de coacutemo medir los logros

bull Considere el siguiente ejemplo

bull Meta mdash Desarrollo de softwarebull Objetivo mdash Desarrollo de aplicaciones educativasbull Criterios mdash Nuacutemero de aplicaciones desarrolladas

bull Pero las metas y objetivos nunca se desarrollan en el vaciacuteo Se desarrollan en conexioacuten con un sitio especiacutefico con todas sus limitaciones y posibilidades Por eso se deben tener presente esas caracteriacutesticas del software durante todo el proceso refinando la planificacioacuten a medida que se aprende maacutes con cada paso

bull Sin embargo se debe recordar que la planificacioacuten de sitios es fundamentalmente un plan para producir cambios Esto trae tres consideraciones que afectaraacuten el desarrollo de metas y objetivos

bull los propoacutesitos para los cuales los cambios se implementan

bull los factores (fiacutesicos sociales culturales ambientales etc) que afectan el sitio y

bull los efectos que los cambios tendraacuten para el futuro del sitio

bull Primero se describiraacute en teacuterminos generales como se prepara una definicioacuten de metas y objetivos El propoacutesito mismo del proyecto ayuda a definir esa afirmacioacuten Por lo tanto se ha incluido la discusioacuten del propoacutesito en la seccioacuten de metas Despueacutes de la explicacioacuten de la interaccioacuten de metas y objetivos se han incluido secciones separadas de factores y efectos para ayudar a considerar maacutes en profundidad coacutemo estas se relacionan e interactuacutean con el desarrollo de metas y objetivos

412 Metas

Metas Las metas son definiciones o conceptos generales que se derivan del propoacutesito o de la intencioacuten del proyecto Los propoacutesitos del proyecto explican las razones por las cuales el proyecto se estaacute llevando a cabo Estas estaacuten tiacutepicamente unidas a las necesidades humanas Considere los siguientes propoacutesitos

Casi todos los proyectos tienen propoacutesitos muacuteltiples Ellos usualmente se expresan maacutes especiacuteficamente en las metas del mismo

Una meta describe el camino o direccioacuten que un proyecto tomaraacute para alcanzar sus propoacutesitos o resolver un problema

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

Objetivo Educacionalbull Aplicaraacute las teacutecnicas de obtencioacuten de requerimientos para el

desarrollo de un sistema

Actividades de Aprendizajebull Elaborar el documento de especificacioacuten de requerimientos del

sistema

bull Elaborar el contrato de desarrollo delbull proyecto

bull Para que un proyecto de desarrollo de software pueda tener eacutexito es crucial realizar una comprensioacuten total de los requerimientos del software a disentildear

bull En la etapa del anaacutelisis y la especificacioacuten de requerimientos tanto el cliente como el desarrollador juegan un rol fundamental debido a que el primero se encarga de describir las necesidades que le apremian mientras que el segundo es el encargado de dar solucioacuten a dichas necesidades Debido a que la especificacioacuten es complicada de detallar desde el comienzo del desarrollo de los sistemas se ha tratado de realizar una adecuada identificacioacuten de los requisitos del sistema derivadas de las necesidades de los usuarios Por todo esto dentro de la Ingenieriacutea existe una rama que se dedica a la captura de requerimientos la cual es la Ingenieriacutea de requerimientos cuyo propoacutesito general es desarrollar teacutecnicas para que este proceso fundamental se realice en forma eficiente y segura

bull Etapas de la Ingenieriacutea de Requerimientos

El proceso de Ingenieriacutea de requerimientos posee cuatro etapas estudio de factibilidad obtencioacuten y anaacutelisis de requerimientos especificacioacuten de requerimientos y validacioacuten de requerimientos Cada una de las siguientes etapas se especifica a continuacioacuten

a Estudio de factibilidad

El resultado de esta etapa es producir un informe de factibilidad como se ilustra en la figura 1 que consiste tanto en realizar una recoleccioacuten y evaluacioacuten de la informacioacuten como redactar el informe del estudio de la factibilidad

b Obtencioacuten y anaacutelisis de requerimientos

El objetivo de esta etapa es determinar el dominio de la aplicacioacuten desempentildeo del sistema las restricciones que el sistema debe poseer entre otras cosas En esta etapa toman principal importancia los stakeholders los cuales son aquellas personas con alguna influencia ya sea directa o indirecta en los requerimientos del sistema es decir pueden ser los usuarios finales ingenieros desarrolladores ingenieros de mantenimiento etc

c Obtencioacuten y anaacutelisis de requerimientos

En esta etapa se establece la especificacioacuten de los requerimientos es decir lo que el sistema debe realizar Esta etapa es muy complicada debido a que la naturaleza de los problemas es muy compleja

Es menester destacar que la especificacioacuten puede verse como un proceso independiente del modo en que se realice todo esto con el objetivo de lograr una adecuada implementacioacuten de software Ademaacutes se han determinado los siguientes principios para representar los requisitos de software

1 Separar la funcionalidad de la implementacioacuten2 Desarrollar un modelo de comportamiento de un sistema que comprenda los datos y las respuestas

funcionales de un sistema a varios estiacutemulos del entorno3 Establecer los componentes del sistema que interactuacutean con eacutel4 Definir el entorno en que operara el sistema5 Crear un modelo intuitivo6 Considerar que una especificacioacuten es una abstraccioacuten de una situacioacuten real por lo cual seraacute incompleta

y existiraacute a muchos niveles de detalle7 Definir un contenido y estructura que sea susceptible a cambios

d Validacioacuten de Requerimientos

bull En esta etapa se establecen los requerimientos finales oacute completos que definiraacuten el sistema que el cliente desea

411 ObjetivoEn toda investigacioacuten es necesario saber que se pretende conocer cuales son sus objetivos de conocimiento Los objetivos deben expresarse con claridad y deben ser susceptibles de ser alcanzados dividirse en generales y especiacuteficos

bull El objetivo general el cual hace referencia al problema planteado en su totalidad y que se va a hacer para investigar el mismo

bull Los objetivos especiacuteficos se refieren a cada parte del problema sentildealado y a los distintos aspectos a investigar los que permitiraacuten llegar al conocimiento buscado El desarrollo del programa comienza con la preparacioacuten de una definicioacuten de metas y objetivos

METASbull Reflejan lo que se va a lograr en un tiempo determinado respondiendo a cuaacutento se desea

alcanzar La principal caracteriacutestica de una meta es que debe explicar claramente iquestqueacute se quiere iquestcuaacutento se quiere y iquestpara cuaacutendo se quiere

bull La fijacioacuten de metas hace posible la medicioacuten de los resultados y la evaluacioacuten del grado de cumplimiento y eficiencia logrados por el responsable En otras palabras la meta es la cuantificacioacuten del objetivo especiacutefico ubicado en el tiempo y lugar

bull Las metas definen la cantidad y calidad de lo que se desea alcanzar a traveacutes de los objetivos especiacuteficos pueden especificarse en teacuterminos absolutos o relativos

bull Las metas deben serbull 1048633 Realistas Que se pueden alcanzar con los recursos disponiblesbull 1048633 Precisas Debidamente expliacutecitasbull 1048633 Perioacutedicas Definir la fecha en la que se desean alcanzarbull 1048633 Medibles Sentildealar unidades de medidabull 1048633 Coherentes Vinculadas con los objetivos

bull Objetivos Los objetivos son los bloques que construyen las metas Son las definiciones especiacuteficas de metas que se alcanzan en la praacutectica y usualmente son cuantificables

bull El alcanzar metas especiacuteficas es una manera de medir el progreso hacia los objetivos Los objetivos en otras palabras marcan claramente la cantidad de puntos que aparecen en el camino para alcanzar las metas

bull Los objetivos tambieacuten implican el criterio que se utiliza para medir los pasos En resumen las metas son definiciones generales los objetivos son pasos especiacuteficos y los criterios son medidas o maneras de coacutemo medir los logros

bull Considere el siguiente ejemplo

bull Meta mdash Desarrollo de softwarebull Objetivo mdash Desarrollo de aplicaciones educativasbull Criterios mdash Nuacutemero de aplicaciones desarrolladas

bull Pero las metas y objetivos nunca se desarrollan en el vaciacuteo Se desarrollan en conexioacuten con un sitio especiacutefico con todas sus limitaciones y posibilidades Por eso se deben tener presente esas caracteriacutesticas del software durante todo el proceso refinando la planificacioacuten a medida que se aprende maacutes con cada paso

bull Sin embargo se debe recordar que la planificacioacuten de sitios es fundamentalmente un plan para producir cambios Esto trae tres consideraciones que afectaraacuten el desarrollo de metas y objetivos

bull los propoacutesitos para los cuales los cambios se implementan

bull los factores (fiacutesicos sociales culturales ambientales etc) que afectan el sitio y

bull los efectos que los cambios tendraacuten para el futuro del sitio

bull Primero se describiraacute en teacuterminos generales como se prepara una definicioacuten de metas y objetivos El propoacutesito mismo del proyecto ayuda a definir esa afirmacioacuten Por lo tanto se ha incluido la discusioacuten del propoacutesito en la seccioacuten de metas Despueacutes de la explicacioacuten de la interaccioacuten de metas y objetivos se han incluido secciones separadas de factores y efectos para ayudar a considerar maacutes en profundidad coacutemo estas se relacionan e interactuacutean con el desarrollo de metas y objetivos

412 Metas

Metas Las metas son definiciones o conceptos generales que se derivan del propoacutesito o de la intencioacuten del proyecto Los propoacutesitos del proyecto explican las razones por las cuales el proyecto se estaacute llevando a cabo Estas estaacuten tiacutepicamente unidas a las necesidades humanas Considere los siguientes propoacutesitos

Casi todos los proyectos tienen propoacutesitos muacuteltiples Ellos usualmente se expresan maacutes especiacuteficamente en las metas del mismo

Una meta describe el camino o direccioacuten que un proyecto tomaraacute para alcanzar sus propoacutesitos o resolver un problema

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

bull Para que un proyecto de desarrollo de software pueda tener eacutexito es crucial realizar una comprensioacuten total de los requerimientos del software a disentildear

bull En la etapa del anaacutelisis y la especificacioacuten de requerimientos tanto el cliente como el desarrollador juegan un rol fundamental debido a que el primero se encarga de describir las necesidades que le apremian mientras que el segundo es el encargado de dar solucioacuten a dichas necesidades Debido a que la especificacioacuten es complicada de detallar desde el comienzo del desarrollo de los sistemas se ha tratado de realizar una adecuada identificacioacuten de los requisitos del sistema derivadas de las necesidades de los usuarios Por todo esto dentro de la Ingenieriacutea existe una rama que se dedica a la captura de requerimientos la cual es la Ingenieriacutea de requerimientos cuyo propoacutesito general es desarrollar teacutecnicas para que este proceso fundamental se realice en forma eficiente y segura

bull Etapas de la Ingenieriacutea de Requerimientos

El proceso de Ingenieriacutea de requerimientos posee cuatro etapas estudio de factibilidad obtencioacuten y anaacutelisis de requerimientos especificacioacuten de requerimientos y validacioacuten de requerimientos Cada una de las siguientes etapas se especifica a continuacioacuten

a Estudio de factibilidad

El resultado de esta etapa es producir un informe de factibilidad como se ilustra en la figura 1 que consiste tanto en realizar una recoleccioacuten y evaluacioacuten de la informacioacuten como redactar el informe del estudio de la factibilidad

b Obtencioacuten y anaacutelisis de requerimientos

El objetivo de esta etapa es determinar el dominio de la aplicacioacuten desempentildeo del sistema las restricciones que el sistema debe poseer entre otras cosas En esta etapa toman principal importancia los stakeholders los cuales son aquellas personas con alguna influencia ya sea directa o indirecta en los requerimientos del sistema es decir pueden ser los usuarios finales ingenieros desarrolladores ingenieros de mantenimiento etc

c Obtencioacuten y anaacutelisis de requerimientos

En esta etapa se establece la especificacioacuten de los requerimientos es decir lo que el sistema debe realizar Esta etapa es muy complicada debido a que la naturaleza de los problemas es muy compleja

Es menester destacar que la especificacioacuten puede verse como un proceso independiente del modo en que se realice todo esto con el objetivo de lograr una adecuada implementacioacuten de software Ademaacutes se han determinado los siguientes principios para representar los requisitos de software

1 Separar la funcionalidad de la implementacioacuten2 Desarrollar un modelo de comportamiento de un sistema que comprenda los datos y las respuestas

funcionales de un sistema a varios estiacutemulos del entorno3 Establecer los componentes del sistema que interactuacutean con eacutel4 Definir el entorno en que operara el sistema5 Crear un modelo intuitivo6 Considerar que una especificacioacuten es una abstraccioacuten de una situacioacuten real por lo cual seraacute incompleta

y existiraacute a muchos niveles de detalle7 Definir un contenido y estructura que sea susceptible a cambios

d Validacioacuten de Requerimientos

bull En esta etapa se establecen los requerimientos finales oacute completos que definiraacuten el sistema que el cliente desea

411 ObjetivoEn toda investigacioacuten es necesario saber que se pretende conocer cuales son sus objetivos de conocimiento Los objetivos deben expresarse con claridad y deben ser susceptibles de ser alcanzados dividirse en generales y especiacuteficos

bull El objetivo general el cual hace referencia al problema planteado en su totalidad y que se va a hacer para investigar el mismo

bull Los objetivos especiacuteficos se refieren a cada parte del problema sentildealado y a los distintos aspectos a investigar los que permitiraacuten llegar al conocimiento buscado El desarrollo del programa comienza con la preparacioacuten de una definicioacuten de metas y objetivos

METASbull Reflejan lo que se va a lograr en un tiempo determinado respondiendo a cuaacutento se desea

alcanzar La principal caracteriacutestica de una meta es que debe explicar claramente iquestqueacute se quiere iquestcuaacutento se quiere y iquestpara cuaacutendo se quiere

bull La fijacioacuten de metas hace posible la medicioacuten de los resultados y la evaluacioacuten del grado de cumplimiento y eficiencia logrados por el responsable En otras palabras la meta es la cuantificacioacuten del objetivo especiacutefico ubicado en el tiempo y lugar

bull Las metas definen la cantidad y calidad de lo que se desea alcanzar a traveacutes de los objetivos especiacuteficos pueden especificarse en teacuterminos absolutos o relativos

bull Las metas deben serbull 1048633 Realistas Que se pueden alcanzar con los recursos disponiblesbull 1048633 Precisas Debidamente expliacutecitasbull 1048633 Perioacutedicas Definir la fecha en la que se desean alcanzarbull 1048633 Medibles Sentildealar unidades de medidabull 1048633 Coherentes Vinculadas con los objetivos

bull Objetivos Los objetivos son los bloques que construyen las metas Son las definiciones especiacuteficas de metas que se alcanzan en la praacutectica y usualmente son cuantificables

bull El alcanzar metas especiacuteficas es una manera de medir el progreso hacia los objetivos Los objetivos en otras palabras marcan claramente la cantidad de puntos que aparecen en el camino para alcanzar las metas

bull Los objetivos tambieacuten implican el criterio que se utiliza para medir los pasos En resumen las metas son definiciones generales los objetivos son pasos especiacuteficos y los criterios son medidas o maneras de coacutemo medir los logros

bull Considere el siguiente ejemplo

bull Meta mdash Desarrollo de softwarebull Objetivo mdash Desarrollo de aplicaciones educativasbull Criterios mdash Nuacutemero de aplicaciones desarrolladas

bull Pero las metas y objetivos nunca se desarrollan en el vaciacuteo Se desarrollan en conexioacuten con un sitio especiacutefico con todas sus limitaciones y posibilidades Por eso se deben tener presente esas caracteriacutesticas del software durante todo el proceso refinando la planificacioacuten a medida que se aprende maacutes con cada paso

bull Sin embargo se debe recordar que la planificacioacuten de sitios es fundamentalmente un plan para producir cambios Esto trae tres consideraciones que afectaraacuten el desarrollo de metas y objetivos

bull los propoacutesitos para los cuales los cambios se implementan

bull los factores (fiacutesicos sociales culturales ambientales etc) que afectan el sitio y

bull los efectos que los cambios tendraacuten para el futuro del sitio

bull Primero se describiraacute en teacuterminos generales como se prepara una definicioacuten de metas y objetivos El propoacutesito mismo del proyecto ayuda a definir esa afirmacioacuten Por lo tanto se ha incluido la discusioacuten del propoacutesito en la seccioacuten de metas Despueacutes de la explicacioacuten de la interaccioacuten de metas y objetivos se han incluido secciones separadas de factores y efectos para ayudar a considerar maacutes en profundidad coacutemo estas se relacionan e interactuacutean con el desarrollo de metas y objetivos

412 Metas

Metas Las metas son definiciones o conceptos generales que se derivan del propoacutesito o de la intencioacuten del proyecto Los propoacutesitos del proyecto explican las razones por las cuales el proyecto se estaacute llevando a cabo Estas estaacuten tiacutepicamente unidas a las necesidades humanas Considere los siguientes propoacutesitos

Casi todos los proyectos tienen propoacutesitos muacuteltiples Ellos usualmente se expresan maacutes especiacuteficamente en las metas del mismo

Una meta describe el camino o direccioacuten que un proyecto tomaraacute para alcanzar sus propoacutesitos o resolver un problema

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

bull Etapas de la Ingenieriacutea de Requerimientos

El proceso de Ingenieriacutea de requerimientos posee cuatro etapas estudio de factibilidad obtencioacuten y anaacutelisis de requerimientos especificacioacuten de requerimientos y validacioacuten de requerimientos Cada una de las siguientes etapas se especifica a continuacioacuten

a Estudio de factibilidad

El resultado de esta etapa es producir un informe de factibilidad como se ilustra en la figura 1 que consiste tanto en realizar una recoleccioacuten y evaluacioacuten de la informacioacuten como redactar el informe del estudio de la factibilidad

b Obtencioacuten y anaacutelisis de requerimientos

El objetivo de esta etapa es determinar el dominio de la aplicacioacuten desempentildeo del sistema las restricciones que el sistema debe poseer entre otras cosas En esta etapa toman principal importancia los stakeholders los cuales son aquellas personas con alguna influencia ya sea directa o indirecta en los requerimientos del sistema es decir pueden ser los usuarios finales ingenieros desarrolladores ingenieros de mantenimiento etc

c Obtencioacuten y anaacutelisis de requerimientos

En esta etapa se establece la especificacioacuten de los requerimientos es decir lo que el sistema debe realizar Esta etapa es muy complicada debido a que la naturaleza de los problemas es muy compleja

Es menester destacar que la especificacioacuten puede verse como un proceso independiente del modo en que se realice todo esto con el objetivo de lograr una adecuada implementacioacuten de software Ademaacutes se han determinado los siguientes principios para representar los requisitos de software

1 Separar la funcionalidad de la implementacioacuten2 Desarrollar un modelo de comportamiento de un sistema que comprenda los datos y las respuestas

funcionales de un sistema a varios estiacutemulos del entorno3 Establecer los componentes del sistema que interactuacutean con eacutel4 Definir el entorno en que operara el sistema5 Crear un modelo intuitivo6 Considerar que una especificacioacuten es una abstraccioacuten de una situacioacuten real por lo cual seraacute incompleta

y existiraacute a muchos niveles de detalle7 Definir un contenido y estructura que sea susceptible a cambios

d Validacioacuten de Requerimientos

bull En esta etapa se establecen los requerimientos finales oacute completos que definiraacuten el sistema que el cliente desea

411 ObjetivoEn toda investigacioacuten es necesario saber que se pretende conocer cuales son sus objetivos de conocimiento Los objetivos deben expresarse con claridad y deben ser susceptibles de ser alcanzados dividirse en generales y especiacuteficos

bull El objetivo general el cual hace referencia al problema planteado en su totalidad y que se va a hacer para investigar el mismo

bull Los objetivos especiacuteficos se refieren a cada parte del problema sentildealado y a los distintos aspectos a investigar los que permitiraacuten llegar al conocimiento buscado El desarrollo del programa comienza con la preparacioacuten de una definicioacuten de metas y objetivos

METASbull Reflejan lo que se va a lograr en un tiempo determinado respondiendo a cuaacutento se desea

alcanzar La principal caracteriacutestica de una meta es que debe explicar claramente iquestqueacute se quiere iquestcuaacutento se quiere y iquestpara cuaacutendo se quiere

bull La fijacioacuten de metas hace posible la medicioacuten de los resultados y la evaluacioacuten del grado de cumplimiento y eficiencia logrados por el responsable En otras palabras la meta es la cuantificacioacuten del objetivo especiacutefico ubicado en el tiempo y lugar

bull Las metas definen la cantidad y calidad de lo que se desea alcanzar a traveacutes de los objetivos especiacuteficos pueden especificarse en teacuterminos absolutos o relativos

bull Las metas deben serbull 1048633 Realistas Que se pueden alcanzar con los recursos disponiblesbull 1048633 Precisas Debidamente expliacutecitasbull 1048633 Perioacutedicas Definir la fecha en la que se desean alcanzarbull 1048633 Medibles Sentildealar unidades de medidabull 1048633 Coherentes Vinculadas con los objetivos

bull Objetivos Los objetivos son los bloques que construyen las metas Son las definiciones especiacuteficas de metas que se alcanzan en la praacutectica y usualmente son cuantificables

bull El alcanzar metas especiacuteficas es una manera de medir el progreso hacia los objetivos Los objetivos en otras palabras marcan claramente la cantidad de puntos que aparecen en el camino para alcanzar las metas

bull Los objetivos tambieacuten implican el criterio que se utiliza para medir los pasos En resumen las metas son definiciones generales los objetivos son pasos especiacuteficos y los criterios son medidas o maneras de coacutemo medir los logros

bull Considere el siguiente ejemplo

bull Meta mdash Desarrollo de softwarebull Objetivo mdash Desarrollo de aplicaciones educativasbull Criterios mdash Nuacutemero de aplicaciones desarrolladas

bull Pero las metas y objetivos nunca se desarrollan en el vaciacuteo Se desarrollan en conexioacuten con un sitio especiacutefico con todas sus limitaciones y posibilidades Por eso se deben tener presente esas caracteriacutesticas del software durante todo el proceso refinando la planificacioacuten a medida que se aprende maacutes con cada paso

bull Sin embargo se debe recordar que la planificacioacuten de sitios es fundamentalmente un plan para producir cambios Esto trae tres consideraciones que afectaraacuten el desarrollo de metas y objetivos

bull los propoacutesitos para los cuales los cambios se implementan

bull los factores (fiacutesicos sociales culturales ambientales etc) que afectan el sitio y

bull los efectos que los cambios tendraacuten para el futuro del sitio

bull Primero se describiraacute en teacuterminos generales como se prepara una definicioacuten de metas y objetivos El propoacutesito mismo del proyecto ayuda a definir esa afirmacioacuten Por lo tanto se ha incluido la discusioacuten del propoacutesito en la seccioacuten de metas Despueacutes de la explicacioacuten de la interaccioacuten de metas y objetivos se han incluido secciones separadas de factores y efectos para ayudar a considerar maacutes en profundidad coacutemo estas se relacionan e interactuacutean con el desarrollo de metas y objetivos

412 Metas

Metas Las metas son definiciones o conceptos generales que se derivan del propoacutesito o de la intencioacuten del proyecto Los propoacutesitos del proyecto explican las razones por las cuales el proyecto se estaacute llevando a cabo Estas estaacuten tiacutepicamente unidas a las necesidades humanas Considere los siguientes propoacutesitos

Casi todos los proyectos tienen propoacutesitos muacuteltiples Ellos usualmente se expresan maacutes especiacuteficamente en las metas del mismo

Una meta describe el camino o direccioacuten que un proyecto tomaraacute para alcanzar sus propoacutesitos o resolver un problema

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

c Obtencioacuten y anaacutelisis de requerimientos

En esta etapa se establece la especificacioacuten de los requerimientos es decir lo que el sistema debe realizar Esta etapa es muy complicada debido a que la naturaleza de los problemas es muy compleja

Es menester destacar que la especificacioacuten puede verse como un proceso independiente del modo en que se realice todo esto con el objetivo de lograr una adecuada implementacioacuten de software Ademaacutes se han determinado los siguientes principios para representar los requisitos de software

1 Separar la funcionalidad de la implementacioacuten2 Desarrollar un modelo de comportamiento de un sistema que comprenda los datos y las respuestas

funcionales de un sistema a varios estiacutemulos del entorno3 Establecer los componentes del sistema que interactuacutean con eacutel4 Definir el entorno en que operara el sistema5 Crear un modelo intuitivo6 Considerar que una especificacioacuten es una abstraccioacuten de una situacioacuten real por lo cual seraacute incompleta

y existiraacute a muchos niveles de detalle7 Definir un contenido y estructura que sea susceptible a cambios

d Validacioacuten de Requerimientos

bull En esta etapa se establecen los requerimientos finales oacute completos que definiraacuten el sistema que el cliente desea

411 ObjetivoEn toda investigacioacuten es necesario saber que se pretende conocer cuales son sus objetivos de conocimiento Los objetivos deben expresarse con claridad y deben ser susceptibles de ser alcanzados dividirse en generales y especiacuteficos

bull El objetivo general el cual hace referencia al problema planteado en su totalidad y que se va a hacer para investigar el mismo

bull Los objetivos especiacuteficos se refieren a cada parte del problema sentildealado y a los distintos aspectos a investigar los que permitiraacuten llegar al conocimiento buscado El desarrollo del programa comienza con la preparacioacuten de una definicioacuten de metas y objetivos

METASbull Reflejan lo que se va a lograr en un tiempo determinado respondiendo a cuaacutento se desea

alcanzar La principal caracteriacutestica de una meta es que debe explicar claramente iquestqueacute se quiere iquestcuaacutento se quiere y iquestpara cuaacutendo se quiere

bull La fijacioacuten de metas hace posible la medicioacuten de los resultados y la evaluacioacuten del grado de cumplimiento y eficiencia logrados por el responsable En otras palabras la meta es la cuantificacioacuten del objetivo especiacutefico ubicado en el tiempo y lugar

bull Las metas definen la cantidad y calidad de lo que se desea alcanzar a traveacutes de los objetivos especiacuteficos pueden especificarse en teacuterminos absolutos o relativos

bull Las metas deben serbull 1048633 Realistas Que se pueden alcanzar con los recursos disponiblesbull 1048633 Precisas Debidamente expliacutecitasbull 1048633 Perioacutedicas Definir la fecha en la que se desean alcanzarbull 1048633 Medibles Sentildealar unidades de medidabull 1048633 Coherentes Vinculadas con los objetivos

bull Objetivos Los objetivos son los bloques que construyen las metas Son las definiciones especiacuteficas de metas que se alcanzan en la praacutectica y usualmente son cuantificables

bull El alcanzar metas especiacuteficas es una manera de medir el progreso hacia los objetivos Los objetivos en otras palabras marcan claramente la cantidad de puntos que aparecen en el camino para alcanzar las metas

bull Los objetivos tambieacuten implican el criterio que se utiliza para medir los pasos En resumen las metas son definiciones generales los objetivos son pasos especiacuteficos y los criterios son medidas o maneras de coacutemo medir los logros

bull Considere el siguiente ejemplo

bull Meta mdash Desarrollo de softwarebull Objetivo mdash Desarrollo de aplicaciones educativasbull Criterios mdash Nuacutemero de aplicaciones desarrolladas

bull Pero las metas y objetivos nunca se desarrollan en el vaciacuteo Se desarrollan en conexioacuten con un sitio especiacutefico con todas sus limitaciones y posibilidades Por eso se deben tener presente esas caracteriacutesticas del software durante todo el proceso refinando la planificacioacuten a medida que se aprende maacutes con cada paso

bull Sin embargo se debe recordar que la planificacioacuten de sitios es fundamentalmente un plan para producir cambios Esto trae tres consideraciones que afectaraacuten el desarrollo de metas y objetivos

bull los propoacutesitos para los cuales los cambios se implementan

bull los factores (fiacutesicos sociales culturales ambientales etc) que afectan el sitio y

bull los efectos que los cambios tendraacuten para el futuro del sitio

bull Primero se describiraacute en teacuterminos generales como se prepara una definicioacuten de metas y objetivos El propoacutesito mismo del proyecto ayuda a definir esa afirmacioacuten Por lo tanto se ha incluido la discusioacuten del propoacutesito en la seccioacuten de metas Despueacutes de la explicacioacuten de la interaccioacuten de metas y objetivos se han incluido secciones separadas de factores y efectos para ayudar a considerar maacutes en profundidad coacutemo estas se relacionan e interactuacutean con el desarrollo de metas y objetivos

412 Metas

Metas Las metas son definiciones o conceptos generales que se derivan del propoacutesito o de la intencioacuten del proyecto Los propoacutesitos del proyecto explican las razones por las cuales el proyecto se estaacute llevando a cabo Estas estaacuten tiacutepicamente unidas a las necesidades humanas Considere los siguientes propoacutesitos

Casi todos los proyectos tienen propoacutesitos muacuteltiples Ellos usualmente se expresan maacutes especiacuteficamente en las metas del mismo

Una meta describe el camino o direccioacuten que un proyecto tomaraacute para alcanzar sus propoacutesitos o resolver un problema

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

411 ObjetivoEn toda investigacioacuten es necesario saber que se pretende conocer cuales son sus objetivos de conocimiento Los objetivos deben expresarse con claridad y deben ser susceptibles de ser alcanzados dividirse en generales y especiacuteficos

bull El objetivo general el cual hace referencia al problema planteado en su totalidad y que se va a hacer para investigar el mismo

bull Los objetivos especiacuteficos se refieren a cada parte del problema sentildealado y a los distintos aspectos a investigar los que permitiraacuten llegar al conocimiento buscado El desarrollo del programa comienza con la preparacioacuten de una definicioacuten de metas y objetivos

METASbull Reflejan lo que se va a lograr en un tiempo determinado respondiendo a cuaacutento se desea

alcanzar La principal caracteriacutestica de una meta es que debe explicar claramente iquestqueacute se quiere iquestcuaacutento se quiere y iquestpara cuaacutendo se quiere

bull La fijacioacuten de metas hace posible la medicioacuten de los resultados y la evaluacioacuten del grado de cumplimiento y eficiencia logrados por el responsable En otras palabras la meta es la cuantificacioacuten del objetivo especiacutefico ubicado en el tiempo y lugar

bull Las metas definen la cantidad y calidad de lo que se desea alcanzar a traveacutes de los objetivos especiacuteficos pueden especificarse en teacuterminos absolutos o relativos

bull Las metas deben serbull 1048633 Realistas Que se pueden alcanzar con los recursos disponiblesbull 1048633 Precisas Debidamente expliacutecitasbull 1048633 Perioacutedicas Definir la fecha en la que se desean alcanzarbull 1048633 Medibles Sentildealar unidades de medidabull 1048633 Coherentes Vinculadas con los objetivos

bull Objetivos Los objetivos son los bloques que construyen las metas Son las definiciones especiacuteficas de metas que se alcanzan en la praacutectica y usualmente son cuantificables

bull El alcanzar metas especiacuteficas es una manera de medir el progreso hacia los objetivos Los objetivos en otras palabras marcan claramente la cantidad de puntos que aparecen en el camino para alcanzar las metas

bull Los objetivos tambieacuten implican el criterio que se utiliza para medir los pasos En resumen las metas son definiciones generales los objetivos son pasos especiacuteficos y los criterios son medidas o maneras de coacutemo medir los logros

bull Considere el siguiente ejemplo

bull Meta mdash Desarrollo de softwarebull Objetivo mdash Desarrollo de aplicaciones educativasbull Criterios mdash Nuacutemero de aplicaciones desarrolladas

bull Pero las metas y objetivos nunca se desarrollan en el vaciacuteo Se desarrollan en conexioacuten con un sitio especiacutefico con todas sus limitaciones y posibilidades Por eso se deben tener presente esas caracteriacutesticas del software durante todo el proceso refinando la planificacioacuten a medida que se aprende maacutes con cada paso

bull Sin embargo se debe recordar que la planificacioacuten de sitios es fundamentalmente un plan para producir cambios Esto trae tres consideraciones que afectaraacuten el desarrollo de metas y objetivos

bull los propoacutesitos para los cuales los cambios se implementan

bull los factores (fiacutesicos sociales culturales ambientales etc) que afectan el sitio y

bull los efectos que los cambios tendraacuten para el futuro del sitio

bull Primero se describiraacute en teacuterminos generales como se prepara una definicioacuten de metas y objetivos El propoacutesito mismo del proyecto ayuda a definir esa afirmacioacuten Por lo tanto se ha incluido la discusioacuten del propoacutesito en la seccioacuten de metas Despueacutes de la explicacioacuten de la interaccioacuten de metas y objetivos se han incluido secciones separadas de factores y efectos para ayudar a considerar maacutes en profundidad coacutemo estas se relacionan e interactuacutean con el desarrollo de metas y objetivos

412 Metas

Metas Las metas son definiciones o conceptos generales que se derivan del propoacutesito o de la intencioacuten del proyecto Los propoacutesitos del proyecto explican las razones por las cuales el proyecto se estaacute llevando a cabo Estas estaacuten tiacutepicamente unidas a las necesidades humanas Considere los siguientes propoacutesitos

Casi todos los proyectos tienen propoacutesitos muacuteltiples Ellos usualmente se expresan maacutes especiacuteficamente en las metas del mismo

Una meta describe el camino o direccioacuten que un proyecto tomaraacute para alcanzar sus propoacutesitos o resolver un problema

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

bull Objetivos Los objetivos son los bloques que construyen las metas Son las definiciones especiacuteficas de metas que se alcanzan en la praacutectica y usualmente son cuantificables

bull El alcanzar metas especiacuteficas es una manera de medir el progreso hacia los objetivos Los objetivos en otras palabras marcan claramente la cantidad de puntos que aparecen en el camino para alcanzar las metas

bull Los objetivos tambieacuten implican el criterio que se utiliza para medir los pasos En resumen las metas son definiciones generales los objetivos son pasos especiacuteficos y los criterios son medidas o maneras de coacutemo medir los logros

bull Considere el siguiente ejemplo

bull Meta mdash Desarrollo de softwarebull Objetivo mdash Desarrollo de aplicaciones educativasbull Criterios mdash Nuacutemero de aplicaciones desarrolladas

bull Pero las metas y objetivos nunca se desarrollan en el vaciacuteo Se desarrollan en conexioacuten con un sitio especiacutefico con todas sus limitaciones y posibilidades Por eso se deben tener presente esas caracteriacutesticas del software durante todo el proceso refinando la planificacioacuten a medida que se aprende maacutes con cada paso

bull Sin embargo se debe recordar que la planificacioacuten de sitios es fundamentalmente un plan para producir cambios Esto trae tres consideraciones que afectaraacuten el desarrollo de metas y objetivos

bull los propoacutesitos para los cuales los cambios se implementan

bull los factores (fiacutesicos sociales culturales ambientales etc) que afectan el sitio y

bull los efectos que los cambios tendraacuten para el futuro del sitio

bull Primero se describiraacute en teacuterminos generales como se prepara una definicioacuten de metas y objetivos El propoacutesito mismo del proyecto ayuda a definir esa afirmacioacuten Por lo tanto se ha incluido la discusioacuten del propoacutesito en la seccioacuten de metas Despueacutes de la explicacioacuten de la interaccioacuten de metas y objetivos se han incluido secciones separadas de factores y efectos para ayudar a considerar maacutes en profundidad coacutemo estas se relacionan e interactuacutean con el desarrollo de metas y objetivos

412 Metas

Metas Las metas son definiciones o conceptos generales que se derivan del propoacutesito o de la intencioacuten del proyecto Los propoacutesitos del proyecto explican las razones por las cuales el proyecto se estaacute llevando a cabo Estas estaacuten tiacutepicamente unidas a las necesidades humanas Considere los siguientes propoacutesitos

Casi todos los proyectos tienen propoacutesitos muacuteltiples Ellos usualmente se expresan maacutes especiacuteficamente en las metas del mismo

Una meta describe el camino o direccioacuten que un proyecto tomaraacute para alcanzar sus propoacutesitos o resolver un problema

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

bull Pero las metas y objetivos nunca se desarrollan en el vaciacuteo Se desarrollan en conexioacuten con un sitio especiacutefico con todas sus limitaciones y posibilidades Por eso se deben tener presente esas caracteriacutesticas del software durante todo el proceso refinando la planificacioacuten a medida que se aprende maacutes con cada paso

bull Sin embargo se debe recordar que la planificacioacuten de sitios es fundamentalmente un plan para producir cambios Esto trae tres consideraciones que afectaraacuten el desarrollo de metas y objetivos

bull los propoacutesitos para los cuales los cambios se implementan

bull los factores (fiacutesicos sociales culturales ambientales etc) que afectan el sitio y

bull los efectos que los cambios tendraacuten para el futuro del sitio

bull Primero se describiraacute en teacuterminos generales como se prepara una definicioacuten de metas y objetivos El propoacutesito mismo del proyecto ayuda a definir esa afirmacioacuten Por lo tanto se ha incluido la discusioacuten del propoacutesito en la seccioacuten de metas Despueacutes de la explicacioacuten de la interaccioacuten de metas y objetivos se han incluido secciones separadas de factores y efectos para ayudar a considerar maacutes en profundidad coacutemo estas se relacionan e interactuacutean con el desarrollo de metas y objetivos

412 Metas

Metas Las metas son definiciones o conceptos generales que se derivan del propoacutesito o de la intencioacuten del proyecto Los propoacutesitos del proyecto explican las razones por las cuales el proyecto se estaacute llevando a cabo Estas estaacuten tiacutepicamente unidas a las necesidades humanas Considere los siguientes propoacutesitos

Casi todos los proyectos tienen propoacutesitos muacuteltiples Ellos usualmente se expresan maacutes especiacuteficamente en las metas del mismo

Una meta describe el camino o direccioacuten que un proyecto tomaraacute para alcanzar sus propoacutesitos o resolver un problema

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

412 Metas

Metas Las metas son definiciones o conceptos generales que se derivan del propoacutesito o de la intencioacuten del proyecto Los propoacutesitos del proyecto explican las razones por las cuales el proyecto se estaacute llevando a cabo Estas estaacuten tiacutepicamente unidas a las necesidades humanas Considere los siguientes propoacutesitos

Casi todos los proyectos tienen propoacutesitos muacuteltiples Ellos usualmente se expresan maacutes especiacuteficamente en las metas del mismo

Una meta describe el camino o direccioacuten que un proyecto tomaraacute para alcanzar sus propoacutesitos o resolver un problema

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

Diagrama de flujo de metas y objetivos

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

413 Alcances y limitaciones

El alcance define el aacuterea o lugar en concreto donde se aplicara el proyecto mientras que la limitacioacuten define dentro de este lugar la funcioacuten especiacutefica de la actividad a realizar

Alcances El sistema facilita la gestioacuten de algunos procesos tales como la contratacioacuten y el registro de personal concentrando la informacioacuten sobre los puestos y aacutereas de trabajo los horarios de los trabajadores la asistencia y los movimientos del personal en general los datos necesarios que serviraacuten para el caacutelculo de la noacutemina del personal que corresponde a cada semana de labores ordinarias tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Teoacuterico) y posteriormente la emisioacuten de los recibos de noacutemina impresos de la forma en que la empresa los maneja

Limitaciones Uno de los limitantes maacutes destacados es la falta de conocimiento en el aacuterea de informaacutetica para poder usar el sistema adecuadamente dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su maacutexima capacidad que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun maacutes tambieacuten que se haga el mismo papeleo que no sirve maacutes que para llenar archiveros de informacioacuten que puede estar almacenada de manera digital en una base de datos y concentrada en pequentildeas cantidades de papel

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

414 Justificacioacuten

bull JUSTIFICACION Fundamentacioacuten de las razones del por que es importante y trascendente la realizacioacuten del proyecto destacando los beneficios que se obtendraacuten al ser solucionado el problema

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

42 Teacutecnicas para obtener informacioacuten sobre el proyectoDifundir informacioacuten lo maacutes completa y extensa posible sobre los objetivos meacutetodos procedimientos y herramientas del equipo de planificacioacuten a todos los niveles de los entes implicados comenzando preferentemente por los maacutes elevados Se recurriraacute a reuniones conferencias cursillos folletos manuales demostraciones etc El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos

1 Descomponer el proyecto en partes o subproyectos coherentes

2 Obtener datos sobre cada una de las partes relativos a descripcioacuten del subproyecto su funcionalidad actividades principales que comprende su realizacioacuten plazos de realizacioacuten problemas principales probables o posibles etc La forma de obtener esta informacioacuten es a traveacutes de la informacioacuten y documentacioacuten existente relativa a otros proyectos semejantes y que sin duda habraacute sido recogida en la fase de definicioacuten

3 Elegir una nomenclatura para la codificacioacuten de la informacioacuten que va a obtenerse en especial para decidir la codificacioacuten de las actividades Siendo habitual el empleo de un ordenador en forma interactiva las caracteriacutesticas del programa disponible en el mismo influiraacuten grandemente en dicha codificacioacuten

4 Celebrar entrevistas con los diferentes responsables de la construccioacuten para recabar la informacioacuten correspondiente a la descomposicioacuten en actividades precedencias y duracioacuten

5 Establecer actas de las entrevistas en forma muy somera en las que se indiquen las conclusiones a que se ha llegado De hecho estas conclusiones se pueden reflejar de dos formas

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

Recoleccioacuten de informacioacuten

FUENTES

TEacuteCNICAS

Primarias

Secundarias

Encuesta

Entrevista

Observacioacuten

Internet

Personas

Hechos

Material Impreso

Cuestionario

Personal

Telefoacutenica

Correo

Internet

Personal - Directa

Con medios electroacutenicos

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

43 Especificaciones del proyecto y contrato

bull Los requerimientosrequisitos de un sistemabull describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento

bull Requerimientosbull Propiedades o restricciones determinadas de forma precisa que deben

satisfacerse

bull Requerimientos funcionalesbull Expresan la naturaleza del funcionamiento del sistema (coacutemo

interacciona el sistema con su entorno y cuaacuteles van a ser su estado y funcionamiento)

bull NOTA A veces tambieacuten es conveniente indicar lo que no haraacute el sistema

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

Requerimientos no funcionales

Restricciones sobre el espacio de posibles soluciones

Rendimiento del sistemabull Fiabilidad tiempo de

respuesta disponibilidadhellip

Interfacesbull Dispositivos de ES usabilidad

interoperabilidadhellip

Proceso de desarrollobull Estaacutendares herramientas plazo

de entregahellip

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

bull Los requisitos funcionales definen queacute debe hacer un sistema

bull Los requisitos no funcionales definen coacutemo debe ser el sistema

A los requisitos no funcionales se les suele llamar coloquialmente ldquocualidadesrdquo del sistema [ldquo-ilitiesrdquo en ingleacutesrdquo] y pueden dividirse en dos categoriacuteas

bull Cualidades de ejecucioacuten como la seguridad o la usabilidad observables en tiempo de ejecucioacuten

bull Cualidades de evolucioacutencomo la ldquoestabilidadrdquo mantenibilidad extensibilidad o escalabilidad determinadas por la estructura estaacutetica del software

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

Los requerimientoshellip se suelen especificar en lenguaje natural se expresan de forma individual (pej esquemaacuteticamente)se organizan de forma jeraacuterquica (a distintos niveles de detalle) a menudo se numeran (para facilitar su gestioacuten)

Los requerimientos han de indicarhellip lo que se espera que haga el sistema (iquestqueacute) su justificacioacuten (iquestpor queacute ha de ser asiacute iquestquieacuten lo propuso) y en su caso los criterios de aceptacioacuten que sean aplicables (iquestcoacutemo se verifica su cumplimiento)

EJEMPLO REQUERIMIENTOS NO FUNCIONALESInterfaces Hardware El sistema se debe implementar sobre la infraestructura existente en las aulas de praacutecticas de la escuela Software No existe posibilidad de adquirir licencias de software La aplicacioacuten deberaacute funcionar sobre linux

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

bull TIPOS DE CONTRATO

bull Un contrato es un vehiacuteculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensioacuten mutua con claras expectativas que aseguren el eacutexito del proyecto

bull Es un convenio entre el contratista quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente quien estaacute de acuerdo en pagarle una cierta cantidad a cambio de ello

bull El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista

bull Tambieacuten especificaraacute que el resultado del proyecto cumpliraacute con ciertas especificaciones o que se proporcionaraacute cierta documentacioacuten El contrato tambieacuten tiene que precisar las condiciones en las que el cliente haraacute pagos al contratista

bull Baacutesicamente son dos los tipos de contratos que existen de precio fijo y de reembolso del costo

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

bull CONTRATOS DE PRECIO FIJObull En un contrato de precio fijo el cliente y el contratista acuerdan un precio para el trabajo

propuesto El precio permanece fijo a menos de que el cliente y el contratista esteacuten de acuerdo en cambios este tipo de contrato proporciona bajos riesgos para el cliente puesto que eacuteste no pagaraacute maacutes que el precio fijo con independencia de cuaacutento cueste en realidad el proyecto Sin embargo un contrato de precio fijo es de alto riesgo para el contratista porque si el costo de terminar el proyecto es superior a lo que se planeoacute originalmente eacutel tendraacute una utilidad inferior a la prevista o incluso perderaacute dinero

bull Los contratos de precio fijo son los maacutes adecuados para proyectos que esteacuten bien definidos y que representen poco riesgo Entre los ejemplos se incluye la construccioacuten de una casa modelo estaacutendar y el disentildeo y la produccioacuten de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacioacuten al formato contenido (biografiacuteas color nuacutemero de paacuteginas y nuacutemero de ejemplares

bull CONTRATOS DE REEMBOLSO DEL COSTObull En un contrato de reembolso del costo el cliente acepta pagar al contratista todos los

costos reales (mano de obra materiales etc) con independencia de la cantidad maacutes alguna utilidad acordada Este tipo de contrato representa un alto riesgo para el cliente puesto que los costos del contratista pueden exceder el costoacute propuesto mdashcomo en el caso en que un servicio de reparacioacuten de automoacuteviles proporciona un estimado para reparar una transmisioacuten pero presenta una cuenta final que es maacutes alta que el estimado originalmdash

bull Por lo general en los contratos de reembolso del costo el cliente requiere que durante el proyecto el contratista compare perioacutedicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronoacutestico de cuaacutel seraacute el costo a la terminacioacuten comparaacutendolo con el precio original propuesto Esto le permite al cliente llevar a cabo la accioacuten necesaria si parece que el proyecto superaraacute los costos originales del presupuesto presentado Este tipo de contrato tiene poco riesgo para el contratista porque todos los costos seraacuten reembolsados por el cliente Y no puede perder dinero Sin embargo si los costos del contratista exceden el presupuesto resultaraacute dantildeada su reputacioacuten lo que a su vez dantildea sus posibilidades de obtener contratos en el futuro

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21

bull CLAUSULAS DEL CONTRATO

bull A continuacioacuten se presentan algunas claacuteusulas que se pueden incluir en los contratos de proyectos

bull 1 Exposicioacuten falsa de los costos Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto

bull 2 Aviso de exceso en los costos o demoras en el programa Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa presentando por escrito tanto las razones como un plan para tomar una accioacuten correctiva para hacer que deacute nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto

bull 3 Aprobacioacuten de los subcontratistas Sentildeala cuaacutendo el contratista necesita obtener la aprobacioacuten por adelantado del cliente antes de contratar a un subcontratista para que realice una tarea del proyecto

bull 4 El equipo o la informacioacuten a proporcionar por el cliente Relaciona las partidas (por ejemplo las piezas para realizar pruebas) que proporcionaraacute el cliente al contratista durante el proyecto y las fechas en que las tendraacute a su disposicioacuten

• Ingenieriacutea de requerimientos
• Slide 2
• Slide 3
• Slide 4
• Slide 5
• 411 Objetivo
• Slide 7
• Slide 8
• 412 Metas
• Diagrama de flujo de metas y objetivos
• 413 Alcances y limitaciones
• 414 Justificacioacuten
• 42 Teacutecnicas para obtener informacioacuten sobre el proyecto
• Recoleccioacuten de informacioacuten
• 43 Especificaciones del proyecto y contrato
• Slide 16
• Slide 17
• Slide 18
• Slide 19
• Slide 20
• Slide 21