Tengo una idea de un software ¿ahora que hayo?

[Fresh2000]

Saludos

Bueno creo que el titulo lo explica. Pero la pregunda es por donde empesar que hacer?

Tengo una gran idea para un software que en mi entorno por las consultas que he realizado es de gran mecesiada y no existe ninguno que ralice el trabajo. Pero no se por donde comenzar soy programador en php, mysql y ajax.

Pero siempre e trabajado para terceros no por mi cuenta.

Existe alguna guia de pasos a seguir?

Gracias de antemano

[blackwind]

primero, te recomiendo que hagas un documento de diseño de software, planeando TODO el flujo del programa, y analices que es lo que podria dar problemas, salir mal o que sea dificil. En base a eso, podrias escoger con mayor precision tus herramientas a utilizar.

saludos,

[Fresh2000]

Iniciado por blackwind

primero, te recomiendo que hagas un documento de diseño de software, planeando TODO el flujo del programa, y analices que es lo que podria dar problemas, salir mal o que sea dificil. En base a eso, podrias escoger con mayor precision tus herramientas a utilizar.

saludos,

Gracias por tu ayuda.

Pero medejaste con mas interrogantes jejejeje

que es un documento de diseño de sofware, donde consigo uno de ejemplo.

gracias nuevamente

[retrodev]

Saludos

En principio te aconsejo que tengas claro la funcion especifica de tu nueva idea de software. Asegurarte de que no existe ninguna herramienta que ya la cumple, ahorra muchisimo tiempo a la larga.

Despues, deberias tener en cuenta hacia donde va orientada, y sobre que tipo de maquina se va a ejecutar. No es lo mismo una aplicacion que se vaya a ejecutar sobre windows, que sobre un CGI como PHP.

Una vez decidido esto, deberias construir un diseño de flujo de tu soft. Todas las entradas/salidas y funciones necesarias para su funcionamiento.

Te recomiendo que si va a ser un programa orientado hacia la plataforma PC/windows, aprendas primero algo mas de computacion de ordenadores. Te facilitara la tarea en cuanto a la logica de lenguaje que luego eligas para desarrollar.

En cuanto a lenguajes, si fuera para PC/windows, tienes una amplia gama de compiladores e interpretes. Si va a ser una aplicacion que solo desees usar tu, no importara mucho la decision del lenguaje a usar. Si tienes pensado darlo a conocer, y mantenerlo, es muy recomendable que sea un lenguaje con POO.

Espero poder a verte sido de algo de ayuda.
Un saludo

[Fueguino]

Resumiendo. Primero analizá el software en un papel. Y luego empezá a programar :)

[venkman]

Pasos a seguir:

1. Haz un prototipo en el que se vea claramente esa idea.
2. Pregunta a otra gente (que no sean amigos y familiares) qué les parecería algo así.
3. Si Las resupuestas siguen siendo tan positivas, entonces ponte a hacerlo de verdad.

[Fresh2000]

Gracias

Estoy trabajando tomando cada unas de susu sugerencias

Alguien tiene un modelos de documento de diseño de software que me facilite

Gracias de nuevo

[anarkia75]

mira, yo creo que antes de realizar algo en la pc, debes de ponerte a leer y conprender algunos terminos esenciales acerca de ANALISIS y DISEÑO de software.

existen muchos libros en la red.

[acc008]

te hago doy una sugerencia.. agarra un lapis y mucho papel ;D.. ami me sirve

[asdasda]

Leete análisis y diseño estructurado moderno de yourdon que te va a ayudar bastante. Acá te dejo una lista más o menos de lo que tendrías que hacer antes de empezar a programar. Tenés que escribir bastante si querés que el sistema salga bien y no comerte un garrón cuando lo termines.

Resumen de Metodología Yourdon para la práctica
1. Modelo de ambiente:
Además de determinar que pertenece al interior y al exterior del sistema también es
necesario definir con claridad las interfaces entre el sistema y el ambiente, se necesita
saber que información entra al sistema desde el mundo exterior, y qué información sale
del sistema. Consta de las siguientes partes:
a. Declaración de propósitos
Descripción textual, corta y concisa, del propósito general del sistema, dirigida
al nivel administrativo superior. Puede constar de 3 o 4 frases, pero nunca debe
superar 1 párrafo. Debe establecer claramente la frontera del sistema, a que otros
sistemas afecta, y puede incluir los beneficios que se esperan del nuevo sistema.
b. Lista de eventos
Es una lista narrativa de los acontecimientos o estímulos que ocurren en el
mundo exterior y a los cuales debe dar respuesta el sistema. Debe indicarse el
tipo de evento como: F de flujo de datos, C de control (ocurre en un momento
impredecible) y T temporal (ocurre regularmente, en un tiempo conocido). No
confundir con flujos de datos, describir desde fuera hacia dentro. Puede incluir
eventos de fallo, cuando falla un terminador.
c. Diagrama de contexto
DFD con 1 sola burbuja, debe enfatizar:
ü las personas, organizaciones y sistemas con los que se
comunica el sistema (terminadores). Se representan con
rectángulos. Los terminadores no se comunican entre sí.
ü los datos que el sistema recibe del mundo exterior (entradas)
ü los datos que el sistema produce y que se envían al mundo
exterio r (salidas)
ü los almacenes de datos externos que el sistema comparte con
los terminadores.
ü la frontera entre el sistema y el resto del mundo
Cuando se termine el modelo ambiental debe ser posible confirmar:
ü el sistema necesita cada flujo de entrada del diagrama de contexto para
reconocer que ha ocurrido un evento, necesitarlo para producir una
respuesta, o ambos.
ü cada flujo de salida deber ser respuesta a un evento.
ü cada evento no temporal (F o C) debe tener entradas a partir de las cuales
el sistema pueda detectarlo.
ü cada evento debe producir salidas inmediatas como respuesta, o bien
almacenar los datos que luego serán salidas, o ocasionar un cambio de
estado en el sistema (diagrama de transición de estados).
2. Modelo de comportamiento:
a. Modelo preliminar de comportamiento
ü Identificar respuestas a eventos, para ello:
1. se dibuja una burbuja para cada evento de la lista
2. la burbuja se nombra describiendo la respuesta que el
sistema debe dar al evento.
3. se dibujan las entradas y salidas apropiadas para que la
burbuja dé la respuesta requerida, se dibujan los
almacenes necesarios para la comunicación entre burbujas
4. el DFD (borrador) obtenido se compara con el de contexto
y la lista de eventos, para asegurar que sea completo y
consistente.
b. Nivelación ascendente hasta el diagrama de contexto:
ü a partir del DFD obtenido en el modelo preliminar (borrador)
ü se agrupan procesos relacionados y se representan con 1 sola
burbuja, en un nivel superior, siguiendo las reglas:
1. cada agrupación de procesos involucra respuestas
relacionadas cercanamente. Esto significa que los
procesos manejan datos relacionados.
2. buscar la oportunidad de esconder datos almacenados que
aparecen en el nivel inferior. Si hay un grupo de procesos
que se refieren a 1 almacén común, y no hay otros
procesos que lo usen, entonces cree una burbuja de nivel
superior para agrupar los procesos y esconder el almacén.
3. cree agregados de 7 ± 2 bloques, dónde 1 proceso y sus
flujos relacionados se consideren como 1 bloque.
c. Nivelación descendente: 5 DFD
ü cuando un proceso (burbuja) es complejo será necesario crear 1
DFD de nivel inferior que lo represente, siguiendo las
siguientes reglas:
1. siga un enfoque de descomposición funcional. Si el
proceso realiza una función compleja que puede
descomponerse en subfunciones, cada subfunción dará
origen a una burbuja de nivel inferior.
2. si 1 proceso tiene muchos flujos de entrada/salida, intente
crear grupos de flujos, cada grupo de flujos dará origen a
una burbuja de nivel inferior.
d. Diagrama E-R: definir entidades y atributos en el Diccionario de Datos
e. Diccionario de datos completo: incluir descripciones de procesos
primitivos
3. Modelo de implantación de programas:
a. Diagramas de estructura correspondientes a los DFD de último nivel
ü muestra la organización jerárquica de módulos dentro de 1
tarea, solo 1 tarea, individual, correspondiente a 1 proceso.
ü las flechas, con dirección, parten del módulo que hace la
llamada hacia el módulo llamado.
ü sobre las flechas anteriores se dibujan los parámetros de entrada
y de salida, siempre refiriéndonos al módulo llamado, como
pequeñas flechas orientadas según sean parámetros de entrada o
de salida.

PD. la ü es una viñeta.. -->

-dAviD-

[Sergestux]

Para el modelado de software no hay nada como UML por aca tienes un software para empezar y para el diseño de la base de datos el modelo ER puedes usar Dbdesigner

[megajandro]

Creo que te tendrias que poner a estudiar tantos temas. que te conviene ir a una universidad y comprender un poco de que se trata todo esto. Sino estas medio como perdido. Si el desarrollo es un simple programa, quizas es medio inutil tanto esfuerzo. Pero si la idea es un producto, algo que entra dentro de un modelo de negocio estandar. Ahi si te quiero ver bailar. Son tantas cosas las que tenes que tener en cuenta y pensar, planificar, analizar, diseñar. Que para una sola persona es un tanto imposible. Y terminarias fracasando sin una buena base. Igualmente suerte!!!

[guille_el3]

DESARROLLO INCREMENTAL, ITERATIVO, EVOLUTIVO!!!

Haz piezas de software chiquitas y que funcionen desde el principio. Empieza por hacer un abm de usuarios. Luego haz que los usuarios puedan dar de alta X, luego que puedan hacer algo con esos X...

No hace falta que tengas en cuenta toooodo tu sistema al empezarlo.