Where to eat in Cd Obregon?

Where to eat in Obregon City?

Yaquis de Obregon. Partido final Serie del Caribe 2013 4/4

Yaquis de Obregon. Partido final Serie del Caribe 2013 4/4

Yaquis de Obregon. Partido final Serie del Caribe 2013 3/4

Nos estamos mudando visita nuestra nueva pagina:

https://www.cdobregon.net

Noticias, mapas, lugares para comer y mucho mas!.

Modelo RAD

Modelo RAD.

•Desarrollado por James Martin 1980 en IBM.

•Desarrollo interactivo

•Construcción de prototipos.

•Uso de herramientas CASE

•Proceso lineal secuencial

•Ciclo extremadamente corto

•Enfoque basado en componentes.

•Modelo funcional en espacio corto de tiempo

Te retamos a evaluarte.

Modelo de Desarrollo RUP (Rational Unified Process)

RUP (Modelo)
Modelo de Desarrollo RUP (Rational Unified Process)

¿Qué es RUP?

•Es un proceso de ingeniería de software, que hace una propuesta orientada por disciplinas para lograr las tareas y responsabilidades de una organización que desarrolla software. Su meta principal es asegurar la producción de software de alta calidad que cumpla con las necesidades de los usuarios, con una planeación y presupuesto predecible.
  ¿Para quién es RUP?

•Diseñado para
–Profesionales en el desarrollo de software
–Interesados en productos de software
–Profesionales en la ingeniería y administración de procesos de software
•Estos participantes se involucran con RUP cumpliendo roles

Características

•Dirigido por Casos de Uso
–Los casos de uso son los artefactos primarios para establecer el comportamiento deseado del sistema
•Centrado en la Arquitectura
–La arquitectura es utilizada para conceptualizar, construir, administrar y evolucionar el sistema en desarrollo
-Iterativo e Incremental
–Maneja una serie de entregas ejecutables
–Integra continuamente la arquitectura para producir nuevas versiones mejoradas
-Conceptualmente amplio y diverso
-Enfoque orientado a objetos
-En evolución continua
-Adaptable
-Repetible
-Permite mediciones
–Estimación de costos y tiempo, nivel de avance, etc.


Ciclo de RUP


Diagrama de RUP



Faces de Construcción




Inicio

•El objetivo general de esta fase es establecer un acuerdo entre todos los interesados acerca de los objetivos del proyecto.
•Para proyectos de mejora de software existente, esta fase es más breve y se centra en asegurar la viabilidad de desarrollar el proyecto.


Elaboración

•El objetivo en esta fase es establecer la arquitectura base del sistema para proveer bases estables para el esfuerzo de diseño e implementación en la siguiente fase.
•La arquitectura debe abarcar todas las consideraciones de mayor importancia de los requerimientos y una evaluación del riesgo.

Construcción

•El objetivo de la fase de construcción es clarificar los requerimientos faltantes y completar el desarrollo del sistema basados en la arquitectura base.
•Vista de cierta forma esta fase es un proceso de manufactura, en el cual el énfasis se torna hacia la administración de recursos y control de la operaciones para optimizar costos, tiempo y calidad.


Transición
•Esta fase se enfoca en asegurar que el software esté disponible para sus usuarios.
•En este punto, la retroalimentación de los usuarios se centra en depurar el producto, configuraciones, instalación y aspectos sobre utilización.

Responsabilidad y Ética ISW

Responsabilidad y Ética (ISW)

¿Cuáles son los retos fundamentales que afronta la ingeniería del software?
El reto de la heterogeneidad. Desarrollar técnicas para construir software confiable que sea lo suficientemente flexible para adecuarse a esta heterogeneidad.
El reto de la entrega. Reducir los tiempos de entrega para sistemas grandes y complejos sin comprometer la calidad del sistema.
El reto de la confianza. Desarrollar técnicas que demuestren que los usuarios pueden confiar en el software.
Los retos no son independientes. Es necesario desarrollar nuevas herramientas y técnicas, así como formas innovadoras de combinación y uso de métodos de ingeniería del software existentes.

Responsabilidad profesional y ética

La ingeniería del software se lleva a cabo dentro de un marco legal y social que limita la libertad de los ingenieros.

Los ISW deben aceptar que su trabajo comprende responsabilidades más amplias que simplemente la aplicación de habilidades técnicas. 

Deben comportarse de una forma ética y moral responsable. 

No debería utilizar su capacidad y sus habilidades para comportarse de forma deshonesta o de forma que deshonre la profesión de la ingeniería del software. 

Existen áreas donde los estándares de comportamiento aceptable no están acotados por las leyes, sino por la responsabilidad profesional. 
Algunas de éstas son:
Confidencialidad. Respetar la confidencialidad de sus empleadores o clientes, independientemente de que se haya firmado un acuerdo formal de confidencialidad.
Competencia. No debe falsificar su nivel de competencia, ni aceptar conscientemente trabajos que están fuera de su capacidad.
Derechos de propiedad intelectual. Debe ser consciente de las leyes locales que gobiernan el uso de la propiedad intelectual, como las patentes y el copyright. Debe asegurarse de que la propiedad intelectual de los empleadores y clientes está protegida.
Uso inapropiado de las computadoras. No debe emplear sus habilidades técnicas para utilizar de forma inapropiada las computadoras de otras personas. Desde los relativamente triviales (utilizar juegos en la máquina de un empleado, por ejemplo) hasta los extremadamente serios (difusión de virus).

ACM y el IEEE

El código contiene ocho principios relacionados con el comportamiento y con las decisiones hechas por ingenieros de software profesionales, incluyendo practicantes, educadores, administradores, supervisores y creadores de políticas, así coma aprendices y estudiantes de la profesión.

Los principios identifican las relaciones éticas en las que los individuos, grupos y organizaciones participan, y las obligaciones primarias dentro de estas relaciones. Las cláusulas de cada principio son ilustraciones de algunas de las obligaciones incluidas en estas relaciones. Estas obligaciones se fundamentan en la humanidad del ingeniero de software, con especial cuidado en la gente afectada por el trabajo de los ingenieros de software, y los elementos únicos de la práctica.

Código de Ética (ACM/IEEE)

Los ingenieros de software deberán comprometerse consigo mismos en convertir el análisis, especificación, diseño, desarrollo, prueba y mantenimiento de software en una profesión respetable y beneficiosa. De acuerdo con su compromiso con la salud, seguridad y bienestar del público, los Ingenieros de Software deberán apegarse a Ocho Principios.

PÚBLICO - Los Ingenieros de Software deberán actuar consistentemente con el interés público.  

CLIENTE Y EMPLEADOR - Los Ingenieros de Software deberán actuar de una forma determinada que esté en los mejores intereses de su cliente y empleador consistente con el interés público.  

PRODUCTO- Los Ingenieros de Software deberán asegurar que sus productos y modificaciones relacionadas logren el más alto estándar profesional posible. 

JUICIO - Los Ingenieros de Software deberán mantener integridad e independencia al emitir su juicio profesional. 

GERENCIA - Los gerentes y líderes de Ingeniería de Software deberán suscribirse y promocionar un enfoque ético para la gerencia de desarrollo y mantenimiento de software. 

PROFESIÓN - Los Ingenieros de Software deberán fomentar la integridad y reputación de la profesión consistente con el interés público.

COLEGAS - Los Ingenieros de Software deberán ser justos y comprensivos con sus colegas. 

INTERÉS PROPIO - Los Ingenieros de Software deberán participar en el aprendizaje de por vida del ejercicio de su profesión y deberán promover un enfoque ético para el ejercicio de la misma.

Bajar pdf


Fuente.- 
Sommerville, Ian. (2007). Ingeniería de Software. 7ma. Ed. Pearson Addison Wesley: España.

Mapa Curricular Ingeniería de Software ITSON

Mapa Curricular Ingeniería de Software ITSON

Bajar progama pdf

Ingeniero de Software ITSON

Objetivo del programa:

Formar de manera integral recurso humano comprometido con su labor, innovador y emprendedor, capaz de desarrollar soluciones de software de calidad en forma eficiente, que contribuyan al crecimiento y progreso de su sociedad.

Perfil de Egreso:


El ingeniero en software es un profesionista que desarrolla soluciones de software, mediante la aplicación de procesos, modelos y estándares de calidad de la industria del software, las cuales contribuyen al crecimiento y progreso de su sociedad, en un ambiente que provee vida sustentable y oportunidades a sus habitantes.

Competencias:

El egresado del programa de Ingeniero de Software del Instituto Tecnológico de Sonora es un profesionista que posee las siguientes competencias profesionales: 

• Diseñar Soluciones de Software a través de la aplicación de metodologías, herramientas y estándares apropiados al problema.
• Producir aplicaciones de software a partir de especificaciones de diseño y haciendo uso de las mejores prácticas que aseguren la calidad del producto.
• Administrar Proyectos de Desarrollo de Software mediante la aplicación de procesos, modelos y estándares que contribuyan a la calidad total del producto. 

Áreas de desempeño profesional:

• Análisis, diseño, construcción y pruebas en el desarrollo de software
• Administración de bases de datos
• Administración de proyectos de desarrollo de software
• Lugares
• Empresas con áreas de desarrollo de Software, fábricas de software, empresas desarrolladoras de software y su propia empresa.
• Empresas con necesidades en sistemas de información.

Opiniones sobre la carrera de Ingeniería de software

   

Dra Elsa Lorena Padilla Monge

‘’Es una profesión que hoy en la actualidad se ve prometedora y alguien es recompensado si se dedica a aprender en el campo de la especialidad”.

Its a profession today currently its promising and somebody is rewarded if  its engage to learning in the specialty field.

Mtro. Felipe Humberto Cabada

“La ingeniería en software es una ciencia que se aplica en todo y puede facilitarnos la vida, además de poder llevarnos al éxito.”

The engineering in the software is a engineering that is applied at all and can simplify our lifes, In addition can it lead  to the success

Mtra. Karina Cantu Vera

“ La ingeniería en software es una ciencia que tiene como aplicación el uso de la tecnología en la vida cotidiana para facilitar toda nuestra vida con el uso de herramientas”

The inineering in software its a science that her application is the use of the technology in the day-to-day life its for simplify all of our life whit the use of tools

Eres programador o quieres aprender a programar?. Únete a nuestra comunidad iniciaremos con C#

https://www.facebook.com/learninghowtocode

Semáforo delictivo Cd Obregon / Criminal Maps Cd Obregon

Mapa del Crimen

Semaforo delictivo de Cd. Obregon.
CIUDAD OBREGÓN, SON.-Con los índices de homicidio y robo de autos elevados en consideración en la estadística reciente, las corporaciones policiacas mantienen los refuerzos en elementos y estrategia para que la tendencia delictiva sea a la baja, pero esto no se a logrado a la fecha. Ver Mapa delictivo a continuación.

Cd Obregon -. Homicide and robbery rates high in consideration at the recent statistics, the police forces maintained reinforcements and strategy elements for the crime trend is down, but this is not achieved to date. View criminal Map below.

Ver mapa mas grande

---

Ver mapa más grande

Finding your position with Geolocation

The Geolocation API provides a method to locate the user’s exact (more or less – see below) position. This is useful in a number of ways ranging from providing a user with location specific information to providing route navigation.

Although it’s not actually part of the HTML5 specification, as it was developed as a separate specification by the W3C, rather than theWHATWG, if the esteemed HTML5 Doctors Remy Sharp and Bruce Lawson felt it was fitting enough to include in their book, then it’s perfectly ok to write about it here.

The API is actually remarkably simple to use and this article aims to introduce the API and show just how easy it is.

Browser Compatibility

Currently the W3C Geolocation API is supported by the following desktop browsers:

• Firefox 3.5+
• Chrome 5.0+
• Safari 5.0+
• Opera 10.60+
• Internet Explorer 9.0+

There is also support for the W3C Geolocation API on mobile devices:

• Android 2.0+
• iPhone 3.0+
• Opera Mobile 10.1+
• Symbian (S60 3rd & 5th generation)
• Blackberry OS 6
• Maemo

Data Protection

The specification explicitly states that since the nature of the API also exposes the user’s location and therefore could compromise their privacy, the user’s permission to attempt to obtain the geolocation information must be sought before proceeding. The browser will take care of this, and a message will either appear as a popup box, or at the top of the browser (implementation is browser specific) requesting the user’s permission.

Safari asking the user for permission to obtain their Geolocation information

Geolocation sources

A number of different sources are used to attempt to obtain the user’s location, and each has their own varying degree of accuracy. A desktop browser is likely to use WiFi (accurate to 20m) or IP Geolocation which is only accurate to the city level and can provide false positives. Mobile devices tend to use triangulation techniques such as GPS (accurate to 10m and only works outside), WiFi and GSM/CDMA cell IDs (accurate to 1000m).

Using the API

Before you actually attempt to use the Geolocation API, you first need to check if the browser actually supports it. The API usefully provides a function for this which can be called as follows:

if (navigator.geolocation) {

  // do fancy stuff

}

Obviously if this returns false, you should optionally inform the user of the inferiority of their browser and laugh in their face (not really).

Through the API, there are two functions available to obtain a user’s location:

getCurrentPosition and watchPosition

Both of these methods return immediately, and then asynchronously attempt to obtain the current location. They take the same number of arguments, two of which are optional:

1. successCallback – called if the method returns successfully
2. [errorCallback] – called if the method returns with an error
3. [options] – a number of options are available:

• enableHighAccuracy – provides a hint that the application would like the best possible results. This may cause a slower response time and in the case of a mobile device, greater power consumption as it may use GPS. Boolean with a default setting of false.
• timeout – indicates the maximum length of time to wait for a response. In milliseconds with a default of 0 – infinite.
• maximumAge – denotes the maximum age of a cached position that the application will be willing to accept. In milliseconds, with a default value of 0, which means that an attempt must be made to obtain a new position object immediately.

Before mentioning the differences between the two, another method needs to be introduced:

clearWatch

This method takes one argument, the watchID of the watch process to clear (which is returned by watchPosition)

Now, the main difference between getCurrentPosition andwatchPosition is that watchPosition keeps informing your code should the position change, so basically it keeps updating the user’s position. This is very useful if they’re on the move and you want to keep track of their position, whereas getCurrentPosition is a once off. This method also returns a watchID which is required when you want to stop the position constantly being updated by callingclearWatch method is called.

When the user’s position is returned, it is contained within a Positionobject which contains a number of properties:

Property	Details
coords.latitude	Decimal degrees of the latitude
coords.longitude	Decimal degress of the longitude
coords.altitude	Height in metres of the position above thereference ellipsoid
coords.accuracy	The accuracy in metres of the returned result. The value of this setting informs the application how useful the returned latitude/longitude value actually is. This can help in determining if the returned result is accurate enough for the purpose it is intended for, e.g. values for streetview locations will need to be more accurate than those for a country based location
coords.altitudeAccuracy	The accuracy in metres of the returned altitude
coords.heading	Direction of travel of the hosting device, clockwise from true north
coords.speed	The current ground speed of the hosting device in metres per second
timestamp	Timestamp of when the position was acquired

Amongst these only which is coords.latitude, coords.longitudeand coords.accuracy are guaranteed to be returned (all others may be null), and the first two are by and large the most relevant, as it is from these that a position can be plotted on a Google Map, for example.

You can read more about the Position object and the coordinates interface on the W3 specification itself.

Putting it all together

Putting this altogether, the following code will attempt to obtain a user’s location, calling the method displayPosition on success which simply pops up an alert box with the captured latitude and longitude:

if (navigator.geolocation) {

  var timeoutVal = 10 * 1000 * 1000;

  navigator.geolocation.getCurrentPosition(

    displayPosition, 

    displayError,

    { enableHighAccuracy: true, timeout: timeoutVal,maximumAge: 0 }

  );

}

else {

  alert("Geolocation is not supported by this browser");

}




function displayPosition(position) {

  alert("Latitude: " + position.coords.latitude + ", Longitude: " + position.coords.longitude);

}

The code above also calls the displayError method when attempt to fetch the user’s location data. This function simple converts the returned error code to an appropriate message:

function displayError(error) {

  var errors = { 

    1: 'Permission denied',

    2: 'Position unavailable',

    3: 'Request timeout'

  };

  alert("Error: " + errors[error.code]);

}

A final word

This is just a simple introduction to using the Geolocation API and one of it’s uses.

Of course the API can be used for more than simply plotting a position on a map (although that in itself is quite useful). The specification itself offers a list of potential use cases for the API such as:

• Finding and plotting points of interest in the user’s area
• Annotating content with location informationShowing a user’s position on a map (helping with directions of course!)
• Turn-by-turn route navigation – using watchPosition
• Up-to-date local information – updates as you move

Examples

To see geolocation in action, I’ve put together a couple of quick examples in which I encourage you to view source and then go and try it out for yourself.

• Plot a location on a Google Map using getPosition
• Plot and update a location on a Google Map using watchPosition – this is best viewed on a moving device so you can see the position updating

Based on the work Ian Devlin