Лекция 3. 24_02_12

Объектно-ориентированное проектирование. Требования к процессу проектирования

1. Анализ и описание предметной области. Обосновать целесообразность автоматизации. В крупных проектах собирается фокус группа. В неё включаются: разработчик, пользователь, финансирующая организация – заказчик, руководство. Фокус группа должна принять решение по вопросу: Будет ли целесообразным внедрение этой системы на конкретном предприятии, будет ли она или её части востребованы на рынке? Подход должен быть объектно-ориентированым. Отличие процедурного подхода и ООП: класс является обобщением объекта, абстракцией и описанием объектов. В ООП нужно распределять обязанности между объектами. Каждый объект должен выполнять свои обязанности.

CRC карточка Бадда:

<Имя компонента> Взаимодействует с компонентами

<Обязанности> …………

Планировщик питания

CRC-карточка

Greeter (Заставка программы)   Вывести на экран заставку Предложить пользователю выбрать параметры Передать управление другой компоненте Базе данных рецептов Менеджеру планирования

Сотрудничающие компоненты   База данных рецептов   Менеджер планирования

База данных: Recipe Database

Просмотр

Добавление

Редактирование

Удаление

Менеджер планирования: Просмотр БД без редактирования рецептов

Добавление нового питания (плана)

Добавление нового рецепта

Пересмотр плана

Данный подход был реализован в методологии UML.

Понятие архитектуры и платформы

Проектирование необходимо проводить от общего к частному. Есть концептуальный, логический, физический уровни.

Архитектура—общий состав программно-аппаратных комплексов системы, рассматриваемый во взаимодействии на основе средств коммуникации и с учётом ролей, приписываемых этим частям. Наиболее часто используемой архитектурой является клиент-серверная 2-х или 3-х уровневая архитектура. Архитектура рассматривается на общем уровне без учёта платформы реализации, хотя платформа реализации влияет на выбор архитектуры. Платформа—конкретный выбор программно-аппаратных средств при реализации архитектуры системы. Например, платформа M.NET, CORBA, COM, COM+. Пример архитектуры, используемой в АСАОУ. При использовании готовых решений необходимо учитывать необходимость изучения параметров настройки, что требует время. (пр. система галактика).

Общий вид архитектуры.[1]

Уровни управления. Организационная структура предприятия.

Любая деятельность требует организации руководства социальными коллективами. Во всём мире для организации руководства принята иерархическая структура управления коллективами. Уровни управления различаются целями и периодом формирования решений. (пр. армия).

Существуют 3 уровня управления:

1. Стратегический
2. Тактический
3. Оперативный.

Пирамида управления (сверху вниз):

1. Стратегический уровень
2. Тактический уровень
3. Оперативный уровень
4. Уровень исполнения.

Цели на каждом уровне управления разные. Документально оформляется план—средство управления и принятия решения. Каждый уровень управления имеет свои планы и решения.

Цели стратегического уровня—общие показатели деятельности предприятия в целом (прибыль, конкурентоспособность…). Примеры решений—постановка наукоизделий на производство, прекращение выпуска устаревших изделий, изменения организационной структуры предприятия. Период планирования на стратегическом уровне 1-5 лет и выше.

Характерным является большой объём работы, реализуемы средствами OLAP технологии. Многомерный статистический анализ.

Стратегический уровень—уровень высшего руководства—уровень руководителя, либо заместителя.

Тактический уровень—уровень принятия решений в масштабах цеха и отдела. По реализации отдельной части тактического плана. Планирование ведётся от нескольких дней до года (руководители служб, цехов, отделов и их заместителей).

Оперативный уровень—решения принимаются от секунд до суток (мастер, бригадир, оператор).

ЛПР (лицо, принимающее решение)

Организационная структура предприятия

В соответствие с этими положения на предприятии сложилась иерархическая структура.

Директор [2]

Дата добавления: 2014-01-07