1. reporte estadia cdgs
TRANSCRIPT
-
INFORME DEL PROYECTO DE ESTADA
Soporte Tcnico
DESARROLLADO EN LA EMPRESA
Secretara General de Gobierno, Direccin de Informtica y Modernizacin
POR EL ALUMNO
Carolina Dianey Garca Snchez
PARA OBTENER EL TTULO DE
Tcnico Superior Universitario en Tecnologas de la Informacin y Comunicacin
rea Sistemas Informticos
ASESOR ACADEMICO
Lic. Juan Carlos Medina del Alto
ASESOR EMPRESARIAL
Encargada de Soporte Tcnico. Nohem Marn Garca
Rincn de Romos, Ags. Agosto de 2013
-
DEDICATORIAS
A Dios por haberme permitido llegar hasta este punto y dado salud para lograr
mis objetivos, adems de su infinita bondad y amor.
A mis padres Vctor Manuel Garca Romero y Mara de Lourdes Snchez
Rodrguez por darme la vida, quererme mucho, creer en m, por ser el pilar
fundamental en todo lo que soy, en toda mi educacin, tanto acadmica, como de
la vida, por su incondicional apoyo perfectamente mantenido a travs del tiempo,
por sus consejos, sus valores, por la motivacin constante que me ha permitido
ser una persona de bien, por el ejemplo de perseverancia y constancia que los
caracteriza y que me han inculcado siempre, por el valor mostrado para salir
adelante y ms que nada por su amor, por darme una carrera para mi futuro, todo
esto se los debo a ustedes, gracias.
A mi hermano Jonathan Olaf Garca Snchez para que vea en m un ejemplo a
seguir, porque l para mi es mi motivacin para salir adelante, y as l vea la
importancia que tiene el estudio actualmente, para que sea alguien en la vida y
luche por sus ideales.
-
AGRADECIMIENTOS
A mi asesor acadmico. Lic. Juan Carlos Medina del Alto por su gran motivacin
para la culminacin de mis estudios profesionales y para la elaboracin de este
reporte por su apoyo ofrecido en este trabajo; por su tiempo compartido y por
impulsar el desarrollo de mi formacin acadmica.
A mis amigos. Que nos apoyamos mutuamente en nuestra formacin acadmica y
que hasta ahora, seguimos siendo amigos: Ruth Araceli Luvano de la Rosa, Erika
Rodrguez Rodrguez, Claudia Alejandra Esparza Loera, Ana Judith Herrera
Duron, Diana Sandoval Araujo y Perla Pasillas Guerrero.
A mi asesor empresarial. Nohem Marn Garca por su valiosa asesora, por todas
las facilidades que me otorgo durante el proceso de investigacin y por su
paciencia y consejos en el mbito de lo que es el soporte tcnico, en el transcurso
de lo que es la realizacin de la estada.
A mis maestros de la Universidad Tecnolgica del Norte De Aguascalientes de la
carrera de TIC-SI que siempre nos brindaron sus conocimientos y nos orientaron
durante todo este tiempo. Todo este trabajo ha sido posible gracias a ellos.
-
INTRODUCCIN
En el presente reporte se muestra el trabajo realizado durante las prcticas
acadmicas en el proyecto enfocado al Soporte Tcnico el cual consiste en
realizar el mantenimiento preventivo y correctivo de los equipos y dispositivos que
se encuentran en las diferentes dependencias de la institucin.
El reporte abarca cinco captulos de los cuales el primero trata acerca de la
Secretara de Gobierno y los dems captulos de las actividades en las que se
particip.
El primer captulo muestra los antecedentes de la Secretara de Gobierno y acerca
de su perfil, caracterizacin de la empresa, estructura organizacional y el anlisis
foda.
El segundo captulo trata de la descripcin de los problemas que surgen en la
Secretaria de Gobierno, plan de accin, objetivo, alcance del proyecto y
metodologa.
El tercer captulo consiste en desarrollar la teora que va a fundamentar el
proyecto con base al planteamiento del problema que se ha realizado, esto se
refiere al marco terico.
El cuarto captulo se toma en cuenta los requerimientos del proyecto as como la
metodologa a usarse dentro del mismo, tomando en cuenta las tcnicas
existentes para su realizacin, adems del soporte realizado tanto preventivo
como correctivo a los diferentes equipos y dispositivos.
Y por ltimo el quinto captulo trata de resultados obtenidos se divide en
evaluacin de resultados, recomendaciones y conclusiones.
-
NDICE
Introduccin ndice Captulo 1 Marco referencial Introduccin 2
1.1 Perfil de la empresa 3
1.2 Antecedentes histricos 4
1.3 Caractersticas de la empresa 5
1.4 Estructura organizacional (organigrama) 6
1.5 Anlisis FODA 7
Captulo 2 Descripcin del proyecto Introduccin 9
2.1 Planteamiento del problema 10
2.2 Objetivo del proyecto 11
2.3 Cronograma de trabajo 12
2.4 Plan de accin 15
2.5 Metodologa 20
2.6 Alcances y limitaciones 22
Captulo 3 Marco Terico Introduccin 24
3.1 Metodologa espiral 25
3.2 Metodologa de desarrollo en espiral 32
3.3 Mantenimiento preventivo y correctivo 34
3.4 Ciclo del proyecto 36
3.5 Espiral 39
3.6 El modelo en espiral 41
3.7 El modelo en espiral II 44
3.8 Planificacin de un proyecto de ingeniera de software 46
Captulo 4 Desarrollo del proyecto Introduccin 51
4.1 Fase de anlisis 52
4.2 Fase de diseo 58
4.3 Fase de implementacin 80
4.4 Fase de pruebas 83
Captulo 5 Resultados obtenidos Introduccin 88
5.1 Evaluacin de resultados 89
5.2 Recomendaciones 90
5.3 Conclusiones 91
Glosario Bibliografa
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
1
Captulo 1
Marco referencial
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
2
INTRODUCCIN
El siguiente anlisis se ha centrado en el estudio de la SEGOB (Secretara
General de Gobierno), la relevancia del proyecto se debe a que consideramos que
requiere el entendimiento de los diversos factores que constituyen las diferentes
reas, para ello es necesario hacer el anlisis para comprobar los requerimientos
y el funcionamiento establecido.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
3
1.1 PERFIL DE LA EMPRESA
Nombre o razn social:
Secretaria General del Gobierno del Estado de Aguascalientes, Direccin de
Informtica y Modernizacin
Giro
Servicios pblicos.
Domicilio
Daz de Len #102, Zona Centro C.P. 20000.Aguascalientes, Ags.
Telfono(s)
(449) 9182289 Ext. 3520
(449) 9102015 Ext. 3520
Correo electrnico
Pgina web
http://www.aguascalientes.gob.mx/segob/
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
4
1.2 ANTECEDENTES HISTRICOS
La Secretara de Gobierno es una dependencia de la administracin pblica
centralizada, y es la encargada de auxiliar al titular del Poder Ejecutivo en la
conduccin de la poltica interna y procurar la legalidad y la gobernabilidad
democrtica del Estado. De la misma forma intervenimos en la instrumentacin
jurdica de sus decisiones, as como en la coordinacin funcional de las reas
relativas al trabajo, la mediacin, la atencin a migrantes, la proteccin civil, el
Registro Pblico de la Propiedad, el Registro Civil, la Visitadura de Notaras, los
Archivos del Estado entre otras reas, con las funciones y atribuciones que nos
confiere expresamente la Ley Orgnica de la Administracin Pblica del Estado de
Aguascalientes, as como la normatividad aplicable.
Nuestro impulso nace con base en la poltica de gobierno instrumentada en una
administracin basada en la tica y el profesionalismo, que trabaja con
honestidad, probidad, eficiencia y transparencia, que se retroalimenta y enriquece
del dilogo con nuestro eje principal: la ciudadana.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
5
1.3 CARACTERSTICAS DE LA EMPRESA
Misin
Impulsar una cultura poltica incluyente que garantice la gobernabilidad del Estado
de Aguascalientes brindando certeza y seguridad jurdica, que abarque a todos los
sectores y actores de la sociedad en un marco de respeto, legalidad,
transparencia, equidad y participacin, que propicie el desarrollo armnico del
Estado.
Visin
La Secretara de Gobierno ser lder a nivel nacional en todos los mbitos de su
competencia, con la participacin activa de la sociedad, los sectores y poderes,
que le permitan establecer la plataforma necesaria que le brinde seguridad jurdica
al estado y lo proyecte en el logro de su desarrollo integral.
Objetivos estratgicos
Optimizar los procesos de conciliacin, tramitacin y resolucin pronta y expedita
de los conflictos laborales en el Estado de Aguascalientes. Lograr el
reconocimiento, por parte del sector a quien se dirige nuestro trabajo, de la
eficiente, eficaz y transparente atencin y resolucin de los conflictos laborales.
Poltica de calidad
La Secretara de Gobierno se compromete a impulsar una poltica incluyente que
garantice la gobernabilidad del Estado de Aguascalientes, brindando certeza y
seguridad jurdica a todos los sectores y actores de la sociedad en un marco de
calidad y liderazgo, procurando la mejora continua en su actuacin, de manera
que establezca la plataforma necesaria que la sociedad espera, actuando con
respeto, legalidad, transparencia, equidad y participacin.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
6
1.4 ESTRUCTURA ORGANIZACIONAL
SEGOB
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
7
1.5 ANLISIS FODA.
Fortalezas
F1. Cuenta con personal capacitado en atencin a los usuarios de las diferentes
dependencias.
F2. Est ubicado en un lugar estratgico.
F3. Posee un nmero de inventario para el manejo de los equipos de cmputo.
F4. Cuenta con un dominio propio.
F5. Usabilidad de los materiales y equipos utilizados.
Debilidades
D1. Algunas veces la red se encuentra ocupada.
D2. No posee equipos con tecnologa acorde a las necesidades actuales.
D3. Presupuesto limitado para adquirir dispositivos requeridos.
Oportunidades
O1. Calidad en el servicio soporte tcnico a usuarios.
O2. Incursin de nuevos sistemas y tecnologas, adems de equipos e
infraestructura.
O3. Las necesidades en instalacin, mantenimiento, diagnstico y evaluacin del
rendimiento de los equipos de las dependencias para la realizacin de su trabajo.
Amenazas
A1. Sistemas y equipos obsoletos.
A2. Utilizacin de servicios de TI contratados a terceros, ejemplo HP, lo que hace
que no sea necesario tener una oficina de soporte.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
8
Captulo 2
Descripcin del proyecto
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
9
INTRODUCCIN
En este captulo se tomaran en cuenta los requerimientos del proyecto, as como
las tcnicas utilizadas para determinar los estndares que tendrn los formatos o
checklist, tomando en cuenta la metodologa existente para su realizacin,
guindonos del plan de accin para saber cmo se ir desarrollando.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
10
2.1 PLANTEAMIENTO DEL PROBLEMA
El rea de soporte tcnico de la secretaria general del gobierno realiza el
mantenimiento preventivo y correctivo nicamente al presentar el usuario de
alguna de las dependencias el problema que se le est presentando tanto con su
equipo o algn dispositivo que utiliza para realizar su trabajo, el encargado del
departamento asigna a alguno de los compaeros para que le vaya a corregir el
problema, una vez enviado, l compaero asignado tiene que llevar un control de
los soportes auxiliados, se realiza por medio de un sistema el cual se trata de
realizar reportes del problema y lo que fue la solucin; cuenta con personal
capacitado en atencin a los usuarios de las diferentes dependencias, est
ubicado en un lugar estratgico, posee un nmero de inventario para el manejo de
los equipos de cmputo, cuenta con un dominio propio, usabilidad de los
materiales y equipos utilizados, calidad en el servicio soporte tcnico a usuarios,
incursin de nuevos sistemas y tecnologas, adems de equipos e infraestructura,
las necesidades en instalacin, mantenimiento, diagnstico y evaluacin del
rendimiento de los equipos de las dependencias para la realizacin de su trabajo.
Es muy comn encontrarse en escenarios como el de prdida de informacin y/o
de hardware, la instalacin de software no completada, los equipos de cmputo
con fallas constantes como: su funcionamiento lento, reinicindose
constantemente, llegando al grado de no encender; los usuarios eliminan archivos
por accidente, falla de la impresora, falla de la red gubernamental, el aumento de
equipos en la red que no estn contemplados, algunas veces la red se encuentra
ocupada, no posee equipos con tecnologa acorde a las necesidades actuales,
presupuesto limitado para adquirir dispositivos requeridos, sistemas y equipos
obsoletos, utilizacin de servicios de TI contratados a terceros, ejemplo HP, lo que
hace que no sea necesario tener una oficina de soporte y mal funcionamiento de
un dispositivo o equipo a prestar esto debido a que no se tienen establecidos
criterios para la realizacin del mantenimiento preventivo y correctivo.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
11
2.2 OBJETIVO DEL PROYECTO
Actualmente en la Secretaria General de Gobierno del Estado de Aguascalientes
no se cuenta con procesos estandarizados que permitan el aseguramiento del
buen funcionamiento de los equipos de cmputo asignados a esta dependencia.
Es muy comn encontrarse en escenarios como el de prdida de informacin y/o
prdida de hardware esto debido a que no se tienen establecidos criterios para la
realizacin del mantenimiento preventivo y correctivo.
Objetivo General
Disear un manual de operacin o de soporte tcnico que contenga mtodos
estandarizados a travs de formatos checklist que nos permitan en todo
momento asegurarnos que los equipos de cmputo funcionen eficientemente y as
conscientes del valor agregado que hoy en da es la informacin. Evitar prdidas
de hardware y software.
Objetivos Especficos
Aumentar la productividad del personal responsable de elaborar.
Reducir los tiempos de entrega del trabajo diario a los usuarios.
Optimizar el funcionamiento de los equipos de cmputo, establecer acceso a
internet bsico y abierto, sistemas operativos instalados correctamente,
paquetera correspondiente instalada, antivirus instalado y actualizado.
Minimizar perdidas de software y hardware que representen un retraso en el
trabajo diario de la Secretaria General de Gobierno del Estado de
Aguascalientes.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
12
2.3 CRONOGRAMA DE TRABAJO
No. ACTIVIDAD P/R SEMANA
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
1 Identificacin de las
necesidades
P
R
2 Diseo de una
propuesta de solucin
P
R
3 Desarrollo de proyecto P
R
4 Realizacin del
proyecto
P
R
5 Implementacin P
R
6 Pruebas P
R
7 Control de proyectos P
R
8 Mantenimiento P
R
9 Terminacin P
R
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
13
IDENTIFICACIN DE LAS NECESIDADES: Se inicia con el reconocimiento de
una necesidad, un problema o una oportunidad y termina con la emisin de una
solicitud de propuesta, con la finalidad de mejorar la condicin existente,
realizando respectivas actividades mencionadas en el plan de accin.
DISEO DE UNA PROPUESTA DE SOLUCIN: Esta etapa comienza una vez
identificada la necesidad, en la que se lleva a cabo un proceso de preparacin de
propuestas y los elementos que podran ser incluidos en esta misma para poder
llegar a un acuerdo con el cliente.
DESARROLLO DEL PROYECTO: Esta fase se conforma por dos partes, siendo la
primera la planeacin detallada y por ltimo, hay que ponerlo en prctica; la
planeacin debe mostrar cmo se realizaran las tareas dentro del presupuesto y
en el tiempo sealado, en s, la planeacin determina lo que se necesita hacer,
quien lo har, cunto tiempo se necesitara y cuanto costara.
REALIZACIN DEL PROYECTO: Una vez realizada la planificacin del proyecto
se puede poner en prctica las actividades programadas en este, el cual,
aumentara el trabajo conforme se vayan incluyendo ms recursos o tareas al
proyecto.
IMPLEMENTACION: En la etapa de implementacin se realiza todo lo que sea
necesario para que la nueva solucin pueda ser realidad en las condiciones para
las cuales fue diseada. Se dice fcil, por lo que se subestima en muchas
ocasiones. La realidad es que por muy buena y simple que sea una solucin
nueva siempre se requiere un proceso mediante el cual se logra hacerla funcionar.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
14
PRUEBAS: Durante este proceso se debern de implementar todas las estrategias
posibles para garantizar que el uso inicial de los checklist se encuentren libres de
problemas lo cual se puede descubrir durante este proceso y llevar a cabo las
correcciones de lugar para su buen funcionamiento.
CONTROL DE PROYECTOS: Esta etapa tiene la funcin de supervisar los
avances del plan conforme se vayan realizando, es decir, medir el progreso real y
as poderlo comparar con lo establecido en la planeacin del proyecto; esto debe
ser de manera peridica y oportuna.
MANTENIMIENTO: Esta fase es la penltima que se aplica al ciclo de vida del
desarrollo del proyecto.
TERMINACIN DEL PROYECTO: El propsito de terminar apropiadamente un
proyecto es aprender de la experiencia ganada, con la finalidad de mejorar el
desempeo de los usuarios.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
15
2.4 PLAN DE ACCIN
1. IDENTIFICACIN DE LAS NECESIDADES
1.1 Se realizara una reunin inicial del proyecto: Consiste en presentar el
proyecto a los miembros del rea de Soporte Tcnico, incluyendo objetivos y
responsabilidades.
Actividades:
1) Se presentara en lo que consistir el proyecto a los integrantes del rea de
Soporte Tcnico.
2) Se presentara los objetivos del proyecto.
3) Se planteara las responsabilidades en las que consiste el proyecto.
El responsable ser el alumno y los encargados del rea de soporte tcnico, con
una duracin de un da, en la dependencia de informtica y modernizacin.
1.2 Se realizara una investigacin preliminar: Tiene como finalidad buscar la
informacin suficiente para determinar si se debe continuar con el ciclo de vida del
desarrollo del proyecto.
Actividades:
1) Se aclara y comprender lo solicitado del proyecto.
2) Se definir el alcance y las restricciones o limitaciones del proyecto.
3) Se identificaran los beneficios que se obtendrn si los checklist propuestos
estn completos.
4) Se presentara un informe al rea de soporte tcnico de lo establecido.
El responsable ser el alumno y los encargados del rea de soporte tcnico, con
una duracin de catorce das, en las diferentes dependencias de la secretaria de
gobernacin y en especial en la dependencia de informtica y modernizacin.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
16
2 DISEO DE UNA PROPUESTA DE SOLUCIN
2.1 Se realizara el levantamiento de la informacin: Es el proceso mediante el
cual el analista recopila datos e informacin de la situacin, con el propsito de
identificar problemas y oportunidades de mejoras.
Actividades:
1) Se realizaran las entrevistas correspondientes al personal del rea de soporte
tcnico.
2) Se Identificaran problemas de requerimientos del proyecto.
3) Se obtendrn mejoras para el proyecto.
El responsable ser el alumno, con una duracin de tres das en las diferentes
dependencias de la secretaria de gobernacin y en especial en la dependencia de
informtica y modernizacin.
2.2 Se realizara la obtencin de requerimientos: Estos especifican lo que el
encargado de soporte necesita para basarse de la informacin para saber que
deber hacer o cuales pasos sigue para la solucin.
Actividades:
1) Se identificaran los requerimientos.
2) Se obtendrn los requerimientos funcionales y no funcionales.
El responsable ser el alumno, con una duracin de cinco das, en el rea de
soporte y redes.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
17
2.3 Se realizara la lista de riesgos: Se analizan los principales riesgos del proyecto.
Actividades:
1) Se identificaran los riesgos potenciales del proyecto.
2) Se discutir sobre su impacto en el proyecto.
3) Se priorizan los riesgos.
4) Se categorizan los riesgos.
El responsable ser el alumno, con una duracin de tres das, en el rea de
soporte y redes.
3 DESAROLLO DEL PROYECTO
3.1 Se realizara la validacin de requerimientos: Se realizara la documentacin
de los requerimientos del proyecto.
Actividades:
1) Se verificaran los requerimientos establecidos.
El responsable ser el alumno y los encargados del rea de soporte tcnico, con
una duracin de seis das, en el rea de soporte y redes.
4 REALIZACIN DEL PROYECTO
4.1 Se realizara el anlisis para desarrollar los checklist: Trata bsicamente de
determinar los objetivos y lmites del proyecto objeto de anlisis, caracterizar su
estructura y funcionamiento, marcar las directrices que permitan alcanzar los
objetivos propuestos y evaluar sus consecuencias.
Actividades:
1) Se realizara el examen de supervivencia.
2) Se realizara el acta de proyecto.
El responsable ser el alumno, con una duracin de trece das en el rea de
soporte y redes.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
18
4.2 Se realizara el diseo de los checklist: El diseo del formato checklist se
define con el proceso de aplicar ciertas tcnicas y principios con el propsito de
definir un proceso, con suficientes detalles como para permitir su interpretacin y
realizacin fsica.
Actividades:
1) Se mantendr la precisin de los requerimientos del cliente.
El responsable ser el alumno, con una duracin de trece das en el rea de
soporte y redes.
5 IMPLEMENTACION
5.1 Se realizara la implementacin de los checklist segn la falla de software o
prdida de hardware: Al implementar el checklist lo primero que debemos de tener
en cuenta es que debemos de elegir el adecuado ya que no es el mismo para
cada situacin que se presente y al igual van surgiendo ms cotidianamente.
Actividades:
1) Se determinara la situacin que se presente.
2) Se tomara el formato correspondiente.
3) Se seguirn los pasos en curso hasta finalizar.
El responsable ser el alumno, con una duracin de treinta das en el rea de
soporte y redes.
6 PRUEBAS
6.1 Se realizara el plan para verificar si funcionan de la manera planeada: Se
realizara la verificacin y validacin del proyecto.
Actividades:
1) Se realizara las pruebas establecidas.
El responsable ser el alumno, con una duracin de quince das, en el rea de
soporte y redes.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
19
7 CONTROL DE PROYECTOS
7.1 Se realizara la validacin del checklist: Se realizara la verificacin y
validacin del software del proyecto.
Actividades:
1) Se realizara una reunin con los encargados del rea de soporte tcnico para
determinar si el funcionamiento es correcto.
El responsable ser el alumno y los encargados del rea de soporte tcnico, con
una duracin de quince das, en el rea de soporte y redes.
7.2 Se describirn los cambios realizados: Se realizara la documentacin de los
cambios realizados en el formato segn los encargados del rea de soporte
tcnico.
Actividades:
1) Se sealara los defectos encontrados.
2) Se describirn los cambios realizados.
3) Se realizara un reporte de lo ya antes mencionado.
El responsable ser el alumno, con una duracin de cinco das, en el rea de
soporte y redes.
8 MANTENIMIENTO
8.1 Se realizara el mantenimiento de los checklist: Mantener y mejorar el
formato para enfrentar errores descubiertos y nuevos requisitos. Esto puede llevar
ms tiempo incluso que el desarrollo inicial del software. Alrededor de 2/3 de toda
la ingeniera de software tiene que ver con dar mantenimiento. Es el proceso de
control, mejora y optimacin del desarrollo, que tambin incluye depuracin de
errores y defectos que puedan haberse filtrado de la fase de pruebas de control.
El responsable ser el alumno, con una duracin de tres das, en el rea de
soporte y redes.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
20
9 TERMINACIN DEL PROYECTO
9.1 Se realizara la presentacin de los checklist desarrollados: Se realizara la
presentacin del proyecto realizado.
El responsable ser el alumno y asesores, con una duracin de un da, en el rea
de soporte y redes.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
21
2.5 METODOLOGA
En el transcurso de este proyecto la metodologa que se utilizara es la
metodologa en espiral ya que la atencin se centra en la evaluacin y reduccin
del riesgo del proyecto dividiendo el proyecto en segmentos ms pequeos y
proporcionar ms facilidad de cambio durante el proceso de desarrollo, as como
ofrecer la oportunidad de evaluar los riesgos y con un peso de la consideracin de
la continuacin del proyecto durante todo el ciclo de vida, considerando que cada
viaje alrededor de la espiral atraviesa cuatro cuadrantes bsicos:
1. Determinar objetivos, alternativas, y desencadenantes de la iteracin:
Fijar tambin los productos definidos a obtener: requerimientos, especificacin,
manual de operaciones de soporte tcnico.
Fijar las restricciones.
Identificacin de riesgos del proyecto y estrategias alternativas para evitarlos.
Hay una cosa que solo se hace una vez: planificacin inicial.
2. Evaluar alternativas; Identificar y resolver los riesgos:
Revisamos todo lo hecho, evalundolo, y con ello decidimos si continuamos
con las fases siguientes y planificamos la prxima actividad.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
22
3. Desarrollar y verificar los resultados de la iteracin:
Tareas de la actividad propia y de prueba.
Anlisis de alternativas e identificacin y resolucin de riesgos.
Dependiendo del resultado de la evaluacin de los riesgos, se elige un modelo
para el desarrollo, el que puede ser cualquiera de los otros existentes, como
formal, evolutivo, cascada, etc. As si por ejemplo si los riesgos en la interfaz
de usuario son dominantes, un modelo de desarrollo apropiado podra ser la
construccin de prototipos evolutivos. Si lo riesgos de proteccin son la
principal consideracin, un desarrollo basado en transformaciones formales
podra ser el ms apropiado.
4. Plan de la prxima iteracin, cabe mencionar que cada ciclo comienza con
la identificacin de los interesados y sus condiciones de ganancia, y termina con la
revisin y examinacin:
Se lleva a cabo el estudio de las causas de las posibles amenazas, probables
eventos no deseados, los daos y consecuencias que stas puedan producir.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
23
2.6 ALCANCES Y LIMITACIONES
Limitaciones
Instalar software no contemplado.
Falta de licencias del software a instalar.
No contemplar en la red con el aumento del nmero de equipos a usar.
Cambio por el usuario la conexin establecida para el uso de internet.
Mal funcionamiento no contemplado de algn dispositivo a utiliza.
Falta de recursos.
Tiempo de desarrollo del proyecto.
Alcances
Se optimizara el uso de los equipos de cmputo de cada dependencia que lo
requiera.
Se mantendrn actualizados los equipos de cmputo.
Habr acceso a internet en cada equipo con los servicios especficos para
cada departamento como lo es internet bsico y normal.
Los usuarios de las diferentes dependencias podrn desarrollar sus actividades
con mayor rapidez y sin interrupciones.
Se dar un buen uso a la red y no se saturara al no poder indagar a otros sitios
no requeridos para su trabajo.
Equipos de cmputo en perfectas condiciones sin error en el sistema y
totalmente limpios.
Sistemas operativos instalados correctamente.
Paquetera correspondiente instalada.
Antivirus instalado y actualizado.
Estandarizacin en los procesos de mantenimiento correctivo y preventivo.
Minimizar perdidas de hardware y software.
Funcionamiento ptimo de los equipos de cmputo de la dependencia.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
24
Captulo 3
Marco terico
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
25
INTRODUCCIN
Es importante mencionar la metodologa que hacen referencia al proyecto. En el
siguiente apartado se definen cada uno de los trminos relacionados con el
proyecto de estada, est compuesto de lo siguiente se encuentra informacin
terica del proyecto, continua con la descripcin de la metodologa y termina con
investigaciones pasadas realizadas con la misma metodologa en este caso la
metodologa en espiral.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
26
3.1 METODOLOGA ESPIRAL
De acuerdo con Grupo espiral php (8 de agosto del 2009); Boehm, ide y
promulg un modelo desde un enfoque distinto al tradicional en Cascada: El
Modelo Evolutivo Espiral. Su Modelo de Ciclo de Vida en Espiral tiene en cuenta
fuertemente el riesgo que aparece a la hora de desarrollar software. Para ello, se
comienza mirando las posibles alternativas de desarrollo, se opta por la de riesgo
ms asumible y se hace un ciclo de la espiral. Si el cliente quiere seguir haciendo
mejoras en el software, se vuelve a evaluar las distintas nuevas alternativas y
riesgos y se realiza otra vuelta de la espiral, as hasta que llegue un momento en
el que el producto software desarrollado sea aceptado y no necesite seguir
mejorndose con otro nuevo ciclo.
HISTORIA
El creador del modelo en espiral fue Barry Boehm quien recibi su grado de B.A.
de Harvard en 1957, y sus grados de M.S. y de PhD. de UCLA en 1961 y 1964,
todo en matemticas.
Barry Boehm era un Programador-Analista en General Dynamics entre 1955 y
1959, sus intereses actuales de la investigacin incluyen modelar de proceso del
software, ingeniera de requisitos del software, las arquitecturas del software,
mtrica del software y los modelos del coste, los ambientes de la tecnologa de
dotacin lgica, y tecnologa de dotacin lgica basada en el conocimiento. Sus
contribuciones al campo incluyen el modelo constructivo del coste (COCOMO), el
modelo espiral del proceso del software, el acercamiento de la teora W (ganar-
gane) a la determinacin de la gerencia y de los requisitos del software y a dos
ambientes avanzados de la tecnologa de dotacin lgica: el sistema y el quantum
de la productividad del software de TRW saltan el ambiente.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
27
DEFINICION
El MODELO en espiral, propuesto originalmente por BOEHM en 1976, es un
modelo de proceso de software evolutivo donde se conjuga la naturaleza de
construccin de prototipos con los aspectos controlados y sistemticos del
MODELO LINEAL y SECUENCIAL. Proporciona el potencial para el desarrollo
rpido de versiones incrementales del software que no se basa en fases
claramente definidas y separadas para crear un sistema.
EL modelo en espiral se divide en un nmero de actividades de marco de trabajo,
tambin llamadas REGIONES DE TAREAS , cada una de las regiones estn
compuestas por un conjunto de tareas del trabajo llamado CONJUNTO DE
TAREAS que se adaptan a las caractersticas del proyecto que va a emprenderse
en todos los casos se aplican actividades de proteccin.
TIPOS
El modelo espiral tuvo varias modificaciones que son:
Modelo Original de Boehm.
Modelo Tipico de Seis Regiones.
Modelo WINWIN.
MODELO ORIGINAL DE BOEHM
No hay un nmero definido de iteraciones. Las iteraciones debe decidirlas el
equipo de gestin de proyecto.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
28
Cada vuelta se divide en 4 sectores:
Planeacin: determinacin de los objetivos, alternativas y restricciones.
Anlisis de riesgo: anlisis de alternativas e identificacin/resolucin de
riesgos.
Ingeniera: desarrollo del producto hasta "el siguiente nivel".
Evaluacin: valoracin por parte del cliente de los resultados obtenidos.
El movimiento de la espiral, ampliando con cada iteracin su amplitud radial, indica
que cada vez se van construyendo versiones sucesivas del software, cada vez
ms completas.
Uno de los puntos ms interesantes del modelo, es la introduccin al proceso de
desarrollo a las actividades de anlisis de los riesgos asociados al desarrollo y a la
evaluacin por parte del cliente de los resultados del software.
3.1 Modelo espiral original de Boehm
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
29
MODELO TIPICO DE SEIS REGIONES
A diferencia del modelo de proceso clsico que termina cuando se entrega el
software, el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del
software de computadora. Una visin alternativa del modelo en espiral puede ser
considerada examinando el eje de punto de entrada en el proyecto.
Las regiones de tareas que componen este modelo son:
Comunicacin con el cliente: las tareas requeridas para establecer
comunicacin entre el desarrollador y el cliente.
Planificacin: las tareas requeridas para definir recursos, el tiempo y otras
informaciones relacionadas con el proyecto. Son todos los requerimientos.
Anlisis de riesgos: las tareas requeridas para evaluar riesgos tcnicos y otras
informaciones relacionadas con el proyecto.
Ingeniera: las tareas requeridas para construir una o ms representaciones de
la aplicacin.
Construccin y adaptacin: las tareas requeridas para construir, probar, instalar
y proporcionar soporte al usuario.
Evaluacin del cliente: las tareas requeridas para obtener la reaccin del
cliente segn la evaluacin de las representaciones del software creadas
durante la etapa de ingeniera e implementacin durante la etapa de
instalacin.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
30
MODELO WINWIN
El modelo en espiral WINWIN de Boehm, define un conjunto de actividades de
negociacin al principio de cada paso alrededor de la espiral. Ms que una simple
actividad de comunicacin con el cliente se definen las siguientes actividades:
Identificacin del sistema o subsistemas claves de los directivos.
Determinacin de las condiciones de victoria de los directivos.
Negociacin de las condiciones de victoria de los directivos para reunirlas
en un conjunto de condiciones para todos los afectados (incluyendo el
equipo del proyecto de software).
El modelo en espiral WINWIN introduce tres hitos en el proceso, llamados puntos
de fijacin que ayudan a establecer la completitud de un ciclo alrededor del espiral
y proporcionan hitos de decisin antes de continuar el proyecto de software.
3.2 Modelo espiral tpico de seis regiones.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
31
VENTAJAS
El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del
software de computadora.
Como el software evoluciona a medida que progresa el proceso, el
desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada
uno de los niveles evolutivos.
El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de
construccin de prototipos en cualquier etapa de evolucin del producto.
El modelo en espiral demanda una consideracin directa de los riesgos
tcnicos en todas las etapas del proyecto y si se aplica adecuadamente debe
reducir los riesgos antes de que se conviertan en problemas.
En la utilizacin de grandes sistemas ha doblado la productividad.
3.3 Modelo espiral WinWin
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
32
DESVENTAJAS
Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es
controlable.
Debido a su elevada complejidad no se aconseja utilizarlo en pequeos
sistemas.
Genera mucho tiempo en el desarrollo del sistema.
Modelo costoso.
Requiere experiencia en la identificacin de riesgos.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
33
3.2 METODOLOGA DE DESARROLLO EN ESPIRAL
La metodologa de desarrollo en espiral es una evolucin de mtodo clsico en
cascada (Waterfall, top-down) y se considera un mtodo de desarrollo incremental.
Este tipo de metodologa equivale al de cascada, pero en l se permite el
solapamiento de varias etapas con el objetivo de flexibilizar, compensar el tiempo
de desarrollo total y alcanzar resultados funcionales en etapas tempranas. Est
considerada como un mtodo de desarrollo rpido y eficiente.
Es adecuada para proyectos en los que se tienen claros los objetivos finales pero
no todos los detalles de implementacin estn solucionados.
La metodologa de desarrollo en espiral permite construir aplicaciones de tamao
medio manteniendo los recursos constantes.
Normalmente el proyecto se divide en mdulos ms pequeos y a cada uno de
ellos se le aplica el siguiente proceso:
Anlisis de requerimientos -Durante esta etapa se estudia detalladamente los
requerimientos que cada objetivo conlleva. Aqu establecen todos los detalles
funcionales deseados.
3.4 Desarrollo en espiral
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
34
Diseo del sistema - Con los datos de la etapa anterior, se disea el sistema. Se
realizar el diseo de la base de datos (en caso de ser aplicable), interface de
usuario, entorno, etc.
Etapas de construccin - La etapa de construccin comprende bsicamente la
codificacin y test de unidades. Esta etapa es un trabajo de programacin pura.
Test y evaluacin - En esta etapa se realiza un test del mdulo completo as
como su evaluacin frente al estudio de requerimientos. En muchos casos en esta
etapa los usuarios finales participan de manera activa aportando informacin
decisiva para la usabilidad del sistema.
Puntos fuertes
Permite el desarrollo de proyectos en donde los objetivos finales estn
perfectamente definidos pero todos los detalles no pueden ser completamente
establecidos al principio.
Es adaptable: algunos de los requerimientos (que no los objetivos) pueden
cambiar durante el ciclo de desarrollo.
Permite la especializacin de los equipos de trabajo.
Apela a una gestin de proyecto ordenada.
Facilita la distribucin de recursos de desarrollo.
Economa: es posible mantener constantes los recursos de desarrollo.
Permite conseguir funcionalidad en etapas tempranas.
(RIGHTLIGHT IT CONSULTING, S.L).
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
35
3.3 MANTENIMIENTO PREVENTIVO Y CORRECTIVO
Segn el Sitio web Soportec; El mantenimiento preventivo permite detectar fallos
repetitivos, disminuir los tiempos muertos por paradas, aumentar la vida til de los
equipos, disminuir costos de reparacin, detectar puntos dbiles en la instalacin,
entre una larga lista de ventajas.
En informtica, el mantenimiento preventivo consiste en la revisin peridica de
ciertos aspectos, tanto de hardware como de software en un PC. Estos influyen en
el desempeo fiable del sistema, en la integridad de los datos almacenados y en
un intercambio de informaciones correctas, a la mxima velocidad posible dentro
de la configuracin optima del sistema.
Dentro del mantenimiento preventivo existe software que permite al usuario vigilar
constantemente el estado de su equipo, as como tambin realizar pequeos
ajustes de una manera fcil.
El mantenimiento preventivo en general se ocupa en la determinacin de
condiciones operativas, de durabilidad y de confiabilidad de un equipo, este tipo de
mantenimiento nos ayuda en reducir los tiempos que pueden generarse por
mantenimiento correctivo.
En lo referente al mantenimiento preventivo de un producto software, se diferencia
del resto de tipos de mantenimiento (especialmente del mantenimiento perfectivo)
en que, mientras que el resto (correctivo, evolutivo, perfectivo, adaptativo.) se
produce generalmente tras una peticin, por parte del cliente o del usuario final, el
preventivo se produce tras un estudio de posibilidades de mejora en los diferentes
mdulos del sistema.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
36
Aunque el mantenimiento preventivo es considerado valioso para las
organizaciones, existen una serie de fallas en la maquinaria o errores humanos a
la hora de realizar estos procesos de mantenimiento. El mantenimiento preventivo
planificado y la sustitucin planificada son dos de las tres polticas disponibles
para los ingenieros de mantenimiento.
El primer objetivo del mantenimiento es evitar o mitigar las consecuencias de las
fallas del equipo, logrando prevenir las incidencias antes de que estas ocurran.
Las tareas de mantenimiento preventivo incluyen acciones como cambio de piezas
desgastadas, cambios de aceites y lubricantes, etc. El mantenimiento preventivo
debe evitar los fallos en el equipo antes de que estos ocurran.
Mantenimiento preventivo y correctivo de Software.
El mantenimiento de software o mantencin de software es una de las actividades
ms comunes en la ingeniera de software y es el proceso de mejora y
optimizacin del software despus de su entrega al usuario final as como tambin
correccin y prevencin de los defectos. El mantenimiento de software se divide
en dos: prevenir y corregir.
Algunos de los pasos de prevencin son:
Revisin de Instalacin por Setup.
Desfragmentacin del Disco Duro.
Liberacin de espacio en Disco Duro.
Ejecucin de Antivirus.
Copia de Seguridad.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
37
3.4 CICLO DEL PROYECTO Segn Nstor Fernndez Rodrguez; El proyecto es un ciclo articulado y
progresivo que va desde la idea inicial y la intencin de intervenir hasta la
valoracin del conjunto de medios, actividades y resultados de los objetivos
perseguidos.
Entendemos por ciclo de un proyecto, el proceso de principio a fin, o contino de
una accin social programada y llevada a cabo dentro de las actuaciones de las
ONGs. El ciclo est constituido por etapas, fases o momentos sucesivos que se
retroalimentan entre s. Estas fases son identificacin, diseo, ejecucin,
seguimiento, y evaluacin. Aunque su denominacin vara segn los diferentes
autores y organizaciones.
El ciclo de un proyecto debe entenderse en forma de espiral, no en crculo cerrado
que vuelve a su principio, por eso el concepto de proceso continuo y progresivo, lo
define mejor.
A la hora de afrontar la realizacin de un proyecto surge la cuestin de Qu
hacer?, para lo cual debemos tener presente lo que es necesario hacer, lo que
deseamos hacer y lo que es posible hacer.
Donde surge un proyecto.
El proyecto medio del que hablamos, surge en espacios sociales y econmicos en
los que el conjunto de necesidades no slo es grande sino que se siente como tal
es decir, existe un cierto nivel de consciencia de ellas, al tiempo que se intuir, al
menos, que es posible solucionarlas.
Hay una base objetiva de carencias, colectividad necesitada, una dimensin
subjetiva consciencia de la necesidad y de la posibilidad de solucionara; junto a la
disposicin de enfrentar esa tarea.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
38
Esa colectividad, por algn mecanismo es frecuente que sea un factor externo o el
anlisis comparado con otro colectivo que ya ha vivido una situacin similar
despierta a la idea de que es posible satisfacer un cmulo de necesidades que,
ordinariamente y por la dinmica normal, no podran ser cubiertas. Tambin es
verdad que, en la actualidad, muchos proyectos estn naciendo y reproducindose
en el seno de las ONGs que bien como agentes intermedios o como instancias de
accin directa, han elaborado y ejecutado proyectos, anteriormente, durante los
ltimos aos y continan con esa va de financiacin externa; plantean tanto
proyectos nuevos como ampliaciones, complementos, mejoras o cambios de lo
que vienen realizando, con lo cual se obviara alguna de las etapas del desarrollo
de un proyecto.
Qu haba antes?
Antes del nacimiento del proyecto, objetivamente, existen en bruto todas las
necesidades y problemas que, posteriormente han de ser la base para el proyecto.
Si bien el hecho de que surja la idea del proyecto presupone una cierta capacidad
organizativa, y en ese sentido el proyecto es primeramente intencin y,
seguidamente, tras una cierta idea de posibilidad, el proyecto se convierte en
finalidad; en cuanto tal, el proyecto moviliza a la colectividad y la aglutina en torno
a la idea y su posible realizacin; se es el inicio del cambio.
Cmo y cundo surge?
Es claro que no surge por generacin espontnea. Es fruto de un proceso en el
que, por lo general, existe la influencia directa o indirecta de un factor externo (en
forma de ideas, personas u otro referente) que activa y estimula la "posibilidad de
hacer algo" para solucionar los problemas.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
39
El cundo viene marcado por el tiempo que tarda en penetrar la idea en el
conjunto de personas o responsables que tienen autoridad o peso moral para
hacer la propuesta a la comunidad afectada. La importancia de ese tiempo de
difusin de la idea y la metodologa que se use en la explicacin de lo que se
pretende repercutir en el proceso posterior; cuidando el procedimiento e
induciendo un movimiento de toma de conciencia y racionalidad, suele lograrse un
efecto positivo que asegura la continuidad del mismo.
De cualquier forma el cundo y cmo, podemos decir que es fruto de la toma de
conciencia de la posibilidad y de la decisin conjunta de hacer algo colectivamente
que resulte beneficioso para la solucin de las necesidades.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
40
3.5 ESPIRAL
El modelo en espiral, desarrollado durante la dcada de los ochenta, es una
extensin del modelo de cascada. A diferencia del modelo en cascada, que es
dirigido por documentos, el modelo de espiral se basa en una estrategia para
reducir el riesgo del proyecto en reas de incertidumbre, como requerimientos
iniciales incompletos e inestables. El modelo enfatiza ciclos de trabajo, cada uno
de los cuales estudia el riesgo antes de proceder al siguiente ciclo. Cada ciclo
comienza con la identificacin de los objetivos, soluciones alternativas,
restricciones asociadas con cada alternativa y, finalmente, se procede a su
evaluacin. Cuando se identifica incertidumbre, se utiliza diversas tcnicas para
reducir el riesgo de las distintas alternativas. Cada ciclo del modelo de espiral
termina con una revisin que discute los logros actuales y los planes para el
siguiente ciclo. La figura 3.5 muestra un diagrama conceptual del modelo de
espiral.
Figura 3.5 Secuencia de actividades para el modelo de espiral
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
41
Al igual que el modelo evolucionario, el modelo en espiral incorpora una estrategia
de uso de prototipos como parte del manejo del riego.
Las creencias del modelo de espiral son:
Una actividad comienza cuando se entienden los objetivos y riesgos
involucrados.
Basado en la evaluacin de soluciones alternas, se usan las herramientas que
mejor reduzcan los riegos.
Todo el personal relacionado debe de involucrarse en una revisin que
determine cada actividad, planeando y comprometindose con las siguientes
actividades.
El desarrollo se incrementa en cada etapa, permitiendo prototipos sucesivos
del producto.
Con algunas variantes, este es el modelo de proceso ms importante en la
actualidad.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
42
3.6 EL MODELO EN ESPIRAL
El modelo en espiral, que Boehm [BOE88] propuso originalmente, es un modelo
de proceso de software evolutivo que conjuga la naturaleza iterativa de la
construccin de prototipos con los aspectos controlados y sistemticos del modelo
en cascada. Proporciona el material para el desarrollo rpido de versiones
incrementales de software. Boehm [BOE01] describe este modelo de la siguiente
manera:
El modelo de desarrollo en espiral es un generador del modelo de proceso guiado
por el riesgo que se emplea para conducir sistemas intensivos de ingeniera de
software concurrente y con mltiples usuarios. Tiene dos caractersticas distintivas
principales. Una de ellas es un enfoque cclico para el crecimiento incremental del
grado de definicin e implementacin de un sistema, mientras disminuye su grado
de riesgo. La otra es un conjunto de puntos de fijacin para asegurar el
compromiso del usuario con soluciones de sistema que sean factibles y
mutuamente satisfactorios. Cuando se aplica el modelo en espiral, el software se
desarrolla en una serie de entregas evolutivas. Durante las primeras iteraciones, la
entrega tal vez sea un documento del modelo o un prototipo. Durante las ltimas
iteraciones se producen versiones cada vez ms completas del sistema
desarrollado.
Un proceso en espiral se divide en un conjunto de actividades del marco de
trabajo que define el equipo de ingeniera de software. Para propsitos ilustrativos
se aprovechan las actividades genricas del marco de trabajo expuestas pginas
atrs. Cada una de las actividades del marco de trabajo representa un segmento
de la ruta en espiral que se presenta en la figura 3.6. Cuando comienza este
proceso evolutivo el equipo de software realiza actividades implicadas en un
circuito alrededor de la espiral que tiene una direccin en el sentido del
movimiento de las manecillas del reloj, y que se inicia desde el centro.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
43
El riesgo (capitulo 25) es un factor considerado en cada revolucin. Los puntos de
fijacin, una combinacin de productos de trabajo y condiciones incluidas a lo
largo de la ruta de la espiral, se consideran para cada paso evolutivo. El primer
circuito alrededor de la espiral quiz genere el desarrollo de una especificacin del
producto; los pasos subsecuentes alrededor de la espiral se pueden aprovechar
para desarrollar un prototipo y despus, en forma progresiva, versiones ms
elaboradas del software. Cada paso a travs de la regin de planeacin resulta en
ajustes al plan de proyecto. Los costos y el itinerario se ajustan con base en la
retroalimentacin derivada de la relacin con el cliente despus de la entrega.
Adems, el administrador del proyecto ajusta el nmero de iteraciones planeado
que se requiere para completar el software.
A diferencia de otros modelos de proceso que termina cuando se entrega el
software, el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del
software de computadora. Por lo tanto, el primer circuito alrededor de la espiral
podra representar un proyecto de desarrollo del concepto, el cual se inicia en el
centro de la espiral y contina en la siguiente fase de la espiral y comienza un
proyecto de desarrollo de un producto nuevo, el nuevo producto evolucionara a
travs de un nmero de iteraciones alrededor de la espiral. Despus, un circuito
alrededor de la espiral se podra emplear para representar un proyecto de
mejoramiento del producto. En esencia, la espiral, cuando se caracteriza de esta
forma, permanece operativa hasta que el software se retira. En ocasiones el
proceso est inactivo, pero siempre que se inicie un cambio de proceso comienza
en el punto de entrada apropiado (por ejemplo, mejoramiento del producto).
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
44
El modelo en espiral es un enfoque realista para el desarrollo de software y de
sistemas a gran escala. Como el software evoluciona conforme avanza el proceso,
el desarrollador y el cliente entiende y racionan de mejor manera ante los riesgos
en cada etapa evolutiva. El modelo en espiral emplea la construccin de prototipos
como un mecanismo encaminado a reducir riesgos pero, en forma ms
importante, permite al desarrollador la aplicacin del enfoque de la construccin de
prototipos en cualquier etapa evolutiva del producto. Mantiene el enfoque
sistemtico de los pasos que sugiere el ciclo de vida clsico, pero lo incorpora al
marco de trabajo iterativo que refleja de forma ms verdica el mundo real. El
modelo en espiral exige una consideracin directa de los riesgos tcnicos en todas
las etapas del proyecto y, si se aplica en forma apropiada. Debe reducir los
riesgos antes de que se vuelvan problemticos.
Figura 3.6 Un modelo en espiral tpico
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
45
3.7 EL MODELO EN ESPIRAL II
El modelo en espiral, propuesto originalmente por Boehm [BOE88], es un modelo
de proceso de software evolutivo que acompaa la naturaleza interactiva de
construcciones de prototipos con los aspectos controlados y sistemticos del
modelo lineal secuencial. Se proporciona el potencial para el desarrollo rpido de
versiones incrementales del software. En el modelo espiral, el software se
desarrolla en una serie de versiones incrementales podra ser un modelo en papel
o un prototipo. Durante las ltimas iteraciones, se proceden versiones cada vez
ms completas de ingeniera de software.
El modelo en espiral se divide en un nmero de actividades estructurales, tambin
llamadas regiones de tareas; Generalmente, existen entre tres y seis regiones de
tareas. La figura 2.8 representa un modelo en espiral que contienen seis regiones
de tareas:
Comunicacin con el cliente- las tareas requeridas para establecer
comunicacin entre el desarrollo y el cliente.
Planificacin- las tareas requeridas para definir recursos, el tiempo y otras
informaciones relacionadas con el proyecto.
Anlisis de riesgo- las tareas requeridas para evaluar riesgos tcnicos y de
gestin.
Ingeniera- las tareas requeridas para construir una o ms representaciones de
la aplicacin.
Construccin y adaptacin- las tareas requeridas para construir, probar,
instalar y proporcionar soporte al usuario (por ej.: documentacin y prctica).
Evaluacin del cliente-las tareas requeridas para obtener la reaccin del cliente
segn la evaluacin de las representaciones del software creadas durante la
etapa de ingeniera e implementada durante la etapa de instalacin.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
46
Cada una de las regiones estn pobladas por una serie de tareas que se adaptan
a las caractersticas del proyecto que va a emprenderse. Para proyectos
pequeos, el nmero de tareas y su formalidad es bajo. Para proyectos mayores y
ms crticos, cada regin contiene tareas que se definen para lograr un nivel ms
alto de formalidad. En todos los casos, se aplican las actividades de proteccin
(p.ej.: gestin de configuracin de software y garanta de calidad de software)
mencionadas en la seccin 2.2.
Figura 3.7 Un modelo en espiral tpico
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
47
3.8 PLANIFICACIN DE UN PROYECTO DE INGENIERA DE SOFTWARE.
La planificacin involucra la especificacin de objetivos, metas para un proyecto,
las estrategias, polticas, planes y procedimientos para alcanzarlos.
Todo proyecto de ingeniera de software debe partir con un buen plan. La
planificacin es necesaria por la existencia de incertezas sobre el ambiente del
proyecto software y sobre fuentes externas. La planificacin enfoca su atencin en
las metas del proyecto, riesgos potenciales y problemas que puedan interferir con
el cumplimiento de esas metas.
Los principales problemas en la planificacin de un proyecto de ingeniera de
software incluyen los siguientes:
Requerimientos incorrectos e incompletos.
Muchas especificaciones de requerimientos son inestables y sujetas a cambios
mayores.
La planificacin no se lleva a cabo por la creencia errnea de que es una
prdida de tiempo y los planes cambiarn de todos modos.
La planificacin de costos y plazos no es actualizada y se basa en necesidades
de mercadeo y no de los requerimientos del sistema.
Es difcil estimar el tamao y complejidad del proyecto de software de modo de
realizar una estimacin de costos y plazos realista.
Los costos y plazos no son reestimados cuando los requerimientos del sistema
o el ambiente de desarrollo cambia.
No se manejan factores de riesgo.
La mayora de las organizaciones de desarrollo de software no recolectan
datos de proyectos pasados.
Las compaas no establecen polticas o procesos de desarrollo de software.
Ciclo de Vida del Software.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
48
CICLO DE VIDA DEL SOFTWARE
Un modelo de ciclo de vida define el estado de las fases a travs de las cuales se
mueve un proyecto de desarrollo de software.
El primer ciclo de vida del software, Cascada, fue definido por Winston Royce a
fines del 70.
Desde entonces muchos equipos de desarrollo han seguido este modelo. Sin
embargo, ya desde 10 a 15 aos atrs, el modelo cascada ha sido sujeto a
numerosas crticas, debido a que es restrictivo y rgido, lo cual dificulta el
desarrollo de proyectos de software. En su lugar, muchos modelos nuevos de ciclo
de vida han sido propuestos, incluyendo modelos que pretenden desarrollar
software ms rpidamente, ms incrementalmente o de una forma ms evolutiva,
y precediendo el desarrollo a escala total con algn conjunto de prototipos rpidos.
DEFINICIN DE UN MODELO DE CICLO DE VIDA
Un modelo de ciclo de vida de software es una visin de las actividades que
ocurren durante el desarrollo de software, intenta determinar el orden de las
etapas involucradas y los criterios de transicin asociadas entre estas etapas.
Un modelo de ciclo de vida del software:
Describe las fases principales de desarrollo de software.
Define las fases primarias esperadas de ser ejecutadas durante esas fases.
Ayuda a administrar el progreso del desarrollo.
Provee un espacio de trabajo para la definicin de un detallado proceso de
desarrollo de software.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
49
As, los modelos por una parte suministran una gua para los ingenieros de
software con el fin de ordenar las diversas actividades tcnicas en el proyecto, por
otra parte suministran un marco para la administracin del desarrollo y el
mantenimiento, en el sentido en que permiten estimar recursos, definir puntos de
control intermedios, monitorear el avance, etc.
El modelo espiral de los procesos software es un modelo del ciclo de meta-vida.
En este modelo, el esfuerzo de desarrollo es iterativo. Tan pronto como uno
completa un esfuerzo de desarrollo, otro comienza. Adems, en cada desarrollo
ejecutado, puedes seguir estos cuatros pasos:
1. Determinar qu se quiere lograr.
2. Determinar las rutas alternativas que se pueden tomar para lograr estas metas.
Por cada una, analizar los riesgos, resultados finales y seleccionar la mejor.
3. Seguir la alternativa seleccionada en el paso 2.
4. Establecer qu se tiene terminado.
La dimensin radial en la figura refleja costos acumulativos incurridos en el
proyecto.
Observemos un escenario particular. Digamos que en este proyecto, nosotros
viajaremos a resolver un conjunto particular de problemas del cliente. Durante el
primer viaje alrededor de la espiral, analizamos la situacin y determinamos que
los mayores riesgos son la interfaz del usuario. Despus de un cuidadoso anlisis
de las formas alternativas de direccionar esto (por ejemplo, construir un sistema,
esperar lo mejor, escribir una especificacin de requerimientos, esperar que el
cliente lo entienda, y construir un prototipo), determinamos que el mejor curso de
accin es construir un prototipo.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
50
Lo realizamos. Luego proveemos el prototipo al cliente quien nos provee con
retroalimentacin til. Ahora, comenzamos el segundo viaje alrededor de la
espiral. Este tiempo decidimos que el mayor riesgo es ese miedo a que muchos
nuevos requerimientos comiencen a aparecer slo despus de que el sistema sea
desplegado. Analicemos las rutas alternativas, y decidimos que la mejor
aproximacin es construir un incremento del sistema que satisfaga slo los
requerimientos mejor entendidos. Hagmoslo ya. Despus del despliegue, el
cliente nos provee de retroalimentacin que dir si estamos correctos con esos
requerimientos, pero 50 nuevos requerimientos ahora se originarn en las cabezas
de los clientes. Y el tercer viaje alrededor de la espiral comienza.
El modelo espiral captura algunos principios bsicos:
Decidir qu problema se quiere resolver antes de viajar a resolverlo.
Examinar tus mltiples alternativas de accin y elegir una de las ms
convenientes.
Evaluar qu tienes hecho y qu tienes que haber aprendido despus de hacer
algo.
No ser tan ingenuo para pensar que el sistema que ests construyendo ser
EL sistema que el cliente necesita, y conocer (comprender) los niveles de
riesgo, que tendrs que tolerar.
El modelo espiral no es una alternativa del modelo cascada, ellos son
completamente compatibles (Marcela Varas c. 2000).
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
51
Captulo 4
Desarrollo del proyecto
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
52
INTRODUCCIN
En este captulo se toma en cuenta todo lo referente al diseo del manual de
operacin o del soporte tcnico que contendr los checklist, se podr apreciar el
avance o las modificaciones que se vayan requiriendo dependiendo de las
necesidades del usuario, considerada la necesidad, oportunidad, viabilidad del
proyecto expuesto, y definido del equipo profesional que se ocupar de su puesta
en marcha, se inicia el desarrollo del proyecto; Exponiendo las actividades o
herramientas ms importantes que van a facilitar dicho desarrollo, ya que est
basado en la metodologa en espiral por ello se plasman las cuatro fases de ciclo
de vida de esta metodologa como lo es el Anlisis, Diseo, Implementacin y
Pruebas.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
53
4.1 FASE DE ANALISIS
1. IDENTIFICACIN DE LAS NECESIDADES: Se inicia con el reconocimiento
de una necesidad, un problema o una oportunidad y termina con la emisin de una
solicitud de propuesta, con la finalidad de mejorar la condicin existente,
realizando las siguientes actividades:
Plan de accin
Vase en Capitulo II (2.2 PLAN DE ACCION).
Obtencin de requerimientos
Para la obtencin de requerimientos del proyecto se utilizaran dos tcnicas de
obtencin de requerimientos las cuales son la sesin de facilitacin y el prototipo.
SESIN DE FACILICITACION
Se realiz mediante la presentacin del proyecto con sus objetivos establecidos y
con las respectivas responsabilidades en las que consista el mismo, en donde se
obtuvieron los siguientes.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
54
Requerimientos:
1. El nombre del proyecto quedo como Soporte Tcnico.
2. El manual de operacin deber ser en digital en formato PDF.
3. Los formatos checklist tomaran el nombre de checklist de soporte tcnico.
4. Los formatos checklist debern de estar ordenados alfabticamente y
acomodados en el manual respecto al mantenimiento correspondiente ya sea
correctivo o preventivo.
5. Los formatos o checklist debern estar presentables y con formalidad por lo
cual se establece que utilicen los logos correspondientes a la SEGOB, con una
fuente arial 12, los ttulos en maysculas y negrita.
6. Los formatos de checklist debern de contener el nombre del rea
responsable, unidad administrativa, usuario, adems de atendido por, y la firma
del usuario de conformidad.
7. Los formatos checklist debern tener un ttulo que los identifique que tipo de
mantenimiento si es correctivo o preventivo.
8. Los formatos checklist deben de contener un folio en blanco ya que
depender del folio del reporte de soporte tcnico.
9. Los formatos debern contener el tipo de solucin a la que se refiere con un
ttulo en arial 12 maysculas y negritas subrayado.
PROTOTIPO
En el transcurso de la sesin de facilitacin se desarrollaron varios formatos a
lpiz para determinar cul sera el ms apropiado, mostrando a continuacin el
transcurso de estos:
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
55
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
56
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
57
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
58
Riesgos del proyecto
Fuentes de Riesgos
Riesgos asociados al Cliente y/o Usuario
1. Requerimientos (requisitos) confusos / incompletos
2. Cambios frecuentes a los requerimientos (requisitos) del proyecto durante la
ejecucin del mismo.
3. No tener expectativas realistas sobre los resultados del proyecto por parte del
usuario.
Riesgos asociados a los calendarios
1. Estimaciones no precisas del tiempo de desarrollo del proyecto.
2. Tiempo de entrega no establecido.
Riesgos asociados al Proceso de Administracin de Proyectos
1. Cliente inconforme con el diseo.
2. Retraso en el cumplimiento de las actividades a desarrollar.
3. No tener expectativas realistas sobre los resultados del proyecto por parte del
usuario.
4. Mucho tiempo establecido en algunas actividades a desarrollar.
Validacin de riesgos
Los riesgos que se presentaron fueron el de la mala estimacin del tiempo en el
desarrollo del proyecto y el del tiempo de entrega no establecido.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
59
4.2 FASE DE DISEO
DISEO DE UNA PROPUESTA DE SOLUCIN: Esta etapa comienza una vez
identificada la necesidad, en la que se lleva a cabo un proceso de preparacin de
propuestas y los elementos que podran ser incluidos en esta misma para poder
llegar a un acuerdo con el cliente, realizando las siguientes actividades:
Anlisis para desarrollar checklist
La obtencin de requerimientos sirvi para determinar que el uso de los checklist
son viables para el rea de soporte tcnico de la SEGOB, porque se logr
implementarlo al reporte de soporte tcnico ya establecido, este una vez que el
usuario solicite el servicio de soporte tcnico es llenado, seguido de el diagnostico
que da el usuario de soporte tcnico, se implementara despus el checklist
obteniendo una solucin ms rpida. Los usuarios del rea de soporte llegaron a
la conclusin de que se repeta informacin en el reporte y checklist por lo que
analice, era verdad llegue a la conclusin de que se tendra que eliminar el
requerimiento de los formatos de checklist debern de contener el nombre del
rea responsable, unidad administrativa y el rea.
Diseo de formato de reporte y checklist de soporte tcnico.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
60
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
61
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
62
3. DESARROLLO DEL PROYECTO: Esta fase se conforma por dos partes,
siendo la primera la planeacin detallada y por ltimo, hay que ponerlo en prctica;
la planeacin debe mostrar cmo se realizaran las tareas dentro del presupuesto y
en el tiempo sealado, en s, la planeacin determina lo que se necesita hacer,
quien lo har, cunto tiempo se necesitara y cuanto costara, realizando las
siguientes actividades:
Actividades comunes (formatos checklist): a continuacin se muestran los
formatos o checklist ms comunes en el rea de soporte tcnico.
1. Activacin de paquetera de office 2010.
2. Actualizacin de Nod32 v3.
3. Cambiar la memoria RAM del ordenador.
4. Compartir impresora en red.
5. Desactivar el reinicio automtico.
6. Desfragmentar disco fijo o disco duro.
7. Formatear una computadora con xp.
8. Instalacin de antivirus.
9. Instalacin de impresora.
10. Instalacin de Microsoft office 2010.
11. La impresora no imprime y no manda mensaje de error.
12. Liberar espacio de disco.
13. Limpieza de pantalla de laptop.
14. Mantenimiento de laptop.
15. Respaldo de informacin.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
63
4.3
CHECKLIST DE SOPORTE
TCNICO
Folio:
ACTIVACION DE PAQUETERIA DE OFFICE PROFESSIONAL PLUS 2010
1. Debes de ejecutar el archivo: "Mini-KMS_Activator_v1.2_Office2010_VL_ENG.exe".Nota: Si usas algn sistema operativo como: Vista o Seven, ejectalo como Administrador.
2. Selecciona Install / Unistall KM servicio, despus en la ventana negra que aparece: *Si sale Install tienen que instalarlo con la tecla Y.*Si sale Remover quiere decir que ya est instalado. Presionar tecla N.
3. Despus selecciona Active Office 2010 VL. Presionar tecla Y hasta que aparezca el mensaje de 180 das. Si aparece error, salir de la ventana CMD y hacer clic en: * REARM Office 2010.
4. Despus nuevamente presiona la tecla Y para restablecer nuestro periodo Trial. Luego intentar de nuevo la opcin 3.
5. Para finalizar seleccionamos Comprobar la activacin (Activacin Check office 2010), ah podremos observar por cuanto tiempo est activado nuestro producto.
Mantenimiento Preventivo
Atendido por: Firma de conformidad del
usuario
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
64
CHECKLIST DE SOPORTE
TCNICO
Folio:
ACTUALIZACION DE NOD32 V3
1. Ingresa a www.for-ever.cn/nod32 esta pgina nos proporciona nombres de usuarios y contraseas vlidos para actualizar nuestro antivirus, esta pgina muestra las validas en color verde y las rojas las ya caducas adems de que se va actualizando las claves diarias.
2. Abrimos nuestro antivirus, una vez abierto apretamos F5 el cual se abrir la ventana de configuraciones de nuestro antivirus.
3. hacemos clic en la opcin que dice actualizacin, debemos de verificar el servidor de actualizacin este seleccionado: "seleccin automtica" y en los campos de nombre de usuario debemos de copiar y pegar de la pgina anterior un nombre de usuario con su respectiva contrasea.
4. ahora hacemos clic en aceptar. nos dirigimos de nuevo a la ventana principal del antivirus, hacemos clic en actualizacin, luego en actualizacin manual de la base de firmas.
5. si todo sali bien el proceso de actualizacin continuara hasta llegar a actualizarse y estar en proteccin completa.
Mantenimiento Preventivo
Atendido por: Firma de conformidad del
usuario
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
65
CHECKLIST DE SOPORTE
TCNICO
Folio:
CAMBIAR LA MEMORIA RAM DE UN ORDENADOR
1. Debemos de identificar la memoria que utiliza nuestro PC y tras adquirirla.
2. Apagar por completo el ordenador.
3. Desconectar el cable de fuente de alimentacin y pulsar un par de veces el botn de encendido del PC para terminar de descargar la posible corriente que pudiese quedar en la placa base. 4. Localizar los tornillos que sujetan la carcasa de la caja del ordenador. Quitarlos y retirar las carcasas para dejar a la vista el interior del PC.
5. Una vez tenemos visible la placa base, lo primero es localizar dnde est situada la memoria RAM en nuestro PC. 6. Para extraer la memoria de nuestro ordenador simplemente pulsaremos en los extremos del zcalo dnde est montada la memoria y el mdulo saldr del mismo. 7. Colocaremos los nuevos mdulos de memoria teniendo cuidado de hacer coincidir la ranura que posee.
8. Volver a colocar la tapa de la carcasa de la torre.
9. Conectar la corriente de la fuente de alimentacin.
10. Encender el PC y comprobar que todo funciona.* Si todo ha funcionado el ordenador debera hacer un 'bip' al momento de encender (seal de que todo est bien).
Mantenimiento Correctivo
Atendido por: Firma de conformidad del usuario
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
66
CHECKLIST DE SOPORTE
TCNICO
Folio:
COMPARTIR IMPRESORA EN RED
1. Abrir el men inicio y seleccionar la opcin dispositivos e impresoras. 2. Aparecer una lista con todas las impresoras instaladas en el sistema. Slo hay que hacer clic secundario sobre la impresora que se desea compartir y seleccionar la opcin propiedades de impresora. 3. Hacer clic en la pestaa compartir y luego hacer clic en la accin compartir esta impresora. 4. Dar clic en el botn aceptar para guardar los cambios.Desde este momento todos los equipos que pertenezcan a la red sern capaces de ver la impresora compartida y utilizarla desde cualquier aplicacin que permita imprimir documentos.
Atendido por: Firma de conformidad del
usuario
Mantenimiento
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
67
CHECKLIST DE SOPORTE
TCNICO
Folio:
DESACTIVAR EL REINICIO AUTOMTICO
Nota: Para que el PC no se reinicie solo, a veces nicamente se necesita una sola accin, pero no siempre es eficaz:
1. Ve al men Inicio, luego Panel de control luego Rendimiento y mantenimiento y finalmente Sistema (o haz clic derecho en Mi PC y selecciona Propiedades).
2. Haz clic en la pestaa Opciones avanzadas.
3. En Inicio y recuperacin Haz clic en Configuracin.
4. Desmarca Reiniciar automticamente.
Nota: Esta operacin siguiente slo es vlida para Windows XP!
1. Haz clic en el botn Inicio.
2. Haz clic en Ejecutar.
3. Escribe "shutdown -a".
4. Haz clic en Aceptar.
Mantenimiento Correctivo
Atendido por: Firma de conformidad del
usuario
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
68
DESFRAGMENTAR DISCO FIJO O DISCO DURO
1. Damos clic en la barra de inicio, despus damos clic en todos los programas.
2. Sale un men despus de haber dado clic en todos los programas, damos clic en accesorios y despus en herramientas del sistema.
3. Damos clic donde diga desfragmentar disco.
4. Una vez ya abierto el desfragmentador de disco.
5. Despus damos clic en analizar una vez ya analizado aparecer una ventana en donde te da tres opciones:
1. Presentar informes. 2. Desfragmentar. 3. Cerrar.
6. Damos clic en desfragmentar y empieza a desfragmentar el volumen que elegimos.
1. Sale un dialogo en el que se ha completado la desfragmentacin y salen dos opciones:
1. Presentar informes: En este sale la informacin del volumen desfragmentado.
2. Cerrar: Se cierra la ventana.
Nota: Esto sirve para que se agilice el funcionamiento de la computadora y los archivos y documentos ocupen menos espacio, as funcionando ms rpido el equipo.
Mantenimiento Correctivo
Firma de conformidad del usuario
Atendido por:
Folio:
CHECKLIST DE SOPORTE
TCNICO
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
69
CHECKLIST DE SOPORTE
TCNICO
Folio:
Mantenimiento Preventivo
FORMATEAR UNA COMPUTADORA CON WINDOWS XP
1. Preparacin Previa necesitaremos:* Drivers de la computadora, que se pueden conseguir en la pgina del fabricante (puede usarse algn programa para hacer un respaldo de los drivers antes de formatear, como Driver Magician).*Disco de Instalacin de Windows XP.*Nmero de serie de Windows XP (apuntalo en un papel o mantenlo a la mano).*Tiempo (unas 2 horas).NOTA: No olvides hacer un respaldo de toda tu informacin importante (Tareas, trabajos, msica, etc.) ya que todo se perder.
2. Empezando, con la computadora encendida: Insertamos el cd de Windows XP, y reiniciamos la computadora. * Si es una laptop, nos fijamos en la pantalla mientras sale el logo de la marca de la laptop, y buscamos una opcin similar a: "Seleccionar dispositivo de arranque ese texto nos dir que tecla oprimir (en el caso de una Toshiba es F12), la oprimimos mientras an se pueda ver esa frase, en caso de que se nos pase, esperamos a que inicie Windows y reiniciamos de nuevo.* En el caso de una computadora de escritorio, mientras inicia buscamos el texto "Press XXXX to enter Setup" o algo similar, y presionamos la tecla o combinacin de teclas.* Dentro de la pantalla que va a salir tendremos cuidado de no mover ms que las opciones de arranque, y haremos que iniciar desde CD/DVD est en primer lugar, seguido del disco duro (HDD).
3. Seleccionar Iniciar desde CD/DVD. 4. Presionar una tecla (la que sea) para que empiece a cargar el cd.* Una vez que empieza a cargar el cd saldr una pantalla azul cargando diversos componentes, esperamos a que aparezcan las instrucciones.
-
Universidad Tecnolgica del Norte de Aguascalientes Tecnologas de la Informacin y Comunicacin rea Sistemas Informticos
70
Mantenimiento Correctivo
CHECKLIST DE SOPORTE
TCNICO
Folio:
5. Presionamos la tecla Enter para instalar Windows.
6. Presionamos la tecla F8 para aceptar la licencia.
7. Volvemos a presionar la tecla Enter.* La siguiente pantalla es la de las particiones, si es una computadora con el Disco Duro de fbrica, tendr 2 particiones; 1 de recuperacin y otra para Windows y tus datos.* Si quieres restaurar la computadora a como vino de fbrica, ser mejor que consultes el manual, pero si quieres una instalacin limpia, sin tantos programas de prueba y de la marca de tu computadora, sigue adelante.* Borra todas las particiones que no te sean tiles, tal vez desees guardar la de recuperacin o donde tengas tu informacin, pero mnimo hay que borrar la de Windows, usualmente C:
8. Selecciona la particin a borrar y oprime la tecla D y luego la L. 9. Presiona Enter en caso de que te lo indique.* Despus de esto regresaremos a la pantalla con las particiones, repetimos los pasos 8 y 9 en caso de querer eliminar ms particiones.
10. Seleccionamos el espacio no particionado y presionamos C 11. Tecleamos el tamao que queremos para la particin, por defecto escribe todo el tamao disponible, pero podemos modificarlo a nuestro gusto.
12. Presionamos la tecla Enter.*Seleccionamos la particin que acabamos de crear y oprimimos