Anda di halaman 1dari 11

Dirección de Proyectos Producto Académico N°2

Producto Académico N°2

1. PROPÓSITO:
Establecer un análisis y una definición de los aspectos de planificación, recursos humanos
y costos en proyectos que fueron desarrollados por iconos de la historia, estableciendo
una relación con el enfoque de gestión de proyectos que promueve el PMI.
Identificar aspectos de las siguientes áreas de conocimiento:
 Planificación y estimación del cronograma del proyecto.
 Definición de actividades y estimación de recursos involucrados.
 Planificación y estimación del presupuesto del proyecto.

2. INDICACIONES/INSTRUCCIONES:

Este documento es de creación propia, puede utilizar las fuentes que considere
necesarias, pero no significa que podrá copiar literalmente el contenido de la fuente
consultada.

 Lee y analiza los temas de la unidad II del material auto formativo.


https://www.youtube.com/watch?v=nvdxt-08KnI
 Basado en la película Steve Jobs
https://www.youtube.com/watch?v=r9Qgtqwg29g
 Identifica un proyecto que Steve Jobs desarrollo y prepara un documento que
establezca un análisis alineado a los aspectos de:
o Planificación y estimación de un cronograma de actividades del proyecto.
o Organización del proyecto y recursos necesarios para su desarrollo.
o Definición de un presupuesto y financiamiento del proyecto.
 Estos criterios deben estar alineados a las áreas de conocimiento (tiempo,
recursos y costo) en la gestión de proyectos.
 Finalmente redacta un comentario sobre los aspectos identificados, incluyendo una
conclusión del mismo.
 Remite a la plataforma virtual hasta la fecha programada.

1|Página
Dirección de Proyectos Producto Académico N°2

NOMBRE DEL PROYECTO: CREACION DE LA MACBOOK

INTRODUCCION:

La creación de la MacBook, se vio reflejado en la necesidad de un equipo portátil, de un


tamaño adecuado para viajeros de negocios con una interfaz amigable y que muestre
elegancia a simple vista. Las ventas de este equipo, a pesar de su alto costo, compiten en el
mercado informático con una alta demanda.

INICIACION O PRE-PLANIFICACION

OBJETIVO: Crear un portátil, con un sistema operativo cómodo, y un hardware duradero, que
se adecue al nivel de vida de los usuarios, que supere las opciones de otros modelos de
portátiles.

Para empezar nos basaremos en las siguientes preguntas:

¿Qué ventajas tiene respecto a un PC con el sistema operativo de Microsoft?

¿En qué aspectos es mejor, y en cuáles es peor?

La misma empresa fabrica hardware y software

A diferencia de los ordenadores Windows, en los que Microsoft se encarga del desarrollo del
sistema operativo y otros fabricantes son los responsables de crear las máquinas, en el caso
de los Mac es Apple quien produce tanto el hardware como el software. Esto se traduce en una
conjunción óptima de ambas facetas: el sistema operativo es desarrollado especialmente para
el equipo, y el equipo se fabrica con el sistema operativo en mente.

2|Página
Dirección de Proyectos Producto Académico N°2

Mac tiene un diseño más atractivo

Otra de las razones por las que Mac es mejor que Windows es que tiene un diseño más
atractivo y unos materiales y acabados de mejor calidad. Estamos de acuerdo en que la
apariencia no lo es todo, pero se trata de otro punto que tenemos muy en cuenta a la hora de
elegir un equipo u otro. Si a un aspecto más atractivo le sumamos un hardware y prestaciones
iguales o superiores, está claro que la opción que vamos a elegir es la que tiene un mejor
diseño.

Mac es más seguro que Windows

La seguridad es otra de las principales razones para pasarse a Mac. Aunque el sistema
operativo de los ordenadores de Apple no es impenetrable (ningún sistema lo es), lo cierto es
que macOS tiene mucho menos virus que Windows. Esto no quiere decir que no tenga ninguno
y que puedas prescindir de un buen programa antivirus, pero sí te permite estar expuesto a una
menor cantidad de amenazas en comparación con el sistema operativo de Microsoft.

Cuando será realizado del Proyecto:

Se realizará la ultimo versión del Hardware y Software el 01 de febrero de 2019 para ser
lanzado al mercado el 15 de agosto de 2019

Cuanto Costará:

La inversión promedio estará entre los 4 millones de dólares.

3|Página
Dirección de Proyectos Producto Académico N°2

PLAN DE PROYECTO

Disposición de los Principales integrantes

Nombre Descripción Responsabilidades


STEVE JOBS Líder del proyecto Establecer las condiciones de trabajo
Dirigir y asignar recursos
Coordinar las interacciones con los
clientes y usuarios finales
Planificar las iteraciones
Definir la organización del proyecto
BILL JHONS Analista de Se encarga de dirigir el proceso de
sistemas captura de requerimientos, definir los
actores y casos de uso y estructurar el
modelo de casos de uso, estableciendo
la forma en que funcionará el sistema y
cuáles son las restricciones del mismo.
JHON ADAMS Diseñador de Se encarga de la definición de la
sistemas arquitectura que guiará el desarrollo, y
de la continua refinación de la misma
en cada iteración; debe construir
cualquier prototipo necesario para
probar aspectos riesgosos desde el
punto de vista técnico del proyecto;
definirá los lineamientos generales del
diseño y la implementación.
MICHAEL LOTZ Responsable de la codificación de de
los componentes en código fuente en
algún lenguaje de programación
durante cada iteración
Desarrolladores Responsable de las clases que ha
EDWARD C. MACKENSIE desarrollado debiendo documentarlas,
actualizarlas ante los cambios y
mantenerlas bajo el control de la
configuración de las mismas mediante
la herramienta utilizada

4|Página
Dirección de Proyectos Producto Académico N°2

PLAN DE FASES

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de
ellas. La siguiente tabla muestra una la distribución de tiempos y el número de iteraciones de
cada fase:

Fase No. Iteraciones Duración

Fase de Inicio 1 1 mes

Fase de Elaboración 1 2 meses

Fase de Construcción 2 3 meses

Fase de Transición 2 1 mes

DESCRIPCION DE FASES

Descripción Hito

Fase de Inicio En esta fase desarrollará los requisitos del producto desde la
perspectiva del usuario, los cuales serán establecidos en el artefacto
Visión. Los principales casos de uso serán identificados y se hará un
refinamiento del Plan de Desarrollo del Proyecto. La aceptación del
cliente / usuario del artefacto Visión y el Plan de Desarrollo marcan el
final de esta fase.

Fase de Elaboración En esta fase se analizan los requisitos y se desarrolla un prototipo de


arquitectura (incluyendo las partes más relevantes y / o críticas del
sistema). Al final de esta fase, todos los casos de uso correspondientes
a requisitos que serán implementados en la primera release de la fase
de Construcción deben estar analizados y diseñados (en el Modelo de
Análisis / Diseño). La revisión y aceptación del prototipo de la
arquitectura del sistema marca el final de esta fase.

5|Página
Dirección de Proyectos Producto Académico N°2

Fase de Construcción Durante la fase de construcción se terminan de analizar y diseñar todos


los casos de uso, refinando el Modelo de Análisis / Diseño. El producto
se construye en base a 2 iteraciones, cada una produciendo una
release a la cual se le aplican las pruebas y se valida con el cliente /
usuario. Se comienza la elaboración de material de apoyo al usuario. El
hito que marca el fin de esta fase es la versión de la release 3.0, con la
capacidad operacional parcial del producto que se haya considerado
como crítica, lista para ser entregada a los usuarios para pruebas beta.

Fase de Transición En esta fase se prepararán dos releases para distribución, asegurando
una implantación y cambio del sistema previo de manera adecuada,
incluyendo el entrenamiento de los usuarios. El hito que marca el fin de
esta fase incluye, la entrega de toda la documentación del proyecto con
los manuales de instalación y todo el material de apoyo al usuario, la
finalización del entrenamiento de los usuarios y el empaquetamiento del
producto.

6|Página
Dirección de Proyectos Producto Académico N°2

MONITOREO

MATRIZ DE RESPONSABILIDADES:

Roles
Artefactos Líder de Analista Diseñador Desarrollador Tester
proyecto

Modelo de casos de
A R
uso de negocio

Doc. Visión A R

Doc. Especificación
A R A
de requerimientos

Modelo de casos de
A P R
uso

Especificación de
A R A
casos de uso

Modelo de diseño A P R

Modelo de datos A P R

Modelo de
A A A R
implementación

Plan de prueba A R

Casos de prueba A R

sistema A R

Plan de
A R
implantación

Documentación
A R
para el usuario

7|Página
Dirección de Proyectos Producto Académico N°2

Seguimiento y Control del Proyecto

Gestión de Requisitos

Los requisitos del sistema son especificados en el artefacto Visión. Los cambios en los
requisitos serán gestionados mediante una Solicitud de Cambio, las cuales serán evaluadas
y distribuidas para asegurar la integridad del sistema y el correcto proceso de gestión de
configuración y cambios.

Control de Plazos

El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de


proyecto y por el Coordinador de Calidad.

Control de Calidad

Los defectos detectados en las revisiones y formalizados también en una Solicitud de


Cambio tendrán un seguimiento para asegurar la conformidad respecto de la solución de
dichas deficiencias Para la revisión de cada artefacto y su correspondiente garantía de
calidad se utilizará un plan de aseguramiento de calidad. Este es un documento generado
por separado.

Gestión de Riesgos

A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de las
acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta
lista será evaluada al menos una vez en cada iteración.

Gestión de Configuración

Se realizará una gestión de configuración para llevar un registro de los artefactos


generados y sus versiones. También se incluirá la gestión de las Solicitudes de Cambio y
de las modificaciones que éstas produzcan, informando y publicando dichos cambios para
que sean accesibles a todos los participantes en el proyecto. Al final de cada iteración se
establecerá una baseline (un registro del estado de cada artefacto, estableciendo una
versión), la cual podrá ser modificada sólo por una Solicitud de Cambio aprobada

8|Página
Dirección de Proyectos Producto Académico N°2

Infraestructura necesaria
De acuerdo con los requerimientos solicitados por cliente, tomando en cuenta que el CODIGO
FUENTE debe ser desarrollado utilizando tecnología de la empresa MACINTOSH, y para el
correcto funcionamiento del sistema IMAC para desarrollo de hardware y software, se
recomienda adquirir los siguientes equipos y licencias con las características mínimas mostradas:

Cant. Equipo/Licencia Características


1 Equipo de cómputo servidor Procesador Intel® Xeon® E5502, 1.86Ghz, 4M Cache,
4.86 GT/s QPI, Memoria RAM de 2GB Memory
(2x1GB), 1066MHz Single Ranked UDIMMs for 1
Processor, Adv ECC, Disco Duro 160GB 7.2K RPM
SATA 3.5" Hot Plug Hard Drive, DVD-ROM, SATA,
Internal, tarjeta de red Embedded Broadcom®
NetXtreme II 5709 Gigabit Ethernet NIC
Monitor, teclado y ratón compatibles.
1 No break.  Capacidad: 420 VA
 Tecnología: interactiva
 Regulación: SI
 Tiempo de respaldo: 13 min.
 Voltaje de entrada: 120 VOLTS
 Voltaje de salida: 120 VOLTS
 Conexión de entrada: NEMA 5-15 P
 Conexión de salida: (4) NEMA 5-15 R
 Rango de entrada: 82 - 144 VOLTS
1 Windows small business server 2008 Sistema operativo para soportar las aplicaciones
1 SQL server 2008 Gestor de base de datos
1 McAfee Total Protection Service Antivirus

9|Página
Dirección de Proyectos Producto Académico N°2

CIERRRE Y CONCLUSIONES

MAC es una empresa si bien es cierto no es líder en la venta de productos informáticos como lo
es MICROSOFT, pero aun así, es un mercado muy amplio y aceptado en miles de empresas
que prefieren trabajar con este sistema operativo
El desarrollo del software y la programación es uno de los pilares fundamentales de la
informática y al cual se dedican muchas horas de esfuerzos en empresas, colegios, academias
y universidades.
Conforme a la tecnología va avanzando, van apareciendo nuevas soluciones, nuevas formas
de programación, nuevos lenguajes y un sin fin de herramientas que intentan realizar el
trabajo del desarrollador un poco más fácil.
La programación orientadas a objetos o los compiladores basados en máquinas virtuales (en
muchos casos, multiplataforma), también a sus puestos unas renovación en la manera de
programar.

BIBLIOGRAFIA

https://applesencia.com/2017/09/macbook-mejor-portatil-trabajar

https://www.ipadizate.es/2018/06/03/comparacion-mac-vs-windows/

https://computerhoy.com/noticias/hardware/5-razones-que-mac-es-
mejor-que-windows-73649

https://es.slideshare.net/mary_dejesus/plan-de-negocios-para-empresa-
de-servicios-informaticos-pc-plus

http://ri.ues.edu.sv/id/eprint/3375/1/70102338.pdf

http://www.e-mas.co.cl/categorias/informatica/analisisyd.htm

10 | P á g i n a
Dirección de Proyectos Producto Académico N°2

RÚBRICA PARA PLANIFICACIÓN DE PROYECTOS

INDICADORES
4 3 2 1
TOTAL
EXCELENTE BUENO REGULAR INSUFICIENTE
CRITERIOS

Se identifica Solo se identifica el Solo se identificó una No pudo identificar el


correctamente el proyecto sin tener en iniciativa de proyecto. proyecto solicitado.
Identificación proyecto solicitado, cuenta los criterios de
del Proyecto estableciendo tiempo, costo y recursos.
aspectos de tiempo,
costo y recursos.

Identifica Identifica de manera Solo establece algunas No Identifica en el


claramente en el incompleta en el proyecto actividades que no proyecto los aspectos de
proyecto los los aspectos de determinan claramente planificación de tiempos y
Análisis e
aspectos de planificación de tiempos y el desarrollo del actividades involucradas.
identificación
planificación de actividades involucradas. proyecto.
de Tiempo.
tiempos y
actividades
involucradas.

Establece la Establece una organización Establece solo una No establece ninguna


organización básica en el proyecto organización en el organización involucrada
Análisis e
involucrada en el identificando algunos proyecto y no identifica en el proyecto y tampoco
identificación
proyecto recursos para su los recursos claves para identificando los recursos
de Organización
identificando los desarrollo. su desarrollo. claves para su desarrollo.
y Recursos.
recursos claves para
su desarrollo.

Determina un Determina un costo básico Determina solo la forma No determina un


Análisis e
presupuesto base y y la forma como el como el proyecto se presupuesto y mucho
identificación
la forma como el proyecto se financio. financio. menos la forma como el
de Costos y
proyecto se financio. proyecto se financio.
Financiamiento.

La conclusión es La conclusión n o es No determina una No hay


objetiva y deja al d eterm in a n te dejando posición con los conclusión.
lector con una idea al lector con muchas resultados presentados. Solo cuadro
Conclusión clara de la posición inquietudes.
de doble
del autor..
entrada.

CALIFICACIÓN TOTAL

11 | P á g i n a