jueves, 19 de marzo de 2015
miércoles, 18 de marzo de 2015
RESUMEN DE EXPOSICIONES DE ENTREGABLES
ENTREGABLES
DEL ESTUDIO DE VIABILIDAD
ESTUDIO DE VIABILIDAD
es el
estudio que dispone el éxito o fracaso de un proyecto a partir de una serie de
datos Es por lo tanto un estudio dirigido a realizar una proyección del éxito o
fracaso de un proyecto.
DESCRIPCIÓN BREVE DEL
SISTEMA PROPUESTO Y SUS
CARACTERÍSTICAS
Son estos propuestas de
sistemas que van a ser construido y analizar si en realidad ¿nos conviene?
hacernos esta pregunta para empezar a realizar el proyecto.
Tener en cuenta que esa
es la misión o el objetivo de un estudio de viabilidad determinar si en realidad
la propuesta hecha en realidad tendrá éxito, solucionara los problemas,
satisfacerá las necesidades del cliente/usuario,etc.
PROPUESTA DE
ORGANIZACIÓN DEL EQUIPO DE DESARROLLO Y DEFINICIÓN DE RESPONSABILIDADES
En este caso se habla
del equipo de desarrollo del proyecto, para que sea viable el equipo deberá de
estar conformado correctamente no solo con profesionales que sean expertos en
programación sino también con profesionales multidisciplinarios.
En este caso también se
deberá contar con profesionales no solamente expertos sino con una amplia
experiencia en la realización de proyectos, por todo esto si se consigue
estos factores posiblemente nuestro estudio viable nos de cómo resultado algo
positivo y con todo esto lograr el éxito de nuestros objetivos trazados.
ESTUDIO DE LOS COSTES,
QUE CONTENDRÁN ESTIMACIONES
GROSERAS DE LA
PLANIFICACIÓN Y FECHAS, TENTATIVAS, DE ENTREGA DE LOS PRODUCTOS.
Componentes del costo de
un proyecto
· Costos de hardware
· Costo de esfuerzo
· Costos de entrenamiento
Modelos de estimaciones
de costos
¿Que son? Son modelos
que se han establecido en base a análisis de regresión aparatir de datos
históricos de grupos de sistemas.
Observaciones Acerca de
la Estimación
· Complejidad del proyecto
· La complejidad es relativa a la
experiencia en proyectos anteriores.
· Existen medidas sobre la complejidad
de proyectos basadas en el diseño y código (métricas técnicas).
· En la fase de estimación no son
aplicables porque no hay ni diseño ni código.
· Por eso hay que utilizar medidas más
subjetivas
Cuantificación de
beneficios
· Costo de sistema actual
· Costo de sistema propuesto
· Beneficio
· Vida útil
ENTREGABLES DEL ANÁLISIS
REQUISITOS DE DATOS
Hacernos preguntas antes
¿Qué se debe recoger? ¿Qué tipo de datos? ¿hay viabilidad de datos?, etc.
Cuando trabajamos con
requerimientos debemos de ver las necesidades delos clientes en este caso.
Por ello es necesario
también saber o tener en conocimiento con que datos trabajar ver la viabilidad
de datos, por todo esto se sabrá si en realidad el proyecto que se está
realizando en realidad es viable o no.
PLAN DE PRUEBAS DE
INTEGRACIÓN
ENTREGABLES DE DISEÑO
DESCRIPCIÓN DETALLADA
DEL SISTEMA, CONTENDRÁ:
·
PROGRAMAS, MÓDULOS REUTILIZABLES Y OBJETOS
PROGRAMAS:
Son aquellos programas con
los que se va a realizar el proyecto de software ya sea
en c, pascal, java, etc. y que son más factibles de realizar
el proyecto de manera eficaz y sin fallas en el proceso.
MÓDULOS REUTILIZABLES Y OBJETOS:
En la mayoría de las disciplinas de
ingeniería, los sistemas han sido diseñados por la composición de
componentes existentes que han sido utilizados en otros sistemas.·
Sistema de
reutilización de aplicaciones:
El conjunto de un sistema de aplicación puede ser reutilizado, ya sea
por su incorporación sin cambios en otros
sistemas o mediante el desarrollo de las familias de aplicaciones.
La
reutilización de objetos y la función:
Los componentes del software que implementan un objeto único y
bien definido o función pueden ser reutilizados.
·
FICHEROS Y BASES DE DATOS
·
TRANSACCIONES
·
DICCIONARIO DE DATOS
Un diccionario
de datos es un conjunto de metadatos que
contiene las características lógicas y puntuales de los datos que se van a
utilizar en el sistema que se programa, incluyendo nombre, descripción, alias,
contenido y organización.
También
podemos encontrar la lista de todos los elementos que forman parte del flujo de
datos de todo el sistema. Los elementos más importantes son flujos de datos,
almacenes de datos y procesos. El diccionario de datos guarda los detalles y
descripción de todos estos elementos.
Contiene
las características lógicas de los sitios donde se almacenan los datos del
sistema, incluyendo nombre, descripción, alias contenido y organización.
Identifica los procesos donde se emplean los datos y los sitos donde se necesita
el acceso inmediato a la información, se desarrolla durante el análisis de
flujo de datos y auxilia a los analistas que participan en la determinación de
los requerimientos del sistema, su contenido también se emplea durante el
diseño.
Razones para su
utilización:
1-Para manejar los
detalles en sistemas muy grandes, ya que tienen enormes cantidades de datos
2- Para asignarle un
solo significado a cada uno de los elementos y actividades del sistema.
3- Para documentar las
características del sistema, incluyendo partes o componentes así como los
aspectos que los distinguen.
4- Para facilitar el
análisis de los detalles con la finalidad de evaluar las características y
determinar donde efectuar cambios en el sistema.
·
PROCEDIMIENTOS
Los proyectos se dividen en fases
con objeto de facilitar su gestión, mejorar el control, y mantener el proyecto
alineado con los objetivos. Cada una de las fases del proyecto culmina con la
realización de uno o varios entregables (plan de negocio, especificación,
documento de diseño preliminar, plan de pruebas, etc). Las fases suelen tomar
el nombre del de alguno de sus entregables (por ejemplo, fase de diseño, fase
de ensayos). Además, cada una de las fases puede considerarse como un
subproyecto en sí mismo con fases específicas diferenciadas. El fin de cada
fase viene acompañado de un proceso de revisión cuyo objeto es:
o Revisar los entregables obtenidos en la fase antes
de proceder a su aceptación por el sponsor o cliente.
o Evaluar el rendimiento del proyecto hasta la fecha
prediciendo su actuación futura.
o Determinar si el proyecto debe proceder o no a la
fase siguiente. Para ello será necesario en muchos casos revisar el plan de
negocio del proyecto.
o
Revisión
del plan de proyecto.
·
CARGA DEL SISTEMA Y TIEMPOS DE RESPUESTA
Carga del Sistema:
Es
el tiempo que carga el sistema operativo, programa. Todos los programas
requieren un base lógica, sobre la cual ejecutarse, una base que les indique la
forma mas adecuada de comunicarse con el hardware del
equipo, para el equipo administre de forma segura y confiable.
Tiempos de Respuestas:
Es
el tiempo tarda en responder el servidor para devolver los
resultados que queremos obtener del navegador. Este es el parámetro mas
importante que deben tener los programadores, del cual depende que se
pueda ajustar el diseño para que los usuarios puedan visualizar las paginas o
programas lo mas rápido posible.
si
ñas primeras consultas a la base de datos son muy compleja o tenemos habilitado
el buffering en el lado servidor, podemos afectar negativamente el resultado.
Por el contrario si el resultado se obtiene rápido el uso de
buffering puede ayudar bastante el envió eficiente
de los datos atreves de la red. Para que la pagine de
una sensación de agilidad, es importante que el tiempo de
respuesta no supere a los 2 o 3 segundos.
Los tiempos de retorno:
Es
el tiempo tarda un servidor en terminar de ejecutar los programas en el
servidor y entregar todos los datos y será siempre superior al tiempo de
respuesta(tiempo de retorno > tiempo de respuesta). El tiempo que tarde el
programa en terminar de generar todos los datos no solo influirá en
la conexión con un usuario particular, sino con el rendimiento
del sistema. A mayor tiempo de retorno menor cantidad de conexiones
simultaneas posibles y mayor carga de todo los sistemas. Si el tiempo de
retorno es un script es superior a un segundo, hay que estudiarlo. El
primer estudio a hacer es el consumo de CPU. Si eta baja, tenemos
problemas de latencia, posiblemente con la conexión a
la base de datos. Si por el contrario el consumo es elevado,
la lógica del programa es muy compleja o usamos muchas llamadas
de sistemas, en este casos se debe ayudar con el uso del sistema de cache
de código.
Los tiempos de descarga:
Es
el tiempo que tarda el cliente en bajarse todos los datos a su ordenador.
este tiempo es mayor que el tiempo de respuesta.
Debemos
tener en cuenta para la carga de un sistema, debemos tener un adecuado
hardware como también el sistema operativo que queremos trabajar para que sea
compatible o adaptar la parte lógica, diseño del programa que
queremos trabajar, para que la carga del sistema o programa sea rápido y
los tiempos sean el menor tiempo posible.
·
INTERFACES, TANTO HUMANOS COMO DE MÁQUINAS
DESCRIPCIÓN DE LOS CONTROLES
DEL SISTEMA PROPUESTOS
DISEÑOS ALTERNATIVOS
RECOMENDADOS
ESTÁNDARES DE
PROGRAMACIÓN Y DISEÑO DE PROGRAMAS, RECOMENDADOS
TÉCNICAS DE
IMPLEMENTACIÓN RECOMENDADAS: CODIFICACIÓN PROPIA, COMPRA DE PAQUETES,
CONTRATACIÓN EXTERNA, ETC.
PLAN DE PRUEBAS DE
PROGRAMAS.
El
propósito del plan de pruebas es explicitar el alcance, recursos requeridos,
calendario, responsables del manejo y también de los riesgos de un proceso de
pruebas
Bueno
existe distintos tipos de pruebas entre ellas están la verificación,
integración
Un
plan de pruebas incluye:
Identificar el plan: preferible de una forma
nemónica que permita relacionarlo con su alcance, TP (plan global del proceso
de pruebas), TP-REQ-SECURITY(plan de verificación del requerimiento 1 de
seguridad), TP-CONTR-X(plan de verificación asociado al evento de sistema x). en
resumen como todo artefacto al desarrollo, eta sujetada a control de
configuración, por lo que se debe distinguirse adicionalmente la versión y
fecha del plan.
Alcance: en este caso indica el tipo de
prueba y las propiedades/elementos del software a ser probado.
Ítems a probar: indica la configuración a
probar y las condiciones mínimas que debe cumplir para comenzar a aplicarle el
plan. Por un lado, es difícil y riesgoso probar una configuración aunque aun
reporta fallas, en cambio si los módulos estén perfectos, puede q detectemos
faltas graves demasiado tarde.
Estrategia: Describe la técnica, patrón y
las herramientas a utilizarse en el diseño de los casos de prueba. Por ejemplo,
el de caso unitarias de procedimiento, esta sección podría indicar:”Se aplicara
la estrategia de la caja negra ” o tal vez “Ejercicio de los caminos
ciclo máticos validos ”
Categorías de la configuración:
§
Suspendido
§
Repetido
§
Culminado
Tangibles: Explicita los documentos a
entregarse al culminar el procesa previsto por el plan por ejemplo:
especificación de pruebas, casos de prueba, resumen gerencial de proceso y
bitácora de pruebas.
Procedimientos especiales: Identifica l grafo de las tareas necesarias
para preparar y ejecutar las pruebas, así como cualquier habilidad especial que
se requiere.
Recursos: Especifica las propiedades
necesarias y deseables del ambiente de prueba, incluyendo las características
del programa (sistemas de operación)
La
sección incluye un estimación de los recursos humanos necesarios para el
procesa. También se indican cualquier requerimiento especial del procesa:
actualización de licencias, espacio de oficina, tiempo en la quina de
producción, seguridad
Manejo de riesgos: explicita lo riegos del plan.
Las accione mitigantes y de contingencia.
Responsables: especifica quien es el
responsable de cada una de las tareas previstas en el plan
ENTREGABLES DE CODIFICACIÓN:
DOCUMENTOS DEL
DISEÑO FINAL DEL SISTEMA Y DE CADA PROGRAMA.
DIAGRAMAS
DEFINITIVOS DEL SISTEMA Y DE LOS PROGRAMAS.
DESCRIPCIÓN
DETALLADA DE LA LÓGICA DE CADA PROGRAMA.
DESCRIPCIÓN DE
LAS ENTRADAS Y SALIDAS (FICHEROS, PANTALLAS, LISTADOS, ETC.).
LISTADO DE LOS
PROGRAMAS, CONTENIENDO COMENTARIOS.
CADENAS DE
EJECUCIÓN SI ES NECESARIO (JCL, SCRIPTS, ETC.).
RESULTADO DE LAS
PRUEBAS DE CADA UNIDAD.
RESULTADO DE LAS
PRUEBAS DE CADA PROGRAMA.
RESULTADO DE LAS
PRUEBAS DE LA INTEGRACIÓN.
GUÍA PARA LOS
OPERADORES DEL SISTEMA.
PROGRAMA DE
ENTRENAMIENTO DE LOS OPERADORES.
MANUAL DE
USUARIO DEL SISTEMA.
ENTREGABLES DE PRUEBAS:
PLAN DE PRUEBAS
DEL SISTEMA (ACTUALIZADO).
INFORME DE LOS
RESULTADOS DE LAS PRUEBAS.
DESCRIPCIÓN DE
LAS PRUEBAS, EL RESULTADO ESPERADO, RESULTADO OBTENIDO Y ACCIONES A TOMAR PARA
CORREGIR LAS DESVIACIONES.
RESULTADOS DE
LAS PRUEBAS A LA DOCUMENTACIÓN.
ENTREGABLES DE INSTALACIÓN:
PLANES
DETALLADOS DE CONTINGENCIAS DE EXPLOTACIÓN, CAÍDAS DEL SISTEMA Y RECUPERACIÓN.
PLAN DE REVISIÓN
POST-INSTALACIÓN.
INFORME DE LA
INSTALACIÓN.
CARTA DE
ACEPTACIÓN DEL SISTEMA.
ENTREGABLES DE MANTENIMIENTO:
LISTADO DE
FALLOS DETECTADOS EN EL SISTEMA.
LISTADO DE
MEJORAS SOLICITADAS POR LOS USUARIOS (SI NO DAN LUGAR A NUEVOS PROYECTOS).
TRAZA DETALLADA
DE LOS CAMBIOS REALIZADOS EN EL SISTEMA.
ACTAS DE LAS
REVISIONES REGULARES DEL SISTEMA Y ACEPTACIÓN DE LOS NIVELES DE SOPORTE.
PERFIL DE PROYECTO:
PERFIL DE PROYECTO:
- WILMER VELASQUEZ MAMANI
- CRISS ANGEL CHOQUE ACERO
- CHRISTIAN ARTURO ENRIQUEZ VILCA
“IMPLEMENTACIÓN DE SISTEMA
DE SEGURIDAD Y CONTROL PARA LAS UNIDADES DE SERVICIO DE TAXI DE LA CIUDAD DE
PUNO”
I.
PROBLEMA.
Una
reforma de transportes en el servicio de “taxis”.
Como es
sabido no solo en la ciudad de Puno sino en todo el Perú se ha visto el
problema del congestionamiento o tráfico referido a las empresas de transportes
de todo tipo exceptuando claro a las líneas aéreas, el plan de esta propuesta
de proyecto es simplemente agilizar un poco esta situación que se ve todo los
días, eso sí beneficioso exclusivamente para el servicio de taxis, si es que
decidiesen adoptar esta propuesta.
Aunque
algunas empresas ya adoptaron esta forma pero no como lo estamos planteando,
quisimos hacerlo de manera concreta y aunque suene un poco fantasioso si se
aplicase esta reforma en ciudades como Lima en el cual cualquier persona que
posee un auto, puede ponerle un letrero de “taxi” y automáticamente
se convierte en un taxista, es gracioso pero en parte se debe tal vez a la falta
de oportunidades de trabajo aunque eso ya es excusarlos.
Las
llamadas a los taxis es muy frecuente aunque nadie lo usa la mayoría de las
personas prefieren tomar el que está a la vista o el que le cobre menos, ahora
se puede decir que nos encontramos en una situación vulnerable, se ha escuchado
muchas denuncias o notas en los noticiarios sobre robos, ultrajes, y más
delitos rodeando el negocio del servicio de taxis.
Y también
mencionar que a altas horas de la noche cuando los buses de transporte público
o mejor decir las combis son limitadas en ciertas zonas, y no nos que da otra
que abordar los dichosos taxis.
El
propósito de este proyecto o más bien el problema ya fue definido, comenzaré
por dar una pequeña visión del posible proyecto.
En estos
tiempos está de moda hablar de monitoreo GPS, que es requerido en muchos
lugares del mundo en los países del primer y segundo mundo pero en Perú
considerado todavía del tercer mundo estos alcances tecnológicos son
innovadores.
Así que
ahora daremos a conocer esta idea de proyecto, para hacerlo breve definiremos
rápidamente cada segmento del proyecto:
Crear una
flota de taxis, suena bien pero con monitoreo GPS y con una aplicación que
hiciera más fácil el acceso a los servicios de taxis sería genial, por lo tanto
después de crear la flota de taxis que obviamente pasará la revisión de cada
conductor y que las condiciones de cada taxi sean optimas, pasaríamos a la
selección de categorías de estos mismos para el confort del pasajero.
Categorizando
a los taxis en económicos, colectivos y de atención VIP bueno tal vez se nos
esté escapando uno que otro, el pasajero accedería a una aplicación en el que
se ve las opciones de confortabilidad de cada servicio llamando a la central
encargado de estos servicios de taxis, esa sería la manera para que fuese más
viable, que haya un sistema que controlase todo estos servicios, una empresa
encargado de la flota de taxis, el pasajero se comunicaría con la central de la
flota y escogería su servicio así de simple y para un mayor beneficio sería que
fuese gratuito pero solo la conexión con la central.
En si esta
propuesta beneficiaría tanto a los pasajeros como también a los taxistas que no
estás exentos del robo de sus vehículos así que el monitoreo GPS sería muy útil
también para la localización de los vehículos robados, de esto se encargaría la
central de la flota encargado de monitoreo, administración, confortabilidad del
cliente y mucho más.
II.
DEFINICIÓN:
La implementación de un sistema de control del servicio de
taxis nace de una necesidad de contar este sistema y estar ala vanguardia de la
tecnología que permitirá al usuario como al cliente tenga un mejor servicio y
seguridad al tomar este servicio de transporte.
III.
PLANTEAMIENTO:
El planteamiento del problema se da ya que en la ciudad de
Puno al igual que otras ciudades podría de igual manera contar con este
herramienta o alternativa en el transporte de taxis y porque no también en
otras unidades de transporte público.
IV.
JUSTIFICACIÓN.
El sistema de control satelital de control del servicio de
taxis seria una buena opción y contribuiría a una reforma de transporte d e
taxis ya que se contaría con una tecnología que ofrecería un mejor servicio.
V.
MATRIZ DE ALTERNATIVAS DE SOLUCIÓN
VI.
OBJETIVOS:
OBJETIVO
GENERAL
Implementar
sistemas de seguridad y control para las unidades de servicio de taxis que sean
eficientes, económicos y que estén acorde con las diferentes necesidades de la
sociedad.
OBJETIVOS
ESPECÍFICOS
Contribuir a la disminución de la
delincuencia impidiendo que los medios de transporte sean un blanco fácil para
los delincuentes.
Constituirnos como una empresa
referente en el mercado de sistemas anti delincuenciales.
Aumentar los niveles de seguridad para
todos los usuarios de taxis con el fin de frenar el crecimiento de la
delincuencia en estos medios de transporte.
Estar a la vanguardia de la tecnología
y hacer un pedido de taxi con celular.
VII.
PLANIFICACIÓN DE TAREAS
TAREA
|
DESCRIPCIÓN
|
ESFUERZO
|
RECURSOS
|
PREDECESORAS |
A
|
Análisis de Requerimientos
|
3 meses
|
2 Analistas
|
-
|
B |
Diseño de la B.D.
|
1 mes
|
1 Analista
|
A
|
C
|
Diseño de Procesos
|
4 meses
|
2 Analistas
|
A
|
D |
Construcción Prototipo
|
1 mes
|
1 Programador
|
C, E
|
E
|
Desarrollo Esquema
|
0,5 meses
|
1 Analista
|
B
|
F
|
Codificación
|
8 meses
|
4 Programadores
|
C, E
|
G
|
Revisión Prototipo
|
0,5 meses
|
1 Analista
|
D
|
H
|
Revisión Código con Mejoras
Solicitadas
|
2 meses
|
2 Programadores
|
F, G
|
I
|
Pruebas
|
2 meses
|
2 Programadores
|
H
|
J
|
Instalación Sistema
|
1 mes
|
2 Programadores
|
I
|
K
|
Mantenimiento Inicial
|
2 meses
|
1 Programador
|
J
|
VIII.
RECURSOS
Þ
Trabajo, puede realizarse por personas de la
organización o externas; podemos descomponerlo en:
Þ
Equipo de desarrollo: Director del proyecto,
Analistas, Diseñadores y Programadores.
Þ
Soporte al desarrollo: Especialistas en Base de
datos, en redes locales y comunicaciones, en interfaces, en formación, así como
Operadores y Administrativos.
Þ
Clientes y Usuarios: Personal de la alta
dirección (es recomendable que el liderazgo del proyecto recaiga en una persona
de este tipo), Directores y personal de los departamentos afectados.
Þ
Lugar de trabajo, espacio en donde los
desarrolladores realizarán sus tareas, podemos clasificarlo en:
Þ
Salas de reuniones, en donde usuarios, clientes
y desarrolladores realizarán tareas conjuntas.
Þ
Entorno de desarrollo, donde los informáticos
realizan trabajos individualmente como documentar o programar. Hay que hacer
notar que muchas de las compañías y empleados más productivos disponen de
oficinas silenciosas. Con teléfonos que se pueden silenciar o desviar. Están
aislados de las interrupciones que no son propias del asunto.
Þ
Zonas para recogida de datos, lugares de trabajo
de los usuarios y zonas de archivos tanto actuales como futuros.
Þ
Equipamiento, muebles necesarios para poder
realizar el trabajo. podemos clasificarlo en:
Þ
Mobiliario de oficina, mesas, sillas, lámparas,
teléfono, fax, etc.
Þ
Material para presentaciones, proyectores,
pantallas, mesas apropiadas, etc.
Þ
Ordenadores, Infraestructura de red, estaciones
de trabajo, Hardware específico del sistema de desarrollo, etc.
Þ
Material básico para el desarrollo, Software y
Manuales:
Þ
S.O., Lenguajes de desarrollo, Herramientas de
desarrollo .
Þ
Manuales del software: iniciación, manual de
usuario, librerías, etc..
Þ
Libros con referencia a técnicas de desarrollo:
ejemplo "Análisis Estructurado Moderno de Edward Yourdon", etc.
Þ
Material fungible, es el material que se consume
durante el desarrollo. Son ejemplos:
Þ
el material de escritorio: bolígrafos, clips,
grapas, barras de pegamento, líquido corrector, etc.
Þ
el material necesario para los equipos: tinta o
toner de impresora, papel de impresora, transparencias, disquetes, cintas de
back-up, etc.
IX.
ASIGNACIÓN DE RECURSOS A TAREAS.
/*==============================================*/
X.
VIABILIDAD ECONÓMICA. (FLUJO DE CAJA)
/*========================================================*/