Desarrollo de proyecto de Software

Recuperacin Examen Primer Parcial

Alumno: Lomel Lomel Santiago Mauricio


Profesora: Xchitl Raquel Wong Cohn


1 - Octubre 2014

ndice


Introduccin... 1

Qu es un sistema de software? .. 1

Explique brevemente el modelo de Krutchen. 1

Menciona los elementos que componen
cada una de las vistas del modelo 2

Menciona las pros del modelo de 4+1 vistas (mnimo 3). 3

Menciona las contras del modelo de 4+1 vistas (mnimo 3). 3

Menciona qu es un proyecto.. 3

Menciona las actividades que realizan los siguientes sujetos 3

Menciona en que consiste los siguientes grupos de procesos 4

Conclusin.. 4

Bibliografa.. 4
Desarrollo de proyecto de Software

Introduccin
Este trabajo se realiza para cerciorarse de cuanto se ha aprendido en el lapso del primer
parcial en la materia Desarrollo de proyecto de software adems que ayuda para retener
mejor lo aprendido y repasar lo que se vio con las siguientes preguntas.
1.- Qu es un sistema de software?
El software del sistema se encarga de controlar, integrar y administrar los componentes
de hardware de un sistema informtico, proporcionando un entorno amigable para que
los usuarios puedan ejecutar otras aplicaciones de software.
El software del sistema es un conjunto de programas de software que permiten al usuario
interactuar con los dispositivos sin perderse en la complejidad tcnica del equipo. Estos
programas son la base de la arquitectura del software, incluyendo las partes que regulan
las funciones de entrada/salida.

El software del sistema incluye los sistemas operativos, controladores de dispositivos,
servidores, sistemas de ventanas y programas de utilidades. Permitiendo coordinar todos
los dispositivos internos o externos de la computadora como impresora, mouse, teclado,
monitor, etc.

2.- Explique brevemente el modelo de Krutchen.
Lo que propone Kruchten es que un sistema software se ha de documentar y mostrar (tal
y como se propone en el estndar IEEE 1471-2000) con 4 vistas bien diferenciadas y estas
4 vistas se han de relacionar entre s con una vista ms, que es la denominada vista +1.
Estas 4 vista las denomin Kruchten como: vista lgica, vista de procesos, vista de
despliegue y vista fsica y la vista +1 que tiene la funcin de relacionar las 4 vistas
citadas, la denomin vista de escenario.
Cada una de estas vistas ha de mostrar toda la arquitectura del sistema software que se
est documentando, pero cada una de ellas ha de documentarse de forma diferente y ha
de mostrar aspectos diferentes del sistema software.





3.- Menciona los elementos que componen cada una de las vistas del modelo

Vista Lgica: En esta vista se representa la funcionalidad que el sistema proporcionara a
los usuarios finales. Es decir, se ha de representar lo que el sistema debe hacer, y las funciones y
servicios que ofrece. Para completar la documentacin de esta vista se pueden incluir los
diagramas de clases, de comunicacin o de secuencia de UML.
Vista de Despliegue: En esta vista se muestra el sistema desde la perspectiva de un
programador y se ocupa de la gestin del software; o en otras palabras, se va a mostrar como esta
dividido el sistema software en componentes y las dependencias que hay entre esos
componentes. Para completar la documentacin de esta vista se pueden incluir los diagramas de
componentes y de paquetes de UML.
Vista de Procesos: En esta vista se muestran los procesos que hay en el sistema y la forma en la
que se comunican estos procesos; es decir, se representa desde la perspectiva de un integrador
de sistemas, el flujo de trabajo paso a paso de negocio y operacionales de los componentes que
conforman el sistema. Para completar la documentacin de esta vista se puede incluir el diagrama
de actividad de UML.
Vista Fsica: En esta vista se muestra desde la perspectiva de un ingeniero de sistemas todos los
componentes fsicos del sistema as como las conexiones fsicas entre esos componentes que
conforman la solucin (incluyendo los servicios). Para completar la documentacin de esta vista se
puede incluir el diagrama de despliegue de UML.


4.- Menciona las pros del modelo de 4+1 vistas (mnimo 3).
* Bastante bueno para documentar la arquitectura de un sistema software complejo.
* Todos los Stakeholders pueden entender el sistema software que se est desarrollando desde
diferentes perspectivas.
* Cada uno puede representar las vistas como le d la gana siempre y cuando estn reflejadas
en el punto de vista.
5.- Menciona las contras del modelo de 4+1 vistas (mnimo 3).
* No dice de qu manera se ha de documentar cada vista.
* No define en ningn sitio puntos de vista.
* Solo recomendar la utilizacin para la documentacin de arquitecturas de sistemas software
siguiendo el estndar IEEE 1471-2000.
6.- Menciona qu es un proyecto.
Es el proceso de gestin para la creacin de un sistema o software, la cual encierra un
conjunto de actividades, una de las cuales es la estimacin; estimacin es una actividad
importante que no debe llevarse a cabo de forma descuidada. Existen tcnicas tiles para
la estimacin de costes de tiempo. Y dado que la estimacin es la base de todas las dems
actividades de planificacin del proyecto y sirve como gua para una buena Ingeniera de
Sistemas y Software.
7.- Menciona las actividades que realizan los siguientes sujetos.
Usuario
Son las personas que usarn el sistema desarrollado. Ellos estn relacionados con
la usabilidad, la disponibilidad y la fiabilidad del sistema; estn familiarizados con
los procesos especficos que debe realizar el software, dentro de los parmetros de
su ambiente laboral. Sern quienes utilicen las interfaces y los manuales de
usuario.

Analista
Tiene como cometido analizar un problema y describirlo con el propsito de ser
solucionado mediante un sistema informtico.
Diseadores
Realiza, con base en el anlisis, el diseo de la solucin.




8.- Menciona en que consiste los siguientes grupos de procesos.
Iniciacin.
Existen tcnicas tiles para la estimacin de costes de tiempo. Y dado que la
estimacin es la base de todas las dems actividades de planificacin del proyecto
y sirve como gua para una buena Ingeniera de Sistemas y Software.

Al estimar tomamos en cuenta no solo el procedimiento tcnico a utilizar en el
proyecto sino que se toma en cuenta los recursos costos y planificacin. El tamao
del proyecto es otro factor importante que puede afectar las estimaciones. A
medida que el tamao aumenta, crece rpidamente la interdependencia entre
varios elementos del software.

Planificacin.
Es proporcionar un marco de trabajo que permita al gestor hacer estimaciones
razonables de recursos, costos y planificacin temporal. Estas estimaciones se
hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de
software, y deberan actualizarse regularmente a medida que avanza el proyecto.
Conclusin
El modelo de 4+1 vistas ha sido usado con xito en varios proyectos grandes con o sin
ajustes locales en su terminologa [3]. Realmente permiti a los distintos stakeholders
encontrar lo que queran acerca de la arquitectura del software. Los ingenieros de
sistemas se enfocaron en la vista fsica, y luego en la vista de procesos. Los usuarios
finales, los clientes, y los especialistas en datos en la vista lgica. Los administradores de
proyectos, las personas de configuracin del software en la vista de desarrollo.

Bibliografa
http://www.buenastareas.com/ensayos/Que-Es-Un-Proyecto-De-Software/2920253.html
http://jarroba.com/modelo-%E2%80%9C41%E2%80%9D-vistas-de-kruchten-para-
dummies/