SH9
Dra. Ivette Mata

https://drive.google.com/drive/folders/0B-Iv5yYAvfKjLWdZb1MtcDVLQms

FACEBOOK SECURITY

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

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.)

PARCIAL 2

UNIDAD 2. ANALISIS DE REQUERIMIENTOS

En este segundo parcial en la materia de análisis y diseño de sistemas trabajamos la segunda unidad que se llama análisis de requerimientos sobre proyectos consistes en cuatro subtemas muy importantes que desempeñan el desarrollo de los proyectos de una manera concisa  los cuales son los siguientes:

Técnicas de Recolección de datos: esta parte se representa como la obtención de información que te ayudara a saber las problemáticas las cuales pude solucionar tu proyecto además tiene como objetivo sacar estadísticas de características que puede solucionar y administrar tu proyecto para poder proponer las soluciones más específicas que sean más favorables para el proyecto.

Análisis de requerimientos: Se refiere al análisis de resultados de la obtención de información en nuestro caso de nuestro proyecto realizamos una encuesta para saber las problemáticas y una entrevista donde obtuvimos puntos vista de varias personas sobre las problemáticas que quiere solucionar nuestro proyecto después de esto trabajamos en obtener más información sobre las problemáticas que mencionaron en la entrevista y sobre ,a encuesta graficamos sus estadísticas para mejor manejo de la información

Casos de uso: Identifica de manera muy compleja como va a trabajar nuestro proyecto con los usuarios o respecto a la solución que quiere llegar nuestro proyecto la representamos en un diagrama de como funcionaria el manejo de nuestro proyecto con los usuarios que  lo usarían esto lo realizamos de esta manera para que los usuarios entendieran cual es el objetivo del proyecto.

Documentación de requisitos: En esta parte de la unidad representamos dos características muy importantes y muy indispensables sobre el proyecto que son requerimientos funcionales y requerimientos no  funcionales.

¿Qué son los requerimientos funcionales?

Los requerimientos funcionales son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares. En algunos casos, los requerimientos funcionales de los sistemas también declaran explícitamente lo que el sistema no debe hacer. Muchos de los problemas de la ingeniería de software provienen de la imprecisión en la especificación de requerimientos. Para un desarrollador de sistemas es natural dar interpretaciones de un requerimiento ambiguo con el fin de simplificar su implementación. Sin embargo, a menudo no es lo que el cliente desea. Se tienen que estipular nuevos requerimientos y se deben hacer cambios al sistema, retrasando la entrega de éste e incrementando el costo.

¿Qué son los requerimientos no Funcionales?

Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. De forma alternativa, definen las restricciones del sistema como la capacidad de los dispositivos de entrada/salida y la representación de datos que se utiliza en la interface del sistema.

Bibliografías

Monografias. (s.f). Obtenido de Requerimientos de informacion: http://www.monografias.com/trabajos12/recoldat/recoldat.shtml

Recoleccion de informacion. (l). Obtenido de monografias: http://www.monografias.com/trabajos16/recoleccion-datos/recoleccion-datos.shtm

Requerimientos de Datos. (s.f.). Obtenido de monografias: http://www.monografias.com/trabajos18/recoleccion-de-datos/recoleccion-de-datos.shtml

http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_Analisis_Requerimiento.pdf  http://yaqui.mxl.uabc.mx/~molguin/as/IngReq.htm                                                                            

Casos de uso . (s.f.). Obtenido de http://www-2.dc.uba.ar/materias/isoft1/2001_2/apuntes/CasosDeUso.pdf                                                                                   

Junta de Andalucia. (s.f.). Obtenido de http://www.juntadeandalucia.es/servicios/madeja/contenido/libro-pautas/182

Procesos para planear la programación de proyectos.

Planificación y programación de proyectos

En términos generales, Planificar un proyecto consiste en definir los objetivos, el trabajo a realizar, los recursos disponibles, el plazo y el presupuesto. Más concretamente, en la fase de planificación debemos:

1.    Definir el proyecto, especificando los objetivos, recursos disponibles, tiempo necesario y presupuesto general.

2.    Dividir el trabajo (fases, departamentos, servicios.

3.    Dividir el trabajo en actividades o tareas.

4.    Representar el diagrama de descomposición del trabajo adecuado.

5.    Establecer las relaciones de precedencia entre actividades.

6.    Estimar la duración de las actividades determinando los recursos implicados y estimando las necesidades de éstos por parte de las actividades.

Por otra parte, programar es establecer un calendario de ejecución del proyecto. Por tanto, una buena programación debe tener en cuenta tiempos, recursos y costes.

Objetivos y ámbito del proyecto

La clave para empezar con éxito un proyecto es que tengamos los términos de referencia bien establecidos. Para ello, debemos conocer la autoridad y el patrocinador, los objetivos, el ámbito, las restricciones, los costes y /o presupuesto, los recursos, las entregas, las fases del proyecto, las estrategias, riesgos, hipótesis, roles y responsabilidades.

Un aspecto muy importante para mantener el apoyo de la organización es que los objetivos del proyecto estén en perfecta conexión con los de aquella y además que se hagan explícitos. En síntesis podemos decir que las principales razones para el establecimiento de objetivos son:

· Proporcionar una dirección

· Enfocar los resultados

· Permitir que se lleven a cabo los planes

· Priorizar y organizar el trabajo

· Motivar al personal

· Comunicar el propósito del proyecto

· Permitir que se reconozca el éxito

 En general, los objetivos deben ser:

· Coherentes y alineados con los objetivos de la organización

· Alcanzables

· Consistentes

· Fáciles de entender

· Pocos en número

El éxito en las funciones de planificación y control depende de la correcta definición del ámbito del proyecto y el diagrama de descomposición del trabajo puede ser una herramienta muy útil en este sentido. Este diagrama es similar a un diagrama de organización. La parte superior del diagrama representa el proyecto, que es subdividido en elementos más pequeños en el siguiente nivel, hasta que en el nivel inferior aparecen los paquetes de trabajo. Podemos decir que el diagrama de descomposición del trabajo es un prerrequisito, que une el proyecto a nivel global con el método del camino crítico. Este método requiere una completa lista de las actividades del proyecto, que pueden ser desarrolladas a partir de los paquetes de trabajo.                                                                         El diagrama de descomposición del trabajo deberá poner de manifiesto el ámbito del proyecto y la responsabilidad de cada paquete de trabajo. El diseño del diagrama debe contemplar un balance adecuado entre las distintas disciplinas y localizaciones del proyecto. No hay estructuras que sean mejores que otras, algunas pueden ser adecuadas para unos ámbitos y malas para otros. La construcción del diagrama es similar a un gráfico de organización en el que cada nivel sucesivo representa una subdivisión del nivel superior. Cada elemento del diagrama debe identificarse con una breve descripción. . En cuanto al número de niveles adecuado a establecer el diagrama lo normal son tres o cuatro, aunque se pueden hacer los que se estimen oportuno. La figura 2.1 representa el proyecto de realización de una encuesta. Cada paquete de trabajo puede ser dividido, si es necesario, en una lista completa de actividades o tareas. Estas actividades son las que aparecerán en el Diagrama de Precedencias del proyecto.                                                                                               En general, existen otras formas de diseñar el diagrama de descomposición del trabajo como la subdivisión del proyecto en fases, localización, por centro de coste, departamentos, productos o cualquier otro concepto que la empresa utilice para agrupar costes o actividades. Los nodos del diagrama suelen numerarse de forma que los diferentes nodos que nacen en un nodo común, heredan de este los dígitos y añaden uno más, diferente para cada uno.

Actividades o tareas del proyecto

En general suele ser conveniente dividir el proyecto en paquetes de trabajo, ya que permite descomponerlo en partes claramente identificables. Cada una de estas partes puede descomponerse en actividades o tareas a realizar, interdependientes entre sí.

Las actividades deben tener las siguientes características:

· Ser mensurables en términos de tiempo, recursos, esfuerzo y coste

· Tener un producto final como resultado

· Tener un comienzo y un fin claro

· Ser responsabilidad de una sola persona

La información que necesitamos de cada actividad podemos resumirla como sigue:

· Descripción de la tarea

· Inputs o precondiciones necesarios

· Requerimientos de recursos con costes

· Tiempo estimado                                                                                                                                                                     
Existe un tipo especial de tarea, con duración nula, que podríamos llamar fechas clave o hitos del proyecto. Los hitos son una forma de conocer el avance del proyecto sin estar familiarizado con el mismo y simbolizan un logro, un punto, un momento en el proyecto. Muchas veces se utilizan, entre otras cosas, para:

· Proporcionar una medida del progreso del proyecto

· Comunicarse con la gente que no forma parte del equipo del proyecto

· Enfocar la atención sobre los resultados

Asignación de duraciones a las actividades                                                                                                                                          

Una vez que tenemos el proyecto dividido en actividades debemos asignar una duración a las mismas. En general, la asignación de tiempos se hará basándonos en datos históricos. Es muy importante que todas las personas implicadas en la estimación de la duración de las actividades -entre las que deben estar las que harán el trabajo- conozcan los objetivos de tiempo, coste y calidad del proyecto, lo que implica realmente la tarea y qué es lo que debe dar como resultado.

Bibliografía

Programacion en Proyectos. (s.f.). Obtenido de Metas y especificacion de programacion en proyectos: http://www.spw.cl/proyectos/programacion.htm

Programacion estratejica de proyectos. (s.f). Obtenido de Planeacion de proyectos: http://www.monografias.com/trabajos102/planeacion-estrategica-de-proyectos/planeacion-estrategica-de-proyectos.shtml

Tecnicas de Programacion en proyectos. (s.f.). Obtenido de Programacion: http://www.spw.cl/proyectos/apuntes2/cap_10.htm

Programacion estratejica de proyectos. (s.f). Obtenido de Planeacion de proyectos: http://www.monografias.com/trabajos102/planeacion-estrategica-de-proyectos/planeacion-estrategica-de-proyectos.shtml

Tecnicas de Programacion en proyectos. (s.f.). Obtenido de Programacion: http://www.spw.cl/proyectos/apuntes2/cap_10.htm

PROYECTO

En este primer parcial del segundo cuatrimestre de la universidad tecnológica d san juan del rio en la materia de análisis y de}diseño de sistemas estamos aprendiendo a manejar como organizarnos para realizar un proyecto que consiste en la aplicación de software, en mi equipo estamos desarrollando los primeros pasos que deben seguir un proyecto como lo es la planeación,organización,dirección y el control del proyecto estas cuatro características son muy importante en nuestro proyecto pero no solo se le puede aplicar a la creación de sistemas también es muy recomendable realizarlo en cualquier tipo de proyecto esto para que el equipo u organización que lo están realizando puedan desempeñar un buen trabajo, pues estas características consisten en analizar cuál es el el proyecto que quieres organizar, que problemática quieres solucionar con tu proyecto investigar más sobre la problemática y después asignar roles a la organización u equipo para que asignen puestos como el líder del proyecto que es la persona que debe de transmitir motivación a su equipo, en nuestro caso elegimos a un líder de equipo o proyecto y después nos asignamos roles a nosotros para poder más eficiente nuestra organización, nuestro objetivo es crear una aplicación de seguridad de Facebook ya que es una de las redes sociales más destacada en la actualidad pero así como es la más destacada en la actualidad se ha convertido en aplicación con muchos problemas como lo es la publicaciones no indebidas para esta red social pues en la actualidad en esta red social se comparten muchos enlaces a páginas de pornografías, o blogs donde suben videos de violencia, sin mencionar páginas de falsa información donde publican saqueos u otros sucesos falsos que son temas que a la sociedad ponen de malas o la espantan, esto es el mayor problema, la aplicación que queremos desarrollar se llama Facebook security que consiste la aplicación tendrá la capacidad de bloquear esos enlaces de páginas no debidas en esta red social, la aplicación la queremos desarrollar porque en la actualidad muchos menores de edad tiene acceso a esta red social y queremos evitar que ellos vean estos enlaces no indebidos para ellos y la sociedad.