domingo, 9 de abril de 2017

Documentación de un Trabajo de Investigación                                                             Introducción
Para poder llevar acabo un buen trabajo de Investigación, debemos de hacer un Análisis para el desarrollo de un software en el cual deseemos trabajar, para esto requiere de un proceso el cual es :
  1. Se formula una pregunta de Investigación
    ¿Cuál es el objetivo ?
  2. ¿Cómo lo voy a hacer?
    Documentación de lo que requiero
  3. Hacer uso de Estadísticas
    (Verificación que tan viable es la aplicación)
  4. Dar a conocerlo (Conferencias)
Se formula una pregunta de Investigación
¿Cuál es el objetivo ?
š  Su objetivo principal es comenzar a definir el sistema software (la solución) que satisfaga las necesidades de negocio de clientes y usuarios (el problema).Se definen los requisitos generales y se comienzan a especificar los casos de uso del sistema en su versión inicial.
š  Riesgos de no efectuar la actividad:
š  Esta tarea es esencial para el desarrollo de un sistema software, por lo que no se contempla la posibilidad de no realizarla.
¿Cómo lo voy a hacer?
Documentación de lo que requiero
š  Arquitectura lógica del sistema. Uno de los productos principales de esta tarea, con gran impacto en el resto del desarrollo.
š  Modelo estático. Junto con el modelo dinámico/funcional, constituye el modelo del sistema a desarrollar. Tiene gran importancia a la hora de detectar problemas en los requisitos y su impacto es muy importante en el diseño de bases de datos.
š  Modelo dinámico/funcional. Junto con el modelo estático, constituye el modelo del sistema a desarrollar. Tiene gran importancia a la hora de detectar problemas en los casos de uso y tiene gran impacto en el diseño de la capa de lógica de negocio en el caso de sistema con arquitectura en n-capas.
š  Interfaz de usuario. El producto más relevante para la validación de los requisitos con clientes y usuarios. Tiene gran importancia a la hora de detectar problemas en todos los requisitos y su impacto es muy importante en el diseño e implementación de la interfaz de usuario del sistema.
š  Interfaz de servicios. Producto relevante si el sistema va a exponer su funcionalidad mediante una interfaz de servicios.
š  Problemas en los requisitos. Uno de los principales productos de esta tarea son los problemas identificados en los requisitos al realizar el análisis de los mismos, especialmente de falta de información o de conflictos.
Hacer uso de Estadísticas
(Verificación que tan viable es la aplicación)
š  Una vez que se tenga claro el proceso de documentación
š  Constara el verificar que tan Viable será nuestra aplicación para el usuario que la desee o bien para un publico en general
š  De tal manera que para este proceso utilizamos datos estadísticos, en lo cuales nos ayudara a catalogar las necesidades que se deben de cumplir al igual que ciertas características que no sean tan esenciales en nuestra aplicación

Dar a conocerlo (Conferencias)
š  En una organización sobre las acciones específicas que forman parte del software, tiene como objetivo el dar a conocerlo ,mediante una  estrategia global de la organización.
(Conferencias). Las conferencias deben de incluir :
š  Capacidad de atraer y fijar la atención del público al que va dirigido.
š  Capara comunicar exactamente lo que se quiere decir: el receptor debe comprender bien el mensaje.
š  Tiene que tener capacidad para ser recordado e identificado.
REFERENCIAS
http://www.juntadeandalucia.es/servicios/madeja/contenido/procedimiento/20
http://www.cemla.org/investigacion.html

http://www.solucionesong.org/recurso/como-podemos-dar-a-conocer-nuestra-organizacion/32
BLOG
UNIDAD 3 Y UNIDAD 4
Introducción a los modelos de desarrollo 
Fundamentos de POO
En esta unidad desarrollamos metodologías que nos ayudaron a identificar mejor los procesos depara el diseño y creación de software en lo personal me sirvió mucho esta unidad ya que día a día íbamos desarrollando mas métodos de creación a un software y se me hizo muy interesante ya que antes de crear el software pasa por muchas fases ya que en este tema se desarrollan dos grandes metodologías que son los procesos y modelos unificados y estos trabajan de la mano ya que para desarrollar el software y desarrollar mejoras en el primero deberíamos  determinar los procesos por los cuales tendríamos que pasar para desarrollar el software a fondo consisten en tener un proceso de software detallado y completo                                                                                                                 
Un proceso de desarrollo de software tiene como propósito la producción eficaz y eficiente de un producto software que reúna los requisitos del cliente. Este proceso es intensamente intelectual, afectado por la creatividad y juicio de las personas involucradas. Aunque un proyecto de desarrollo de software es equiparable en muchos aspectos a cualquier otro proyecto de ingeniería, en el desarrollo de software hay una serie de desafíos adicionales, relativos esencialmente a la naturaleza del producto obtenido.                                                 
Un producto software en sí es complejo, es prácticamente inviable conseguir un 100% de confiabilidad de un programa por pequeño que sea. Existe una inmensa combinación de factores que impiden una verificación exhaustiva de las todas posibles situaciones de ejecución que se puedan presentar (entradas, valores de variables, datos almacenados, software del sistema, otras aplicaciones que intervienen, el hardware sobre el cual se ejecuta, etc.). Un producto software es intangible y por lo general muy abstracto, esto dificulta la definición del producto y sus requisitos, sobre todo cuando no se tiene precedentes en productos software. Esto hace que los requisitos sean difíciles de consolidar tempranamente. Así, los cambios en los requisitos son inevitables, no sólo después de entregado en producto sino también durante el proceso de desarrollo. Además se complementa estos proceso con los fundamentos de la POO por que estos temas son base fundamental para la creación de software ya es una técnica para desarrollar soluciones computacionales utilizando componentes de software,La POO se basa en el modelo objeto donde el elemento principal es el objeto, el cual es una unidad que contiene todas sus características y comportamientos en sí misma, lo cual lo hace como un todo independiente pero que se interrelaciona con objetos de su misma clase o de otras clase, como sucede en el mundo real.Anterior al paradigma de objetos, está el paradigma algorítmico o de procesos, el cual se fundamenta en los procesos o funciones que se llevan a cabo en el mundo real dentro del dominio del problema analizado. Se refiere a lo que entra, como lo maneja el proceso, y lo que sale del proceso. La programación tradicional la sustentan los procesos, algoritmos, bloques de construcción modulares cuya abstracción va de lo general a lo particular, mientras que en la POO tiene como marco de referencia conceptual el objeto, el cual pertenece a una clase que agrupa a todos compañeros con las mismas características y un comportamiento similar. Una ventaja de la POO frente al paradigma algorítmico es la facilidad que brinda a través de sus herramientas, de concebir, analizar, modelar, diseñar e implementar el mundo real de manera fiel a como se presenta en la realidad; el paso que hay desde la concepción y asimilación del problema hasta la implementación del mismo es un proceso que se hace de manera casi natural. Esto porque el mundo está lleno de objetos reales, los cuales se pueden representar como tales en una solución computarizada.



Bibliografía

INGENIERIA DE SISTEMAS . (s.f.). Obtenido de MODELO DE PROTOTIPOS: https://es.slideshare.net/yanezcabrera/modelo-de-prototipo
MODELO DE PROTOTIPO. (S.F). Obtenido de MICROSOFT: https://msdn.microsoft.com/es-es/library/bb972232.aspx
MONOGRAFIAS. (S.F.). Obtenido de MODELO DE PROTOTIPOS: http://www.monografias.com/trabajos12/proto/proto.shtml
 (MODELO DE PROTOTIPO, S.F)
(INGENIERIA DE SISTEMAS )
(MONOGRAFIAS, S.F.)