Copia de Proyecto de Tesis 2008

UNIVERSIDAD PRIVADA CÉSAR VALLEJO - PIURA

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

IMPLEMENTACION Y MONITOREO DE LA NTP

12207 PROCESO DEL CICLO DE VIDA DEL

SOFTWARE APOYADO EN EL SOFTWARE

GESTOR METODOLOGICO PARA EL GOBIERNO

REGIONAL PIURA

AUTORAS:

LOURDES LISBETH CALDERON CASTRO

CYNTHIA JACQUELINE MARIELA GUTIERREZ PEÑA

Universidad César Vallejo Escuela de Ingeniería de Sistemas

ÍNDICE

CAPÍTULO I : DATOS GENERALES…………………………………...……………………5

1.1. Título Tentativo.....................................................................................................6

1.2. Autoras.................................................................................................................6

1.3. Tipo de Investigación............................................................................................6

1.4. Lugar....................................................................................................................6

1.5. Institución.............................................................................................................6

1.6. Duración...............................................................................................................6

CAPÍTULO II: PLAN DE INVESTIGACIÓN..........................................................................7

2.1. El Problema..........................................................................................................8

2.1.1. Realidad Problemática..................................................................................8

2.1.2. Antecedentes del Problema.......................................................................14

2.1.3. Formulación Interrogativa del Problema.....................................................15

2.1.4. Justificación de la Investigación.................................................................15

2.1.5. Limitaciones de la Investigación.................................................................16

2.2. Objetivo General.................................................................................................16

2.2.1. Objetivos Específicos.................................................................................16

2.3. Marco Referencial..............................................................................................18

2.3.1. Marco Teórico Referencial.........................................................................18

2.3.2. Marco Conceptual......................................................................................47

2.4. Hipótesis.............................................................................................................48

2.5. Variables.............................................................................................................48

2.6. Diseño de Ejecución...........................................................................................48

2.6.1. Metodología................................................................................................48

2.6.2. Población y Muestra...................................................................................50

2.6.3. Técnicas e Instrumentos. Fuentes e Informantes......................................51

2.6.4. Forma de Análisis e Interpretación de Resultados.....................................54

Calderón & Gutiérrez Implementación y Monitoreo del la Norma ISO 12207 para el Proceso de Ciclo de Vida del Software apoyado en el Software Gestor Metodológico

En el Gobierno Regional Piura

2


CAPÍTULO III: ADMINISTRACIÓN DEL TRABAJO..........................................................39

3.1. Recursos............................................................................................................40

3.1.1. Humanos....................................................................................................56

3.1.2. Materiales...................................................................................................56

3.1.3. Presupuesto................................................................................................57

CAPÍTULO IV: CRONOGRAMA........................................................................................59

Cronograma.......................................................................................................................60

CAPÍTULO V: BIBLIOGRAFÍA...........................................................................................61

Bibliografía..................................................................................................................62 - 63

CAPÍTULO VI: ANEXOS.............................................................................................64 - 73

Anexo Nº 01: Guía de observación: TIEMPO DE DEMORA PARA UNA OPERACIÓN

Anexo Nº 02: Cuestionario De La Entrevista: REQUISITOS SOLICITADOS

Anexo Nº 03: Cuestionario de encuesta: GRADO DE SATISFACCIÓN.

Anexo Nº 04: CUADRO COMPARATIVO DE LAS METODOLOGÍAS



3


ÍNDICE DE TABLAS Y GRÁFICOS

GRÁFICO Nº 01: Organigrama del Gobierno Regional Piura 12

GRÁFICO Nº 02: Organigrama de la Oficina de Tecnología de Información 13

GRÁFICO Nº 03: Procesos del Ciclo de ida del Software 23

GRÁFICO Nº 04: Actividades de la Planificación de Sistemas de Información 34

GRÁFICO Nº 05: Actividades del Estudio de Viabilidad del Sistema 37

GRÁFICO Nº 06: Análisis del Sistema de Información 39

GRÁFICO Nº 07: Análisis del Sistema de Información Orientado a Objetos 39

GRÁFICO Nº 08: Diseño de los Sistemas de Información Estructurados 41

GRÁFICO Nº 09: Diseño de los Sistemas de Información orientados a objetos 42

GRÁFICO Nº 10: Construcción del Sistema de Información 43

GRÁFICO Nº 11: Implantación y Aceptación del Sistema 45

GRÁFICO Nº 12: Mantenimiento del Sistema de Información 46

TABLA Nº 1: Indicadores de la variable dependiente 52-53

TABLA Nº 2: Recursos Materiales – Hardware 56

TABLA Nº 3: Recursos Materiales – software 56

TABLA Nº 4: Recursos Materiales – Útiles de escritorio 57

TABLA Nº 5: Recursos Materiales – Servicio 57

TABLA Nº 6: Presupuesto de útiles de escritorio 57

TABLA Nº 7: Presupuesto de Hardware 59

TABLA Nº 8: Presupuesto de Software 59

TABLA Nº 9: Presupuesto de Servicios 59

TABLA Nº 10: Cronograma 60



4


CAPÍTULO I

DATOS GENERALES



5


1.1 TITULO TENTATIVO:

Implementación y Monitoreo de la Norma ISO 12207 para el proceso del Ciclo de vida

del Software apoyado en el Software Gestor Metodológico en el Gobierno Regional

Piura

1.2 AUTORAS

Lourdes Lisbeth Calderón Castro

Cynthia Jacqueline Mariela Gutiérrez Peña

1.3 TIPO DE INVESTIGACIÓN:

Correlacional, ya que esta investigación está desarrollada en base al análisis de causa y

efecto de las variables involucradas en este proyecto.

1.4 LUGAR:

Gobierno Regional Piura:

Av. San Ramón s/n Urb. San Eduardo El Chipe – Piura - Perú

1.5 INSTITUCIÓN:

Universidad César Vallejo Piura - Escuela Ingeniería de Sistemas

1.6 DURACIÓN

4 meses después de ser aprobado el presente proyecto de Tesis.



6


CAPÍTULO II

PLAN DE INVESTIGACIÓN



7


2.1El Problema

2.1.1Realidad problemática

La información que a continuación se presenta ha sido obtenida del Manual de

Operaciones y Funciones del Gobierno Regional (2007).

Los Gobiernos Regionales se crean un 1 de Enero del 2003 y se rigen bajo la “Ley

Orgánica de Gobiernos Regionales Nº 27867”.

El Gobierno Regional Piura (GRP) se encuentra ubicado en Av. San Ramón s/n Urb. San

Eduardo El Chipe-Piura- Perú. La institución cuenta con 625 personas que laboran y

brindan servicios los cuales se dividen en: 247 nombrados, 24 funcionarios, 13 que

pertenecen a la actividad de Bayovar, 91 en Proyectos de Inversión y 250 personas que

brindan servicios no personales. El GRP se encarga de organizar y conducir la gestión

pública, de reducir de manera progresiva las condiciones de extrema pobreza, inequidad,

discriminación económica, social y política, de promover el desarrollo de las diversas

actividades y generar empleo para sus habitantes. Así mismo tiene como objetivo central

promover la formación del recurso humano en función de los objetivos de desarrollo

regional.

El GRP elabora y aprueba normas de alcance regional, regulando los servicios de su

competencia, diseña políticas, prioridades, estrategias, programas y proyectos que

promuevan el desarrollo regional de manera concertada y participativa. Otra de sus

funciones es que organiza, dirige y ejecuta los recursos financieros, bienes, activos y

capacidades humanas, necesarios para la gestión regional, con arreglo a los sistemas

administrativos Regionales. Además incentiva y apoya las actividades del sector privado,

nacional y extranjero, orientado a impulsar el desarrollo de los recursos regionales,

creando los instrumentos necesarios para tal fin.

El GRP como toda institución inteligente tiene la necesidad de generar, almacenar y

transformar conocimientos que le permitan enfrentar y modificar su entorno ya sea para

adaptarse a él o de ser posible, para adaptar el entorno a su beneficio. Actualmente toda

institución ha cambiado su faena de trabajo, la gran mayoría de empresas hoy en día

trabajan con software, haciendo que su labor se vuelva ágil y liviana.



8


El GRP presenta un creciente interés y participación en procesos de planificación

estratégica y concertación a nivel de gobiernos locales. Además tiene un creciente

desarrollo de las comunicaciones y de la integración energética regional.

Para el desarrollo de las capacidades regionales se cuenta con diversidad cultural, con

experiencias exitosas de creatividad y valores de actores regionales, Así mismo cuenta

con redes educativas a favor de la equidad, enfoque de género y la modernización y la

Presencia importante de oferta educativa superior universitaria y no universitaria.

El GRP muestra un frágil Y fragmentado desarrollo de las instituciones regionales,

empresas sin visión regional de desarrollo y débilmente articuladas entre sí, por último

existe poca disposición a la innovación en gestión y tecnología.

En la actualidad, el software es parte esencial de la mayoría de sistemas y tecnologías

de la información, es la base de la investigación científica moderna, de la resolución de

problemas de ingeniería, es el factor clave que diferencia los productos y servicios

modernos. Hoy en día a tomado gran importancia convirtiéndose en un producto y al

mismo tiempo, un vehículo para hacer la entrega de un producto. Debido a la gran

importancia que ha adquirido con el tiempo, es que se han creado numerosas normas

para su protección, seguridad, desarrollo y gestión. Por ello, surge la necesidad del uso

de estándares que sean capaces de protegerlo.

El GRP tiene la obligación de ajustarse rápidamente a los cambios drásticos en el

ambiente tecnológico, para eso maneja continuamente hardware y software, en éste

último caso es donde nace la proliferación de normas, procedimientos, métodos,

lineamientos y entornos para desarrollar el software, ocasionando de esta manera

dificultades en la adquisición, uso y gestión del mismo.

La Oficina de Tecnología de Información (OTI) del GRP es la encargada de adquirir

sistemas, productos y sistemas de software para esta institución y en otros casos

desarrollar software, pero existe una gran problemática ya que no lo realiza siguiendo

una adecuada normatividad que asegure la calidad del software, esto da origen a que

éste proceso se convierta en informal, ya que solamente satisface las necesidades de los

usuarios en un determinado momento, sin dar importancia a otros aspectos como son los

procesos de adquisición, suministros, desarrollo, operación y mantenimiento de éste.



9


Habiendo observado el desarrollo de las actividades en el GRP se ha encontrado las

siguientes situaciones problemáticas:

Actualmente la Oficina de Tecnologías de Información (OTI) no documenta la

información concerniente al desarrollo de software, en el caso de que éste sea

elaborado por el mismo personal.

El personal que se encarga del desarrollo de Software, no realiza ésta tarea

siguiendo una metodología o método de Desarrollo, es decir que esto lo efectúa de

manera informal.

Existe un aumento constante del tamaño y complejidad de los programas debido a

que los mismos usuarios cada vez exigen nuevos requerimientos no estipulados en el

proceso de análisis.

Los programas de software a lo largo de su vida cambian o evolucionan de una

versión a otra para mejorar las prestaciones con respecto a las anteriores, esto es

bueno sin embargo en muchos casos no siguen un adecuado procedimiento y no

documentan la información necesaria que asegure el correcto funcionamiento de la

nueva versión.

Existe dificultad para conseguir productos totalmente depurados, ya que en ningún

caso un programa será perfecto.

Antes que el Gobierno Regional ingrese en un período de austeridad se dedican

elevados recursos monetarios al mantenimiento del software, debido a la dificultad

que los proyectos de software entrañan y a la no normalización a la hora de realizar

los proyectos.

En muchos casos los proyectos software no suelen estar terminados en los plazos

previstos, ni cumpliendo los niveles deseables de los requisitos especificados por el

usuario.



10


Los usuarios tienen una alta dependencia de los desarrolladores por ser en muchos

casos aplicaciones a "medida".

Existen insuficientes procedimientos normalizados para estipular y evaluar la calidad

y productividad del software.

En muchas de las ocasiones el único objetivo es desarrollar un producto software, sin

tomar importancia a la calidad del mismo.

Es por este motivo que se pretende analizar, estudiar e implementar adecuadamente la

norma apoyado en el Software “Gestor Metodológico”, según sean las necesidades y

requerimientos del Gobierno Regional Piura, logrando así un nivel de madurez en sus

procesos haciendo de ésta una institución competitiva. El proceso del software es un

conjunto de actividades y resultados asociados que conducen a la creación de un producto

de software de manera formal y sin que existan dificultades para su adquisición, se cree

conveniente introducir y/o cumplir ésta norma ya que el GRP como organización tiene la

obligación de cumplir con las normas establecidas por las diferentes instituciones, en este

caso, la presente norma está aprobada por el Consejo de Ministros, según la Resolución

Ministerial Nº 179-2004-PCM del 14 de junio del 2004, en la cual se aprueba el uso

obligatorio de la Norma Técnica Peruana para el proceso del ciclo de vida del software.



11

Figura Nº 01: OrgOranigotgarama del Gobierno Regional - Piura

Elaborado por: Las autoras.

CONSEJO REGIONAL

GERENCIAGENERAL REGIONAL

SECRETARÍA DELCONSEJO REGIONAL

GERENCIA REGIONALDESARROLLO ECONOMICO GERENCIA REGIONAL

DESARROLLO SOCIAL

GERENCIA REGIONAL DE RECURSOS

NATURALES Y GESTION DEL MEDIO AMBIENTE

GER. REG. PLANEAM. PRESUSP. Y

ACONDICIONAMIENTO TERRITORIO

CONSEJO DE COORDINACION

REGIONAL

COMISIONES

OFICINA REGIONAL DE

ASESORIA JURIDICA

AGENCIA REG. DE FOMEN. DE INVER PRIV

SECRETARIA GENERAL.

OFICINA DECOMUNICACIONES E

IMAGEN INSTITUCIONAL

DIRECTORIO DE GERENCIAS

REGIONALES

OFICINA REGIONAL DEB ADMINISTRACIÓN

OF. DE ABASTECIMIENTO

SERVICIOS AUXILARES Y

CONTROL PATRIMONIAL

OFICINA DE

CONTABILIDAD

OFICINA DETESORERIA

OFICINA DERECURSOSHUMANOS

OFICINA. DE COORDINACI

ON Y GESTIÓN

OFICINA DE TECNOLOGIAS DE LA INFORMACION

GERENCIAS SUB REGIONALES

ARCHIVO REGIONAL

OFICINA REGIONAL DE

CONTROL INSTITUCIONAL

Oficina de Acciones de

Control

PROCURADURIA PUBLICA REGIONAL

GERENCIA REGIONAL DE

INFRAESTRUCTURA

Dirección de Licitaciones, Contratos y

Programación.

Dirección de Estudios y

Proyectos.

Dirección de Obras.

REGIONAL DE AGRICUL

TURA

DIRECCIÓN

REGIONAL DE

PRODUCCIÓN.

DIREC. REGIONAL DE ENERGIA YMINAS

DIREC. REG. DE COMERCIO EXTERIOR Y TURISMO

DIR. REG. DEEDUCACI

ON

DIR. REG. DESALUD

DIREC. REG. DE TRABAJO

Y PROMOCIÓ

N

DEL EMPLEO

DIREC. REG. DEVIVIENDA

CONSTRU

CCIÓNY

SANEAMIENTO

DIRECCION REGIONALDE RECURSOS NATURALES

Y MEDIO AMBIENTEDIRECCION REGIONAL TRANSPORTES Y

COMUNICACIONES

PROYECTOS ESPECIALES

OFICINA DE

RECAUDACIÓN

Oficina de Control

Permanent

e

Sub. Gerencia Regional de Normas y Supervisión.

Sub. Ger. Regional dePromoción de Inversión.

Sub. Gerencia Regional de Planeam. Progam. e Inversión

Sub. Gerencia Regional de Presup. Crédito

Sub. Gerencia Regional de Desarrollo Instit.

Sub. Ger. Regional de BienesRegionales y Orden. Territ.

Sub. Gerencia Reg. Coop. Técnica Internacional.

Sub. Gerencia Regional deNormas y Supervisión

Sub. Gerencia Regional deDesarrollo Social.

Sub. Gerencia RegionalDe Normas y Supervisión.

Sub. Gerencia Regional de

Defensa Civil

Sub. Gerencia Regional de

Medio Ambiente.

Sub Gerencia Regionalde Normas y Supervisión

Dirección General deConstrucción

Unidad Formuladora

Oficina deProgramació

ne Inversión

COMITÉ REGIONAL DE DEF. CIVIL

CONSEJO REG. DECOMPETITIVIDAD

AGENCIA REG. DECOOPERAC. TECNICA

-Aldea Infantil “San Miguel” De Piura -

Aldea Infantil “Señor de la Exaltación de

HuarmacaOFICINA DE COORDINACIÓN

TECNICA Y PROMOCIONDESCENTRALIZADA DE SECHURA

INSTITUTO REG. DE

CIENCIA, TECNOLOGIA

E INNOVACION

ACTIVIDADPIMA

VICE PRESIDENCIA

PRESIDENCIAREGIONAL

Oficina deControl

Gerencial

División de Operaciones

CENTRO DE SERVICIO DE EQUIPO MECANIZADO YLABORATORIO DE SUELOS

CENTRO DE ABASTECIMIENTOAGUA BAYOVAR

División de OperacionesGráfico Nº 01: Organigrama General del Gobierno Regional

Fuente: Pagina Web de la Institución

JEFE

Mantenimiento correctivo

y prevención de hardware Desarrollo Web RedesAdministración de

servicios

Mantenimiento de software

Secretaria

Grafico Nº 2: Organigrama de la Oficina de Tecnologías de Información del Gobierno Regional Piura

Fuente: Elaborado por las Autoras


2.1.2Antecedentes

En la Universidad Tecnológica Nacional de Buenos Aires, Scalone (2006) presenta en

su Tesis “Estudio comparativo de los Modelos y Estándares de Calidad del Software”,

con el que obtuvo el grado de Magíster en Calidad del Software.

Este estudio pretende dar a conocer algunos de los Modelos y/o Estándares de

Calidad del Software existentes, los cuales son comparados a nivel Proceso y

Producto. También, se realizan cuadros comparativos de los Modelos y Estándares, a

nivel Proceso y Producto, que tienen como finalidad analizar las correspondencias o

equivalencias entre los puntos de los mismos.

Después, en el Capítulo 3, se realiza una descripción del problema relacionado a

la inexistencia de una metodología que permita elegir el Modelo o Estándar de

acuerdo a los objetivos que se pretendan alcanzar.

Por ultimo este proyecto presenta una serie de anexos los cuales tienen como

finalidad dar a conocer las herramientas y Técnicas de Calidad que pueden ser

aplicadas a los Modelos y Estándares, las Normas ISO y Estándares IEEE asociadas

al Software, un Estudio de Mercado respecto de las Empresas de Software

certificadas y, por último, la Ley de Promoción de la Industria del Software.

La tesis presenta algunos conceptos importantes, los cuales describiremos

brevemente a continuación.

Calidad de Software: Según Pressman (2002) la calidad de Software

es “la concordancia con los requerimientos funcionales y de rendimiento

explícitamente establecidos, con los estándares de desarrollo documentados y

con las características implícitas que se esperan de todo software desarrollado

profesionalmente”. Teniendo como punto de referencia lo anteriormente descrito

se puede llegar a la conclusión que los requisitos del software son la base de las

medidas de calidad y que la falta de concordancia con los requisitos es una falta

de calidad. Los estándares o metodologías definen un conjunto de criterios de

desarrollo que guían para el desarrollo de software. Si no se sigue ninguna

metodología siempre habrá falta de calidad. Todas las metodologías y

herramientas tienen un único fin producir software de alta calidad.

Cuando se habla de calidad de software no se sabe realmente que factores nos

pueden garantizar que tal producto sea de calidad, frente a esto surgen los

Modelos de Calidad. La implantación de un Modelo o Estándar requiere de una



14


Gestión de la Calidad del Software. La Calidad se logra a través de la Gestión de

la Calidad.

Gestión de la Calidad: es una actividad esencial en cualquier empresa

de software para asegurar la calidad de sus productos, y la competitividad frente a

la oferta del mercado. El propósito es, en primer lugar, entender las expectativas

del cliente en términos de calidad. Un producto de software consistente, de alta

calidad no puede producirse a partir de un proceso malo. Uno de los propósitos de

la administración de la calidad del software es encontrar errores y defectos en el

proyecto tan pronto como sea posible. Entonces, un buen proceso de

administración de calidad tomará más esfuerzo y costo. De cualquier manera,

habrá una gran recompensa al tiempo que el proyecto avanza.

Modelos y estándares de Calidad de Software: Los Modelos de Calidad

son aquellos documentos que integran la mayor parte de las mejores prácticas,

proponen temas de administración en los que cada organización debe hacer

énfasis, integran diferentes prácticas dirigidas a los procesos clave y permiten

medir los avances en calidad.

Los Estándares de Calidad son aquellos que permiten definir un conjunto de

criterios de desarrollo que guían la forma en que se aplica la Ingeniería del

Software. Los estándares suministran los medios para que todos los procesos se

realicen de la misma forma y son una guía para lograr la productividad y la

calidad.

La empresa M & T Consulting en Octubre del 2006 presentó un seminario

denominado “Cómo implementar la NTP ISO/IEC 12207:2004 Tecnologías de

Información, Procesos del Ciclo de Vida del Software” en dicho seminario se

presentan algunas consideraciones al momento de implementar la NTP, presentando

además Modelo de Procesos de Gestión de Software y como desarrollarlo, así como

el modelo de Capacidad de Procesos.

En la Universidad Politécnica de Madrid, Facultad de Informática, Ferré (2005)

presentó su Tesis Doctoral “Marco de Integración de la Usabilidad en el Proceso de

Desarrollo Software”. El problema que se aborda en este trabajo es, como ayudar a

los ingenieros de Software a seleccionar las técnicas y actividades IPO (Interacción

Persona- Ordenador) más apropiadas para integrar en su proceso de desarrollo, de

modo que se trate adecuadamente la usabilidad del producto software. La solución



15


que propone la tesis consiste en un marco de integración de la usabilidad en el

proceso de desarrollo, dicho marco involucra 35 técnicas IPO.

En el capitulo 2 de la Tesis se realiza un estudio comparativo entre los diferentes

estándares y procesos de desarrollo de Software entre los que destacan el Estándar

ISO/IEC 12207:1995, IEEEC 1074-1997, y la enmienda del Estándar ISO/IEC 12207,

en los tres casos se realiza un análisis sobre los principales procesos de los

estándares.

En la Universidad de Castilla-La Mancha se realizó un estudio a cargo del grupo de

Investigación ALARCOS del departamento de Informática cuyo responsable es el

Doctor Ingeniero Mario Piattini, en el que se presenta un marco de trabajo de la ISO

12207 “Calidad de los Sistemas de Información”.

En la sección Evaluación (Cáp. 3) nos muestran los pasos para evaluar la norma,

como extraer los resultados, así como los pesos asignados en porcentajes a cada

proceso que forma parte de la norma. Para poder lograr esto el marco se apoya en

encuestas, tablas, gráficos.

Las encuestas son los elementos fundamentales de extracción de información de la

organización, por lo que su importancia es vital a la hora de decidir sobre el estándar.

Constan de una serie de preguntas, y para cada una de ellas una serie de respuestas,

las cuales se ha intentado sean lo más homogéneas y estandarizadas posible, de

forma que quien responda tenga las mayores facilidades.

Un ejemplo de encuesta:

Las tablas se utilizan para organizar los resultados de los cuestionarios en una forma

clara y legible para su posterior utilización, así como de almacenar los mínimos

y máximos necesarios para el cumplimiento o no de un determinado proceso.



16


Por tanto este elemento tiene un doble uso, por un lado el de información sobre un

proceso, y por otro el de recoger resultados de los cuestionarios sobre el mismo. Este

sistema es el usado a lo largo de todo el proceso de aplicación del marco, por su

sencillez y facilidad de uso.

Un ejemplo de tabla sería:

Los diagramas se usan para obtener una representación gráfica de los resultados,

de forma que la extracción de información de los mismos sea lo mas clara y sencilla

posible.

El objetivo fundamental de su uso es el de poder mostrar a la organización verificada

su estado actual, de forma que puedan entender en que puntos están más flojos

dando solo un vistazo a los gráficos obtenidos.

De esta forma, tanto si cumplen o no con el estándar, podemos aportar información

sobre la situación.

Tendremos diferentes niveles en los cuales se realizarán diagramas, con lo que

quede reflejado de forma clara donde se encuentran los problemas.



17


Este marco nos servirá de guía ya que presenta un ejemplo bastante claro que nos

ayudará a entender mejor, la manera adecuada de asignar los porcentajes a los

procesos y subprocesos.

En la Pontificia Universidad Católica del Perú, se realizó un Seminario sobre

Tecnologías de Información en la que presentan la NTP ISO/IEC 12207:2003 a cargo

del Ingeniero Abraham Dávila (2005). En este seminario se proporcionó un panorama

de las Normas Internacionales, una guía de aplicación de la norma, así como tres casos

de estudio, MANTEMA, PUCP, METRICA 3 respectivamente. El seminario concluye

finalmente en que aplicar la norma implica ordenar y clarificar los procesos al interior de

la organización.

2.1.3Formulación Interrogativa del Problema

¿Cómo la implementación y Monitoreo de la Norma ISO 12207 apoyada en el Gestor

Metodológico mejora el Proceso del Ciclo de Vida del Software en el Gobierno Regional

Piura?

2.1.4Justificación de la Investigación

Organizacional

El proyecto se realiza con el fin de contribuir al desarrollo de los objetivos de la

organización, mejorando la calidad de los servicios y por ende la calidad del software,

Además el GRP como toda institución inteligente tiene la necesidad de ajustarse

rápidamente a los cambios en el ambiente tecnológico, para el cual utiliza

continuamente software, pero dicho proceso no se efectúa siguiendo una adecuada

normatividad que asegure la calidad de los mismos, por tales motivos es que la

implementación del Sistema de Control ayudará a que dichos procesos se cumplan

conforme la norma.

Científica

La presente investigación se realiza con la finalidad de aplicar adecuadamente todos

los pasos del método científico, teniendo como punto de inicio la observación de la

realidad problemática del GRP, es decir identificar el problema por el que atraviesa la

institución, concerniente al proceso del ciclo de vida del software, planteando una

hipótesis como respuesta a esa problemática, teniendo como base principal la

investigación científica.



18


Tecnológica

Para la implementación del Sistema de Monitoreo de la Norma ISO 12207 utilizaremos

el Modelo IDEAL de Peterson, así como la misma norma ISO. Cabe destacar que ésta

metodología descompone cada uno de los procesos en actividades, y éstas a su vez en

tareas. Para cada tarea se describe su contenido haciendo referencia a sus principales

acciones, productos, técnicas, prácticas y participantes; lo que nos ayudará a

implementar mucho más rápido la norma en la organización. Además la Norma ISO

12207 descompone sus procesos en actividades y tareas, lo que nos facilita la

adaptabilidad de la Norma a la institución.

Para esta investigación también se utilizará la misma Norma ISO ya que según la NTP-

12207(2004) ésta establece un marco de referencia común para los procesos del ciclo

de vida del software, con una terminología bien definida, conteniendo procesos,

actividades y tareas para aplicar durante la adquisición de un sistema software, un

producto software puro o un servicio software, y durante el suministro, desarrollo,

operación y mantenimiento de productos software.

Legal

El presente proyecto tiene una justificación legal ya que según la RESOLUCIÓN

MINISTERIAL Nº 179-2004-PCM y la Resolución Comisión de Reglamentos Técnicos y

Comerciales Nº 0048- 2004/CRT-INDECOPI del 13 de mayo de 2004 aprueba el uso

obligatorio de la Norma Técnica Peruana “NTP-ISO/IEC 12207:2004 TECNOLOGÍA DE

LA INFORMACIÓN. Procesos del ciclo de vida del software. 1ª Edición”, en todas las

Entidades integrantes del Sistema Nacional de Informática.

De las Autoras

Por último ésta investigación se realiza con el propósito de obtener el título profesional

que nos acredite como Ingenieras de Sistemas.

2.1.5Limitaciones

Una de las limitaciones que se presenta para la elaboración del proyecto es que las

autoras de éste, no cuentan con la suficiente experiencia para su desarrollo, ya que

este es un tema nuevo, que recién se esta implementando en las diferentes

organizaciones del Perú.

2.2OBJETIVO GENERALCalderón & Gutiérrez Implementación y Monitoreo del la Norma ISO 12207 para el Proceso de Ciclo de Vida del Software apoyado en el Software Gestor Metodológico


19


Implementar y Monitorear la Norma ISO 12207 Para el Proceso de Ciclo de Vida del

Software apoyado en el Software Gestor Metodológico en el Gobierno Regional Piura

2.2.1Objetivos Específicos

Identificar la situación actual del Gobierno Regional Piura, los problemas

referentes al proceso del ciclo de vida del software, el planteamiento de la

hipótesis y la identificación de las variables ajustadas a ésta situación.

Realizar un estudio, análisis y evaluación del software existente en la sede del

Gobierno Regional Piura.

Institucionalización de la NTP 12207 dentro de la sede del Gobierno Regional

Piura.

Determinar los procedimientos para detectar el incumplimiento de la norma.

Monitoreo del proceso de desarrollo del software a través del Gestor

Metodológico.

Adaptación formal de la Norma ISO 12207 por parte de los usuarios finales de

la sede del Gobierno Regional Piura.

Utilizar los resultados de la contrastación de la hipótesis para la construcción

de las conclusiones y a su vez éstas para la elaboración de las

recomendaciones con el fin de ayudar a la organización a mejorar

2.3MARCO REFERENCIAL

2.3.1Marco Teórico Referencial

El GRP se crea un 1 de Enero del 2003 y se rigen bajo la “Ley Orgánica de

Gobiernos Regionales Nº 27867”.se encuentra ubicado en Av. San Ramón s/n Urb.

San Eduardo El Chipe-Piura- Perú.



20


El GRP tiene como objetivo “Promover el desarrollo de actividades productivas y la

generación de empleo a través de la participación de la inversión privada nacional y

extranjera”. Plan estratégico institucional del GRP (2004 -2006).

Así mismo promueve la formación del recurso humano en función de los objetivos de

desarrollo regional al igual que el lograr una drástica reducción de las condiciones de

extrema pobreza, inequidad y discriminación económica, social y política.

El GRP elabora y aprueba normas de alcance regional, regulando los servicios de su

competencia, diseña políticas, prioridades, estrategias, programas y proyectos que

promuevan el desarrollo regional de manera concertada y participativa. Otra de las

funciones es que organiza, dirige y ejecuta los recursos financieros, bienes, activos y

capacidades humanas, necesarios para la gestión regional, con arreglo a los sistemas

administrativos Regionales. Además incentiva y apoya las actividades del sector

privado, nacional y extranjero, orientado a impulsar el desarrollo de los recursos

regionales, creando los instrumentos necesarios para tal fin.

Dentro de GRP encontramos la oficina de Tecnologías de Información (OTI), la cual

es la encargada de manejar la entrada y salida del software así como de su

mantenimiento y desarrollo, La OTI, es la única oficina donde se maneja lo referente

las nuevas tecnologías, hardware y software, es por esto que se encarga de

planificar, dirigir y coordinar la aplicación y conducción de los Sistemas de Soporte de

Informática del Gobierno Regional Piura.

Según el Manuel de Operaciones y Funciones del Gobierno Regional Piura l(2008) las

funciones principales de la OTI son:

Generar e implementar proyectos orientados a obtener nuevas soluciones

sobre la base de tecnologías de última generación.

Administrar los sistemas de Soporte de Informática del Gobierno Regional

Piura, asesorando y proponiendo normas internas necesarias para el

correcto funcionamiento.

Programar, formular, ejecutar y evaluar el plan estratégico informático y el

programa de mantenimiento preventivo y correctivo basados en el Plan

Estratégico Institucional del Gobierno Regional Piura.



21


Supervisar la formulación y ejecución de los planes estratégicos informáticos y

los planes operativos informáticos de la Gerencias Sub Regionales.

Programar, formular, ejecutar y evaluar anualmente el programa de

mantenimiento preventivo y correctivo y el programa de adquisiciones

informáticas de la Sede del Gobierno Regional Piura.

Asesorar técnicamente a las dependencias de la Sede del Gobierno Regional

Piura, en materia de adquisición de hardware, software, servicios,

programas, redes y comunicación.

Elaborar el inventario de recursos informáticos de la Sede del Gobierno

Regional Piura, con el objeto de conseguir un mejor aprovechamiento del

mismo.

CONCEPTOS CLAVES DE LA NORMA ISO

Proceso: Conjunto de actividades mutuamente relacionadas o que interactúan, las

cuales transforman elementos de entrada en resultados. NTP-ISO/IEC 12207:2003

Procesos del Ciclo de Vida del Software.

Modelo: Esquema teórico, generalmente en forma matemática, de un sistema o de

una realidad compleja. DRAE

Acuerdo: Definición de términos y condiciones bajo los cuales se ha de desarrollar

una relación de trabajo.

Adquisición: el proceso de obtener un sistema, producto software o servicio

software.

Contrato: acuerdo vinculante entre dos partes o mas, especialmente exigible por ley,

o acuerdo del mismo estilo totalmente interno a una organización, para el suministro,

desarrollo producción, operación o mantenimiento de un servicio o producto software.

Ciclo de desarrollo del software: Periodo de tiempo que comienza con la decisión

de desarrollar el producto software y termina cuando el software es entregado.



22


Ciclo de vida del software: Periodo de tiempo que comienza cuando el producto

software es concebido y termina cuando el software no está disponible

permanentemente para el usuario (retirada del software).

Estados en el ciclo de vida del software: Constituye cada uno de los momentos

(“estados”) por las que pasa (evoluciona) el producto software. Pressman(2004)

FASES DEL CICLO DE DESARROLLO DEL SOFTWARE

Análisis

Diseño

Implementación

Pruebas

Comprobación

FASES DEL CICLO DE VIDA DEL SOFTWARE

Concepto(necesidad)

Requerimientos

Diseño

Implementación

Pruebas

Instalación

Comprobación

Operación

Mantenimiento

Retirada

NORMA ISO 12207

Los continuos avances tecnológicos han creado nuevas necesidades en cuanto al

desarrollo y gestión de Software, dando como resultados nuevos métodos, técnicas,

procedimientos etc. Es por esto que se ha creado la Norma ISO 12207; Proceso del

Ciclo de Vida del Software para dar solución a la falta de un estándar, que garantice

el correcto proceso que debe seguir un software

La norma ISO 12207 es una norma definida por International Organization for

Standardization. Norma de la ingeniería del software, aquella que habla sobre el

proceso de ciclo de vida del software el cual es el El proceso que se sigue para

construir, entregar y hacer evolucionar el software, desde la concepción de una idea



23


hasta la entrega y el retiro del sistema. Dicho estándar esta basado por procesos,

actividades y tareas, cabe destacar que Los procesos se organizan por actividades Y

Las actividades se implementan a través de las tareas

Según Vilchez, César “…La ISO 12207 Define los procesos de ingeniería de software

como: “un conjunto de actividades que son realizadas por un conjunto de tareas que

definen como las acciones transforman las entradas en salidas”…”.

La Norma ISO 12207 tiene como principal objetivo formar una estructura común, que

sea flexible modular y adaptable a las necesidades de quien lo use, con el fin de

conseguir y mantener un mejor producto de software.

La norma ISO 12207 esta compuesta por cinco procesos principales, ocho de

procesos de apoyo y cuatro procesos organizativos.

El tema surge debido a que el Gobierno Regional Piura tiene la necesidad y sobre

todo la obligación de introducir esta norma para el proceso del ciclo de vida del

software y de esta manera seguir una serie de procesos, actividades y tareas que lo

conduzcan a un desarrollo adecuado de software y por ende al cumplimiento

satisfactorio de los requerimientos de los usuarios.

Además el Gobierno Regional Piura al igual que toda institución que coexiste en este

entorno tan dinámico y tecnológicamente cambiante tiene la necesidad de transformar

sus servicios, procesos y procedimientos de tal manera que estos sean de calidad

reconocida y se distingan entre el resto de instituciones gubernamentales. Estas son

algunas de las razones por las que se implementará dicho sistema de monitoreo,

además servirá de apoyo para los responsables de las organizaciones que deseen

implementar la Norma ISO 12207.

Por lo expuesto, el software constituye un componente fundamental en la

construcción de una infraestructura nacional de información del Estado, al ser éste el

que procesa datos y produce información, que es considerada actualmente un activo

importante y estratégico de las organizaciones y países

¿Qué es una Norma?

Según la Guía ISO/IEC 2:1996 define una norma como un documento, establecido

por consenso y probado por un organismo reconocido, que proporciona, para un uso



24


común y repetido, reglas, directrices o características para actividades o sus

resultados, con el fin de conseguir un grado óptimo de orden en un contexto dado.

Definición de ISO

Para ISO (2006) ISO significa: International Organization for Standardization:

Organización Internacional de Normalización

Fundada en 1947, ISO es una federación mundial de organismos nacionales de

normalización, actualmente integrada por más de 140 miembros, uno por país. La

misión de ISO es estimular en todo el mundo el desarrollo de la normalización y las

actividades relacionadas de manera de facilitar el intercambio de productos y

servicios y alcanzar acuerdos en los campos intelectual, científico, técnico y

económico. Su trabajo involucra todos los campos, excepto los de normas de

ingeniería eléctrica o electrónica, que están bajo el ámbito de IEC.

En 1989 Se inicia el desarrollo de la ISO/IEC 12207, en agosto del 1995 se publica la

primera edición, en mayo del 2002, se publica la enmienda 1 a modo de revisión

preliminar, en Perú. Se traduce durante el año 2003 y se publica en mayo 2004 NTP-

ISO/IEC 12207:2004 pero es en el mes de Julio del 2004, en donde el Estado

Peruano oficializa su uso para estandarizar procesos y productos Software, con miras

a la integración y servicios en línea

Objetivo de la Norma ISO 12207

Según NTP-ISO/IEC 12207:2004 el objetivo es “…establecer un marco de referencia

común para los procesos del ciclo de vida del software, con una terminología bien

definida a la que puede hacer referencia la industria del software. Contiene procesos,

actividades y tareas para aplicar durante la adquisición de un sistema que contiene

software, un producto software puro o un servicio software, y durante el suministro,

desarrollo, operación y mantenimiento de productos software”.

Con la utilización de la Norma ISO 12207 se solucionará en gran parte el problema

que se suscita cuando se tiene la necesidad de crear o desarrollar un nuevo

software. Sin embargo esta norma no pretende establecer el formato o el contenido

explicito de la documentación que se genere, así esta requiera la elaboración de

dichos documentos, este tipo de decisiones quedan en manos de los usuarios que

utilizan dicha norma.Calderón & Gutiérrez Implementación y Monitoreo del la Norma ISO 12207 para el Proceso de Ciclo de Vida del Software apoyado en el Software Gestor Metodológico


25

http://www.iso.ch/


PROCESOS DEL CICLO DE VIDA DEL SOFTWARE

Según NTP-ISO/IEC 12207:2004 ésta agrupa las actividades que pueden llevarse a

cabo durante el ciclo de vida del software en cinco procesos principales, ocho

procesos de apoyo y cuatro procesos organizativos.

Cada proceso del ciclo de vida está divido en un conjunto de actividades; cada

actividad se sub-divide a su vez en un conjunto de tareas.

En el gráfico Nº 3 se muestra la estructura de los procesos que conforman el proceso

del ciclo de vida del software.



Gráfico Nº 3: Procesos del ciclo de vida del softwareFuente: NTP-ISO/IEC 12207:2004

26


PROCESOS PRINCIPALES DEL PROCESO DEL CICLO DE VIDA DEL

SOFTWARE

Los procesos principales del ciclo de vida son cinco, que dan servicio a las partes

principales durante el ciclo de vida del software. Una parte principal es aquella que

inicia o lleva a cabo el desarrollo, operación, o mantenimiento de los productos

software.

Estas partes principales son el adquiriente, el proveedor, el desarrollador, el

operador, y el responsable de mantenimiento de productos software.

1. Proceso de Adquisición

Este proceso contiene todas las actividades y tareas del adquiriente. Este se inicia

cuando se identifica la necesidad de adquirir un sistema, producto o servicio

software.

Este primer proceso tiene 5 actividades entre ellas están:

Inicio

Es la primera actividad en darse, aquí se describe la necesidad de adquirir un

nuevo sistema. El adquiriente analizará los requisitos del sistema ya sean de

negocios, organizativos, de usuario, seguridad física y acceso entre otros. Para

el análisis de los requisitos se puede contratar a un proveedor o en todo caso el

mismo adquiriente es quien puede definir dichos requisitos.

Aquí también se contemplan varias opciones para la adquisición, ya que se

puede comprar un software preelaborado, desarrollar un producto software

internamente o desarrollarlo a través de un contrato.

En caso de que se decida comprar un Software ya elaborado se tiene que tener

en cuenta que cumpla con los requisitos, que la documentación este disponible,

si se satisfacen los derechos de marca, uso, propiedad, garantía y licencia, y por

último si se ha planificado soporte para el futuro del producto software.

Preparación de solicitud de propuestas

Se determinan qué procesos, actividades, tareas son apropiados para el

proyecto. Se debe realizar la documentación en la que incluya los requisitos del

sistema, el alcance, las instrucciones para los ofertantes, la lista de los

productos software, los términos y condiciones, sin olvidar el control de los sub.

Contratados



27


Preparación y actualización del contrato

En esta actividad se establece un procedimiento para la selección de los

proveedores, evaluando sus propuestas, sus capacidades, entre otros factores.

Seguimiento del proveedor

En esta actividad se supervisará las actividades del proveedor. El adquiriente

cooperará con el proveedor para proporcionar la información necesaria.

Aceptación y finalización

Aquí el adquiriente prepara la aceptación basándose en estrategias,

incluyéndose los casos de prueba, datos de prueba, procedimientos de prueba y

entorno de prueba.

2. Proceso de Suministro

Este proceso contiene las actividades del proveedor, se inicia con la decisión de

preparar una oferta, contestar una solicitud de un adquiriente o por la firma de un

contrato con el adquiriente. Dicho proceso cuenta con 7 actividades que

detallamos a continuación:

Inicio

El proveedor revisa los requisitos de la solicitud de propuestas.

Preparación de la respuesta

El proveedor prepara una oferta como respuesta a la solicitud de propuestas

Contrato

El proveedor negocia con el adquiriente para proporcionar el producto software.

Planificación

Si no esta establecido el proveedor deberá seleccionar un modelo de ciclo de

vida de software según el alcance y la magnitud del proyecto. En esta actividad

también se considera las opciones para desarrollar el software, ya sea usando

recursos internos, subcontratándolo u obteniendo productos software

preelaborados de fuentes internas o externas.

Ejecución y control

El proveedor supervisará el progreso de los productos, permitiendo hacer un

seguimiento del progreso de las prestaciones técnicas, costos y plazos y para

informar el estado del proyecto.

Revisión y evaluación



28


En esta actividad el proveedor debe dar soporte a las revisiones de aceptación,

pruebas de aceptación y auditorias con el adquiriente. También debe

encargarse de verificar y validar para demostrar que los procesos satisfacen los

requisitos.

Entrega y finalización

Por último, aquí el proveedor deberá entregar el producto software tal como se

especificó en el contrato, proporcionando asistencia para el soporte del

producto.

3. Proceso de Desarrollo

Este proceso contiene las actividades y tareas del desarrollador para el análisis de

los requisitos, diseño, codificación, integración, pruebas e instalación de productos

software.

Este proceso consta de 8 actividades:

Implementación de procesos

Si no está estipulado en el contrato, el desarrollador deberá seleccionar un

modelo de ciclo de vida o un lenguaje de programación para el desarrollo del

software. Se deberá documentar las salidas, solucionar los problemas y no

conformidades.

Análisis de los requisitos del sistema

En esta actividad se describen las funciones y capacidades del sistema, negocio

organizativos y de usuario, así como de seguridad física y acceso.

Diseño de la arquitectura del sistema

Aquí se deberá establecer la arquitectura del sistema a alto nivel identificando

los elementos de software, hardware y operaciones manuales.

Análisis de los requisitos del software

El desarrollador establece los requisitos software descrito, incluyendo

especificaciones como: funcionales y de capacidad, de seguridad física, de

acceso, relacionadas con ingeniería de factores humanos (ergonomía), etc.

Diseño de la arquitectura del software

El desarrollador transforma los requisitos para el elemento software en una

arquitectura que describa su estructura a alto nivel e identifique los

componentes software. Además de desarrollar y documentar versiones

preliminares de la documentación de usuario.

Diseño detallado del software



29


En esta actividad se refinan los componentes software hasta los niveles más

bajos, que contienen las unidades software que pueden ser codificadas,

compiladas y probadas. Además de preparar y documentar el diseño detallado

para la base de datos.

Codificación y pruebas del software

Se deberá desarrollar y documentar cada unidad de software y base de datos

así como los procedimientos de prueba y datos, los mismos que deben

satisfacer los requisitos. Conjuntamente se deberá evaluar el código software y

los resultados de las pruebas.

Integración del software

Preparar un plan de integración para integrar las unidades software y los

componentes software en el elemento software. El plan deberá incluir requisitos

de prueba, procedimientos, datos, responsabilidades y plazos.

Pruebas de calificación del software

En esta actividad se realizan pruebas de calificación para el elemento software,

asegurando que se prueba la conformidad de la implementación de cada

requisito software. También se debe proporcionar soporte a las auditorías y

documentar los resultados.

Integración del sistema

Se deben integrar los elementos de configuración de software con los de

hardware, operaciones manuales, y otros sistemas. Se debe asegurar que el

sistema está listo para las pruebas de calificación del sistema.

Pruebas de calificación del sistema

Se deberá asegurar que se prueba la conformidad de la implementación de

cada requisito del sistema, y que el sistema está listo para su entrega

Instalación del software

En esta actividad se prepara un plan para instalar el producto según la

especificación del contrato, ayudando al adquiriente con las actividades de

puesta en marcha

Apoyo a la aceptación del software

El desarrollador deberá proporcionar formación inicial y continuada y dar apoyo

al adquisidor según se especifique en el contrato.

4. Proceso de Operación



30


Este proceso contiene las actividades y tareas del operador. El proceso cubre la

operación del producto software. Consta de las siguientes actividades.

Implementación del proceso

Se establecen procedimientos para recibir, registrar, solucionar y hacer un

seguimiento de los problemas y proporcionar información sobre su situación.

Pruebas de operación

El operador deberá asegurar que el código software y las bases de datos se

inicializan, ejecutan y terminan tal como se describe en el plan.

Operación del sistema

El sistema deberá ser operado en el entorno previsto de acuerdo a la

documentación de usuario.

Soporte al usuario.

El operador deberá proporcionar asistencia y consultoría a los usuarios cuando

la pidan.

5. Proceso de Mantenimiento.

Este proceso se activa cuando el producto software sufre modificaciones en el

código. El objetivo es modificar el producto software existente preservando su

integridad.

Este proceso consta de 6 actividades:

Implementación del proceso

Se deben establecer procedimientos para recibir, registrar y hacer seguimiento

de los informes de problemas y las peticiones de modificaciones de los usuarios,

y proporcionar información sobre su situación a los usuarios.

Análisis de problemas

Se analiza el informe del problema según: el tipo, el alcance y la criticidad. Si se

comprueba que existe problema se preparan alternativas para implementar la

modificación.

Implementación de las modificaciones

Se determinan que documentación, unidades software y versiones requieren ser

modificadas, definiéndose los criterios de prueba y evaluación para probar las

partes modificadas y no modificadas del sistema.

Revisión del mantenimiento



31


Se deberá tener la aprobación para la terminación satisfactoria de la

modificación.

Migración

En esta actividad se notifica a los usuarios el por qué el antiguo entorno ha sido

migrado, describiendo el nuevo entorno y su fecha de disponibilidad.

Retirada del software.

Aquí se realiza un plan de retirada para el cese del producto software,

notificando al usuario el por qué el software no va a seguir siendo soportado.

PROCESOS DE APOYO DEL CICLO DE VIDA

Los procesos de apoyo como su mismo nombre lo indican, son los que dan sostén a

los demás procesos, teniendo como propósito el respaldar, proteger y dar soporte,

garantizando de ésta manera el éxito del proyecto y por ende presentar un proyecto

de calidad. Las actividades de cada proceso de apoyo son compromiso de la

organización que lleva acabo el proceso, dicha organización tendrá la obligación de

asegurar que el proceso es real y se esta ejecutando.

Los proceso de Apoyo “…Se emplean en varios puntos del ciclo de vida y pueden ser

realizados por la Organización que los emplea, por una organización independiente

(como un servicio), o por un cliente como elemento planificado o acordado del

Proyecto…” Ruiz & Polo (2000/2001).

Los procesos de apoyo son 8, estos se detallan a continuación:

1. Proceso de Documentación.

Una vez ejecutada alguna actividad o proceso del ciclo de vida, el proceso de

documentación es aquel que se encarga de definir las actividades para registrar,

editar, almacenar toda la información obtenida. La norma ISO 12207 afirma lo

siguiente “…El proceso contiene el conjunto de actividades para planificar, diseñar,

desarrollar, producir, editar, distribuir y mantener aquellos documentos que necesitan

todos los involucrados…”

Lista de actividades

Implementación del proceso.

Diseño y desarrollo.

Producción.

Mantenimiento.

2. Proceso de Gestión de la Configuración.



32


Este proceso es el que va a definir las actividades para identificar y establecer las

líneas bases fundamentales para el control del cambio como: el desarrollo de

elementos software, gestión de versiones, variante, aplicación de los procedimientos

técnicos y administrativos a lo largo del ciclo de vida del software



Identificación de la configuración.

Control de la configuración.

Determinación del estado de la configuración.

Evaluación de la configuración.

Gestión de liberaciones y entrega.

3. Proceso de Aseguramiento de la Calidad.

Este proceso es el encargado de verificar y llevar un control sobre el proyecto o

producto software que se esta ejecutando, verificando si se realiza de acuerdo a los

requisitos establecidos por el usuario y comprobando si realmente se adhiere a los

planes establecidos. El proceso de aseguramiento de la calidad puede hacer uso del

resultado de otros procesos de apoyo, tales como el de Verificación, Validación,

Revisión Conjunta, Auditoria y Solución de Problemas.


Implementación del proceso,

Aseguramiento del producto.

Aseguramiento del proceso.

Aseguramiento del sistema de calidad.

4. Proceso de Verificación.

Es aquel proceso en donde se van a definir actividades para llevar un buen control de

los requisitos o condiciones del software. Esto quiere decir que éste proceso se

encargará de verificar que dichos requisitos sean completos, correctos y que además

cumplan con lo establecido en las actividades anteriores.



Verificación.

5. Proceso de Validación.

Este proceso de apoyo es el que define actividades para ayudar a determinar y por

tanto a asegurar si el sistema o producto de software implementado cumple con los



33


requerimientos y requisitos establecidos en las actividades anteriores para su

determinado uso.



Validación.

6. Proceso de Revisión Conjunta.

Es aquel proceso que define las actividades para evaluar el estado y los productos de

una actividad de un proyecto, en este proceso se incluyen dos partes la revisada y la

revisora



Revisiones de la gestión del proyecto.

Revisiones técnicas.

7. Proceso de Auditoria.

Este es el proceso para determinar, independientemente, la conformidad de los

productos seleccionados y procesos con los requisitos, planes y acuerdos entre las

partes. Existen al igual que la revisión conjunta dos partes la auditada y la auditora.

Este proceso un tanto administrativo tiene como objetivo reducir los riegos de un

incumplimiento de los planes ya establecidos por las partes, haciendo de esto algo

eficiente



Auditoria.

8. Proceso de Solución de Problemas.

Proceso para determinar actividades que aseguren que los problemas descubiertos

son analizados y de tal manera resueltos. Estos problemas pueden tener diferente

naturaleza u origen aquellos pueden haber sido descubiertos durante la ejecución de

algún proceso de desarrollo, operación, mantenimiento, etc. Norma ISO 12207(2004),



PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA

Los proceso organizativos del desarrollo del ciclo de vida como su propio nombre

hace alusión, son aquellos que son empleados por una organización para establecer



34


e implementar una infraestructura constituida por procesos y personal asociados al

ciclo de vida, estos procesos ayudan a mejorar la efectividad de la organización.

Dicha organización asegura que el proceso existe y es operativo. Los procesos

Organizativos del ciclo de vida del software son 4.

1. Proceso de Gestión.

Este proceso define las actividades básicas de gestión de los procesos durante el

ciclo de vida.

Según la NORMA ISO 12207 “El Proceso de Gestión contiene las actividades

genéricas y tareas que pueden emplearse por cualquier parte que tenga que

gestionar sus respectivos procesos…”

Este proceso también es conocido como proceso de dirección


Inicio y definición del alcance.

Planificación.

Ejecución y control.

Revisión y evaluación.

Terminación.

2. Proceso de Infraestructura.

Es el proceso que establece, mantiene y proporciona la infraestructura que otro

proceso requiere La infraestructura puede incluir hardware, software, herramientas,

técnicas, normas e instalaciones para el desarrollo, operación o mantenimiento.



Establecimiento de la infraestructura.

Mantenimiento de la infraestructura.

3. Proceso de Mejora.

Es aquel proceso que define y establece las actividades básicas para controlar,

valorar y medir los procesos del ciclo de vida.

El fin de este proceso es establecer, evaluar, medir, controlar y mejorar el ciclo de

vida software de un proceso.


Establecimiento del proceso.



35


Evaluación del proceso.

Mejora del proceso.

4. Proceso de Recursos Humanos.

Es aquel proceso en dónde se proporciona y se mantiene el personal especializado y

entrenado.

El personal debe estar disponible en cualquier momento que se requiera, cuando el

producto software es adquirido, provisto, desarrollado, dirigido o mantenido.



Desarrollo del material de formación.

Implementación del plan de formación

METODOLOGÍA DE DESARROLLO

Una metodología puede seguir uno o varios modelos de ciclo de vida, es decir, el ciclo

de vida indica qué es lo que hay que obtener a lo largo del desarrollo del proyecto

pero no cómo hacerlo.

El diccionario de la Real Academia Española define Metodología como un “conjunto

de métodos que se siguen en una investigación científica o en una exposición

doctrinal”

La metodología que se utilizará será la misma NTP 12207, ya que ésta propone una

serie de procesos, anexos, formatos útiles para la correcta implementación de la

norma.

Los procesos implementados serán; el proceso de adquisición, desarrollo y

mantenimiento, así como los procesos de apoyo que sean requeridos.

2.3.2Marco Conceptual

Sistema

“Sistema es un conjunto de cosas que ordenadamente relacionadas entre sí

contribuyen a un determinado objetivo.” (Real Academia Española)

Monitoreo

Se puede definir como la observación y el registro sistemático y continuo de

acontecimientos determinados en un periodo de tiempo, es decir que se puede definir

como la contabilidad de procesos y al seguimiento de la ejecución de las actividades.

En base del Monitoreo se puede hacer la comparación de lo realizado con lo Calderón & Gutiérrez Implementación y Monitoreo del la Norma ISO 12207 para el Proceso de Ciclo de Vida del Software apoyado en el Software Gestor Metodológico


36


planificado. El monitoreo también contiene ciertos elementos de Evaluación, es decir

interpretación de datos, por la cual se genera la información.

Norma ISO 12207

Según la ONGEI (2006) define a la ISO 12207 como una norma de la ingeniería de

software resultado del esfuerzo internacional de expertos de todo el mundo entre

académicos y profesionales.

Busca establecer un marco de referencia para la administración de los procesos de la

ingeniería de software en el mundo.

Define los procesos, actividades y tareas asociadas a los procesos del ciclo de vida del

software desde la concepción hasta su retiro.

Define los procesos de ingeniería de software como: “un conjunto de actividades que

son realizadas por un conjunto de tareas que definen como las acciones transforman

las entradas en salidas

Proceso

Conjunto de actividades mutuamente relacionadas o que interactúan, las cuales

transforman elementos de entrada en resultados. NTP-ISO/IEC 12207:2004 Procesos

del Ciclo de Vida del Software.

Ciclo de vida del software:

Periodo de tiempo que comienza cuando el producto software es concebido y termina

cuando el software no está disponible permanentemente para el usuario (retirada del

software)

2.4HIPÓTESIS

“La implementación y monitoreo de la Norma ISO 12207 apoyada en el Gestor

Metodológico mejora el Proceso del Ciclo de Vida del Software en el Gobierno

Regional Piura.”

2.5VARIABLES

Variable Dependiente

Proceso del Ciclo de Vida del Software en el Gobierno Regional Piura

Variable Independiente



37


Implementación y Monitoreo de la Norma ISO 12207 en el Gobierno Regional

Piura

Variable Interviniente

La Norma ISO 12207

2.6DISEÑO DE EJECUCIÓN

2.6.1 Metodología

Teniendo ya una idea y el conocimiento necesario del tema de investigación (como

lo es el planteamiento del problema, la definición inicial de la investigación y la

formulación de la hipótesis) es que se procede al diseño de investigación y

ejecución, el cual consiste en afinar y estructurar adecuadamente la idea de la

investigación, en seleccionar o desarrollar diseños que permita ser aplicados al

contexto de estudio es decir visualizar el problema de manera práctica y concreta, y

de la misma forma poder responder a todas las interrogantes formuladas en la

investigación. El problema planteado será desarrollado mediante la misma norma

ISO 12207.

Implementar el proceso de Adquisición con el fin de obtener productos o servicios

que satisfagan las necesidades de los usuarios de la organización.

Para llevar a cabo la adecuada implementación de dicho proceso se definirán las

una serie de tareas según los anexos F y H de la norma en mención.

Ya que en este proceso existen dos partes involucradas como son, a) los

proveedores de los productos software elaborados y b) los mismos desarrolladores

de software del Gobierno Regional, se tomarán en cuenta ciertos procesos de

apoyo de la Norma ISO 12207 entre los que destacan el proceso de verificación y

validación para alcanzar de esta manera el éxito en la adquisición de software.

El proceso de adquisición nos permitirá obtener un producto o servicio software que

satisfaga las necesidades expresadas por los usuarios ya que se tomarán en cuenta

políticas y estrategias de adquisición, ésta será monitoreada de modo que los

costos, plazos y calidad sean alcanzados según lo planificado, además se

desarrollará un acuerdo que exprese claramente las expectativas y

responsabilidades del cliente y el proveedor.

El proceso de Desarrollo contiene las actividades para el análisis de los requisitos,

diseño, codificación, integración, pruebas e instalación y aceptación relacionadas



38


con los productos software. FALTA TERMINAR Y PONER EL PROCESOS DE

MANTENIMIENTO

2.6.2 Población y Muestra

Población: La población estará constituida por las personas que conforman la

Oficina de Tecnología de Información, aquellos que se dediquen a la elaboración

y/o adquisición del software, aquellas personas hacen una suma de 5, también se

tomará como población a los usuarios, que conforman la institución hacen una

suma de 625 trabajadores

Muestra: en el primer caso de las personas que desarrollan y adquieren software

no es necesario realizar una operación muestral puesto que el número de

población no es numerosa.

En el caso de los usuarios si es conveniente, se realizará una muestra

probabilística

Por lo que

Donde:

N: es la población 625 trabajadores.

p: es el nivel de confianza 90%

se: margen de error: 0.0145

Aproximadamente se obtiene una muestra de 244 personas



n = n’ = 400 =

243.91 + n’/ N 1 +400 /625

39


Ésta muestra será dividida en los diferentes grupos de niveles de cada

trabajador que utilicen software.

2.6.3 Técnicas e instrumentos. Fuentes e informantes

GUÍA DE OBSERVACIÓN para poder calcular el tiempo que se demora para

realizar alguna operación

ENTREVISTA: aplicada a los usuarios para conocer acerca de los requisitos

ENCUESTA: para obtener el grado de satisfacción de los usuarios

INFORME: REGISTRO DE SOFTWARE:

Este informe hace referencia a los software que han sido desarrollados para el

gobierno regional Piura, y que actualmente se encuentran operativos en el

servidor principal,”servidor de datos”, aquí presenta datos como el nombre del

software, descripción y Usuarios que tendrán acceso (áreas).

INFORME: REGISTRO DE RECEPCIÓN DE SOLICITUD:

En este documento se almacenan las solicitudes del usuario por modificaciones,

por software desarrollado.

INFORME: REGISTRO DE DOCUMENTACIÓN

Presenta que software cuentan con documentación así como el manual de

usuario guía, entre otros



40


INDICADORDEFINICIÒN

CONCEPTUALDEFINICIÒN OPERATIVA

UNIDAD DE

MEDIDATÈCNICA INSTRUMENTO FUENTE INFORMANTE

Nº de Requisitos Solicitados

Es la suma total de requisitos solicitados por el usuario para la creación de un software (STR)

STR = ∑ (requisitos solicitados x software)

Unidades EncuestaCuestionario de

entrevistasFormato Nº 01

Tiempo de implementación del software (TIS)

Es el tiempo de espera que tiene el usuario para la obtención del software desde el tiempo que fue solicitado (TSS) hasta el tiempo de entrega (TENS)

TIS=TENS-TSSDías

Análisis documental

Informe: Registro de software

Grado de satisfacción del usuario (GSU) por el software

Es la suma total de puntos obtenidos en la encuesta

Comparar que letra ha obtenido mas puntos

Unidades EncuestaCuestionario de

Encuesta

Cuestionario de encuesta Nº 1_2006 (Grado de Satisfacción)

Tiempo de uso del software (TUS) sin modificaciones

Es el tiempo que el usuario hace uso del software sin modificaciones, desde el tiempo de entrega(TES) hasta el tiempo de solicitud de mantenimiento(TSM)

TUS=TSM –TESDías Análisis

documental

Informe: Registro de recepción de solicitud

Número de solicitudes de cambio por proyecto

Es la suma total de solicitudes por cambios (STS) presentados por el usuario

STRS=∑(número de solicitudes de cambio x proyecto)

Unidad Encuesta Formato Nº7



INDICADORES DE LA VARIABLE DEPENDIENTE

41


INDICADOR DEFINICIÒN CONCEPTUALDEFINICIÒN OPERATIVA

UNIDAD DE

MEDIDATÈCNICA INSTRUMENTO FUENTE INFORMANTE

Costo para el mantenimiento del software

Es la comparación entre los costos antiguos y actuales.

UnidadesAnálisis

documental

Informe: costo de la adquisición del software y del mantenimiento

Número de documentación obtenida por la implementación de software desarrollado

Es el número de formatos (documentos) almacenados por la implementación de software desarrollado..

NDASD=∑(Documentos obtenidos por cada software)

UnidadAnálisis Documental

Formato Nº 4

Numero de documentos de conformidad en la capacitación de usuarios finales

Es la suma total de los documentos que dan conformidad en la capacitación de usuarios finales.

NDCCU=∑(Documentos sobre conformidad en la capacitación de usuarios)

UnidadAnálisis Documental

Formato Nº 5



INDICADORES DE LA VARIABLE DEPENDIENTE ( continuación )

Tabla Nº 1: Indicadores de la Variable dependienteFuente: Gobierno Regional Piura - Elaborado por las autoras

42


2.6.4 Forma de Análisis e interpretación de resultados

Una vez aplicados todos los instrumentos a la población según como se

especifica en la tabla de indicadores, se procederá a obtener y analizar la

información a través de las guías de observación, entrevistas, cuestionario de

encuesta y análisis documental.



43


CAPÍTULO III

ADMINISTRACIÓN DEL TRABAJO



44


3.1 RECURSOS:

3.1.1 Humanos:

Investigadoras:

Lourdes Lisbeth Calderón Castro

Cynthia Jacqueline Mariela Gutiérrez Peña

Asesor:

Ing. Oscar Reyes

Ing. Luis Barrera

3.1.2 Materiales:

HARDWARE:

Descripción Cantidad- CPU Pentium IV 2.8 Ghz 02- Memoria RAM de 512 MB 01- Memoria RAM de 256 MB 01- Disco Duro de 80 GB 01- Disco Duro de 40 GB 01- Grabador de 52x32x52 02- Lectora de CD 52x32x52 01- Monitor LG 15 “ 02- Teclado PS/2 02- Mouse óptico 02- Impresora Epson C45 02

Tabla N°2 Recursos Materiales – Hardware

SOFTWARE:

Software- Sistema Operativo Microsoft XP - Microsoft Office 2003.- GanttProject

Tabla N°3 Recursos Materiales – software



45


ÚTILES DE ESCRITORIO:

MATERIALES CANTIDAD

Papel Report A4 de 75 gr. 2000CD’s RW 02Memorias USB DataTraveler-Kingston 02Correctores 05Lápices 06Resaltadotes 03Borradores 03Lapiceros 03Fólder Manila A-4 15Cartuchos de Tinta Negra para impresora Epson Stylus C43UX

4

Tabla N°4 Recursos Materiales – Útiles de escritorio

SERVICIOS:

Servicios- Movilidad- Fotocopiado- Internet- Espiralado- Impresiones - Anillados - Telefonía

Tabla N°5 Recursos Materiales – Servicio

3.1.3 Presupuesto:

MATERIALES CANTIDADPrecio

Unitario S/.Precio Total

Papel Report A4 de 75 gr. 2000 (2 millares)

S/. 21.60 S/. 43.20

CD’s RW 02 S/. 5.00 S/. 10.00Memorias USB DataTraveler-Kingston 02 S/. 180.00 S/.360.00Correctores Faber Castell 05 S/. 3.00 S/. 15.00Lápices Mongol Nº 2 10 S/. 0.30 S/. 3.00Resaltadotes Faber Castell 03 S/. 3.00 S/. 9.00Borradores Faber Castell 04 S/. 1.00 S/. 4.00Lapiceros Faber Castell 03 S/. 0.50 S/. 1.50Fólder Manila A-4 1 ciento S/. 20.00 S/. 20.00

Cartuchos de Tinta de color para impresora Epson Stylus C45UX

2S/. 30.00 S/.60.00

Cartuchos de Tinta Negra para impresora Epson Stylus C45UX

2S/. 25.00 S/. 50.00

TOTAL S/. 289.140 S/. 575.70Tabla Nº 6 Presupuesto de útiles de escritorio



46


Descripción Cantidad Precio Unitario Precio Total- CPU Pentium IV 2.8 Ghz 02 S/. 391.20 S/. 782.4- Memoria RAM de 512 MB 01 S/. 189.08 S/. 189.08- Memoria RAM de 256 MB 01 S/. 105.95 S/. 105.95- Disco Duro de 80 GB 01 S/. 163.98 S/. 163.98- Disco Duro de 40 GB 01 S/. 160.39 S/. 160.39- Grabador de 52x32x52 02 S/. 88.02 S/. 176.04- Lectora de CD 52x max 01 S/. 59.66 S/. 59.66- Monitor LG 15 “ 02 S/. 300.00 S/. 600.00- Teclado PS/2 02 S/. 20.00 S/. 40.00- Mouse óptico 02 S/. 40.00 S/. 80.00- Impresora Epson C45 02 S/. 176.04 S/. 352.08

TOTAL S/. 1694.32 S/.2709.76

Tabla Nº 7: Presupuesto de Hardware

Software Precio Total- Sistema Operativo

Microsoft XP S/. 0.00

- Microsoft Office 2003. S/. 0.00- GanttProject S/. 0.00

TOTAL S/. 0.00

Tabla Nº 8: Presupuesto de Software

Tabla Nº 9: Presupuesto de Servicios



ServiciosCosto

S/.Fotocopiado S/. 200.00Movilidad S/. 400.00Impresiones S/. 200.00Anillados S/. 25.00Telefonía S/. 180.00Escaneado S/. 10.00Internet S/. 360.00

TOTAL S/. S/. 1375.00

47


CAPÍTULO IV

CRONOGRÁMA



48




TABLA Nº 10: Cronograma

49


CAPÍTULO V

BIBLIOGRAFÍA



50


Bibliografía

CSI.MAP(2006) Ministerio de Administración Publica de España. Métrica V3 [Citado el 06 de Octubre del 2006] Disponible en: http://www.csi.map.es/csi/metrica/

IBNORCA (2006) Pagina web de la organización Ibnorca [Citado el 30 de Setiembre del 2006] Disponible en: http://www.ibnorca.org

INDECOPI, NTP-ISO/IEC 12207:2004 Procesos del Ciclo de Vida del Software. Lima- Perú.

ISO (2006) Página Web ISO de Chile.[Citado el 02 de Octubre del 2006]. Disponible en http://www.iso.ch.

ONGEI (2006) Oficina Nacional de Gobierno Electrónico. [Citado el 09 de Octubre del 2006]. Disponible en http://www.ongei.gob.pe

SICE (2006) Diccionario Técnico. [Citado el 05 de Octubre del 2006] Disponible en: http://www.sice.oas.org

PORTAL OFICIAL DEL GOBIERNO REGIONAL – PIURA (2006); Manual de

Operaciones y Funciones del Gobierno Regional Piura. Disponible en:

http://www.regionpiura.gob.pe/detalle.php?pagina=mof

DICCIONARIO DE LA REAL ACADEMIA ESPAÑOLA (2006) [Citado el 16 de

Mayo de 2006] Disponible en: http://www.rae.es

LÓPEZ, Ángel; Luís, González; Parras, José & Fernández, Rosa (2005-2006) Marco de evaluación EFQM Basado en la Norma Internacional ISO12207. disponible en formato PDF en: alarcos.inf-cr.uclm.es/doc/calidad/Trabajos/EFQM%201.pdf

GARCÍA, Ángel; Hortolano, Julián; Olmo, Ángel; Pinilla Miguel & Pérez, Mariano(2006). Marco de Trabajo ISO 12207. Universidad de Castilla – La Mancha. Disponible en formato PDF

NORMA ISO 12207: Tecnología de la Información Procesos del Ciclo de Vida del Software. Disponible en formato PDF en: http://www.pcm.gob.pe/portal_ongei/Banco_Normas/IT-PROC_CICLO_VIDA_SW.pdf

NORMA TÉCNICA PERUANA “NTP-ISO/IEC 12207:2004 TECNOLOGÍA DE LA INFORMACIÓN. Procesos del ciclo de vida del software.” 1ª Edición

VILCHEZ, César. Oficina Nacional de Gobierno Electrónico e Informática- Presidencia del Consejo de Ministros NTP-ISO-IEC-12207 Ciclo Vida SoftwareDisponible en formato PPT



51

http://www.pcm.gob.pe/portal_ongei/Banco_Normas/IT-PROC_CICLO_VIDA_SW.pdf

http://www.pcm.gob.pe/portal_ongei/Banco_Normas/IT-PROC_CICLO_VIDA_SW.pdf

http://www.regionpiura.gob.pe/detalle.php?pagina=mof


CSI-MAP (2006) Ministerio de Administración Pública disponible en formato pagina web en: http://www.csi.map.es/csi/metrica3/

Dávila, Abraham (2005) Seminario de tecnologías de Información: NTP-ISO/IEC 12007:2003 Procesos del Ciclo de Vida de Software. Pontificia Universidad Católica del Perú. Disponible en formato PDF en: http://gidis.inf.pucp.edu.pe/recursos/Guia_adm_eficiente_sw_legal_en_la_adm_pub_rm-no-073.pdf

Ferré, Xavier(2005) tesis doctoral: Marco de Integración de la Usabilidad en el Proceso de Desarrollo Software. Universidad Politécnica de Madrid. [Citado: 25 de octubre de 2006]. Disponible en formato PDF en: http://is.ls.fi.upm.es/udis/miembros/xavier/papers/tesisXavierFerre.pdf



52

http://gidis.inf.pucp.edu.pe/recursos/Guia_adm_eficiente_sw_legal_en_la_adm_pub_rm-no-073.pdf

http://gidis.inf.pucp.edu.pe/recursos/Guia_adm_eficiente_sw_legal_en_la_adm_pub_rm-no-073.pdf

http://www.csi.map.es/csi/metrica3/


CAPÍTULO VI

ANEXOS

Formato Nº 01Calderón & Gutiérrez Implementación y Monitoreo del la Norma ISO 12207 para el Proceso de Ciclo de Vida del Software apoyado en el Software Gestor Metodológico


53


REQUERIMIENTOS FUNCIONALES Y REQUERIMIENTOS TÉCNICOS

UNIDAD: _____________________________________SUBMÓDULO: ____________________________________________________________MÓDULO: ________________________________________________________________FECHA: __________________________________________________________________

1. OBJETIVO : Identificar la lista completa de requerimientos funcionales y requerimientos técnicos con la

participación y aprobación de los usuarios de la UNIDAD _____________________________, para el software que se implementará en su unidad, software perteneciente al Módulo ________________________. Este documento no evalúa si el software funciona correctamente.

2. FUNDAMENTACIÓN :Especificaciones Técnicas que forman parte del Contrato (Numeral 5). Norma Técnica Peruana “NTP-ISO/IEC 12207:2004 TECNOLOGÍA DE LA INFORMACIÓN. Procesos del ciclo de vida del software. 1ª Edición”.

3. ESTRATEGIA :La Oficina de Tecnologías de Información (OTI) mostrará su avance del software desarrollado para la UNIDAD mediante la presentación de las interfaces desarrolladas con el fin de que los usuarios conozcan las funciones que brindará el software, los futuros usuarios verificarán que cubran las necesidades de todos los procesos de su UNIDAD y proporcionarán requerimientos que no hayan sido considerados por la OTI y que sean considerados necesarios por parte de los usuarios.

4. REQUERIMIENTOS TOMADOS EN CUENTA POR LA OFICINA DE TECNOLOGIAS DE INFORMACION Y CUYAS INTERFACES FUERON PRESENTADOS EN LA DEMOSTRACIÓN.

A. PROCESOS :

P01.- ________________________________________________________________

B. REQUERIMIENTOS FUNCIONALES

B.1. REQUERIMIENTOS DE USUARIO:

_____________________________________________________________

B.2. REQUERIMIENTOS DE CONFIGURACIÓN:

_____________________________________________________________

B.3. REQUERIMIENTOS DE SOPORTE DEL SISTEMA:

_____________________________________________________________

C. REQUERIMIENTOS TÉCNICOS



54


________________________________________________________________

5. REQUERIMIENTOS NO TOMADOS EN CUENTA POR LA EMPRESA XYZSOFT SRL Y CONSIDERADOS NECESARIOS POR LOS USUARIOS

A. PROCESOS :

________________________________________________________________

B. REQUERIMIENTOS FUNCIONALES :

________________________________________________________________

C. REQUERIMIENTOS TÉCNICOS :

________________________________________________________________

6. ACUERDOS ALCANZADOS El contenido de los numerales 4 y 5 incluidos en el presente documento constituyen todos los

requerimientos que la OTI deberá desarrollar en su totalidad respetando las especificaciones para la plataforma de desarrollo señaladas en el numeral 8 de las especificaciones técnicas que forman parte del Contrato.

______________________________________________________________________

7. PARTICIPANTES

PERSONAL DE LA UNIDAD:

Apellidos y Nombres DNI Firma

…………………………………………………… .......................... …………………

…………………………………………………… .......................... …………………

…………………………………………………… .......................... …………………

PERSONAL DEL AREA DE SISTEMAS

Apellidos y Nombres DNI Firma

…………………………………………………… .......................... …………………

…………………………………………………… ......

ANEXO Nº 2



55


CUESTIONARIO DE LA ENTREVISTA

REQUISITOS SOLICITADOS

SISTEMA DE MONITOREO DE LA NORMA ISO 12207 PARA EL PROCESO DEL CICLO DE VIDA DEL SOFTWARE EN EL GOBIERNO REGIONAL PIURA

El presente cuestionario será desarrollado como guía de la entrevista a realizar al usuario que requiere del software, éste nos permitirá conocer los requisitos solicitados por el usuario. La persona entrevistadota se encargará de anotar los puntos que crea conveniente y los más importantes en las líneas en blanco.

Nombre: _________________________________________________Cargo: _______________________________

1. ¿Cómo se lleva actualmente el proceso?

____________________________________________________________________

________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

______________________________________________________.

2. ¿Cuáles son los requisitos más importantes para el software?

____________________________________________________________________

________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________



56


____________________________________________________________________

____________________________________________________________________

______________________________________________________.

3. ¿Cuáles son los recursos más utilizados durante el proceso ?

____________________________________________________________________

________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

______________________________________________________.

4. ¿Cuáles son las ventajas y desventajas del sistema actual que manejan?

____________________________________________________________________

________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

______________________________________________________.

5. ¿en qué cree que ayudaría el nuevo software a implementar?



57


____________________________________________________________________

________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

______________________________________________________.

OTROS:

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

Entrevistadoras: _____________________________ Fecha:____/____/_____ _____________________________ Hora: _____:______

________________________Firma del entrevistado



58


ANEXO Nº 3

CUESTIONARIO ENCUESTA

GRADO DE SATISFACCIÓN

SISTEMA DE MONITOREO DE LA NORMA ISO 12207 PARA EL PROCESO DEL CICLO DE VIDA DEL SOFTWARE EN EL GOBIERNO REGIONAL PIURA

El presente cuestionario de encuesta será desarrollado como guía para obtener el grado de satisfacción y agrado de cada usuario por la implementación del software solicitado. Debe marcar con un círculo su respuesta a cada pregunta que se le presenta.

1.- ¿A través del nuevo software implementado que tanto ha mejorado su actividad

laboral?

a) Mucho

b) Regular

c) poco

d) Nada.

2.- ¿Obtiene usted la información de manera inmediata con el nuevo software?

a) Siempre

b) Casi siempre

c) A veces

d) Nunca

3.- ¿Es fácil de manejar el sistema que usted está utilizando?

a) Siempre

b) Casi siempre

c) A veces



59


d) Nunca

4.- ¿Se encuentra usted satisfecho con el nuevo sistema?

a) Mucho

b) Regular

c) Poco

d) Nada.

5.- ¿Cumple el nuevo sistema con todos los requisitos solicitados?

a) Siempre

b) Casi siempre

c) A veces

d) Nunca

6.- ¿La terminología usada en el sistema es la adecuada?

a) Siempre

b) Casi siempre

c) A veces

d) Nunca

7.- ¿El número de pasos para realizar cada tarea es el adecuado?

a) Siempre

b) Casi siempre

c) A veces

d) Nunca



60


8.- ¿El sistema ofrece suficiente información sobre los pasos a realizar en cada

operación?

a) Siempre

b) Casi siempre

c) A veces

d) Nunca

9.- ¿Con sistema actual a reducido el número de errores?

e) Mucho

f) Regular

g) Poco

h) Nada.

10.- ¿Cuál es su opinión general del sistema?

a) Muy bueno

b) Regular

c) Malo

d) Pésimo

Gracias por su participación



61


Ésta encuestas se mide de la siguiente forma:

Como para cada pregunta se presentan 4 opciones las cuales se asemejan (grado de medición), una vez completada dicha encuesta. Se procederá al conteo de las letras ara conocer cuál de las letras ha obtenido mayo puntaje

Si la mayor cantidad de letras son:

Puntuación Grado de Satisfacción

a) Quiere decir qué el usuario se encuentra está Muy satisfecho.

b) Quiere decir que el usuario se encuentra Satisfecho.

c) Quiere decir que el usuario se encuentra Medianamente Satisfecho.

d) Quiere decir que el usuario se encuentra Muy insatisfecho



62


ANEXO Nº 4CUADRO COMPARATIVO DE LAS METODOLOGÍAS

FactoresMETODOLOGÍAS

Métrica 3 R.U.P XPProyectos a corto plazo

X

Proyectos a largo plazo

X X

Desarrollos de sistemas de Información

X

Procesos Independientes

X

Útil para las actividades del ciclo de vida del Software

X

Utiliza al usuario como parte del equipo

X X

Los procesos los realizan linealmente

X X

Permite la captura adecuada de requisitos

X X X

Se divide en procesos para el mejor desarrollo de éstos

X X X

Permite certificación en el desarrollo del software

X X

Permite lograr la satisfacción de las necesidades del usuario

X X

Genera documentos para el soporte del proyecto

X X

Comunicación entre los distintos participantes de software

X X

La selección de la metodología se secciona de la siguiente manera:Se suma las X de cada columna y la que tiene mayor puntaje es la adecuada para la implementación de éste proyecto, en este caso la metodología Métrica V.3

http://www.regionpiura.gob.pe/detalle_pdf.php?pagina=mof_sede_uo_2_2007.pdf



63

Copia de Proyecto de Tesis 2008

Documents

Transcript of Copia de Proyecto de Tesis 2008