MODULO 1
- 1. ESPECIFICAR LOS REQUISITOS INTEGRANTES YELKARIS BARRETO VILLAZON ALDAIR RANGEL RODRIGUEZ INSTRUCTOR FRANCISCO JAVIER JEREZ CENTRO BIOTECNOLOGICO DEL CARIBE A.D.S.I JORNADA TARDE N° DE FICHA 1753138
- 2. 1. ¿Qué es un requerimiento/requisito? En aplicacionesde software yhardware,losrequerimientosde software sonlascaracterísticasque debe tenerel software instaladoenunacomputadoraparapodersoportar y/oejecutaruna aplicaciónoun dispositivoespecífico. Contrastaconlosrequerimientosde hardware.Tantolos requerimientosde hardware ycomolosrequerimientosde softwareformanparte de los requerimientosdel sistema. 2. En una tabla favor decir los tipos de requisitos Los requerimientospuedendividirse en variostiposdentrode ellos,se haráreferenciaalos siguientes: TIPOS DE REQUISITOS DEFINICION Requisitos de usuario Declaraciones en lenguajenatural y en diversos diagramas delos servicios del sistema y de las restricciones bajo lasquedebe operar. 1.- El sistema debe permitir representar y acceder a archivos externos creados por otras herramientas. 2. Sentencias muy generales sobrelo que el sistema debería hacer. Requisitos del sistema Un documento estructurado que determina las descripciones detalladasdelos serviciosdesistema. Escrito como contrato entre el clientey el contratista. 1.- El usuario deberá poder definir el tipo de un nuevo archivo externo. 2.- Cada tipo de archivo tendrá una herramienta asociada,quese le aplicará.3.- Cada tipo de archivo se representará con un icono específico. 4.- El usuario deberá poder definir el icono que representa un tipo de archivo externo. 5.- Cuando el usuario seleccionaun icono que representa un archivo externo, el efecto es aplicar la herramienta asociada con estetipo de archivo al archivo representado por el icono seleccionado. Requisitos funcionales Los requerimientosfuncionalesespecificanel comportamientode entradaysalidadel sistemaysurgende la razón fundamental de la existenciadel producto. Requisitos no funcionales Los requerimientosnofuncionalestienenque vercon características que de una u otra forma puedanlimitarel sistema,comoporejemplo,el rendimiento(entiempoyespacio),interfaces de usuario,fiabilidad(robustezdel sistema, disponibilidadde equipo),mantenimiento, seguridad,portabilidad,etc.
- 3. 3. Hacer un diagrama con la clasificación de los requisitos no funcionales. 4. ¿Qué se entiende por ingeniería de requisitos? (IR) La Ingenieríade Requisitosenuna disciplinade laIngenieríade Software,enésta,se identificael propósitodel sistema,direcciónyalcance.Abarcaunconjuntode actividadesytransformaciones que pretendencomprenderlasnecesidadesde unsistemasoftwareyconvertirladeclaraciónde estasnecesidadesenunadescripcióncompleta,precisaydocumentadasiguiendoundeterminado estándar. 5. Mencione las actividades de la ingeniería de requerimientos Las actividadesde laIngenieríade Requisitosmáscomunesson: Estudio de viabilidad:Permite decidirsi el sistemacontribuye alosobjetivosde laorganización,si el sistemase puede realizarconla tecnologíaactual y con el tiempoyel coste previsto,ysi el sistemapuede integrarse conotrosexistentes. Elicitaciónde requisitos:Elicitación(oextracciónodeterminación) de requisitos,esel proceso mediante el cual losusuariosdescubren,revelan,articulanycomprendenlosrequisitosque desean.Enestaetapa,se trata de descubrirlosrequisitosypersonal técnicotrabajaconlos clientesyusuariosparadescubrirel dominiode laaplicación,losserviciosque se deben proporcionary lasrestricciones. REQUISITOS NO FUNCIONALES PRODUCTO ORGANIZACIONALES EXTERNOS USABILIDAD EFICIENCIA DEPENDIBILIDAD SEGURIDAD ENTORNO ORGANIZACIONALES DESARROLLO REGULATORIOS ÉTICOS LEGISTATIVOS
- 4. Análisisde requisitos:El procesode razonamientosobre losrequisitosobtenidosenlaetapa anterior,detectandoyresolviendoposiblesinconsistenciasoconflictos,coordinandolosrequisitos relacionadosentre sí,etc. Especificaciónde requisitos(ERS): La especificaciónde requisitosde software eslaactividadenla cual se generael documento,conel mismonombre,que contiene unadescripcióncompletade las necesidadesyfuncionalidadesdel sistemaque serádesarrollado;describeel alcance del sistemay la formaencomo hará sus funciones,definiendolosrequerimientosfuncionalesylosno funcionales. Validaciónde requisitos:El procesode confirmación,porparte de losusuarios,de que los requisitosespecificadossonválidos,consistentes,ycompletos. Gestiónde requisitos:Es el procesode manejarlosrequisitosque cambiandurante el desarrollo del sistema. 6. ¿Cuáles son las personas involucradas en la ingeniería de requerimientos? Realmente,sonmuchaslaspersonasinvolucradasenel desarrollode losrequerimientosde un sistema.Esimportante saberque cadauna de esaspersonastienendiversosinteresesyjuegan rolesespecíficosdentrode laplanificacióndel proyecto;el conocimientode cadapapel desempeñado,aseguraque se involucrenalaspersonascorrectasenlasdiferentesfasesdel ciclo de vida,y enlas diferentesactividadesde laIR. Usuario final:Sonlas personasque usaránel sistemadesarrollado.Ellosestánrelacionadosconla usabilidad,ladisponibilidadylafiabilidaddel sistema;estánfamiliarizadosconlosprocesos específicosque debe realizarel software,dentrode losparámetrosde suambiente laboral.Serán quienesutilicenlasinterfacesylosmanualesde usuario. Usuario Líder:Son losindividuosque comprendenel ambientedel sistemaoel dominiodel problemaendonde seráempleadoel software desarrollado.Ellosproporcionanal equipotécnico losdetallesyrequerimientosde lasinterfacesdel sistema. Personal de Mantenimiento:Paraproyectosque requieranunmantenimientoeventual,estas personassonlasresponsablesde laadministraciónde cambios,de laimplementaciónyresolución de anomalías.Su trabajoconsiste enrevisarymejorarlosprocesosdel productoya finalizado. Analistas y programadores: Son losresponsablesdel desarrollodel productoensí;ellos interactúandirectamenteconel cliente. Personal de pruebas:Se encargande elaborary ejecutarel plande pruebaspara asegurarque las condicionespresentadasporel sistemasonlasadecuadas.Sonquienesvanavalidarsi los requerimientossatisfacenlasnecesidadesdel cliente.
- 5. Otras personasque puedenestarinvolucradas,dependiendode lamagnituddel proyecto,pueden ser:administradoresde proyecto,documentadores,diseñadoresde base de datos,entre otros. 7. Análisis comparativo de las técnicas de la ingeniería de requerimiento: En la Ingenieríade Requisitosse describentécnicasque permitenlacapturarequisitosde software,larecopilaciónde lainformacióny enqué casoses adecuadausar cada cual.A continuaciónse hace unanálisisde estastécnicas.(Sommerville,1997). Técnica:Entrevistas. Características. Forma de conversación,node interrogación. Ocupanun lugar preponderantede acuerdoal tiempoque ocupanyel objetivoque tienen. Mayor fuente de informacióndel analista basadasenuncuestionariorígidoounaguía que lasorientahacia puntosbiendefinidos. Ventajas: Se presentanecesidadesde formadirectayse verificasi laspreguntasfueron interpretadascorrectamente. Oportunidadparaconocerel grado de aceptacióno no entre losusuarioshaciael sistema que se deseadiseñar. Mediante ellasse obtiene unagrancantidadde informacióncorrectaa travésdel usuario. Puedenserusadaspara obtenerunpantallazodel dominiodelproblema. Son flexibles. Permitencombinarseconotrastécnicas. Desventajas: La informaciónobtenidaal principiopuedeserredundanteoincompleta. Si el volumende informaciónmanejadoesalto,requieremucha organizaciónde parte del analista,así comola habilidadparatratar y comprenderel comportamientode todoslos involucrados. Realizaciónde las Entrevistas Los pasos: Preparación Ejecución Recapitulación ¿Cómo lograr una entrevistaexitosa? Acordar unacita por anticipadoconlas personasque se entrevistarán. Avisara losentrevistadossobre lanaturalezade laentrevista. Planearunaentrevistacomúnporno másde una hora. Prepararlaconociendode antemanoalosindividuosque se vana entrevistar.
- 6. Familiarizarseconel temay prepararun conjuntoapropiadode preguntas. Durante la entrevista Presentarse,subrayandoel temaylanaturalezadel proyecto. Comenzarcon preguntasgeneralesque establezcanel marcode trabajo. Continuarconlos temas y aspectosque surjande quienesresponden. Asegurarse de encontrarporqué quienesrespondencreenque estanimportante el tema como para comentarlo. Cuandotodoslostemasvistosse hayan discutido,realícense otraspreguntasespecíficas que se crea debandiscutirse. Al finalizar Resumirlainformaciónrecabadadurante lamisma. Si se consideraapropiado,indicarque se prepararáun resumenescritode laentrevista. Considerarlaposibilidadde continuarconla entrevistaenotromomento. Técnica:Cuestionarios. Características Permitenobtenerinformaciónde ungrannúmerode personasencorto tiempo,sinque estas debanestarpresentes. Son recomendablescuando: Se requiere unapequeñacantidadde informaciónde ungrannúmerode personasenun corto periodode tiempo. La informaciónse deseaconsolidarentablasestadísticas. Usuariosgeográficamente dispersos. ¿Cómo desarrollarun Cuestionario? Determinarqué datosse necesitanyqué personasestáncalificadasparaproporcionarlos. Seleccionarel tipode cuestionario(abierto,cerrado). Incluirpreguntasredundantes,cuandoseanecesario,paraverificarconsistencia. Examine el cuestionarioparadetectarerroresenpreguntasque: Puedansermal interpretadas. No se puedanresponder. Se interpretaránenformadiferentedependiendode cadaentrevistado. No proporcionanopcionesadecuadasde respuesta. No esténordenadasadecuadamente. Desventajas: Informaciónsuministradaporescrito.
- 7. Los encuestadospuedenobjetarpreguntas,interpretarlasa suformao notomarlasen serio. Difícilesde diseñar. Antesde aplicar un Cuestionario: Probarloenun grupopequeñoparadetectarotrosproblemas. Analizarlasrespuestasde pruebaparaasegurarque el análisisse puedallevaracabo con losdatos recopilados. Técnica:Lluviade Ideas Ventajas: Los diferentespuntosde vistaylasconfusionesencuentoaterminología,son aclarados por expertos. Ayudaa desarrollarideasunificadasbasadasenlaexperienciade unexperto. Desventaja: Es necesariaunabuenacompenetracióndel grupoparticipante. Técnica:Prototipos El usode prototipospararecogerrequisitosocomprobarsi se han entendidoperfectamente es una práctica cada vezmás extendida,especialmenteensistemasque suponenunelevado grado de interactividad.Eneste casolosprototiposaevaluarnoseránmás que maquetasno operativas o especificacionesformalesque ungrupode expertosdeberánevaluar. Ventajas: Ayudana validarydesarrollarnuevosrequerimientos. Permite comprenderaquellosrequerimientosque noesténmuyclarosyque son de alta volatilidad. Desventajas: El cliente puedellegarapensarque el prototipoesunaversióndel software que será desarrollado. A menudo,el desarrolladorhace compromisosde implementaciónconel objetivode acelerarlapuestaen funcionamientodelprototipo. Técnica:AnálisisJerárquico Ventajas:
- 8. Permite determinarel gradode importanciade cadarequerimiento Ayudaa identificarconflictosenlosrequerimientos. Muestra el ordenenque debenserimplementadoslosrequerimientos Desventaja: Debe construirse unestándarclarode evaluación,que incluyalaparticipacióndel cliente. Técnica:Casos de Uso Ventajas: Representanlosrequerimientosdesde el puntode vistadel usuario. Identificarequerimientosestancados,dentrode unconjuntode requerimientos. Desventaja: En sistemasgrandes,tomamuchotiempodefinirtodosloscasosde uso. El análisisde calidaddepende de lacalidadconque se haya hecholadescripcióninicial. Técnica:Estudio Estudiode documentación:Enestatécnicase estudiadocumentaciónoestándaresque puedaninformarsobre lasactividadesde lastareasarealizar,puestoque enmuchas ocasionesalgunosprocedimientosyaestánsujetosaalgúntipode regulaciónque es precisotenerencuenta. Estudiode la literatura:Otravaliosafuente de información,especialmente adecuadasi el equipode desarrollonotienemuchaexperienciaenel dominiode aplicacióndel producto,esbuscar enla literaturaejemplosde productossimilares.Enbase a lasventajas y desventajasmostradasanteriormente,se hace unacomparaciónentre algunasde las técnicas. Entrevistasvs.Casosde Uso: Un altoporcentaje de lainformaciónrecolectadadurante una entrevista, puede serusadaparaconstruircasos de uso.Mediante esto,el equipode desarrollopuede entendermejorel ambiente de trabajode losinvolucrados.Cuandoel analistasientaque tiene dificultadesparaentenderunatarea,puedenrecurriral usode un cuestionarioymostrarlosdetallesrecabadosenuncasode uso.De hecho,durante las entrevistascualquierusuariopuede utilizardiagramasde casosde uso para explicarsu entornode trabajo. Entrevistasvs.Lluviade Ideas:Muchasde lasideasplanteadas enel grupo,provienende informaciónrecopiladaenentrevistasocuestionariosprevios.Realmentelalluviade ideas trata de encontrarlasdificultadesque existenparalacomprensiónde términosy conceptosporparte de losparticipantes;de estaforma se llegaa unconsenso.
- 9. Casosde Uso vs.Lluviade Ideas:La listade ideasproveniente del brainstormpuedeser representadagráficamente mediante casosde uso.Las Técnicasde la Ingenieríade Requisitossonde granimportancia,nospermitenconocerlas diferentesalternativasque existenparaidentificarrequerimientos. 8. Importancia de la ingeniería de requerimientos: Los principalesbeneficiosque se obtienende laIngenieríade Requerimientosson: Permite gestionarlas necesidadesdel proyectoen forma estructurada: Cada actividadde la IR consiste de unaserie de pasosorganizadosybiendefinidos. Mejora la capacidad de predecircronogramas de proyectos, así como sus resultados: La IR proporcionaunpuntode partidapara controlessubsecuentesyactividadesde mantenimiento,talescomoestimaciónde costos,tiempoy recursos necesarios. Disminuye loscostos y retrasos del proyecto: Muchos estudioshandemostradoque reparar erroresporun mal desarrollonodescubiertoatiempo,essumamente caro. Mejora la comunicaciónentre equipos:La especificaciónde requerimientosrepresenta una formade consensoentre clientesydesarrolladores.Si este consensonoocurre,el proyectonoserá exitoso. Mejora la calidad del software:La calidadenel software tiene que verconcumplirun conjuntode requerimientos(funcionalidad,facilidadde uso,confiabilidad, desempeño, etc.). Evita rechazos de usuariosfinales: La ingenieríade requerimientosobligaal clientea considerarsusrequerimientoscuidadosamente yrevisarlosdentrodel marcodel problema,porloque se le involucradurante todoel desarrollodel proyecto. 9. Gestión de requisitos. Principales características: El Manejode Requisitosesunaformasistemáticade descubrir,organizarydocumentarlos requisitosdel sistema.Ademásesel procesoque establece ymantiene unconsensoentre el cliente yel grupodel proyectoenel cambiode losrequisitosdel sistema. El términoGestiónde Requisitosincluye: Técnicaspara Descubrimiento/Recogidade Requisitos Recogerlaspeticionesdel usuarioydeterminarlasverdaderasnecesidadesde éste. Técnicasde Análisis Especificaciónyverificación Manejode Requisitos
- 10. 10. Mencionar y explicar con sus propias palabras las Herramientas de gestión de requisitos Existenvariasherramientastantohechasencasa comoen el mercadoque auxilianalastareasde gestióntalescomo: Rational RequisitePro:esunaherramientacentradaendocumentos,que almacenalosrequisitos asociándolosadocumentos,mientrasque lasotrasherramientasestánorientadasarequisitos. Auxiliaespecialmenteenel control de cambiode requisitos,contrazabilidadparaespecificaciones de software ypruebas.La herramientapermite el usode Oracle sobre Unix oWindowsytambién soportaSQL Serversobre Windows. CaliberRM:Es para sistemasgrandesycomplejosyproporcionaunabase de datos de requisitos con trazabilidad.Se ve alosrequisitoscomoparte del procesoal igual de gestiónde lacalidaddel software,laspruebas(testing) yel trazadode defectos(defecttracking).Caliberestábasadoen internetymanejareferenciade documentos,responsabilidadde usuario,trazabilidad,prioridady estadoentre otrascaracterísticas. DOORS: A diferenciadel restode lasherramientas,consideralosrequisitoscomoobjetosylos documentoscomomódulos.Tieneunaorientaciónbasadaenobjetos,frenteaRequisiteProy Caliber-RM,que manejansolamenterequisitosysusatributos.Esuna herramienta para organizacionesgrandesque necesitancontrolarcomplejosconjuntosde usuariosyrequisitosde sistemasconuna completatrazabilidad.Proporcionabuenavisualizaciónde talesdocumentos como jerárquicas,ysulenguaje de extensiónpermite unagranvariedadde soporte de herramientasaserconstruidas. LINKDEL BLOG https://talleradsi1jtespecificar.blogspot.com/ https://talleradsi1spcfcrjulivega.blogspot.com/