Объектно-ориентированное проектирование. Требования к процессу проектирования
1. Анализ и описание предметной области. Обосновать целесообразность автоматизации. В крупных проектах собирается фокус группа. В неё включаются: разработчик, пользователь, финансирующая организация – заказчик, руководство. Фокус группа должна принять решение по вопросу: Будет ли целесообразным внедрение этой системы на конкретном предприятии, будет ли она или её части востребованы на рынке? Подход должен быть объектно-ориентированым. Отличие процедурного подхода и ООП: класс является обобщением объекта, абстракцией и описанием объектов. В ООП нужно распределять обязанности между объектами. Каждый объект должен выполнять свои обязанности.
CRC карточка Бадда:
<Имя компонента> Взаимодействует с компонентами
<Обязанности> …………
Лекция 3. 24_02_12.
Планировщик питания
CRC-карточка
|
Greeter (Заставка программы)
Вывести на экран заставку Предложить пользователю выбрать параметры Передать управление другой компоненте Базе данных рецептов Менеджеру планирования |
Сотрудничающие компоненты
База данных рецептов
Менеджер планирования |
База данных: Recipe Database
Просмотр
Добавление
Редактирование
Удаление
Менеджер планирования: Просмотр БД без редактирования рецептов
Добавление нового питания (плана)
Добавление нового рецепта
Пересмотр плана
Данный подход был реализован в методологии UML.
Понятие архитектуры и платформы
Проектирование необходимо проводить от общего к частному. Есть концептуальный, логический, физический уровни.
Архитектура—общий состав программно-аппаратных комплексов системы, рассматриваемый во взаимодействии на основе средств коммуникации и с учётом ролей, приписываемых этим частям. Наиболее часто используемой архитектурой является клиент-серверная 2-х или 3-х уровневая архитектура. Архитектура рассматривается на общем уровне без учёта платформы реализации, хотя платформа реализации влияет на выбор архитектуры. Платформа—конкретный выбор программно-аппаратных средств при реализации архитектуры системы. Например, платформа M.NET, CORBA, COM, COM+. Пример архитектуры, используемой в АСАОУ. При использовании готовых решений необходимо учитывать необходимость изучения параметров настройки, что требует время. (пр. система галактика).
Общий вид архитектуры.[1]
Уровни управления. Организационная структура предприятия.
Любая деятельность требует организации руководства социальными коллективами. Во всём мире для организации руководства принята иерархическая структура управления коллективами. Уровни управления различаются целями и периодом формирования решений. (пр. армия).
Существуют 3 уровня управления:
Стратегический
Тактический
Оперативный.
Пирамида управления (сверху вниз):
Стратегический уровень
Тактический уровень
Оперативный уровень
Уровень исполнения.
Цели на каждом уровне управления разные. Документально оформляется план—средство управления и принятия решения. Каждый уровень управления имеет свои планы и решения.
Цели стратегического уровня—общие показатели деятельности предприятия в целом (прибыль, конкурентоспособность…). Примеры решений—постановка наукоизделий на производство, прекращение выпуска устаревших изделий, изменения организационной структуры предприятия. Период планирования на стратегическом уровне 1-5 лет и выше.
Характерным является большой объём работы, реализуемы средствами OLAP технологии. Многомерный статистический анализ.
Стратегический уровень—уровень высшего руководства—уровень руководителя, либо заместителя.
Тактический уровень—уровень принятия решений в масштабах цеха и отдела. По реализации отдельной части тактического плана. Планирование ведётся от нескольких дней до года (руководители служб, цехов, отделов и их заместителей).
Оперативный уровень—решения принимаются от секунд до суток (мастер, бригадир, оператор).
ЛПР (лицо, принимающее решение)
Организационная структура предприятия
В соответствие с этими положения на предприятии сложилась иерархическая структура.
Директор [2]