Fundamentos de programación

Papel de Clases y Objetos en el análisis y el diseño

PAPEL DE CLASES Y OBJETOS EN EL ANÁLISIS Y EL DISEÑO

Durante el análisis y las primeras etapas del diseño, el desarrollador tiene dos tareas principales:   Identificar las clases y objetos que forman el vocabulario del dominio del problema. Idear las estructuras por las que conjuntos de objetos trabajan juntos para lograr los comportamientos que satisfacen los requerimientos del problema.

En conjunto, se llama a esas clases y objetos las abstracciones clave del problema, y se denomina a esas estructuras cooperativas los mecanismos de la implantación. Durante estas fases del desarrollo, el interés principal del desarrollo debe estar en la vista externa de estas abstracciones clave y mecanismos.

Esta vista representa el marco de referencia lógico del sistema y, por tanto, abarca la estructura de clases y la estructura de objetos del mismo. En las etapas finales del diseño y entrando ya en la implantación, la tarea del desarrollador cambia: el centro de atención está en la vista interna de estas abstracciones clave y mecanismos, involucrando a su representación física. Pueden expresarse estas decisiones de diseño como parte de la arquitectura de módulos y la arquitectura de procesos del sistema. La experiencia de algunos analistas nos lleva a aplicar en primer lugar el criterio orientado a objetos porque esta aproximación es mejor a la hora de servir de ayuda para organizar la complejidad innata de los sistemas de software, al igual que ha servido de ayuda para describir la complejidad organizada de sistemas complejos tan diversos como las computadoras, plantas, galaxias o grandes instituciones sociales. Los sistemas orientados a objetos son también más resistentes al cambio y por lo tanto están mejor preparados para evolucionar en el tiempo, porque su diseño está basado en formas intermedias estables. El modelo de objetos ha influido incluso en las fases iniciales del ciclo de vida del desarrollo del software. El análisis orientado a objetos (AOO) enfatiza la construcción de modelos del mundo real utilizando una visión del mundo orientado a objetos: El análisis orientado a objetos es un método de análisis que examina los requisitos desde la perspectiva de las clases y objetos que se encuentran en el vocabulario del dominio del problema.

1

Irving Patrizio Santoyo Castillo

Ingeniería en Informática 1° semestre

2 Irving Patrizio Santoyo Castillo Ingeniería en Informática 1° semestre .salida.proceso . DOO y POO. que monopolizaron el análisis de sistemas de software durante los últimos veinte años. una de las razones es el éxito de los métodos de análisis estructurados. él todo y las partes. clases y miembros. Puede parecer llamativo que se haya tardado tanto tiempo en aplicar estos conceptos al desarrollo de software. El AOO ofrece un enfoque nuevo para el análisis de requisitos de sistemas software. En lugar de considerar el software desde una perspectiva clásica de entrada . Este enfoque pretende conseguir modelos que se ajusten mejor al problema real a partir del conocimiento del llamado dominio del problema. los productos del diseño orientado a objetos pueden utilizarse entonces como anteproyectos para la implementación completa de unos sistemas utilizando métodos de programación orientado a objetos. conocidos desde la infancia y que aplicamos continuamente: objetos y atributos. de esta forma se relacionan AOO. como los métodos estructurados clásicos se basan en modelar el sistema mediante los objetos que forman parte de él y las relaciones estáticas o dinámicas entre estos objetos.Fundamentos de programación Papel de Clases y Objetos en el análisis y el diseño Básicamente los productos del análisis orientado a objetos sirven como modelos de los que se puede partir para un diseño orientado a objetos. El análisis orientado a objetos (AOO) se basa en conceptos sencillos. Posiblemente. Se insiste que se ha encontrado un gran valor en la construcción de modelos que se centran en las “cosas” que se encuentran en el espacio del problema formando lo que se ha llamado una descomposición orientada a objetos. Ofrece un rico conjunto de modelos que reflejan la importancia de plasmar explícitamente las jerarquías de clases y de objetos de los sistemas que diseña. basados en los conceptos de flujo de información. El diseño orientado a objetos es el método que lleva a una descomposición orientado a objetos.

 .

       5.

/48. O..08   4888902.7744  0 3907F8 573.4245.808  .9.7.O3089E03 .-.425479. 0897:.89. 0897:..7.89.8 6:0 . 39073.:348 . /0 /08.3E886:00.3 03 0 .-:.8 57207.38248 /0 .7744 /0 8419.8/0.8. 08. 47.70.08 O O /0391.70./485.847..8 5.0348706:07203948/0574-02.. ..2-.394  089E320475705.425048 9.8 .O3  :7.. 25.39...780089.0. 4-0948   031. .3.5742. .  .8.0  20.23.4308.7.8 . .7.3E88 47039. /0 807.7.4-094808:32F94/4/0....8 ..3/4....8 1.9:7.O3 /0 24/048/02:3/470.-08   24/04 /0 4-0948 .3/083899:.808  4-0948 6:0 80 03.O3 1J8.2-F32E87088903908./0574.7744 /0-0 089.30./4 .8 573.8 48 20.774.3/4 .4 /0 7010703. /0 /08.4 /0 88902.7 03 57207 :.7 03 ..-897.8 09..84308/0/80N4. .8 .2039486:08.76:90.3.:.43.847039.8.394  .25. /08.0.. /0 4-0948 /0 2824  3 ..   °–9ff°..9.8084-09486:01472.08.  :7.5. 4-0948 5476:0 089. .8 0897:..8084-0948. /0 ../.44507./47.. 80 /03423. 47..4 /0 .981...4250/. ./04888902. 050703./ 47.43897:.9.74 /0 /4234 /0 574-02.3 /.43:394 80..6:0.70 .39.O3 .4:.4308 .425:9.2-454749.:0397.9.  /0. 5. 47.8.8 .48706:8948/08/0 .808 /0 /08.7.3/4:3.-897..0/0574-02.03.808 3. /0 089./4.../0/08.5./.790/0.03974/0. /0 089.903.9:7.70   .4:.. 8: 705708039.8 09. .3E88  .3E8847039.020.774..4250/.430884.7 0 .4.   547 9.-897. 705708039.9:7.:/.8/08419.:9.-. /0 88902.8 /0 /80N4  0 /08.8 390720/. ..703090254 5476:08:/80N4089E-.43:3948 /0 4-0948 97.4-09488439. .390 0 .76:90. ..8089.7.38248  3.8 .7 /0 . !:0/0305708.807.8 13..3 :3948 5.89./33. ..08 /0 . /0 ..5..7-7 .4-0948 ..O3 08 2047 ./4031472.7 .7...8 547 .5./4.08 /0 /80N4  0397.2..9:7.   3.4./47.9:7.7 48 .424 ./02O/:48 ..7.8O3/02:3/447039..5. 09073.89.07848 .-:../47 9030 /48 9.4308. 0 2. 31:/4 3.79074 47039. /0 .9..8 0897:.8 1.9:7.390 089.0848/088902. 507850.74/0/4234/0574-02.:/.8 348 0./4 .7.3...39...8 ./4/0.:84 03 . 5.38248   89.

f¾°– ° f °°€¯hnf¾ ¯ ¾   .

° f¯ °¾ ½–f¯fn°9f½  .

4393:.O347039.948/0.9..70 /08/0 :3.4 6:0 80 .  6:0 ./4:3..084  8.807..7 08948 .20/..803970089484-0948  89003146:0570903/0.07 .E8.2.:0397.O3/024/0486:080 .574-02.8.8 6:08003. .O3 ./4 9.434. :3/80N4 47039. 2502039.7744 /0 8419.N48   4170.8.0:303146:03:0./..03./08.8 5.9:7.3905740. .43. /0 .7/.390484-0948 6:01472./.3030085.88419../08./4.05948803.08 . 507850.424 .42509.05948 .8. /08.438/07.0397. 1472.790/0F.3E8847039.03.  ...3. 4-0948  /0 089.7908  ./4.45.3/446:080. 80 70.4-094887./4:37.70 3  :..948 5.35.70/:7./48/08/0.948 /0 /80N4 47039.424482F94/480897:.42548.7 /0 .  574.43897:.9. 4-0948 48574/:./4.0 :3 7.8 .43.05948 /0 1:4 /0 31472.870.48 .2.4 .3E88/0706:8948/088902.30324/0.9.808/04-0948/04888902./48 03 48 .. /0 0397.42424/048/048 6:0 805:0/05. 4-0948 5:0/03 :9..70  !48-020390  :3. 4-0948  170.3E88 0897:.3.43.434.O3 47039.76:J.8 7.E8.5.5./4 ..7 05J.7.4380:724/0486:080.70.248 .808  202-748  !:0/0 5.4-0948  /80N447039.4-0948  80-.7088902.4308089E9.4397.1472. /0 :348 88902.  .43.43:394 /0 24/048 6:0 7010.f¾ ¾ © ¾ ° f°h¾¾  ¾ ³  E8.3.8 :9./48  -..4880-.4308 08 0 F94 /0 48 2F94/48 /0 ./4/4234/0574-02..3 .70...7430. 9...     °–9ff°.. /0 5.7.82.3E88/088902.7.2.9:7.O347039.:3.97-:948  F 94/4  .../4.2. .797/0.394 90254 03 .2039048574/:. 31.84/3E2.20394/0. 25479.42548. 5.7 0 8419./4.O3  6:0 243454.3E8847039.8/0.3/4 2F94/48 /0 5747.303.03.86:0/80N./48.780 03943...4-09480802F94/46:00.0390./.:89032047.20390 4-0948  ...7975./4.48.390489248.0.4703.3  !  $0388906:080.4/0574-02.20390.8/08419.

f¾°– ° f °°€¯hnf¾ ¯ ¾   .

Sign up to vote on this title
UsefulNot useful