24. Язык графического описания uml.

UML (Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения.

Диаграмма классов (Class diagram) — статическая структурная диаграмма, описывающая структуру системы, демонстрирующая классы системы, их атрибуты, методы и зависимости между классами.

Диаграмма компонентов (Component diagram) — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами.

Диаграмма композитной/составной структуры (Composite structure diagram) — статическая структурная диаграмма, демонстрирует внутреннюю структуру классов и, по возможности, взаимодействие элементов (частей) внутренней структуры класса.

Диаграмма развёртывания (Deployment diagram, диаграмма размещения) — служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них.

Диаграмма объектов (Object diagram) — демонстрирует полный или частичный снимок моделируемой системы в заданный момент времени.

Диаграмма пакетов (Package diagram) — структурная диаграмма, основным содержанием которой являются пакеты и отношения между ними. Жёсткого разделения между разными структурными диаграммами не проводится, поэтому данное название предлагается исключительно для удобства и не имеет семантического значения (пакеты и диаграммы пакетов могут присутствовать на других структурных диаграммах). Диаграммы пакетов служат, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.

Диаграмма деятельности (Activity diagram) — диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ. activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов.

Диаграмма автомата (State Machine diagram, диаграмма конечного автомата, диаграмма состояний) — диаграмма, на которой представлен конечный автомат с простыми состояниями, переходами и композитными состояниями.

Диаграмма вариантов использования (Use case diagram, диаграмма прецедентов) — диаграмма, на которой отражены отношения, существующие между акторами и вариантами использования.

Диаграмма коммуникации (Communication diagram, в UML 1.x — диаграмма кооперации, collaboration diagram) — диаграмма, на которой изображаются взаимодействия между частями композитной структуры или ролями кооперации.

Диаграмма последовательности (Sequence diagram) — диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления, на которой изображено упорядоченное во времени взаимодействие объектов.

Диаграмма сотрудничества — Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений.

Диаграмма синхронизации (Timing diagram) — альтернативное представление диаграммы последовательности, явным образом показывающее изменения состояния на линии жизни с заданной шкалой времени. Может быть полезна в приложениях реального времени.

ПреимуществаUML

• UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;

• UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;

• Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

• UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии;

• UML получил широкое распространение и динамично развивается.

Недостатки

• Избыточность языка. UML часто критикуется, как неоправданно большой и сложный. Он включает много избыточных или практически неиспользуемых диаграмм и конструкций.

• Неточная семантика. Так как UML определён комбинацией себя (абстрактный синтаксис), OCL (языком описания ограничений — формальной проверки правильности) и Английского (подробная семантика), то он лишен скованности, присущей языкам, точно определённым техниками формального описания.

• Проблемы при изучении и внедрении. Вышеописанные проблемы делают проблематичным изучение и внедрение UML, особенно когда руководство насильно заставляет использовать UML инженеров при отсутствии у них предварительных навыков.

• Пытается быть всем для всех. UML — это язык моделирования общего назначения, который пытается достигнуть совместимости со всеми возможными языками разработки.

25. ERD-диаграммы, реляционная БД. Общие сведения, терминология. Цели использования.

Модель сущность-связь (ER-модель) (entity-relationship model, ERM) — модель данных, позволяющая описывать концептуальные схемы предметной области. ER-модель используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями.

Нотации:

• Питера Чена (Множества сущностей изображаются в виде прямоугольников, множества отношений изображаются в виде ромбов.)

• Crow’s Foot (сущность изображается в виде прямоугольника, содержащего её имя, выражаемое существительным; Связь изображается линией, которая связывает две сущности, участвующие в отношении; Атрибуты сущности записываются внутри прямоугольника, изображающего сущность и выражаются существительным в единственном числе)

• Bachman notation

• EXPRESS

• IDEF1x

• Martin notation

• (min, max)-Notation

• UML

Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного вида.

Каждая таблица состоит из столбцов (атрибутов) и строк (кортежей).

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

• Первая нормальная форма (ни одна из ее строк не содержит в любом своем поле более одного значения, и ни одно из ее ключевых полей не пусто)

• Вторая нормальная форма (удовлетворяет требованиям первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом)

• Третья нормальная форма (удовлетворяет требованиям второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля)

Существуют следующие типы информационных связей:

• один-к-одному;

• один-ко-многим;

• многие-ко-многим.

26. Методология внедрения КИС и модели\методологии описания (любая на выбор). Основные сведения.

1. План Уайта

Первые шесть этапов проекта составляют так называемый нулевой цикл. По их результатам принимается решение о внедрении. До недавнего времени нулевой цикл создавал много проблем. Сегодня клиенты все чаще признают необходимость оплаты нулевого цикла, независимо от его результатов. Скорее всего, это связано с накопленным опытом неудачных внедрений у себя и “соседей”.

Нулевой цикл включает:

- предварительное обследование и оценку состояния (предпроектное обследование):

Группа консультантов исследует предприятие-клиент, собирает детальную информацию о его структуре и организации деятельности.

- предварительную переподготовку:

Важно преодолеть различия в понимании процесса разными категориями сотрудников.

техническое задание;

технико-экономическое обоснование (почему наше будет лучше, чем то, что есть);

организацию проекта (формирование рабочей команды: сотрудники заказчика, ИТ-сотрудники заказчика и консультанты исполнителя);

выработку целей.

Выработка целей предусматривает четкое определение и описание качественных и количественных ожидаемых результатов проекта. Это краткая формулировка эффекта, который руководители надеются получить от вложения средств в автоматизацию.

Далее идут:

• Оформление Технического Проекта

• Начальная переподготовка персонала, который потом будет внедрять

• Планирование этапов автоматизации

• Управление данными

• Параллельное внедрение в разные отделы

• Выбор системы (если не внедряют конкретный продукт изначально)

• Ввод в эксплуатацию

• Этапы развития функциональностей

• Оценка результатов

• Анализ текущего состояния

• Постоянная переподготовка

2. ГОСТ 34.601-90 (от 1992 г)

(первые три – нулевой этап)

1. формирование требований к АС;

2. разработка концепции АС;

3. техническое задание;

4. эскизный проект;

5. технический проект;

6. рабочая документация;

7. ввод в действие;

8. сопровождение АС.

Недостатки стандарта:

• ГОСТ ТЗ 34.601-90 не ориентирован на конкретный вид программного продукта. В нем не учтены особенности внедрения комплексных систем автоматизации предприятия (особенно – в области обучения персонала и управления данными). Многие понятия определяются слишком широко.

• ГОСТ содержит рудименты “планово-социалистического” подхода к управлению предприятием. Нулевой этап внедрения плохо проработан. Отсутствует этап предварительной переподготовки. Неубедительно и непоследовательно сформулированы процессы Выработка целей и ТЭО.

Стандарт имеет и ряд достоинств. В частности, хорошо проработана технологическая цепочка: Обследование – Техническое задание – Технический проект и Опытный Пример – Получение результата – Анализ текущего состояния. Это универсальные элементы внедрения, необходимые для автоматизации во всех областях деятельности.

ГОСТ – открытый, публично доступный стандарт внедрения. Несмотря на все недостатки, он превосходит по качеству многие “уникальные” и “эксклюзивные” методики.

3. Scala

Фирма Scala представляет свою методологию внедрения Signature. Особо подчеркивается основная идея: участники проекта действуют как единая команда.

Процесс внедрения включает шесть этапов:

1. анализ;

2. организация проекта;

3. настройка системы;

4. подготовка данных;

5. тестовое испытание системы;

6. сдача проекта.

Следующие этапы относятся непосредственно к внедрению. Не приводя исходного текста методологии, ограничимся некоторыми комментариями.

Этап 3:

настройка системы;

1. создание прототипа;

2. создание руководства пользователя;

3. обучение.

Удивительным образом игнорируется такой немаловажный документ, как Технический проект. Возможно, он неявно предусмотрен в пункте “Прототипирование”.

Этап 4:

подготовка данных;

1. перенос, конвертация, загрузка данных в систему Scala;

2. проверка результатов (например, входящее сальдо и аналитика).

Этап 5:

тестовое испытание системы.

Этап 6:

сдача проекта;

1. аудит системы;

2. проверка подготовленной в рамках проекта документации;

3. передача проекта группе ключевых пользователей.

Заключение: “Наша главная задача – совместно с клиентом, используя методологию внедрения Signature, достичь поставленной цели в срок и в пределах запланированного бюджета”.

Сильные стороны приведенного плана:

• много внимания уделяется эффективной организации проекта, взаимодействию заказчика и исполнителя;

• подробно расписан этап предварительного обследования;

• выделена в отдельный пункт работа с данными (что бывает нечасто).

Недостатки:

• не упомянуты Техническое задание и Технический проект;

• недостаточно времени отводится на обучение;

• ничего не говорится о классификации данных на концептуальном уровне и проектировании процессов с точки зрения точности данных.

4. 1С-Рарус

Задача фирмы – “разработка и внедрение продуктов 1С и оригинальных конфигураций, созданных на платформе 1С”.

Методика предусматривает следующие этапы:

1. предварительное обследование;

2. составление перечня работ и план-графика его исполнения;

3. конфигурирование;

4. тестирование и ввод в эксплуатацию;

5. сопровождение.

Обучение предусмотрено лишь на этапе тестирования, управление данными вообще не упоминается. Такая методика может работать только на очень маленьких проектах, да и то с оговорками.

При этом именно 1С-Рарус особо акцентировала внимание на вопросах качества, отметив, что контроль качества ведется на протяжении всего проекта. В компании существует специальное подразделение, которое занимается этой проблемой. Фирма планирует получить сертификат ISO 9001.

5. ЭпикРус

Согласно концепции фирмы, полномасштабное внедрение включает:

1. фазу предпроектного обследования (анализ информации и выходных документов);

2. фазу принятия административных решений по проекту (системный анализ, установка ПО, обучение специалистов, руководство проектом и обеспечение качества);

3. фазу проектирования (предварительное проектирование, обсуждение и моделирование, окончательный дизайн системы);

4. фазу внедрения (конфигурирование пакета, функциональная адаптация, тестирование системы, пользовательские инструкции, доработка процедур и обучение, подготовка производственной среды);

5. фазу перехода на новую систему (поддержка пользователей, “тонкая” настройка системы, дополнительные работы, обзор состояния после перехода, результаты внедрения продуктов).

Преимущества методики: большое внимание уделено обучению персонала заказчика; предусмотрена пресловутая Предварительная переподготовка (на которой так настаивал Уайт и которая игнорируется большинством компаний); присутствует этап Организации проекта (также забытый многими российскими фирмами).

Недостатки: не выделены в особые этапы Обработка данных и создание ТЭО; не всегда определяются выходные документы этапов (ТЗ, ТП).

6. Microsoft Dynamics Sure Step (описана ниже)

Подробнее: http://www.cfin.ru/itm/kis/process-vnedrenia.shtml