UNIVERSIDAD SEÑOR DE SIPAN FACULTAD DE INGENIERÍA ARQUITECTURA Y URBANISMO ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS
INGENIERÍA DE SOFTWARE II
TERCERA PRÁCTICA CALIFICADA Doce Docent nte: e: Ing Ingºº D Den enny ny o!n o!n F"en F"ente te## A$% A$%&' &'n( n()n )n C&c* C&c*o: o: +I Fec! Fec!': ': ,,, ,,,-, -,,,-,, ,,,, ,, Se.e Se.e#t #t%e %e:: /01 /0123 23II II A*".no: C4$&go: INSTRUCCIONES: La Práctica Calificada ! d!arr"lla !# E$%i&" d! '( al%)#"* L!a d!t!#ida)!#t! cada %#a d! la &r!+%#ta $%! ! l! &r!!#ta# a c"#ti#%aci,#* P"r cada &r!+%#ta )al c"#t!tada- ."rr"#! /0" c"rr!cci"#! ! d!c"#tará 12034 &%#t"*
PARTE TE5RICA: LISTADO LISTADO DE D E PREGUNT PREGUN TAS:
(0.50 pts. cada pregunta)
156
+
F
+ +
F F
+ +
F F
+ + +
F F F
+
F
+
F
+
F
+
F
El responsable del desarrollo del software es el responsable de probar las unidades del programa y a veces se encarga también de la prueba de integración. Las métricas también pueden ser utilizadas para el control de las pruebas. La prueba comienza al nivel de componentes y trabaja hacia adentro, hacia la integración de los componentes. Las pruebas son elementos críticos para determinar la calidad del software. En definitiva, las mediciones no entregan una descripción cuantitativa de los procesos, productos y recursos claves permitiéndonos entender su comportamiento y resultado. n estereotipo es una forma de clasificar los artefactos a alto nivel. La !erencia puede no violar los principios de la encapsulación. La abstra abstracc cción ión se centra centra en las caract caracterí erísti sticas cas esencial esenciales es de alg"n alg"n objeto objeto,, en relaci relación ón a la perspectiva del usuario. Los costos del software a menudo dominan al costo del sistema. El costo del software en un #$ es a menudo m%s caro &ue la #$. Los #rocesos de 'egocios cruzan las fronteras (rganizacionales (rganizacionales y )uncionales de la empresa, sin tomarlas en consideración. na relación *include+ significa &ue el caso de uso base incorpora eplícitamente el comportamiento de otro caso de uso en una instancia específica. -uienes aplican pruebas solo deben participar en el proyecto cuando se vaya a darse los primeros pasos de pruebas.
efine los atributos de calidad m%s importantes del producto a ser desarrollado y define el proceso de evaluación de la calidad, nos referimos a/ a. #lan #lan de 0ant 0anten enim imie ient nto o b. #lan #lan de de 1al 1alid idac ació ión n de $ali $alida dad d c. #lan de de $a $alidad d. efi efini nici ción ón de $ali $alida dad d e. '.2. 176 El proceso de gestión gestión de proyecto proyecto de software software comienza comienza con un conjunto conjunto de actividades actividades &ue, globalmente, globalmente, nos referimos a/ a. #lan #lan de $ali $alida dad d de de 3of 3oftw twar are e b. 4nge 4ngeni nier ería ía de 3of 3oftwar tware e c. #lan #lanif ific icac ació ión n del del #roy #royec ecto to d. $alidad e. '.2 186 3on la "nica forma tangible de representar el software y el proceso del software. a. Entregables b. #roductos de 3oftware c. ocumentos d. #lan de $ontroles e. '.2. 196 n gran n"mero de técnicas de re&uisitos est%n basadas en casos de uso definidos en prosa #e %e;&e%e ': a. #ruebas n nitarias b. 0odelos de 5e&uisitos c. 0odelo de $omportamiento d. 0odelos de #ruebas e. '.2 126 Esta sección describe los hitos del proceso de prueba y el grafo de dependencia en el tiempo de las tareas a realizar #e %e;&e%e ': a. )le leibilidad b. 0antenimiento c. #ortabilidad d. 4ncr 4ncrem emen enta tabi bili lida dad d e. '.2.
1<6
1=6
Es conducida por un cliente en el lugar de desarrollo #e %e;&e%e ': a. #rueba de 1alidación b. #rueba 6eta c. #rueba de 5esistencia d. #rueba 2lfa e. #rueba de 5endimiento
: verifica &ue cada elemento encaja de forma adecuada y &ue se alcanzan la 7777777777777777777777777777777 funcionalidad y el rendimiento del sistema total.
/06
77777777777777777777777777/ indica cuantitativamente alg"n atributo de proceso o de producto 8etensión, cantidad, dimensiones, capacidad, tama9o, etc.:.
/16
77777777777777777777777777/ verifica &ue cada elemento encaja de forma adecuada y &ue se alcanzan la funcionalidad y el rendimiento del sistema total.
//6
77777777777777777777777777/ proporcionan una manera sistem%tica de valorar la calidad bas%ndose en un conjunto de reglas. ;ambién proporcionan al ingeniero del software descubrir y corregir problemas potenciales antes de &ue se conviertan en defectos catastróficos.
/56
7777777777777777777777/ es la probabilidad de un resultado negativo, o la probabilidad de la ocurrencia de un suceso negativo multiplicada por el monto del da9o económico.
/76
7777777777777777777777/ focaliza su producto identificando sus atributos desde la perspectiva del usuario, estos atributos 8factores de calidad: son los &ue realmente desarrollan e implementan calidad.
/86
7777777777777777777777/ describe la estructura y la din%mica de la organización.
/96
7777777777777777777777/ se lo considera dentro de las fases del 5#, como el conjunto bien definido de actividades, con un plan y unos criterios de evaluaciones bien establecidas, &ue acaba en una versión, bien internas o eternas.
/26
7777777777777777777777/ Es el conjunto de secuencia de acciones del sistema con un resultado observable &ue tiene un valor para el actor, especificando un comportamiento deseado del sistema.
/<6
7777777777777777777777/ se utiliza para conceptualizar, construir, gestionar y hacer evolucionar el sistema en desarrollo.
/=6
7777777777777777777777/ una versión resultante compuesta por todos los artefactos, modelos, ejecutables, código fuente, documentación.
506
Con;&'>&*&$'$: seg"n 0c$all el factor confiabilidad incluye los siguientes criterios/
516
6revemente epli&ue las #ruebas de 5esistencia. e un Ejemplo/
5/6
6revemente epli&ue la
556
Los aspectos a considerar en la #lanificación de la $alidad de 3oftware son/
P%eg"nt'# $e En#'yo P%?ct&co: 1.
En 0ase a lo aprendido en el $urso 2 en su formacin de la $arrera "rofesional3 ela0orar un Diarama 4ue represente el "roceso de los Factores de la $alidad de (c$all.
PARTE PRÁCTICA: D!arr"ll! !l i+%i!#t! ca" !)&l!a#d" !l U6L* CASO DE E6PRESA CO6ERCIALI7ADORA 8C9IIAR; “Chikikar” es una empresa de ascendencia japonesa, dedicada a la comercialización de vehículos, repuestos y servicios. Esta empresa brinda sus servicios en todo el Per. Esta empresa tiene un !rupo de socios estrat"!icos, #ue son las ase!uradoras particulares #ue trabajan tambi"n dentro del Per. Para poder automatizar sus procesos, recabamos la si!uiente in$ormación% &. El cliente solicita el servicio de mantenimiento a un 'sesor de servicio. (. El asesor de servicio consulta si es cliente nuevo o anti!uo, de ser nuevo lo re!istra y le !enera una tarjeta como cliente. )ambi"n consulta si tiene se!uro para saber cómo repartir el monto del servicio. *. El asesor de servicio llama al )"cnico de turno para realizar el presupuesto inicial. +. El )"cnico de turno revisa el auto y hace su dia!nóstico, actualiza los elementos a usar recursos, personal, repuestos- y !enera un documento llamado Cotización ase, el mismo #ue es entre!ado al asesor de servicio para # ue sea aceptado por el cliente /. 0i el cliente decide #ue el importe pactado es aceptable, con$irma el servicio y entre!a el auto al asesor. a. 1ota&% El presupuesto base puede variar en 234 &56, todo importe superior ser7 asumido por la empresa por no haber cotizado correctamente 81-
b.
9. ;. <. =. &5. &&. &(. &*. &+. &/. &9. &;. &<. &=. (5.
24
?4 (4
1ota(% El asesor de servicio tendr7 #ue enviar una copia de la cotización a la empresa ase!uradora para #ue se ha!a car!o del porcentaje correspondiente. El 'sesor de servicio se encar!ar7 de recepcionar el auto y aperturar una :rden de )rabajo asociada a la cotización base. El asesor de servicio consulta los t"cnicos principales y lo asi!na a uno de ellos. El t"cnico principal, en base a esta :rden de )rabajo pro!rama el trabajo a realizar en el orden de lle!ada correspondiente. El t"cnico principal, solicita los repuestos al almacenero. El 'lmacenero de repuestos simplemente debe entre!ar los repuestos al taller o indicar la $alta del mismo y el tiempo de reposición del repuesto. >e no tener el repuesto, el t"cnico principal coordinara con el asesor de servicio #ue in$orme al cliente el tiempo de espera de la importación del repuesto. El taller debe ejecutar el trabajo y detallar el servicio en un documento ane?o a la :rden de )rabajo llamado 'cta de 0ervicio. El t"cnico principal deber7 in$ormar al asesor de servicio la culminación del trabajo con la creación de la :rden de 0alida. El 'sesor de servicio debe coordinar con el cliente la entre!a del auto. El cliente con la :rden de trabajo deber7 cancelar lo #ue le corresponde por el servicio. 0i tiene se!uro y el se!uro acepto, el porcentaje #ue le to#ueEl cajero deber7 !enerar y entre!ar al cliente el Comprobante de Pa!o puede ser boleta o $actura se!n re!lamentación de la 0@1')-. El cliente debe Cancelar su comprobante en Caja, donde se re!istrar7 la cancelación. @na vez cancelada la $actura se activa la :rden de 0alida El 'sesor de servicio deber7 aprobar los documentos de salida y pa!o y podr7 entre!ar el auto. El asesor de servicio deber7 archivar la documentación en un Aile por cliente.
NOTA: UTILICE SU CRITERIO < CREATIVIDAD PARA EL SIGUIENTE CASO* S! &id! r!ali=ar l" i+%i!#t!: Fl%>" d! tra.a>" d!l 6"d!la)i!#t" d!l N!+"ci"- !la."rar: abc-
Bodelo de Casos de @so del 1e!ocio BC@1Bodelo de :bjetos del 1e!ocio B:1Bodelo del >ominio del Problema B>P-
*.5 p+./ p(./ p-
d-
>ia!rama @se Case >@C-
/.5 p-
e$-
>ia!rama de Clases del 'n7lisis >C'>ia!rama de Colaboraciones >Co-
*.5 p(.5 p-
Fl%>" d! tra.a>" d! R!$%!ri)i!#t"- !la."rar: Fl%>" d! tra.a>" d! R!$%!ri)i!#t"- !la."rar:
“0i crees totalmente en ti mismo, no habr7 nada #ue est" $uera de tus p osibilidades”.
