Коллективное моделирование предметной области большой размерности

• Автор: Тудер, Илья Юрьевич
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2002
• Место защиты: Москва
• Количество страниц: 129 с. : ил

ОГЛАВЛЕНИЕ
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ

ГЛАВА 1. Методы моделирования предметной области

1.1. Основные подходы и стандарты программной инженерии.

1.2. Моделирование предметной области

1.3. Современные методы моделирования и их недостатки

1.3.1 Структурные методы

1.3.2 Объектноориентированные методы.

1.3.3 Недостатки существующих методов.

1.4. Выводы
ГЛАВА 2. Технология коллективного моделирования предметной ОБЛАСТИ
2.1. Структура Технологии
2.2. Критерий глубины детализации функциональной модели
2.3. Верификация модели предметной области.
2.4. Метод выявления общесистемных сущностей предметной ОБЛАСТИ
2.5. Выводы
ГЛАВА 3. Экспериментальные исследования банковской предметной ОБЛАСТИ
3.1 Задачи экспериментальных исследований
3.2 Исследование характеристик стабильности и размерности БАНКОВСКОЙ ПРЕДМЕТНОЙ ОБЛАСТИ
3.3 Исследование характеристик сцепления бизнеспроцессов по
ИНФОРМАЦИОННЫМ СУЩНОСТЯМ.
3.4 Область применения Технологии
3.5 Выводы.
ГЛАВА 4. Применение Технологии в программных проектах
4.1 Разработка АБС Правление.
4.1.1 Функциональное моделирование предметной области.
4.1.2 Моделирование данных предметной области.
4.1.3 Применение результатов моделирования предметной области на следующих этапах проекта
4.2 Другие проекты
4.3 Выводы
ЗАКЛЮЧЕНИЕ
Список литературы


Формализованные элементы технологии (единые глоссарии, процедуры верификации, метод выявления общесистемных элементов) могут быть автоматизированы в инструментальных средствах моделирования (СА8Е-сисгемах). Апробация работы. Ш-я Международная научно-техническая конференция «Информационные технологии в инновационных проектах», Ижевск, май г. П-я Всероссийская практическая конференция "Стандарты в проектах современных ИС", Москва, март г. Конференция «Корпоративные информационные технологии нового века», Санкт-Петербург, июнь г. Семинар «Современные информационные технологии в корпоративном бизнесе», Санкт-Петербург, октябрь г. Семинар руководителей служб автоматизации территориальных банков Сбербанка России, Москва, апрель г. Структура работы. Диссертация состоит из введения, четырех глав, заключения и приложения, содержащего акты внедрения результатов работы. Список использованной литературы содержит наименования. ГЛАВА 1. Одним из основных понятий программной инженерии является понятие жизненного цикла программного обеспечения (ЖЦ ГІО). ЖЦ ПО - это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации [7]. Жизненный цикл ГІО конкретного проекта может быть определен посредством составляющих его процессов и модели, определяющей характер выполнения процессов в их взаимосвязи. На сегодняшний день стандартом «де-факто» является спиральная модель жизненного цикла [], пришедшая на смену каскадной модели и ее модификациям [6, ]. Спиральная модель отражает объективно существующий итерационный характер разработки, который не имеет альтернатив в условиях неточной и неполной исходной информации, что характерно для проектов по комплексной автоматизации предприятий. Моделирование, как и другие работы в процессе разработки программных систем, носит итерационный характер, соответствующий спиральной моделью жизненного цикла. Таким образом, в процессе решения задач настоящей работы применяются положения спиральной модели жизненного цикла. Основным нормативным документом, определяющим состав процессов жизненного цикла ПО, является ГОСТ Р ИСО/МЭК 7 - (далее - 0 7) []. Россией в качестве государственного стандарта. Он регламентирует состав и структуру процессов ЖЦ ГІО допуская их адаптацию к условиям конкретного проекта и выбор модели ЖЦ. Несмотря на то, что данный стандарт ссылается только на программное обеспечение, его положения также применимы к информационному обеспечению, т. Процесс разработки программных проектов регламентируется также стандартами комплекса ГОСТ. Стандарты данного комплекса, в отличие от 0 7, рассматривают не ПО, а автоматизированные системы (АС) и не формулируют в явном виде процессов жизненного цикла, ориентируясь больше на взаимодействие Заказчика и Разработчика, подробно регламентируя при этом состав документации каждого этапа [9, , , ]. В частности, ГОСТ . На рисунке 1 показано влияние видов требований на характеристики результатов проекта. Структура и содержание информационного и программного обеспечения в основном определяется требованиями к функциям (задачам), выполняемым системой. При этом требования к системе в целом, также как и требования к видам обеспечения, оказывают основное влияние на архитектуру системы, что позволяет не учитывать эти виды требований при решении задач но формализации процесса моделирования предметной области. На сегодняшний день в программной инженерии существует два основных подхода к разработке программного обеспечения -структурный [7] и объектно-ориентированный []. Методологии и технологии разработки программных проектов, основанные на разных подходах и, соответственно, опирающиеся на разные системы понятий и базовые принципы, тем не менее, не имеют принципиальных расхождений по структуре жизненного цикла и основному содержанию процессов. В соответствии с 0 7 и спиральной моделью жизненного цикла начальным этапом программного проекта является анализ системных требований, заключающийся в обследовании, моделировании и анализе предметной области, подлежащей автоматизации.