El Arte de Interpretación de Voz:el Arte y Negocio de Realización para Voz en off
Autor:James AlburgerAuthor:James Alburger
De técnicas de interpretación básicas y ejercicios para guardar la voz en la condición superior, a mercadotecnia y promoción del actor, este libro cubre todo esto.El Arte de la Interpretación de Voz es una introducción excelente al negocio y el arte de la interpretación de voz.Esta nueva edición también presenta la cobertura de áreas de especialista de la voz:juego de animación/vídeo y película / remolque de película.Actualizado para reflejar los últimos cambios de técnicas de interpretación y productos en la industria, es la lectura esencial para toda la voz sobre actores.Embalado por el consejo experto sobre oportunidades de trabajo y puntas de dirección de carrera, es el recurso ideal para alguien implicó en la industria.La voz sobre pueblo y ejercicios en el CD-ROM ampliado completa este manual moderno perfecto a ser establecida en la industria de interpretación de voz.
Puntas de persona enterada de *Learn en descubrimiento de trabajo, fabricación de cintas de prueba y establecimiento usted mismo como una voz profesional sobre actor
Consejo de experto de *Gain sobre como guardar su voz en condición superior
*Perfect sus habilidades de realización usando ejercicios de voz comprensibles y pueblo en CD Rom*Perfect your performing skills using easy-to-follow voice exercises and demos on CD Rom
Índice de materias:
| Advertencia | |
| Prefacio | |
| Introducción | |
| Una Introducción a Interpretación de Voz | |
| 1 | ¿Qué Interpreta Voz? | 1 |
| 2 | El Secreto Mejor guardado | 7 |
| 3 | Donde Comenzar:Fundamentos de Voz en off | 11 |
| Representación de Voz en off | |
| 4 | Teniendo cuidado de Su Voz | 21 |
| 5 | Técnicas | 45 |
| 6 | Voz que Actúa 101 | 69 |
| 7 | El Carácter en la Copia | 91 |
| Palabras que Se venden | |
| 8 | Palabras Que Se venden | 115 |
| 9 | Copia de Voz sola | 125 |
| 10 | Copia de Diálogo:Se dobla y Múltiplos | 133 |
| 11 | Copia de Carácter | 145 |
| 12 | Copia de Narrativa corporativa y Larga y en forma de | 159 |
| Su Cinta de Demostración | |
| 13 | Su Cinta de Demostración | 171 |
| 14 | Su Demostración Es Hecha.¿Ahora Qué? | 189 |
| El Negocio de Voz en off | |
| 15 | Ser pagado para Jugar | 199 |
| 16 | Pruebas | 229 |
| 17 | ¡Usted es Alquilado!La Sesión | 241 |
| 18 | Puntas, Tricks, & Studio Stories | 259 |
| Apéndice (Índice de CD) | 277 |
Traducción de:
The Art of Voice Acting: The Craft and Business of Performing for Voice-Over
Author: James Alburger
Interesting textbook: Second Helpings or Meltdown
Dominando el Proceso de Exigencias
Autor:Suzanne RobertsonAuthor:Suzanne Robertson
"Si el objetivo es crear uno de los mejores libros sobre exigencias aún escritas, los autores han tenido éxito."
— Brincos Jones
Es extensamente reconocido que la cuenta de exigencias incorrecta para hasta el 60 por ciento de errores en productos de software, y aún la mayoría de organizaciones de desarrollo de software no tiene un proceso de exigencias formal.Muchas organizaciones parecen complacientes a gastar cantidades enormes para fijación y cambio del software mal especificado, pero parecer poco dispuestas a invertir una cantidad mucho más pequeña para acertar en las exigencias en primer lugar.
Dominando el Proceso de Exigencias, Segunda Edición, dispone un proceso probado a la industria para juntar y verificar exigencias con un ojo hacia ambientes de desarrollo ágiles de hoy.En esta actualización total del guía más vendido, el espectáculo de autores como descubrir exactamente lo que el cliente quiere y necesita haciendo el trabajo de exigencias mínimo según el nivel del proyecto de la agilidad.
Rasgos incluyen
- El proceso completamente de exigencias Volere especificado, y revisado para compatibilidad con ambientes ágiles
- Una plantilla de especificación que puede estar usada como la base para sus propias especificaciones de exigencias
- Las nuevas posiciones de agilidad que le ayudan a canalizar sus esfuerzos en sólo el trabajo de exigencias necesario para su ambiente de desarrollo particular y proyecto
- Como hacer exigencias utilización verificable encajan criterios
- Reunión de exigencias iterativa que lleva a entrega más rápida al cliente
- Listas de comprobación para ayudar a identificar a accionistas, usuarios, nonfunctionalrequirements, y más
- Detalles de reunión y realización de exigencias para liberaciones iterativas
- Una sección de sociología de proyecto ampliada para ayuda con identificación y comunicación con accionistas
- Estrategias para explotar casos de uso para determinar el mejor producto para construir
- Métodos para reutilizar exigencias y modelos de exigencias
- Los ejemplos que muestran como las técnicas y las plantillas son aplicadas en situaciones verdaderas y mundiales
Robert L.Cristal
Las exigencias son una fase de triunfo o de fracaso del proceso de desarrollo de software.Si las exigencias son con cuidado elegidas para representar lo que el cliente quiere, necesita, y espera, entonces el proyecto tiene una posibilidad buena del éxito.Si no, el proyecto puede muy estar bien condenado.
Esto dijo, es fácil decir que este libro es sobre un tema importante.
¿Pero es un libro bueno sobre aquel tema importante?
Mi voto es "sí".Esto está un amablemente trabajado, "bien pensado por", la vista completa, actualizada de la tarea de crear una especificación de exigencias para un software proyecta.
¿Amablemente trabajado?No es bien escrito, legible, nunca pedante.¿" bien pensado por"?Los autores basan el libro sobre seminarios que ellos han dado y han afilado durante los años.¿Completo y actualizado?No sólo los temas básicos son cubiertos, pero los autores también mencionan tales temas avanzados como reutilización de exigencias, modelos de exigencias, traceability, y un acontecimiento + usa el acercamiento conducido por el caso.
El libro es escrito para el principiante de exigencias.¡ Hay muchas discusiones de nivel del detalle de pasos y los acercamientos, las plantillas para enmarcar los resultados, y un estudio del caso elaborado (¡cómo el refrescamiento de esto debe ver un estudio del caso basado en la descongelación de carreteras, más bien que uno de los temas tradicionales, abusados como alquiler de vídeo o control de crucero!) Pero el libro también puede ser útil para el experto de exigencias paciente - hay más verbosidad que el experto querrá, pero explorando con cuidado la esencia del libro puede ser fácilmente distilled.Importantemente, la esencia del libro es conceptual, más bien que formula/methodology-driven - los autores dicen que el libro es querido "no como un juego de reglas canónicas que deben obedecer, pero como un compañero confiable al trabajo inteligente."
Considerando todo de que, encontré algunas cosas que eran suavemente molestas:un poco de la terminología el uso de autores es cutesy, aunque a menudo sea apropiado, pero "(a) lanzamiento:¿como el término para principio de proyecto?¡(los proyectos he estado implicado con raramente el principio "con una ráfaga"!);(¿b) "salida de exigencias" para exigencias que erróneamente son aceptadas en un proyecto?¡(yo habría pensado que las cosas se escapan de un proyecto, no en!) los autores afirman que su libro puede estar usado no sólo para proyectos de desarrollo de software personalizados, sino también para el mantenimiento de software y hasta para proyectos aquel conjunto preconstruyó paquetes.Pero más tarde ellos dicen que el proceso de exigencias nunca debería considerar la tecnología de la solución (todos bien y bien para la personalización, pero imposible para las dos categorías últimas).Los autores toman la posición (discutible) que "la orientación del objeto se ha hecho el modo estándar de desarrollar sistemas," pero entonces mezcla los dos términos "casos de uso" "y conducido por el acontecimiento" como si ellos eran el mismo, ambos estuvieron relacionados con los acercamientos de OO.¡en Mi vista, conducida por el acontecimiento en acercamientos son bastante diferentes de orientados al objeto (por ejemplo, Visual Básico permite que el programador construya un sistema conducido por el acontecimiento, pero el resultado puede o puede no (¡probablemente no!) ser orientado al objeto).Los autores hablan "de una revisión después de la muerte" (una idea excelente), pero es no antes de la página 271 (cerca del final del libro) se hace claro que "después de la muerte" significa "después de la fase de exigencias," no "después de que el proyecto es completo." (Cualquiera podría ser correcto, pero los autores deberían dejar claro que ellos significan cuando ellos primero suben el tema 250 páginas antes).Hay una discusión apropiada y cuidadosa del tema "de adecuado", por que los autores suponen que las exigencias deberían ser expresadas de un modo mensurable.Pero los autores dejan de reconocer que algunas cosas simplemente no se prestan a la medida, con la consecuencia de que mucha travesura es hecha por aquellos que intentan medir el inmensurable (p.ej, la tendencia terrible de declarar que "el producto de software debe ser modular" en términos de longitud de segmentos de programa - "módulos contendrá no más que 50 líneas del código").
Las cosas en particular me gusta aproximadamente el libro son la representación de Exigencias es tratado como un tema pragmático, donde las exigencias deben ser legibles tanto por clientes de aplicación como por diseñadores de software.No hay ninguna de la discusión de especificación formal por la cual los informáticos aman abogar, pero que rara vez encaja las necesidades de exigencias verdaderas y mundiales.También hay una discusión agradable de instrumentos de software, apropiadamente mencionando que ellos son un medio para un final, no un final en ellos.¡(de manera interesante, no hay ninguna mención del ahora en oprobio término "CASO"!) la discusión "de la entrada de calidad," que cubre el proceso de tomar una decisión final en cuanto a cual exigencias incluir en la especificación final, es tanto importante como agradable.Hay discusiones muy bien hechas de tales temas como "el pelota de exigencias," "enchapado de oro," "traceability", "y viabilidad".¡(me recordó del comentario sardónico Jerry Weinberg en una conferencia hace muchos años que el software puede ser la única disciplina dónde la respuesta a la pregunta temprana y de proyecto de la viabilidad siempre es "sí"!) las discusiones de los temas de exigencias de vanguardia como reutilización de exigencias y modelos de exigencias son muy agradables.Yo estaba menos contento con la discusión de traceability - lo que el libro contiene es el material excelente, pero esto deja de ir bastante lejos para notar que el trazado de exigencias en diseño y código, aunque muy deseable, es hasta ahora un tema fuera de alcance (debido "a la explosión" de exigencias comerciales en exigencias de diseño como los beneficios de ciclo de vida, una explosión estimada por unos ser medida en órdenes de la magnitud).
Debería haber al menos un libro sobre exigencias en la biblioteca de cada empresa, hasta cada profesional de software.Usted podría hacer mucho peor que la elección de éste.
Booknews
Ella se especializa en análisis de sistemas y modelado de exigencias y especificaciones;él aconseja a compañías sobre exigencias.Ellos disponen una plantilla probada de la industria y adaptable para juntar y verificar exigencias para productos de software, errores en los cuales ellos estiman la cuenta para hasta el 60 % de los fracasos.Las técnicas proporcionar y perspicacias para descubrir exactamente lo que el cliente quiere y necesita.Anotación c.Book News, Inc, Portland, Oregon (booknews.com)Book News, Inc., Portland, OR (booknews.com)
Índice de materias:
Contenido
Traducción de:
Mastering the Requirements Process
Author: Suzanne Robertson
