Proyecto_PHP-MSQL_GestionBiblioteca

FIS-2014 II, CURSO TOPICOS AVANSADOS! KANTUTA

1

Los avances en las tecnologas de la informacin y los nuevos progresos en el conocimiento de la forma en que aprendemos nos proporcionan oportunidades para poder mejorar el aprendizaje humano. Aprender es algo innato al ser humano, es algo que ha venido haciendo a largo de su dilatada historia. Este aprendizaje, al principio, consista en la transmisin oral de conocimientos que los padres daban a los hijos, nietos y as sucesivamente. Ms tarde, con la invencin de la escritura y, posteriormente, con la invencin del papel, los conocimientos tambin pudieron copiarse manualmente aunque su poder de transmisin en este medio era escaso ya que en esa poca de la historia el saber leer y el saber escribir eran autnticos lujos destinados a unos pocos privilegiados. Luego lleg la imprenta que dio la posibilidad de que los conocimientos pudieran ser divulgados como nunca antes se haba hecho. Y posteriormente llegaron las tcnicas de impresin que permitieron la publicacin de miles de ejemplares en muy poco tiempo y se hablaba de las bibliotecas. Las bibliotecas, especialmente trabajan en reas especializadas como de investigacin tienen un reto importante ante s para poder desarrollar sus potencialidades como verdaderos centros de apoyo a la investigacin, que proporcionan servicios documentales a la medida de las necesidades de sus usuarios. En una breve entrevista a sr. Bibliotecario de como hacia el prstamo de los libros de nuestra facultad ingeniera de sistemas, nos aclara que los prestamos es a travs de una ficha, el alumno o docente tiene que rellenar la ficha y dejar documentos como: DNI o Carnet Universitario vigentes, tal cual se procede con el prstamo sino no es posible el prstamo y la bsqueda de los libros se trabaja en Microsoft-Office Excel la cual no permite una bsqueda avanzada, En este contexto cabra preguntarse qu papel desempea la biblioteca y como debiera ser la gestin de la biblioteca en pleno siglo XXI? Dicha la interrogante nos planteamos como grupo, desarrollar un sistema de biblioteca para dar solucin a la bsqueda y la buena administracin y control de libros, con una proyeccin (sistema de biblioteca va internet con proyeccin a mviles-utilizando framework Larabel-posteriormente)


2

Se plantea los siguientes interrogantes.

ANLISIS DE LOS EFECTOS. Los efectos, producto del problema central presente en la facultad de Ingeniera de Sistemas de la UANCV, que aquejan a la poblacin universitaria son:

9 EFECTOS DIRECTOS.

o Deficiencias en los medios de enseanza - aprendizaje para brindar un mejor servicio acadmico e investigacin en la UANCV.

o Deficiencias en el desempeo de las actividades informativas en las administrativas de la UANCV.

9 EFECTOS INDIRECTOS.

o Inadecuada formacin profesional de los estudiantes de la UANCV.

9 EFECTO FINAL

o Limitada competitividad de los egresados de la UANCV en el mercado laboral.

PROBLEMA GENERAL.

La biblioteca especializada requiere de un sistema con tecnologas open source para el ao 2015?

PROBLEMAS ESPECFICOS.

9 Demostrar el uso tecnologa opens source. 9 Analizar prototipo sistema biblioteca, FIS-JULIACA 2015. 9 Disear el prototipo sistema biblioteca, FIS-JULIACA 2015. 9 Implementar el prototipo sistema biblioteca, FIS-JULIACA

2015. 9 Cmo influye la gestin de biblioteca en uso de

tecnologa open source?. 9 En qu forma incide la gestin de calidad en uso de la

tecnologa open source?. 9 En qu medida la tecnologa php y msql influye en el

sistema biblioteca?


3

Como todo proyecto por implementarse debe ser justificado, a continuacin presentamos tres puntos fundamentales que se ha considerado para la puesta en marcha de ste proyecto informtico. JUSTIFICACIN TERICA.

En la actualidad, no dispone de un sistema. Las bibliotecas del nuevo milenio necesitan agilidad en sus procesos para

ser eficientes y competitivas, esa necesidad obliga a implementar nuevos sistemas informticos que benefician al desarrollo. Por tal motivo consideramos que es muy importante que la empresa posea un sistema con stas caractersticas. Con el apoyo del mejoramiento, esto hace que las empresas u organizaciones estn en constante actualizacin y permite adems, que las organizaciones sean ms eficientes y competitivas.

JUSTIFICACIN PRCTICA.

Despus de analizar el problema de investigacin planteado pensamos que existe la oportunidad de implementar el sistema ya que el mismo permitir reducir tiempo, bsqueda agilizada, generando resultados eficientes a una mayor cantidad de clientes(alumnos o docentes), adicionalmente se tendr de una forma ms organizada la informacin, lo que conlleva a reducir gastos representativos, que a la larga producen gastos innecesarios, lo mencionado anteriormente se podra evitar utilizando herramientas ms apropiadas, adems de almacenar toda la informacin da a da para generar reportes ptimos, Por otro lado se sabe que en la actualidad, el poseer la informacin correcta y a tiempo es una herramienta administrativa muy poderosa que puede llevar al xito de una determinada organizacin.

JUSTIFICACIN METODOLGICA.

Para el desarrollo de la investigacin se utilizarn varios mtodos de investigacin, siendo el principal el mtodo deductivo, ya que en primera instancia se tomarn todos los aspectos ms generales acerca del objeto de estudio y posteriormente se ir profundizando en el conocimiento del mismo. Adicionalmente se utilizar tambin el mtodo comparativo, como refuerzo en nuestra investigacin.

Como fuente de informacin para este trabajo se tomar en cuenta al personal, libros relacionados con el tema, websites que nos proporcionen una informacin confiable y tambin se obtendr informacin de expertos con experiencia en dicho tema.


4

OBJETIVO GENERAL. Determinar la influencia de sistema biblioteca con el uso de la tecnologa Open source para el ao 2015.

OBJETIVOS ESPECFICOS. 9 Precisar el uso de las tecnologas open source en la gestin de

la biblioteca. 9 Identificar el uso de gestin de calidad con tecnologas open

source. 9 Explicar la tecnologa php y mysql en uso de sistema biblioteca.

Para implementar un sistema biblioteca de menores costos y beneficie a la entidad la Open Source es la adecuada solucin.


5

CAPITULO I: Aspectos generales.


6 1. ASPECTOS GENERALES.

La Universidad Andina Nstor Cceres Velsquez y sus autoridades, comprometidas con el desarrollo estudiantil, optimizan la calidad educativa, con la instalacin de un sistema-biblioteca en la facultad de Ingeniera de Sistemas, acorde a las mejores universidades del pas. Grupo Mixamigo S.R.L, es una empresa desarrolladora de Software, que por aos ha desarrollado e implementado soluciones integrales con proyectos de software gubernamental, a municipalidades distritales y provinciales de la regin Puno. Actualmente somos integradores del mejor lenguaje de programacin y ms usado PHP, LARAVEL, ORACLE-MYSQL. Trabajamos de la mano con los fabricantes para implementar proyectos con soluciones factibles, brindando un soporte adecuado en la implementacin y durante el tiempo de operatividad del proyecto.

1.1. NOMBRE DEL PROYECTO.

IMPLENTACION DE SISTEMA BIBLIOTECA CON LA TECNOLOGIA OPEN SOURCE EN LA FACULTAD ING. DE SISTEMAS PARA EL AO 2015-2020. El proyecto contempla intervenir en la facultad de Ingeniera de Sistemas de la UANCV para la poblacin beneficiaria educativa, motivo por lo cual se interviene en este proyecto.

1.2. LOCALIZACIN. La Institucin se encuentra ubicada en la zona periurbana de la ciudad de Juliaca. En la interseccin de la Carretera Juliaca - Puno y la Avenida Circunvalacin. Obteniendo la siguiente informacin de la institucin superior a intervenir. 9 Zona :rea Urbana 9 Distrito :Juliaca 9 Provincia :San Romn 9 Departamento :Puno

FIGURA N1: Ubicacin de la UANCV.


7

1.3. UNIDAD FORMULADORA. Nombre : Grupo Mixamigo S.C.R.L.

Desarrolladores de Sistemas de informacin.

RUC : 2043660134 Abel Gustavo Vilca Quispe. Ingeniero de Sistemas.

Personas

Responsables de

Formulacin :

Jos H. Quispe Marce. Ingeniero de sistemas y Economista.

Nilo Franco Cuenta Parra. Ingeniero de sistemas -Asistente del proyecto.

Direccin : Av. Emilano Cano Mullisaca # 485. Tel-Fax : 051 - 329676. Celular : 951674186.

Tabla N 01 Unidad formuladora grupo mixamigo.

1.4. UNIDAD EJECUTORA.

Nombre : Universidad Andina Nstor Cceres Velsquez Facultad de Ingeniera de Sistemas. Directivo Mag. Juan Benites Noriega.

Cargo: Director de FIS. Direccin : Ciudad Universitaria.

Telfono : 051 - 322213. Pgina web : www.uancv.edu.pe Responsable Grupo Mixamigo S.C.R.L.

Tabla N 02 Unidad ejecuta, grupo mixamigo.

El financiamiento del proyecto ser dado por la Universidad Andina Nstor Cceres Velsquez, de acuerdo a las facultades establecidas, y aprobada en Consejo Universitario. La ejecucin del proyecto estar a cargo de la empresa GRUPO Mixamigo S.R.L. que cuenta con amplia experiencia y con profesionales especializados en este tipo de proyectos, asegurando que se encuentran en la capacidad de asumir los trabajos encargados y cumplir con el cronograma del expediente tcnico.


8

1.5. PARTICIPACIN DE INVOLUCRADOS. En el desarrollo del Estudio de Factibilidad juega un rol importante la participacin de ciertos agentes. Es as que se identifica dentro de la institucin grupos poblacionales cuyo inters en torno al proyecto es representativo en el desarrollo del proyecto. Esta participacin de las entidades involucradas gira en funcin de la problemtica que se va abordar, tratndose de captar una imagen general de la poblacin beneficiaria al cual se va a dirigir el proyecto. As identificamos sus intereses, que propicia que las expectativas sean distintas; y sus debilidades, las que podra presentarse al momento de establecerse la solucin al problema. Para el planteamiento del problema y en la formulacin de las alternativas de solucin, se desarrollaran los intereses, problemas, conflictos y potencialidades recogidas a travs de entrevistas a los siguientes agentes involucrados:

9 Director de la FIS. 9 Alumnos. 9 Administrativos 9 Personal docente.

De esta manera se pudo constatar lo siguiente: (3610%&

*/70-6$3"%0130#-&."4 */5&3&4&4

"$6&3%04:

$0.130.*404

Director de la FIS.

Limitada calidad acadmica

de la FIS

Mejorar la competitividad de

los egresados de las

diferentes especialidades de

la FIS.

Dotacin de infraestructura y

mobiliario acorde con las

normas pedaggicas.

Alumnos

Servicios de

comunicaciones para

biblioteca deficientes

para realizar

investigaciones.

Recibir una enseanza

adecuada con servicios

complementarios eficientes.

Contribuir con el uso

adecuado de los servicios de

comunicaciones para

garantizar su mantenimiento.

Docentes

Servicio de

comunicaciones deficiente

para el desarrollo de clases.

Contar con adecuado

servicio de comunicaciones

para biblioteca que permita

transmitir informacin

actualizada garantizando una

Contribuir con la orientacin

para el uso adecuado de los

libros de biblioteca.

Administrativos

Ambientes acadmicos de

la FIS - UANCV con

muchas deficiencias para

automatizar la bsqueda de

libros de la biblioteca.

Contar con el servicio saber

los libros que tiene la

facultad para una mejor

atencin de la comunidad

universitaria.

Elaboracin de los estudios

de pre factibilidad

Tabla N 03 grupo involucrados en el proyecto.


9

1.6. MARCO REFERENCIA UANCV. 1.6.1. ANTECEDENTES DE LA UNIVERSIDAD-UANCV.

La Universidad Andina Nstor Cceres Velsquez inici su funcionamiento el 23 de octubre del ao 1981 con la Facultad de Educacin, Carrera Profesional de Historia y Cultura Andina. La creacin oficial se dio por Ley N 23738 de fecha 29 de diciembre de 1983 y complementaria N 24661. La institucionalizacin definitiva luego de ser evaluada por la Asamblea Nacional de Rectores, ha sido aprobada mediante la Resolucin N 1287-92-ANR. La Universidad Andina cuenta, actualmente con 7 facultades divididas en distintas Carreras Profesionales, todas las facultades ofrecen tanto programas de pregrado como de postgrado. Cuenta adems con diversas instituciones y dependencias, como su Instituto de Idiomas y de Informtica entre otros.

1.6.1.1. POLTICA. Asimismo el presente proyecto se ajusta a los lineamientos siguientes: 9 Ley Universitaria 23733 9 Plan Estratgico Institucional de la UANCV (2009-2013)

Ley Universitaria 23733 CAPTULO I: DISPOSICIONES GENERALES. Artculo 1. La Universidad est integrada por profesores, estudiantes y graduados. Que se dedican al estudio, investigacin, educacin, difusin del saber, cultura, extensin y proyeccin social. Tienen autonoma acadmica, normativa y administrativa dentro de la ley. Artculo 2. Son fines de las Universidades:

1. Conservar, acrecentar y transmitir la cultura universal con sentido crtico y creativo afirmando preferentemente los valores nacionales.

2. Realizar investigacin en las humanidades, las ciencias y las tecnologas, y fomentar la creacin intelectual y artstica.

3. Formar humanistas, cientficos y profesionales de alta calidad acadmica, de acuerdo con las necesidades del pas, desarrollar en sus miembros los valores ticos y cvicos, las actitudes de responsabilidad, solidaridad social y el conocimiento de la realidad nacional, as como la necesidad de la integracin nacional, latinoamericana y universal.

4. Extender su accin y sus servicios a la comunidad, y promover su desarrollo integral.

5. Cumplir las dems atribuciones que les sealen la Constitucin, la Ley y su Estatuto.


10

CAPTULO VIII: DE LA INVESTIGACIN. Artculo 65. La investigacin es funcin obligatoria de las Universidades, que la organiza y conduce libremente. Igual obligacin tiene los profesores como parte de su tarea acadmica en la forma que determine el Estatuto. Su cumplimiento recibe el estmulo y el apoyo de su institucin. Artculo 67. Las Universidades cooperan con el Estado realizando, por iniciativa propia o por encargo de este, de acuerdo con sus posibilidades, estudios, proyectos e investigaciones que contribuyan a atender los problemas de la regin o del pas.

1.6.1.2. MISIN Y VISIN UANCV. MISIN Somos una universidad privada, formadora de profesionales y acadmicos lderes, con valores ticos, morales y capacidad de gestin; comprometida con el desarrollo sostenible regional, nacional e internacional. VISIN Ser una universidad lder, acreditada, con excelencia, humanstica, cientfica y tecnolgica; comprometida con el desarrollo regional, nacional e internacional.


11 1.6.2. ANTECEDENTES DE LA FACULTAD SISTEMAS.

En 1990 bajo resolucin N 687-90-R-UANCV, se resuelve nombrar como presidente de comisin de creacin de FIS a: ingeniero Civil, LIZARDO FERNNDEZ CASTRO, se encarga de la elaboracin de perfil de proyecto para la creacin. En 15 de enero de 1991 acuerda aprobar la creacin de la escuela acadmica profesional bajo resolucin N 082-91-R-UANCV. En 22 de enero de 1991 mediante resolucin N082-91-R-UANCV, se resuelve la creacin de la escuela acadmica profesional de ingeniera de sistemas la misma que depender de la facultad de ingeniera de ciencias puras. El 20 de junio de 2005 bajo resolucin N003-2005-AU-UANCV, Pasa a pertenecer a la facultad FIS.

1.6.2.1. MISIN y VISIN FIS. MISIN Promover la formacin de profesionales competitivos con alto nivel acadmico y capacidad de investigacin cientfica para gestionar con idoneidad la informtica y las tecnologas de la informacin en las distintas para gestiona con idoneidad la informtica y las tecnologas de la informacin en las distintas actividades empresariales, productivas vinculadas al desarrollo de la regin, el pas y el mundo. VISIN Ser una carrera profesional lder, acreditada, con alto nivel acadmico, que forma profesionales competitivos, emprendedores y comprometidos con el desarrollo de la informtica y las tecnologas de la informacin en las empresas locales, regional y del pas, con calidad acadmica, cientfica, tecnolgica y humana, que acta con responsabilidad social y ambiental, en el marco de los principios y valores.


12

1.6.2.2. OBJETIVOS. 9 Formar profesionales competitivos en tecnologas de la informacin

para mejorar los servicios y o informticos en la regin y el pas. 9 Desarrollar proyectos de investigacin innovativa con la finalidad de

optimizar los recursos de las empresas pblicas y privadas. 9 Implementar un sistema de desarrollo para la acreditacin de la CAP de

ingeniera de sistemas mediante comisiones permanentes de la facultad con el compromiso de autoridades, docentes, estudiantes, personal administrativo, egresados y grupos de inters.

1.6.2.3. POLTICA. Las polticas constituyen las directrices generales dentro de la carrera acadmica profesional ingeniera de sistemas para la toma de decisiones en todas las unidades acadmicas y administrativas de la universidad. Estas han sido formuladas por las autoridades universitarias, con visin de mediano y largo plazo, teniendo como base los modelos de calidad para la acreditacin de carreras profesionales universitarias y el modelo de calidad para la acreditacin institucional. Las polticas deben ser de aplicacin inmediata y permanente por los responsables de las oficinas y unidades administrativas, as como por los responsables de la gestin de las facultades, carreras profesionales, escuela de postgrado, institutos y centros de investigacin de la universidad. Todos los actores universitarios estn en la obligacin de orientar sus acciones y tomar decisiones en concordancia con las polticas establecidas para la gestin universitaria.


13

CAPITULO II: Modelamiento y solucin de software


14 2. MODELAMIENTO Y SOLUCIN DE SOFTAWARE.

2.1. DISEO DE SISTEMAS

PUESTO RESPONSABILIDAD

JEFE DE PROYECTO Jefe de proyecto tiene la responsabilidad

total respecto a la planificacin y

ejecucin de un determinado proyecto,

como tambin reconocer los riesgos que

puedan impactar la probabilidad de xito

del proyecto y los riesgos deben ser

formal o informalmente evaluados

durante todo el periodo de ejecucin del

proyecto.

ANALSTA ECONOMICO Funcin de relevar y gestionar las

necesidades funcionales del cliente en la

elaboracin requerida por las normas de

calidad de la empresa.

ANALSTA TCNICO o TCNICO DE

PROYECTO.

El cargo implica integrarse al equipo de

trabajo en el rea de tecnologa

informtica y tiene como su principal

objetivo la realizacin de tareas de

programacin que satisfagan diversas

demandas de los sistemas de informacin

de la organizacin, forma parte de sus

principios, responsabilidades de realizar

anlisis y desarrollo de programas y

otros.

Tabla N 04 Diseo de sistemas.


15

A. PLAN DE FASES.

FASE N ITERACCIONES DURACION

FASE DE INICIO 30 das

FASE DE ELABORACION - 30 Das.

FASE DE CONSTRUCION - 60 Das.

FASE DE TRANSICION. - 5 Das.

Tabla N 05 fases del proyecto.

B. DESCRIPCION DE FASES.

DESCRIPCION HITO

FASE DE INICIO

Esta fase se establecer los objetivos

para el ciclo de vida del producto.

Tambin se definir el modelo del

negocio y el alcance del proyecto

identificando todos los actores y casos de

uso.

Esta fase culminara con la aprobacin del

cliente y el plan de desarrollo del

proyecto.

FASE DE ELABORACIN

Esta fase se constituir un modelo de la

arquitectura, que se desarrolla en

iteraciones sucesivas hasta obtener el

producto final, que contendr los casos

de usos crticos que fueron identificados

en la fase de inicio.

La fase de elaboracin finaliza con la

obtencin de una lnea base de la

arquitectura del sistema, la captura de la

mayora de los requerimientos y la


16 reduccin de los riesgos importantes as

como permitir la escalabilidad del equipo

del proyecto durante la fase de

construccin.

FASE DE CONSTRUCCIN

Esta fase da todas las caractersticas,

componentes y requerimientos sern

integrados, implementados, y probados

en su totalidad, donde se obtendr una

versin aceptable del producto. La fase

de construccin culminara con el

desarrollo del sistema con calidad de

produccin y la preparacin para la

entrega al equipo de transicin.

FASE DE TRANSICIN

En esta fase se enfrentar a los usuarios

finales en el manejo del sistema, como

tambin completar la documentacin

con tareas relacionadas a la

configuracin, instalacin concluye con la

entrega del producto funcional al cliente

y su aceptacin del producto.

Tabla N 06 Descripcin de fases del proyecto.


17

2.1.1. CALENDARIO DEL PROYECTO. N ACTIVIDAD

ES

2014

MAR

ZO

ABRI

L

MAY

I

JUN

IO

JULI

O

AGO

ST

SET

OCT

NO

V

DICI

EM

ENER

O

01 Revisin Bibliogrfica

X

02 Planteamiento del Problema

X X

03 Elaboracin del Proyecto

X X X

04 Presentacin del Proyecto

X X

05 Aprobacin del proyecto

X X X

06 Recoleccin de Datos para el

marco terico.

X X X X X

07 Procesamiento de Datos

X

08 Aplicacin, Anlisis e interpretacin de

datos

X X

09 Seleccin y ordenamiento de datos tericos y

estadsticos

X

10 Redaccin del informe de

investigacin

X

11 Revisin del informe

X X X

12 Sustentacin del trabajo de

investigacin

X


18 2.1.2. DIAGRAMAS DE PAQUETES DE CASOS DE USO.

2.1.2.1. DIAGRAMA DE ACTORES.


19 2.1.2.2. DIAGRAMA DE PAQUETE BIBLIOTECA.

2.1.2.3. DIAGRAMA GESTIN.


20 2.1.2.4. DIAGRAMA GESTIN DE LIBROS.

2.1.2.5. DIAGRAMA DE GESTIN DE USUARIOS.


21 2.1.3. ESPECIFICACINES TEXTUALES.

ACT-0001: BIBLIOTECARIO Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.

2. Quispe Marce Jos H. 3. Cuenta Parra Franco.

FUENTES: Ninguna. DESCRIPCION: Este actor representa la persona que tiene

permisos para gestionar el sistema. COMENTARIO: Ninguno.

Tabla N 07 Descripcin del actor Bibliotecario

ACT-0002: SOCIO Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.


FUENTES: DESCRIPCION: Este actor representa la persona que

interacciona con los libros. COMENTARIO: Ninguno.

Tabla N 08 Descripcin del actor socio.


22 UC-0001: MODIFICAR LIBRO Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.


FUENTES: Ninguna. DEPENDENCIA: Ninguno DESCRIPCION: El sistema deber comportarse tal como se describe en el siguiente caso de

uso cuando el Bibliotecario seleccione "Modificar libro" SECUENCIA: Paso Accin

1 Se realiza el caso de uso Buscar libro (UC-0002)

2 El actor Bibliotecario (ACT-0001) realiza los cambios

3 El actor Bibliotecario (ACT-0001) selecciona "Realizar cambios"

4 El sistema evala si los datos introducidos son vlidos

5 El sistema pide confirmacin sobre los datos introducidos

6 El actor Bibliotecario (ACT-0001) asiente la confirmacin

7 El sistema realiza las modificaciones y el caso de uso finaliza con xito

PRECONDICION: POSTCONDICION: La base de datos ha de estar en un estado consistente EXCEPCIONES: Paso Accin

1 Si la bsqueda no finaliz exitosamente, el sistema finaliza el caso de uso, a continuacin este caso de uso queda sin efecto

4 Si los datos introducidos no son vlidos, el sistema vuelve al paso 2, a continuacin este caso de uso contina

6 Si el actor Bibliotecario no confirma la modificacin, el sistema finaliza el caso de uso, a continuacin este caso de uso queda sin efecto

RENDIMIENTO: Paso tiempo mximo. COMENTARIOS:

En cualquier momento el actor Bibliotecario puede seleccionar "Cancelar" salir del caso de uso sin realizar ningn cambio (la cancelacin deber confirmarse)

Todas las modificaciones en la base de datos siguen la filosofa de todo o nada. De ocurrir un error durante la manipulacin, se invertiran todos los cambios realizados.

IMPORTANCIA: Ninguna. ESTADO: Ninguno. URGENCIA: Ninguno.

Tabla N 09 Descripcin, Modificar libro.


23

UC-0003: BUSCAR LIBRO Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.



uso cuando el actor Socio desee realizar una bsqueda o durante la realizacin de los siguientes casos de uso: [UC-0001] Modificar libro, [UC-0008] Dar de baja ejemplar, [UC-0009] Dar de baja libro

SECUENCIA: Paso Accin

1 El actor Socio (ACT-0002) realiza la bsqueda

2 El sistema muestra los resultados de la bsqueda

3 El actor Socio (ACT-0002) selecciona de entre los resultados el libro deseado y el caso de uso finaliza correctamente

PRECONDICION: POSTCONDICION: La base de datos ha de estar en un estado consistente EXCEPCIONES: Paso Accin

2 Si el sistema no encuentra resultados para la bsqueda, el sistema se lo indica al actor y vuelve al paso 1, a continuacin este caso de uso contina


. Ninguna.


Tabla N 10 Descripcin, Buscar libro.


24 UC-0003: DAR DE ALTA LIBRO Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.


DESCRIPCION: El sistema deber comportarse tal como se describe en el siguiente caso de uso cuando el actor Bibliotecario selecciona "Dar de alta libro"

SECUENCIA: Paso Accin 1 El actor Bibliotecario (ACT-0001) introduce ISBN y ttulo

2 El sistema verifica la informacin

3 El actor Bibliotecario (ACT-0001) introduce la fecha de edicin y el nmero de edicin

4 El actor Bibliotecario (ACT-0001) introduce el nombre del autor

5 El actor Bibliotecario (ACT-0001) introduce el nombre de la editorial

6 El actor Bibliotecario (ACT-0001) introduce el tema del libro

7 El sistema guarda la informacin

8 Se realiza el caso de uso Dar de alta ejemplar (UC-0004)

9 El sistema finaliza el caso de uso correctamente

POSTCONDICION: La base de datos ha de estar en un estado consistente

EXCEPCIONES: Paso Accin 1 Si el ISBN o el ttulo no son vlidos, el actor Bibliotecario (ACT-0001)

debe volver a introducirlos, a continuacin este caso de uso contina

3 Si la fecha de edicin o el nmero de edicin no son introducidos, el sistema deja ese campo en blanco, a continuacin este caso de uso contina

4 Si no existe el autor del libro en la base de datos, se realiza el caso de uso Dar de alta autor (UC-0010) , a continuacin este caso de uso contina

5 Si no existe el nombre de la editorial del libro en la base de datos, se realiza el caso de uso Dar de alta editorial (UC-0011) , a continuacin este caso de uso contina

6 Si no existe el tema del libro en la base de datos, se realiza el caso de uso Dar de alta tema (UC-0012) , a continuacin este caso de uso continua.


En cualquier momento el actor Bibliotecario puede seleccionar "Cancelar" y salir del caso de uso sin realizar ningn cambio (la cancelacin deber

Confirmarse). Todas las modificaciones en la base de datos siguen la filosofa de todo o nada. De ocurrir un error durante la manipulacin, se invertiran todos los cambios realizados.

Tabla N 11 Descripcin, dar de alta libro.


25

UC-OOO4: DAR DE ALTA EJEMPLAR Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.



uso cuando el actor Bibliotecario selecciona "Dar de alta ejemplar" o durante la realizacin de los siguientes casos de uso: [UC-0003] Dar de alta libro

SECUENCIA: Paso Accin 1 El actor Bibliotecario (ACT-0001) introduce el ISBN del ejemplar

2 El sistema inicializa el estado del ejemplar a "Libre"

3 El sistema guarda la informacin en la base de datos y finaliza el caso de uso correctamente

PRECONDICION: Ninguna, POSTCONDICION: La base de datos ha de estar en un estado consistente

EXCEPCIONES: Paso Accin

1 Si los datos introducidos no son correctos, el actor Bibliotecario (ACT- 0001) debe volver a introducirlos, a continuacin este caso de uso contina

. RENDIMIENTO: Paso tiempo mximo. COMENTARIOS:

Todas las modificaciones en la base de datos siguen la filosofa de todo o nada. De ocurrir un error durante la manipulacin, se invertiran todos los cambios realizados


Tabla N 12 Descripcin, dar de alta ejemplar.


26

UC-OOO8: DAR DE BAJA EJEMPLAR Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.


FUENTES: Ninguna DEPENDENCIA: Ninguno DESCRIPCION: El sistema deber comportarse tal como se describe en el siguiente caso de

uso cuando el actor Bibliotecario selecciona "Dar de baja ejemplar" o durante la realizacin de los siguientes casos de uso: [UC-0009] Dar de baja libro

SECUENCIA: Paso Accin 1 Se realiza el caso de uso Buscar libro (UC-0002)

2 El actor Bibliotecario (ACT-0001) confirma que desea dar da baja un ejemplar

3 El sistema comprueba que el ejemplar no est prestado

4 El sistema borra dicho ejemplar de la lista de reservas

5 El sistema elimina el ejemplar de la lista de prstamos

6 El sistema suprime el ejemplar de la lista de ejemplares 7 El sistema finaliza el caso de uso con xito

PRECONDICION: Ninguna, POSTCONDICION: La base de datos ha de finalizar en un estado consistente.


1 Si el libro a buscar no existe, el sistema comunica el error, a continuacin este caso de uso queda sin efecto

2 Si no lo confirma, el sistema refleja la excepcin, a continuacin este caso de uso queda sin efecto

3 Si est en prstamo, el sistema refleja el estado e indica que no se puede completar la operacin, a continuacin este caso de uso queda sin efecto




Tabla N 13 Descripcin, dar de baja ejemplar.


27

UC-OOO9: DAR DE BAJA LIBRO Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.


FUENTES: Ninguna. DEPENDENCIA: Ninguno. DESCRIPCION: El sistema deber comportarse tal como se describe en el siguiente caso de

uso cuando el Bibliotecario pulsa "Dar de baja libro" SECUENCIA: Paso Accin

1 Se realiza el caso de uso Buscar libro (UC-0002)

2 El actor Bibliotecario (ACT-0001) confirma que desea dar de baja el libro

3 Se realiza el caso de uso Dar de baja ejemplar (UC-0008)

4 El sistema elimina el libro de la lista de libros catalogados

5 El sistema finaliza el caso de uso con xito



1 Si el libro no existe, el sistema muestra el error, a continuacin este caso de uso queda sin efecto

2 Si no lo hace, el sistema muestra la eleccin, a continuacin este caso de uso queda sin efecto




Tabla N 14 Descripcin, dar de baja a libro.


28

UC-OO10: DAR DE ALTA AUTOR Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.


FUENTES: Ninguno DEPENDENCIA: Ninguno DESCRIPCION: El sistema deber comportarse tal como se describe en el siguiente caso de

uso cuando no exista el autor en la base de datos o durante la realizacin de los siguientes casos de uso: [UC-0003] Dar de alta libro

SECUENCIA: Paso Accin 1 El actor Bibliotecario (ACT-0001) Selecciona "Dar de alta autor"

2 El actor Bibliotecario (ACT-0001) Introduce nombre, primer apellido y segundo apellido del autor

3 El actor Bibliotecario (ACT-0001) Selecciona "Aceptar"

4 El sistema Verifica la informacin

5 El sistema Verifica que el autor no est repetido 6 El sistema El sistema aade el nuevo autor y el caso de uso finaliza



2 Si el usuario selecciona "Cancelar", el sistema pide al bibliotecario que verifique la cancelacin. El bibliotecario pulsa "OK", a continuacin este caso de uso queda sin efecto

4 Si no ha introducido nombre o primer apellido, el sistema avisa al bibliotecario y vuelve al paso 2, a continuacin este caso de uso contina

4 Si el bibliotecario ha introducido basura, el sistema avisa al bibliotecario y vuelve al paso2, a continuacin este caso de uso contina

5 Si El autor est repetido, el sistema avisa al bibliotecario , a continuacin este caso de uso queda sin efecto




Tabla N 15 Descripcin, dar de alta autor.


29

UC-OO11: DAR DE ALTA EDITORIAL Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.



uso cuando no exista la editorial en la base de datos o durante la realizacin de los siguientes casos de uso: [UC-0003] Dar de alta libro

SECUENCIA: Paso Accin 1 El actor Bibliotecario (ACT-0001) Selecciona "Dar de alta editorial"

2 El actor Bibliotecario (ACT-0001) Introduce el nombre de la editorial



5 El sistema Verifica que la editorial no est repetida

6 El sistema El sistema aade la nueva editorial y el caso de uso finaliza



2 Si el usuario selecciona "Cancelar", el sistema pide al bibliotecario que verifique la cancelacin. El bibliotecario pulsa "OK", a continuacin este caso de uso queda sin efecto

4 Si no ha introducido el nombre, el sistema avisa al bibliotecario y vuelve al paso 2, a continuacin este caso de uso contina


5 Si la editorial est repetida, el sistema avisa al bibliotecario, a continuacin este caso de uso queda sin efecto




Tabla N 16 Descripcin, dar de alta a editorial.


30

UC-OO12: DAR DE ALTA TEMA Versin: 2014 I a 15/2/15 AUTORES: 1. Vilca Quispe Abel. G.



uso cuando no exista el tema en la base de datos o durante la realizacin de los siguientes casos de uso: [UC-0003] Dar de alta libro

SECUENCIA: Paso Accin 1 El actor Bibliotecario (ACT-0001) Selecciona "Dar de alta tema"

2 El actor Bibliotecario (ACT-0001) Introduce un nombre para el tema



5 El sistema Verifica que el tema no est repetido

6 El sistema El sistema aade el nuevo tema y el caso de uso finaliza

PRECONDICION: Ninguna, POSTCONDICION: Ninguna.


2 Si el usuario selecciona "Cancelar", el sistema pide al bibliotecario que verifique la cancelacin. El bibliotecario pulsa "OK" , a continuacin este caso de uso queda sin efecto

4 Si no ha introducido el nombre, el sistema avisa al bibliotecario y vuelve al paso 2, a continuacin este caso de uso contina


5 Si el tema est repetido, el sistema avisa al bibliotecario , a continuacin este caso de uso queda sin efecto




Tabla N 17 Descripcin, dar de alta a un tema.


31 2.1.4. DISEO LGICO

Figura N 01 Diseo lgico de base de datos.


32 2.1.5. DISEO DE BASE DE DATOS.

Figura N 02 Diseo de base de datos.

Figura N 03 Vista ejemplar en mysql.


33

CAPITULO III: Factibilidad de Estudio


34

3. ESTUDIO DE FACTIBILIDAD. En los siguientes puntos abarcamos una parte muy esencial del proceso de desarrollo del proyecto la cual se refiere a aspectos tcnicos, econmicos y operativos y su incidencia en la concepcin del producto a obtener.

3.1. FACTIBILIDAD TCNICA.

La informacin que se describe a continuacin, contiene la infraestructura de equipos y tecnologa que la empresa debera implementar. Para que el producto de software terminado entre en produccin en una organizacin necesita de los siguientes equipos de hardware y para su desarrollo se evaluarn los paquetes que presentamos a continuacin:

3.1.1. MQUINA DE LA BIBLIOTECA. Para las pruebas, Ser necesario tener un computador, para lo cual la biblioteca tiene un pc tiene las siguientes caractersticas:

Evaluacin de Hardware (Cliente)

Equi

po

Mai

nboa

rd

Pro

cesa

dor

Cap

acid

ad H

DD

Mem

oria

Ren

dim

ient

o

Pro

med

io

INTEL DUAL CORE INTEL H61WW 3.00 Ghz 500 GB 2GB 4

Tabla N 18 Evaluacin de Hardware de la biblioteca.

En la evaluacin del hardware se tom en cuenta algunas variables en el momento de pruebas, una de ellas requisito de la maquina era dual core, para la aplicacin requiere mnimo 1 GB en RAM, por las dems aplicaciones, no se requiere mayor potencia en Hardware. Se utilizar una Portable Toshiba i5 8,7 GHz con 4 GB en RAM, por parte del desarrollador. Cabe mencionar que est mquina podra hacer de Cliente y Servidor si el caso lo ameritara, por lo que las aplicaciones utilizadas no requieren de mayor potencia para su puesta en marcha.


35 3.1.1.1. RESUMEN DE REQUERIMIENTOS MNIMOS DE

EQUIPOS.

CANTIDAD DESCRIPCION

2

Computador Desktop Dual Core 2.7 GHZ Memoria RAM De 2 GB Monitor De 18.5'' Disco Duro De 320 GB

CANTIDAD

DESCRIPCION

1

Computador Portable Dual Core 1.73 Ghz O Superior Memoria RAM De 1 Gb Monitor De 15 O Mayor' Disco Duro De 320 Gb

CANTIDAD DESCRIPCION 1 Impresora Epson Workforce 615

CANTIDAD DESCRIPCION 2 Conexin A Internet Por Enlace Dedicado

CANTIDAD DESCRIPCION

1 Conexin A Internet Por Medio De Una Tarjeta 1x De Algn Proveedor De Telefona (Claro, Movistar O Cnt) o del mismo facultad.

Tabla N 19 Requerimientos de equipos y servicios.

Los equipos resumidos en la Tabla No 7, son los que se utilizar por lo que la empresa ya dispone de estos equipos para la implementacin del sistema.

3.1.2. ENCUENSTAS/RESULTADOS. 3.1.2.1. PONDERACIN DBMS.

Matriz de Ponderacin (DBMS) Base de datos

Caractersticas

Ponderacin

Versin 5,0 Versin 8,2 Versin 2005

Valor Total Valor Total Valor Total Fcil manejo (instalar, configurar, usar, administrar) 4,80% 5 0,24 5 0,24 5 0,24 Integridad Referencial 21,40% 5 1,07 5 1,07 5 1,07 Seguridad robusta 2,40% 4 0,096 5 0,12 5 0,12 Sencillez de precios y licencias 23,80% 5 1,19 5 1,19 5 1,19 Escalabilidad y rendimiento 14,30% 5 0,715 5 0,715 3 0,429 Conocimiento 9,50% 5 0,475 0 0 3 0,285 Integracion con Platafoma PHP 23,80% 5 1,19 3 0,714 3 0,714

Valores 100% 4,98 4,05 4,05 Tabla N 20 Ponderacin de bds


36 FCIL MANEJO. Caracterstica de permitir descargas rpidas, interfaces de configuracin simplificadas, herramientas de administracin y edicin de consultas, aplicacin de revisiones automticas (actualizaciones), administrador de equipo para iniciar o detener el servicio.

INTEGRIDAD REFERENCIAL La integridad referencial es un conjunto de reglas que utilizan la mayora de las bases de datos relacionales para asegurarse que los registros de las tablas relacionadas sean vlidos y que no se borren o cambien datos relacionados de forma accidental produciendo errores de integridad y ocasionando inconsistencia en los datos.

SEGURIDAD ROBUSTA.

Compatibilidad con la autenticacin del sistema operativo, manejo de niveles de seguridad de acceso, uso de procedimientos almacenados como capa de abstraccin (Lgica de Negocio).

SENCILLEZ DE PRECIOS Y LICENCIAS. Esta caracterstica es referente al costo de la licencia de esta herramienta e inconvenientes de distribucin de aplicaciones que interacten con este motor de Base de Datos.

ESCALABILIDAD Y RENDIMIENTO. Compatibilidad de instalacin en equipos de un solo ncleo o servidores, capacidad de memoria RAM que se puede ser asignada y capacidad del tamao de la base de datos.

CONOCIMIENTO. Nivel de dominio o conocimiento sobre la herramienta.

INGTEGRACIN CON LA PLATAFORMA PHP.

Compatibilidad con aplicaciones desarrolladas en la plataforma PHP, acceso a datos con ODBC. De acuerdo a la valoracin que obtuvo MYSQL, ser la herramienta sobre la cual se implemente la base de datos del sistema, pues a ms de cumplir con las requisitos de ser gratuita y permitir integridad referencial, posee una caracterstica importante para el proyecto como es el la integracin nativa con la plataforma PHP, lo que asegura mejor compatibilidad con aplicaciones desarrolladas bajo esta plataforma. Adems cuenta con el motor de consultas MYSQL lo que permitir ofrecer un mejor rendimiento.


37 3.1.2.2. PONDERACIN LENGUAJES DE PROGRAMACIN.

Matriz de Ponderacin (Lenguaje de Programacin) Lenguaje de Programacin

Caractersticas

Ponderacin

JAVA C# .NET PHP

Valor Total Valor Total Valor Total Integracin con DBMS MYSQL 7,10% 5 0,355 5 0,355 5 0,355 Lenguaje orientado a objetos 19,00% 5 0,95 5 0,95 5 0,95 Generar aplicaciones para Servicios Web y Aplicaciones Web

21,40%

5

1,07

5

1,07

5

1,07

Manejo de excepciones 9,50% 5 0,475 5 0,475 5 0,475 Sencillez de precios y licencias 7,10% 5 0,355 0 0 5 0,355 Conocimiento 11,90% 4 0,476 3 0,357 5 0,595 Integracin conla Plataforma Appserv 23,80% 5 1,19 5 1,19 5 1,19

Valores 100% 4,87 4,40 4,99 Tabla N 21 Ponderacin de lenguajes de programacin.

Para el anlisis consideramos los lenguajes de programacin ms usados en la actualidad para el desarrollo de aplicaciones Web como son: PHP (preprocesador de hipertexto), C# (C Sharp) y Java.

INTEGRACIN CON DBMS SQL. Caractersticas del lenguaje de programacin para interactuar nativamente con bases de datos de la familia MYSQL.

LENGUAJE ORIENTADO A OBJETOS. Permitir hacer los programas y mdulos ms fciles de escribir, mantener y reutilizar.

GENERAR APLICACIONES PARA SERVICIO WEB o DESKTOP. Permitir desarrollar bajo el mismo lenguaje sitios Web, Servicio Web, Bibliotecas de clases.

MANEJO DE EXCEPCIONES

Estructura de control de los lenguajes de programacin diseada para manejar errores, que pueden ser tratadas por el mismo programa de desarrollo.

RECOLECCIN DE ELEMENTOS NO UTILIZADOS. Administrar la asignacin y liberacin de la memoria de la aplicacin automticamente hacindola transparente al desarrollador.


38 CONOCIMIENTO. Nivel de dominio o conocimiento sobre el lenguaje de programacin.

INTEGRACIN CON LA PLATAFORMA PHP.

Compatibilidad con el espacio de trabajo o Framework de Appserv.

Como defini anteriormente en la ponderacin se ha elegido a PHP como lenguaje de programacin para el desarrollo del proyecto, pues satisface de mejor manera las caractersticas puestas a consideracin.

3.1.2.3. PONDERACIN DE SISTEMAS OPERATIVOS. La mquina cliente debe poseer un sistema operativo como requerimiento de Software esencial, en la siguiente tabla se evaluarn algunos de estos:

EVALUACIN DE SISTEMAS OPERATIVOS CARACTERSTICAS % POND. Xp SP2 Valor Windows 7 Valor Linux Valor

Seguridad 20 4 80 5 100 5 100 Flexibilidad 20 5 100 5 100 5 100 Interfase con otros S.O. 12 5 60 5 60 4 48 Soporte de Fabricante 12 5 60 5 60 4 48 Compatibilidad Aplicaciones 36 5 180 4 144 5 180

TOTALES 100 480 464 476 Tabla N 22 Ponderacin de software de sistemas operativos. La Tabla N 22 muestra que Windows XP se acopla ms a los requerimientos de la aplicacin, cabe mencionar que la Empresa ya posee licencia de este SO, adems a ciertas caractersticas que brinda Windows XP como la familiaridad y compatibilidad con las aplicaciones en el uso del Outsourcing de Impresin. Y los menores costos S.O.Linux.

3.1.2.4. HERRAMIENTAS PARA CONSTRUCIN DE LA APLICACIN. El sistema de integracin de herramientas de control y administracin de datos est orientado a la Web, en resumen las herramientas utilizadas para la construccin de la aplicacin son las siguientes:

HERRAMIENTAS PARA LA CONSTRUCCIN DE LA APLICACIN Herramientas Caractersticas Base de Datos MySQL 5.0.51b Mysql ODBC Connector Lenguaje de Programacin PHP 5.2.6 Java Script Servidores Web Apache 2.2.8 Appserv 2.6 Interfaces de Usuario TeamViewer 8 Monitores Remotos Software para VPNs AT VPN 2.2 Software para VPNs Sistema Operativo Windows Xp,Vista, 7 Herramienta de Apoyo Office 2010

Tabla N 23 Herramientas para construccin de la aplicacin.


39 3.2. FACTIBILIDAD ECONMICA.

Se determinar que el proyecto en todo mbito es rentable o es realizable, se demostrar con datos que es viable, bajo los siguientes parmetros: En 4 alternativas.

ESTUDIO DE FACTIBILIDAD ECONOMICA Escenario 1 Escenario 2 Escenario 3 Escenario 4

Software Descripcin Costo S/. Descripcin Costo S/. Descripcin Costo S/. Descripcin Costo S/. Sistema Operativo Windows Xp 110,00 Debiant 0,00 Solaris 1.600,00 Linux 0,00

Motor de Base Datos

SQL Server 2005

636,00

SQL Free

0,00

Oradle estndar

Edicin One

6.338,00

MYSql

0,00

Herramientas desarrollo

ASP. NET 513,00

Jbuilder 2005

1.500,00

C#

S/. 513,00 PHP

0,00

Subtotal S/. 1256,00 Subtotal S/. 1.500,00 Subtotal S/. 8.451,00 Subtotal S/. 0,00 Hardware Descripcin Costo S/. Descripcin Costo S/. Descripcin Costo S/. Descripcin Costo S/.

PC de escritorio Intel i5 2000,00 Intel Core I3 950,00 Intel Core I3 850,00 Intel Core I3 850,00 Subtotal 3000,00 Subtotal 950,00 Subtotal 850,00 Subtotal 850,00

RRHH Descripcin Costo Descripcin Costo Descripcin Costo Descripcin Costo

Desarrollo de proyecto-documentacion

1 Desarrollador

1000,00

1 Desarrollador

1000,00

1 Desarrollador

1000,00 1

Desarrollador

1000,00

Total S/. 3000,00 Total S/. 4.250,00 Total S/. 9.301,00 Total S/. 1850,00 Tabla N 24 Factibilidad Econmica.

De acuerdo al estudio de factibilidad econmica realizado en el cual se compararon entre los diferentes escenarios que se muestran en el Tabla N24 se puede apreciar que el ms conveniente para implementar el proyecto es el Escenario # 1 y Escenario # 4 , ya que ste ofrece una ventaja ante los dems. A parte que en la actualidad la mayor parte de las Empresas pblicas y privadas ms grandes del pas estn migrando sus aplicaciones a Software Libre o tambin pagado-licencia. Y la empresa Mixamigo S.C.R.L. la cual es nuestro escenario de implementacin y de estudio no es la excepcin, el objetivo ser aplicar las herramientas ms apropiadas para cumplir con el objetivo. Produciendo un ahorro econmico significativo y tcnico, recomendamos Escenario # 4.


40

3.3. FACTIBILIDAD OPERATIVA. Grupo Mixamigo S.R.L, es una empresa desarrolladora de Software, que por aos ha desarrollado e implementado soluciones integrales con proyectos de software gubernamental, a municipalidades distritales y provinciales de la regin Puno. Actualmente somos integradores del mejor lenguaje de programacin y ms usado PHP, PHYTON, JAVA, .NET y HTML5. Trabajamos de la mano con los fabricantes para implementar proyectos con soluciones factibles, brindando un soporte adecuado en la implementacin y durante el tiempo de operatividad del proyecto. Y por la experiencia que nos precede, realizamos este estudio de factibilidad integral de proyecto denominado IMPLENTACION DE SISTEMA BIBLIOTECA CON LA TECNOLOGIA OPEN SOURCE EN LA FACULTAD ING. DE SISTEMAS PARA EL AO 2015-2020, donde proponemos la solucin tecnolgica para la biblioteca de la facultad de Ingeniera de sistemas. Tambin entendemos que las soluciones tecnologas planteadas requieren de equipamiento complementario, para mantener una operatividad eficiente y optima de cada una de las soluciones tecnolgicas. Tambin entendemos que las soluciones tecnologas planteadas requieren de equipamiento complementario, para mantener una operatividad eficiente y ptima de cada una de las soluciones tecnolgicas, las soluciones tecnolgicas como:

9 [01]Auditoria de bd. 9 [02]Equipamiento y mantenimiento en telecomunicacin. 9 [03]Instalacin y configuracin de Internet, INTRANET, vos data. 9 [04]Desarrollo de software con la tecnologa moderna. 9 [05]Mayorista den equipos de telecomunicaciones.

Dichas soluciones tecnolgicas [05] describimos en el presente estudio de factibilidad. La operatividad del sistema es garantizada, el sistema ser de fcil manejo y con procedimientos muy similares a los que se lleva en la actualidad de manera manual. El encargado de la manipulacin del sistema ser capacitado de forma directa por el autor del sistema, para solventar cualquier inquietud que pudiera presentarse. Adems el producto que se obtendr manejar una interfaz sumamente amigable para el usuario, lo que permitir que personas que posean un cierto nivel de conocimiento de computacin puedan manejarlo fcilmente.


41 Es claro que a lo largo de la implementacin del producto tenemos que ir evaluando y conversando con los administradores con el objetivo de tratar de satisfacer todas sus inquietudes y requerimientos sobre el sistema. A parte que contamos con todo su apoyo.

3.3.1. COSTO PRESUPUESTO. Este proyecto para su desarrollo consta de los siguientes rubros, estos rubros son cobrados una sola vez.

COSTOS RECURSOS HUMANOS Responsabilidad Descripcin Valor Hora Num. Horas Total S/.

Analista G2 Ing. Vilca Quispe Abel 3.50/Hora 499 1746.50 Analista G1 Ing. Quispe Marce Jos 3.50/Hora 499 1746.50 Analista P1. Ing. Cuenta Parra Nilo 3.50/Hora 450 1575

Total S/. 5068 Tabla N 25 Costos de recursos humanos.

COSTOS TECNOLOGICOS

Cantidad Descripcin Precio Unitario Total S/.

1 Computador Portable 90 90 Intel i5 o Superior Memoria 1 GB Tarjeta de Video 256 MB Monitor 14" Disco duro 320 GB.

1 Impresora Epson Workforce 615 60

3 Tarjeta Celular PCMCIA para Internet 80 Total S/. 230

Tabla N 26 Costo de uso tecnolgico.

COSTOS SOFTWARE Cantidad Descripcin Precio Unitario Total S/.

2 Microsoft Windows Seven7 1000 1000

1 SQL Server 2008 500 500 1 Foxit Reader 50 50

TOTAL S/. 1550

Tabla N 27 Costo de uso software.

COSTOS HARWARE Cantidad Descripcin Tiempo Total S/.

2 Laptops proyecto

100 1 Impresora proyect

50

2 Antenas wifi proyect

50 TOTAL S/. 200

Tabla N 28 Costo de uso de hardware


42 .

COSTOS MATERIALES Cantidad UNIDAD

RECURSOS Total S/.

1 Millar PAPEL BOND Dddd434323423432ak

25 1 Unidad TINTA PARA IMPRESORA

0 10

10 Unidad CD 0

10 TOTAL S/. 45

Tabla N 29 Costos de uso de materiales.

RESUMEN DE COSTOS GENERALES COSTO TOTAL DE ESTUDIO DE FACTIBILIDAD ECONOMICA Escenario 1 Escenario 2 Escenario 3 Escenario 4

Software Windows-pago

Descripcin Costo S/. Descripcin Costo S/. OpenSource-Libre Subtotal S/. 1256,00 Subtotal S/. 1.500,00 Subtotal S/. 8.451,00 Subtotal S/. 0,00 Hardware Con licencias Con licencias Con licencias Con licencias-gratuito Total S/. 3000,00 Total S/. 4.250,00 Total S/. 9.301,00 Total S/. 1850,00

Tabla N 30 Costos de factibilidad econmica.

COSTOS TOTAL DE ESTUDIO DE EJECUCION DEL PROYECTO

Concepto

Total S/. 01 COSTO DE RECURSOS HUMANOS 5068 02 COSTO DE RECURSOS TECNOLOGICOS 230 03 COSTO DE SOFTWARE 1550 04 COSTO DE HARDWARE 200 05 COSTO MATERIALES 45 06 MOVILIDA Y COMIDA 300

Total S/. 7393

Tabla N 31 Costo total de implementacin de software.


43

CAPITULO IV: Marco terico.


44 3. MARCO TERICO.

3.2. MEJORAMIENTO CONTINUO. Las tendencias mundiales muestran como las naciones se integran en comunidades que buscan fortalecerse mutuamente. La integracin va ms all de tratados de libre comercio, apertura de importaciones y exportaciones. Penetra en la vida cotidiana de los miembros de la sociedad, en las prcticas de las organizaciones y genera cambios sustanciales en la forma de vida del hombre moderno. Mejorar un proceso significa cambiarlo para hacerlo ms efectivo, eficiente y adaptable, que cambiar y como cambiar depende del enfoque especifico del empresario y del proceso "(James Harrington (1993)). La bsqueda de la excelencia comprende un proceso que consiste en aceptar un nuevo reto cada da. Este proceso debe ser progresivo y continuo. El proceso de mejora es un medio eficaz para desarrollar cambios positivos que van a permitir ahorrar dinero. La ventaja comparativa de una empresa estar entonces en su habilidad, recursos, conocimientos y mtodos de trabajo de los que dispone; los mismos de los que carecen sus competidores o que estos tienen en menor medida, que hace posible obtener mejores rendimientos que aquellos. El Mejoramiento Continuo es una herramienta que actualmente es fundamental, ya que permite renovar permanentemente los procesos, hace que las empresas estn en constante actualizacin y permite adems, que las organizaciones sean ms eficientes y competitivas; fortalezas que le ayudaran a permanecer e incluso crecer en el mercado. Las principales ventajas del Mejoramiento Continuo son: 9 Se concentra el esfuerzo en mbitos organizativos y de procedimientos

puntuales. 9 Consiguen mejoras en un corto plazo y resultados visibles

9 Se reducen los costos

9 Incrementa la productividad y dirige a la organizacin hacia la

competitividad, lo cual es de vital importancia. 9 Contribuye a la adaptacin de los procesos a los avances tecnolgicos

9 Permite eliminar procesos repetitivos.

La competitividad no es producto de la casualidad ni surge espontneamente; se crea y se logra a travs de un proceso de aprendizaje. La competitividad interna se refiere a la capacidad de la organizacin para lograr el mximo rendimiento de los recursos disponibles; la empresa ha de competir consigo misma.


45 3.3. HERRAMIENTAS DE DESARROLLO.

3.3.1. APACHE. Acrnimo de "a patchy server". Servidor web de distribucin libre y de cdigo abierto, siendo el ms popular del mundo desde abril de 1996, con una penetracin actual del 50% del total de servidores web del mundo (referencia agosto de 2007). La principal competencia de Apache es el IIS (Microsoft Internet Information Services) de Microsoft. Apache fue la primera alternativa viable para el servidor web de Netscape Communications, actualmente conocido como Sun Java System Web Server. El servidor HTTP Apache es un software libre de cdigo abierto para plataformas Unix (BSD, GNU/Linux), Windows, Macintosh que implementa el protocolo HTTP/1.1. Apache es desarrollado y mantenido por una comunidad abierta de desarrolladores bajo el auspicio de la Apache Software Foundation. La aplicacin permite ejecutarse en mltiples sistemas operativos como Windows, NovellNetWare, Mac OS X y los sistemas basados en Unix. Funcionamiento de conexin con el Servidor La PC cliente establece una conexin por medio del protocolo de transporte TCP/IP, en el puerto 80 con la PC servidor, en la cual se est ejecutando el software llamado servidor web o servidor HTTP (Apache).

3.3.1.1. CARACTERSTICAS.

9 Presenta mensajes de error configurables. 9 Bases de datos de autenticacin. 9 Negociado de contenido. 9 Falta de una interfaz grfica que ayude en su configuracin. 9 Es el servidor HTTP del 48% de los sitios web en el mundo. 9 Soporte para los lenguajesperl, python, tcl y PHP. 9 Mdulos de autenticacin: mod_access, mod_auth y mod_digest. 9 Soporte para SSL y TLS. 9 Permite la configuracin de mensajes de errores

personalizados y negociacin de contenido. 9 Permite autenticacin de base de datos basada en SGBD.

Uso del Servidor Apache Permite la publicacin de pginas web estticas y dinmicas en la WWW. Es el servidor web del sistema XAMP, junto con MySQL y los lenguajes de programacinPHP/Perl/Python.


46

3.3.1.2. ESTRUCTURA.

Est organizado en mdulos. La configuracin de cada mdulo se hace mediante la configuracin de las directivas que estn contenidas dentro del mdulo. Estos mdulos se los clasifica en tres categoras:

9 Mdulos Base: Mdulo con las funciones bsicas del Apache. 9 Mdulos Multiproceso: son los responsables de la unin con

los puertos de la mquina, aceptando las peticiones y enviando a los hijos a atender a las peticiones.

9 Mdulos Adicionales: Cualquier otro mdulo que le aada una funcionalidad al servidor.

3.3.1.3. FUNCIONAMIENTO DE LOS MDULOS.

En el mdulo base se encuentran las funciones ms elementales, siendo necesario un mdulo multiproceso para manejar las peticiones. Se han diseado varios mdulos multiproceso para cada uno de los sistemas operativos sobre los que se ejecuta Apache, optimizando el rendimiento y rapidez del cdigo.

El resto de funcionalidades del servidor se consiguen por medio

de mdulos adicionales que se pueden cargar. Para aadir un conjunto de utilidades al servidor, simplemente hay que aadirle un mdulo, de forma que no es necesario volver a instalar el software.

Mdulos

9 mod_ssl - Comunicaciones Seguras va TLS. 9 mod_rewrite - Reescritura de direcciones servidas (generalmente

utilizado para transformar pginas dinmicas como php en pginas estticas html para as engaar a los navegantes o a los motores de bsqueda en cuanto a cmo fueron desarrolladas estas pginas).

9 mod_dav - Soporte del protocolo WebDAV (RFC 2518). 9 mod_deflate - Compresin transparente con el algoritmo

deflate del contenido enviado al cliente. 9 mod_auth_ldap - Permite autentificar usuarios contra un servidor

LDAP. 9 mod_proxy_ajp - Conector para enlazar con el servidor Jakarta

Tomcat de pginas dinmicas en Java (servlets y JSP).

El servidor de base puede ser extendido con la inclusin de mdulos externos los cuales son los siguientes:

9 mod_perl - Pginas dinmicas en Perl. 9 mod_php - Pginas dinmicas en PHP. 9 mod_python - Pginas dinmicas en Python.


47 9 mod_rexx - Pginas dinmicas en REXX y Object REXX. 9 mod_ruby - Pginas dinmicas en Ruby. 9 mod_mono - Pginas dinmicas en Mono 9 mod_security - Filtrado a nivel de aplicacin, para seguridad.

3.3.1.4. VENTAJAS.

9 Modular 9 Open source 9 Multi-plataforma 9 Extensible 9 Popular (fcil conseguir ayuda/soporte) 9 Gratuito

3.3.2. PHP. Es un acrnimo recursivo que significa "PHP Hypertext Pre-processor" (inicialmente PHP Tools, o, Personal Home Page Tools). Es un lenguaje de programacin usado para la creacin de contenido para sitios web, programar pginas html con cdigos fuente, creacin de aplicaciones para servidores, o creacin de contenido dinmico para sitios web. Permite la creacin de imgenes, archivos PDF y pelculas Flash (usando libswf y Ming) sobre la marcha. Tambin puede presentar otros resultados, como XHTM y archivos XML. PHP puede autogenerar estos archivos y almacenarlos en el sistema de archivos en vez de presentarlos en la pantalla.

Funcionamiento de PHP

Figura N 04 Diagrama de funcionamiento de php.

PHP tambin cuenta con soporte para comunicarse con otros servicios usando protocolos tales como LDAP, IMAP, SNMP, NNTP, POP3, HTTP, COM.


48 PHP es interpretado y no compilado. Esto ayuda a que el desarrollo sea rpido y dinmico, puesto que no hay que compilar el cdigo cada vez que le hagamos algn cambio.

Caractersticas

9 Programacin de pginas web dinmicas, con el motor de base datos MySQL.

9 Programacin en consola. 9 Creacin de aplicaciones grficas independientes del

navegador, por medio de la combinacin de PHP y Qt/GTK+, esto permite desarrollar aplicaciones de escritorio en los sistemas operativos en los que est soportado.

9 Usado como un lenguaje de script embebido en HTML. 9 Naturaleza open-source.

3.3.2.1. SEGURIDAD. PHP es un potente lenguaje y el intrprete, tanto incluido en el servidor Web como mdulo o ejecutado como un binario CGI, puede acceder a ficheros, ejecutar comandos y abrir comunicaciones de red en el servidor.

Todas estas caractersticas hacen que lo que se ejecute en el servidor Web sea seguro por defecto.

PHP ha sido diseado especficamente para ser un lenguaje ms seguro para escribir programas CGI, Perl o C y con la correcta seleccin de las opciones de configuracin de tiempo de compilacin y ejecucin se consigue la exacta Combinacin de libertad y seguridad que se necesita.

3.3.2.2. VENTAJAS.

9 Lenguaje multiplataforma. 9 su rapidez; su facilidad de aprendizaje; su soporte

multiplataforma tanto de diversos Sistemas Operativos, como servidores HTTP y de bases de datos; y el hecho de que se distribuye de forma gratuita bajo una licencia abierta.

9 Capacidad de conexin con la mayora de los manejadores de base de datos que se utilizan en la actualidad, destaca su conectividad con MySQL.

9 Leer y manipular datos desde diversas fuentes, incluyendo datos que pueden ingresar los usuarios desde formularios HTML.


49 9 Amplia documentacin, entre la cual se destaca que todas las

funciones del sistema estn explicadas y ejemplificadas en un nico archivo de ayuda.

9 Es libre, es una alternativa de fcil acceso para todos. 9 Permite tcnicas de Programacin Orientada a Objetos. 9 Permite crear formularios para la web. 9 No requiere definicin de tipos de variables ni manejo detallado

del bajo nivel.

3.3.3. MySQL.

Es un sistema de gestin de base de datos relacional, multihilo y multiusuario con ms de seis millones de instalaciones. MySql fue escrito en C y C++ y destaca por su gran adaptacin a diferentes entornos de desarrollo, permitiendo su interactuacin con los lenguajes de programacin ms utilizados como PHP, Perl y Java y su integracin en distintos sistemas operativos.

3.3.3.1. LENGUAJES QUE UTILIZA MySQL

C, C++, C#, Pascal, Delphi, Eiffel, Smalltalk, Java (con una implementacin nativa del driver de Java), Lisp, Perl, PHP, Python, Ruby, Gambas, REALbasic (Mac), FreeBASIC, y Tcl. Por lo tanto para efectos de un buen funcionamiento de nuestra aplicacin utilizaremos MySQL con PHP por su facilidad de uso.

3.3.3.2. APLICACIONES.

MySQL es muy utilizado en aplicaciones web como MediaWiki o Drupal, en plataformas (Linux/Windows-Apache-MySQL-PHP/Perl/Python), y por herramientas de seguimiento de errores como Bugzilla.

Su popularidad como aplicacin web est muy ligada a PHP, que a

menudo aparece en combinacin con MySQL.

MySQL es una base de datos muy rpida en la lectura cuando utiliza el motor no transaccional MyISAM, pero puede provocar problemas de integridad en entornos de alta concurrencia en la modificacin.

En aplicaciones web hay baja concurrencia en la modificacin de datos y en cambio el entorno es intensivo en lectura de datos, lo que hace a MySQL ideal para este tipo de aplicaciones.


50

3.3.3.3. PLATAFORAMAS.

MySQL funciona sobre mltiples plataformas, incluyendo AIX, BSD, FreeBSD, HP-UX, GNU/Linux, Mac OS X, NetBSD, Novell Netware, OpenBSD, OS/2

Warp, QNX, SGI IRIX, Solaris, SunOS, SCO OpenServer, SCO UnixWare, Tru64, Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Vista y otras versiones de Windows. Tambin existe MySQL para OpenVMS. Seguridad

Un sistema de privilegios y contraseas que es muy flexible y seguro, y que permite verificacin basada en el host. Las contraseas son seguras porque todo el trfico de contraseas est encriptado cuando se conecta con un servidor.

3.3.3.4. ESCALABILIDAD Y LMITES.

Soporte a grandes bases de datos. Usamos MySQL Server con bases de datos que contienen 50 millones de registros. Tambin conocemos a usuarios que usan MySQL Server con 60.000 tablas y cerca de 5.000.000.000.000 de registros. Se permiten hasta 64 ndices por tabla (32 antes de MySQL 4.1.2). Cada ndice puede consistir desde 1 hasta 16 columnas o partes de columnas. El mximo ancho de lmite son 1000 bytes (500 antes de MySQL 4.1.2).Un ndice puede usar prefijos de una columna para los tipos de columna CHAR, VARCHAR, BLOB, o TEXT.

3.3.3.5. CONECTIVIDAD

Los clientes pueden conectar con el servidor MySQL usando sockets TCP/IP en cualquier plataforma. En sistemas Windows de la familia NT (NT 2000, XP, o 2003), los clientes pueden usar named pipes para la conexin. En sistemas Unix, los clientes pueden conectar usando ficheros socket Unix.

3.3.3.6. CLIENTE Y HERRAMIENTAS.

MySQL server tiene soporte para comandos SQL para chequear, optimizar, y reparar tablas. Estos comandos estn disponibles a travs de la lnea de comandos y el cliente mysqlcheck. MySQL tambin incluye myisamchk, una utilidad de lnea de comandos muy rpida para efectuar estas operaciones en tablas MyISAM.


51

3.3.3.7. CARACTERSTICAS

9 Soporta gran cantidad de datos. MySQL Server tiene bases de datos de hasta 50 millones de registros.

9 Los clientes se conectan al servidor MySQL usando sockets TCP/IP

en cualquier plataforma. 9 Es un sistema de administracin de bases de datos. 9 Es un sistema de administracin relacional de bases de datos. 9 Es software de fuente abierta. 9 Es open source de MySQL, que hace que su utilizacin sea

gratuita e incluso se pueda modificar con total libertad, pudiendo descargar su cdigo fuente.

3.3.3.8. VENTAJAS

9 La velocidad a la hora de realizar las operaciones. 9 Aprovecha la potencia de sistemas multiprocesador,

gracias a su implementacin multihilo. 9 Su bajo consumo lo hacen apto para ser ejecutado en una

mquina con escasos recursos sin ningn problema. 9 Las utilidades de administracin de este gestor son

envidiables para muchos de los gestores comerciales existentes, debido a su gran facilidad de configuracin e instalacin.

9 Tiene una probabilidad muy reducida de corromper los datos, incluso en los casos en los que los errores no se produzcan en el propio gestor, sino en el sistema en el que est.

9 Soporta gran cantidad de tipos de datos para las columnas. 9 Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP,

etc). 9 Gran portabilidad entre sistemas. 9 Soporta hasta 32 ndices por tabla. 9 Gestin de usuarios y passwords, manteniendo un muy buen

nivel de seguridad en los datos.


52

3.3.4. RUP 3.3.4.1. INTRODUCCIN.

RUP es un proceso de desarrollo basado en UML lo que garantiza que sea genrico ya que pude ser utilizado para la construccin de una gran cantidad de sistemas destinados para diferentes reas de aplicacin, diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaos de proyectos.

El Proceso Unificado de Rational se basa en un enfoque disciplinado debido a la manera en asignar las tareas y responsabilidades dentro del equipo de desarrollo. Su principal objetivo es la de garantizar la construccin de un software de muy alta calidad que satisfaga los requerimientos de los usuarios finales mantenindose dentro de las estimaciones de tiempo y presupuesto.

Caractersticas

RUP posee dos dimensiones: 9 Un eje horizontal que representa el tiempo y muestra los

aspectos del ciclo de vida del proceso a lo largo de su desenvolvimiento.

9 Un eje vertical que representa las disciplinas, las cuales

agrupan actividades de una manera lgica de acuerdo a su naturaleza.

La primera dimensin representa el aspecto dinmico del proceso conforme se va desarrollando, se expresa en trminos de fases, iteraciones e hitos (milestones). La segunda dimensin representa el aspecto esttico del proceso: cmo es descrito en trminos de componentes del proceso, disciplinas, actividades, flujos de trabajo, artefactos y roles. El siguiente grafico muestra las diferentes fases de RUP con sus respectivas disciplinas:


53

Figura N 05 Fases y disciplinas de RUP.

RUP es un proceso basado en componentes (component-based), lo que ignifica que el sistema en construccin estar conformado por componentes de software interconectados por medio de interfaces bien definidas (well-defined interfaces). El Proceso Unificado de Rational se basa en el Lenguaje de Modelado Unificado (UML) para el modelamiento y construccin de los planos del sistema. De hecho, UML es una parte integral del Proceso Unificado, fueron desarrollados a la par. Apropiada para proyectos grandes.

Es iterativo e incremental, centrado en la arquitectura y guiado por los casos de uso.

ASPECTOS

Todos los aspectos importantes de RUP se hallan inmersos en tres conceptos claves 9 Dirigido por casos de uso (use-case driven), 9 Centrado en la arquitectura (architecture-centric), 9 Iterativo e incremental.

3.3.4.2. PROCECO UNIFICADO CENTRADO EN LA ARQUITECTURA.

El papel del arquitecto de sistemas es similar en naturaleza al papel que el arquitecto desempea en la construccin de edificios. El edificio se mira desde diferentes puntos de vista: estructura, servicios, plomera, electricidad, etc. Esto le permite al constructor ver una radiografa completa antes de empezar a construir. Similarmente, la arquitectura en un sistema de software es descrita como diferentes vistas del sistema que est siendo construido.

El concepto de arquitectura de software involucra los aspectos estticos y dinmicos ms significativos del sistema. La arquitectura surge de las necesidades de la empresa, tal y como las interpretan los usuarios y otros stakeholders, y tal y como estn reflejadas en los


54 casos de uso. Sin embargo, tambin est influenciada por muchos otros factores, tales como la plataforma de software en la que se ejecutar, la disponibilidad de componentes reutilizables, consideraciones de instalacin, sistemas legados, requerimientos no funcionales (ej. desempeo, confiabilidad).

La arquitectura es la vista del diseo completo con las caractersticas ms importantes hechas ms visibles y dejando los detalles de lado. Ya que lo importante depende en parte del criterio, el cual a su vez viene con la experiencia, el valor de la arquitectura depende del personal asignado a esta tarea. Sin embargo, el proceso ayuda al arquitecto a enfocarse en las metas correctas, tales como claridad (understandability), flexibilidad en los cambios futuros y rehso. Por una parte, los casos de uso deben, cuando son realizados, acomodarse en la arquitectura. Por otra parte, la arquitectura debe proveer espacio para la realizacin de todos los casos de uso, hoy y en el futuro. En la realidad, ambos arquitectura y casos de uso deben evolucionar en paralelo.

3.3.4.3. PROCESO UNIFICADO ITERATIVO INCREMENTAL.

Desarrollar un producto de software comercial es una tarea enorme que puede continuar por varios meses o aos. Es prctico dividir el trabajo en pequeos pedazos o mini-proyectos. Cada mini-proyecto es una iteracin que finaliza en un incremento. Las iteraciones se refieren a pasos en el flujo de trabajo, los incrementos se refieren a crecimiento en el producto. Para ser ms efectivo, las iteraciones deben estar controladas, esto es, deben ser seleccionadas y llevadas a cabo de una manera planeada. Los desarrolladores basan su seleccin de qu van a implementar en una iteracin en dos factores.

9 Primero, la iteracin trata con un grupo de casos de uso que en conjunto extienden la usabilidad del producto.

9 Segundo, la iteracin trata con los riesgos ms importantes. Las iteraciones sucesivas construyen los artefactos del desarrollo a partir del estado en el que fueron dejados en la iteracin anterior.

En cada iteracin, los desarrolladores identifican y especifican los casos de uso relevantes, crean el diseo usando la arquitectura como gua, implementan el diseo en componentes y verifican que los componentes satisfacen los casos de uso. Si una iteracin cumple sus metas y usualmente lo hace el desarrollo contina con la siguiente iteracin. Cuando la iteracin no cumple con sus metas, los desarrolladores deben revisar sus decisiones previas y probar un nuevo enfoque.


55

3.3.4.4. UTILIZACIN ARQUITECTURA BASADA EN COMPONENTES

El proceso de software debe focalizarse en el desarrollo temprano de una arquitectura robusta ejecutable, antes de comprometer recursos para el desarrollo en gran escala RUP describe como disear una arquitectura flexible, que se acomode a los cambios, comprensible intuitivamente y promueve una ms efectiva reutilizacin de software, soporta el desarrollo de software basado en componentes: mdulos no triviales que completan una funcin clara, RUP provee un enfoque sistemtico para definir una arquitectura utilizada componentes nuevos y preexistentes.

3.3.4.5. MODELIZAR SOFTWARE VISUALMENTE

RUP muestra como novelizar software visualmente la estructura y comportamiento de arquitecturas y componentes las abstracciones visuales ayudan a comunicar diferentes aspectos del software, comprender los requerimientos, ver como los elementos del sistema se relacionan ente si, mantener la consistencia entre diseo e implementacin y promover una comunicacin precisa. Es estndar UML, creado por Rational Software es el cimiento par una modelizacin visual exitosa.

3.3.4.6. VERIFICAR LA CALIDAD DE SOFTWARE

Es necesario evaluar la calidad de un sistema respecto de sus requerimientos de funcionalidad, confiabilidad y performance. La actividad fundamental es el testing, que permite encontrar las fallas antes de la puesta en produccin RUP asiste en el planeamiento, diseo, implementacin, ejecucin y evaluacin de todos estos tipos de testing. El aseguramiento de la calidad se construye dentro del proceso, en tosas las actividades, involucrando a todos los participantes, utilizando medidas en forma temprana.

3.3.4.7. CONTROLAR CAMBIOS DE SOFTWARE

La capacidad de administrarlos cambios es esencial en ambientes en los cuales el cambio es inevitable. RUP describe como controlar,


56 rastrear y monitorear los cambios para permitir un desarrollo iterativo exitoso.es tambin para establecer espacios de trabajo seguros para cada desarrollador, suministrando el aislamiento de los cambios hechos en otros espacios de trabajo y controlando los cambios de todos los elementos de software. Describe como automatizar la integracin y administrar la conformacin de realeases.

Un artefacto es una informacin que es utilizada o producida

mediante un proceso de desarrollo de software. Pueden ser artefactos un modelo, una descripcin o un software. Los artefactos de UML se especifican en forma de diagramas, estos, junto con la documentacin sobre el sistema constituyen los artefactos principales que el modelador puede observar.

Se necesita ms de un punto de vista para llegar a representar un sistema UML utiliza grficos para obtener estos distintos puntos de vista de un sistema.

3.3.5. DIAGRAMAS DE UML. 3.3.5.1. DIAGRAMA DE PAQUETES.

La forma que tiene UML de agrupar elementos en subsistemas es a travs del uso de paquetes, pudindose anidar los paquetes formando jerarquas de paquetes de hecho un sistema que o tenga necesidad de ser descompuesto en subsistemas se puede considerar como con un nico paquete que lo abarca todo.

Figura N 06 Diagrama de paquetes.


57 3.3.5.2. DIAGRAMA DE COMPONENTES

Vamos a definir una serie de reglas que os pueden ser de utilidad a la hora de agrupar los diferentes elementos en paquetes:

Conviene agrupar elementos que proporcionen un mismo servicio.

Los elementos que se agrupen en un mismo paquete han de presentar un alto grado de cohesin, es decir deben estar muy relacionados.

Los elementos que estn en diferentes paquetes deben tener poca relacin, es decir deben colaborar lo menos posible.

3.3.5.3. DIAGRAMA DE SECUENCIA

Un diagrama de secuencia muestra una iteracin ordenada segn la secuencia temporal de eventos en particular, muestra los objetos participantes en la iteracin y los mensajes que intercambian ordenados segn su secuencia en el tiempo. El eje vertical representa el tiempo, y en el eje horizontal se colocan los objetos participantes en la interaccin, sin un orden prefijado. Cada objeto o actor tiene una lnea vertical, y los mensajes se representan mediante flechas entre los distintos objetos. Se pueden colocar etiquetas.

Figura N 07 Diagrama de secuencia.

3.3.5.4. DIAGRAMA DE COLABORACIN Un diagrama de colaboracin muestra una iteracin organizada basndose en los objetos que toman parte de la iteracin y los enlaces entre los mismos, a diferencia de los diagrama de secuencia, muestran las relaciones entre los roles de los objetos. La secuencia


58 de los mensajes y los flujos de ejecucin concurrentes deben determinarse explcitamente mediante nmeros de secuencia.

En cuanto a la representacin, un diorama de colaboracin muestra a una serie de objetos con los enlaces entre los mismos, y con los mensajes que se intercambian dichos objetos.

Los mensajes son flechas que van junto al enlace por el que circulan y con el nombre del mensaje y los parmetros entre parntesis.

Figura N 08 Diagrama de colaboracin.

3.3.5.5. DIAGRAMA DE ACTIVIDADES

Sirven para modelar el flujo de control entre actividades. La idea es generar una especie de diagrama pert, en el que se puede ver el flujo de actividades que tienen lugar a lo largo del tiempo, as como las tareas concurrentes que pueden realizarse a la vez. Desde u punto de vista conceptual, el diagrama de actividades muestra como fluye el control total que se corresponde la consecucin de un proceso ms complejo. Por este motivo, en un diagrama e actividades aparecern acciones y actividades correspondientes a distintas clases colaborando todas ellas para conseguir un mismo fin.


59

Figura N 09 Diagrama de actividades.

3.3.5.6. DIAGRAMA CASOS DE USO

Muestra relacin entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interaccin externa. Aqu se representa tambin el sistema como una caja rectangular con el nombre en su interior los casos de uso estn en el interior de la caja del sistema, y los actores fuera y cada actor est unido a los casos de uso en los que participa mediante una lnea,

ELEMENTO.- los elementos que pueden aparecer en un diagrama

de casos de uso son.

ACTORES. Un actor es algo con comportamiento, como una persona, un sistema informatizado u organizacin, y que realiza algn tipo de interaccin con el sistema. Se representa mediante una figura humana dibujada con palotes.

CASOS DE USO.

Es una descripcin de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea especfica se representa mediante una elipse con el nombre del caso de uso en su interior.


60 RELACIONES

INCLUDE.- Un caso de uso base incorpora explcitamente a otro caso de uso en un lugar especificado en dicho caso base, se suele utilizar para encapsular un comportamiento parcial comn a varios casos de uso. EXTENDS.- Cuando un caso de uso base tiene ciertos puntos en los cuales, dependiendo de ciertos criterios, se va a realizar una interaccin adicional. El caso de uso que extiende describe un comportamiento opcional del sistema. GENERALIZACIN.-Cuando un caso de uso definido de forma abstracta se particulariza por medio de otro caso de uso ms especfico. Se representa por una lnea continua entre los dos casos de uso, con el tringulo que simboliza generalizacin en UML pegado al extremo del caso de uso ms general. Al igual que en la herencia entre clases, el caso de uso padre. El caso de uso padre se trata de un caso de uso abstracto, que est definido completamente. Este tipo de relacin se utiliza mucho menos que las dos anteriores.

Figura N 10 Diagrama casos de uso.

3.3.5.7. DIAGRAMA DE CLASES Un diagrama de clase representa mediante una caja subdividida en tres partes. En la superior se muestra el nombre de la clase, en la media los atributos y en la interior las operaciones.


61

Figura N 11 Diagrama casos de clases.

3.3.5.8. DIAGRAMA DE ENTIDAD RELACIN

Est formado

Proyecto_PHP-MSQL_GestionBiblioteca

Documents

Transcript of Proyecto_PHP-MSQL_GestionBiblioteca