Новые книги
 «Дорого!», «У нас есть поставщик!», «Отправьте предложение на e-mail», «Нам не надо!», «Я подумаю…» – клиент может сказать свое «НЕТ» продавцу десятками способов. Успешного продавца отличает умение выстроить диалог так, чтобы возражения вообще не возникли, и знание готовых ответов на все основные возражения, отговорки и отказы. Если, осуществляя холодные звонки или продавая на встречах, вы сталкиваетесь с возражениями и отказами – эта книга для вас! Она даст вам 200+ приемов и готовых речевых модулей, благодаря которым вы будете легко преодолевать «нет» и выведете ваши навыки продаж и уровень доходов на новый уровень.Все приемы протестированы в скриптах продаж и показали высокую эффективность в российских условиях. |
 Основываясь на опыте десятилетних исследований и интервью с 80 топ-менеджерами, авторы книги «Путь Samsung» создали первое полное руководство по новаторским принципам управления, позволившим преобразовать небольшую технологическую компанию в один из самых успешных мировых брендов. Сформулированная председателем совета директоров Ли Гонхи «Новая управленческая инициатива» заложила основу для реализации «трех парадоксов управления Samsung»: баланс между размером и скоростью, диверсификация и специализация, сочетание восточной и западной управленческих культур.Профессиональные идеи и практические советы от инсайдеров Samsung делают книгу «Путь Samsung» бесценным руководством по управлению инновационными компаниями для руководителей среднего и высшего звена коммерческих компаний и государственных структур, а также занимательным чтением для пытливых умов, интересующихся стратегиями достижения успеха. |
Определение классов
2.2.1. Определение классов
Анализ внешних требований к проектируемой прикладной системе позволяет определить объекты и классы объектов, связанные с прикладной проблемой, которую должна решать эта система. Все классы должны быть осмыслены в рассматриваемой прикладной области; классов, связанных с компьютерной реализацией, как например список, стэк и т.п. на этом этапе вводить не следует.
Начать нужно с выделения возможных классов из письменной постановки прикладной задачи (технического задания и другой документации, предоставленной заказчиком). Следует иметь в виду, что это очень сложный и ответственный этап разработки, так как от него во многом зависит дальнейшая судьба проекта.
При определении возможных классов нужно постараться выделить как можно больше классов, выписывая имя каждого класса, который приходит на ум. В частности, каждому существительному, встречающемуся в предварительной постановке задачи, может соответствовать класс. Поэтому при выделении возможных классов каждому такому существительному обычно сопоставляется возможный класс.
Далее список возможных классов должен быть проанализирован с целью исключения из него ненужных классов. Такими классами являются:
- избыточные классы: если два или несколько классов выражают одинаковую информацию, следует сохранить только один из них;
- нерелевантные (не имеющие прямого отношения к проблеме) классы: для каждого имени возможного класса оценивается, насколько он необходим в будущей системе (оценить это часто бывает весьма непросто); нерелевантные классы исключаются;
- нечетко определенные (с точки зрения рассматриваемой проблемы) классы (см. примеры таких классов в п. 2.3.1);
- атрибуты : некоторым существительным больше соответствуют не классы, а атрибуты; такие существительные, как правило, описывают свойства объектов (например, имя, возраст, вес, адрес и т.п.);
- операции : некоторым существительным больше соответствуют не классы, а имена операций (например, телефонный_вызов вряд ли означает какой-либо класс);
- роли : некоторые существительные определяют имена ролей в объектной модели (например, владелец, водитель, начальник, служащий; все эти имена связаны с ролями в различных зависимостях объектов класса человек);
- реализационные конструкции : именам, больше связанным с программированием и компьютерной аппаратурой, не следует на данном этапе сопоставлять классов, так как они не отражают особенностей проектируемой прикладной системы; примеры таких имен: подпрограмма, процесс, алгоритм, прерывание и т.п.
После исключения имен всех ненужных (лишних) возможных классов будет получен предварительный список классов, составляющих проектируемую систему.
Назад | Содержание | Вперед