Geum.ru

Курс. 01;Мпк. 01;2 методическое пособие по курсовой работе принципы построения интегрированных асу

Вид материалаМетодическое пособие

Содержание


2 Основные этапы выполнения курсовой работы 2.1 Анализ предметной области и разработка описания деятельности
Описание процесса деятельности»
Подобный материал:
1   2   3   4   5

2 Основные этапы выполнения курсовой работы




2.1 Анализ предметной области и разработка описания деятельности



В качестве исходных данных для выполнения курсовой работы студенты выбирают, либо руководитель назначает студенту (бригаде)* одну из предметных областей, перечисленных в приложении 1 путем указания номера варианта темы курсовой работы и конкретного состава решений и разделов, которые должны войти в курсовой проект (см. п. 1.2.1.).

Студент должен провести предпроектный анализ предметной области и составить ее словесное описание (не более двух страниц). В качестве примера здесь и далее используется предметная область управления научными исследованиями в академии, которая реализуется в подразделении, называемом НИЧ – научно-исследовательской частью.

По результатам обследования составляется « Описание процесса деятельности» (пример приведен в таблице 1).


Таблица 1 - Описание процесса деятельности


№ п/п
Наименование этапов и процедур жизненного цикла НИР
Исполни-тель
Использование
в процедурах

автоматизированных функций
Информация, передаваемая в следующую процедуру
Приме-чание

1
Этап формирования прог-раммы НИР (ПрНИР)












1.1
Анализ предметной об-ласти с целью выявления потребностей в научно-технических результатах
Эксперты, заказчики
Поиск в БД и класси-фикация данных
Предложения о направлениях исследований



1.2
Принятие решения о фор-мировании программы НИР
НТС – научно-техничес-кий совет и ректорат
ФБ «Интерактивная справочная система по НИР»
Приказ об орга-низации работ по формированию ПрНИР
ФБ –функцио-нальный блок

1.3
Определение целей, задач и ограничений форми-руемой ПрНИР
Заказчики, эксперты, НТС
ФБ «Интерактивная справочная система по НИР»
Концепция ПрНИР



1.4
Формирование состава и структуры ПрНИР
Эксперты, НИЧ
ФБ «Интерактивная справочная система по НИР»
Общая структура: подпрограммы; разделы и т.д.



1.5
Придание правового ста-туса НТП
Ректорат и НИЧ



Приказ, утверждающий план НИР



2
Этап организационной подготовки












Продолжение таблицы 1

№ п/п
Наименование этапов и процедур жизненного цикла НИР
Исполни-тель
Использование
в процедурах

автоматизированных функций
Информация, передаваемая в следующую процедуру
Приме-чание

2.1
Подготовка организа-ционного и информа-ционного обеспечения
Ректорат и НИЧ
ФБ «Интерактивная справочная система по НИР»; поиск в БД;

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



2.2
Объявление о формиро-вании ПрНИР
НИЧ



Публикация, объявления



2.3
Сбор и проведение экспертизы заявок на проведение исследований и разработок
НИЧ и эксперты
ФБ «Сопровождение баз данных (БД)»
Файлы заявок, заявки для пере-дачи в экспертные комиссии



2.4
Квалификационный отбор заявок и составление списка проектов, приня-тых к реализации
Ректорат НИЧ
ФБ «Сопровождение баз данных (БД)»;

ФБ «Интерактивная справочная система по НИР»; поиск в БД
Перечни проек-тов, принятых к финансированию



2.5
Утверждение плана НИР
Ректорат



Приказ и утвер-жденный план



3
Этап реализации ПрНИР












3.1
Заключение договоров с исполнителями НИР
Ректорат, финансовые службы и НИЧ
ФБ «Сопровождение баз данных (БД)»;

ФБ «Интерактивная справочная система по НИР»; поиск в БД
Информация о проектах; статис-тика и анали-тические данные для ректората



3.2
Мониторинг и контроль процессов выполнения проектов
Ректорат и НИЧ
ФБ «Финансовое соп-ровождение и контроль НИР»;

ФБ «Периодическая и заключительная отчет-ность»;

ФБ «Интерактивная справочная система по НИР»
Распоряжения на финансирование; периодические отчеты;

информационно-аналитические справки



3.3
Накопление, системати-зация и анализ статистики процессов выполнения проектов
Ректорат и НИЧ
ФБ «Финансовое соп-ровождение и контроль НИР»;

ФБ «Периодическая и заключительная отчетность»;

ФБ «Интерактивная справочная система по НИР»
Информационно-аналитические справки; актуализирован-ные БД



Продолжение таблицы 1

№ п/п
Наименование этапов и процедур жизненного цикла НИР
Исполни-тель
Использование
в процедурах

автоматизированных функций
Информация, передаваемая в следующую процедуру
Приме-чание

3.4
Формирование информа-ционных фондов с ре-зультатами, полученными при выполнении проектов ПрНИР
НИЧ, служ-бы научно-технической информации (НТИ)
ФБ «Сопровождение баз данных (БД)»;

ФБ «Интерактивная справочная система по НТП»; поиск в БД
Информационно-аналитические справки; актуализирован-ные БД



4
Этап анализа результатов и закрытия ПрНИР












4.1
Организация приемки-передачи заключительной отчетности
НИЧ; приемочные комиссии
ФБ «Интерактивная справочная система по НТП»; поиск в БД
Информационно-аналитические справки;

пpикaз о приемке-передаче



4.2
Анализ результатов вы-полнения проектов ПрНИР
НИЧ; приемочные комиссии, НТС
ФБ «Интерактивная справочная система по НТП»; поиск в БД;

ФБ «Периодическая и заключительная отчетность»
Акты приемочных комиссий;

решение НТС и ректората



4.3
Обработка статистичес-ких данных процессов выполнения проектов ПрНИР
НИЧ
ФБ «Финансовое со-провождение и кон-троль НТП»;

ФБ «Периодическая и заключительная отчет-ность»;

ФБ «Интерактивная справочная система по НТП»
Исходные данные для сводного от-чета



4.4
Подготовка сводного от-чета по результатам вы-полнения ПрНИР
НИЧ
ФБ «Периодическая и заключительная отчет-ность»;

ФБ «Интерактивная справочная система по НТП»
Проект сводного отчета по ПрНИР;

приказ ректора




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

- операционные системы;

- средства разработки прикладного программного обеспечения;

- системы управления БД;

- техническое обеспечение;

- функциональные модули АИС;

- интерфейсы взаимодействия компонентов пользователей;

- коммуникационный компонент сети.

Студент разрабатывает спецификации по результатам обследования предметной области, анализа описания деятельности и знаний, полученных при освоении дисциплины «Принципы построения интегрированных АСУ» и предшествующих дисциплин.

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


Таблица 2 - Пример спецификации требований на операционную систему


№ п/п
Наименование функциональности (функции)
Краткое описание функциональности (функции)
Требование к

характеристикам
Примечание

1
Общесистемные

возможности









1.1
Интегрирован-ность
Предоставление воз-можности хранения и обработки информации по всем процессам в едином информа-ционном пространстве
Должны обеспечиваться:

- единая система прав доступа к документам, отчетам и функ-циям системы;

- отсутствие передачи массивов данных между системами;

- единый набор функциональ-ности для всех реализаций системы;

- платформонезависимость и ге-терогенность;

- наличие развитых техноло-гических средств интеграции с другими прикладными систе-мами и базами данных
Повышается степень защи-щенности; упрощается

процесс соп-ровождения и доработки

1.2
Адаптируемость
Средства настройки функциональности сис-темы для каждого конкретного пользова-теля, разработки и соп-ровождения приложений
Эти средства должны поддер-живать:

- технологию переноса новых решений из одной базы данных в другую;

- использование достаточно ши-рокого спектра оборудования
(в серверной и в клиентской частях многоплатформенность);

- функционирование в различ-ных сетевых средах (Internet/ Intranet)
Должна обес-печиваться высокая сте-пень защиты

данных от не-санкциониро-ванного дос-тупа и раз-рушения

1.3
Распределенность
Обработка данных, ко-торые расположены на различных серверах сети
Должны обеспечиваться:

-передача данных между узлами системы в режимах Online и Offline;

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

- ведение протоколов движения документов между узлами системы
После интег-рации АИС НТП в ИАИС должна обес-печиваться автоматичес-кая публика-ция информа-ции в Internet

Продолжение таблицы 2

№ п/п
Наименование функциональности (функции)
Краткое описание функциональности (функции)
Требование к

характеристикам
Примечание

1.4
Масштаби-руемость
Возможность наращи-вания функций, произ-водительности и объемов данных без изменения платформы
Программные и аппаратные решения должны обладать мас-штабируемостью во всех измерениях по:

количеству пользователей;

объему хранимых данных;

интенсивности обмена данными;

скорости обработки данных;

набору предоставляемых услуг;

способам обеспечения доступа



1.5
Интегрирован-ность в кор-поративную АИС
Обеспечение возмож-ности подключения ЛВС

АИС в корпоративную

сеть
Программные и аппаратные решения должны обеспечить:

открытую системную архи-тектуру; прикладные програм-мные интерфейсы (API); наборы утилит экспорта-импорта дан-ных; поддержку по крайней мере одного из стандартов "проме-жуточного слоя" (middleware);

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



1.6
Обеспечение качества
Обеспечение платфор-мой и проектными решениями требований к качеству функциони-рования АИС ПрНИР, заложенными в ТЗ
Платформа и проектные ре-шения должны строиться с уче-том международных стандартов в области управления качеством ISO 9000; общий опыт экс-плуатации системной плат-формы не менее 10 лет; между-народный опыт использования платформы в образовательной сфере; технология и архитектура построения системы должны обеспечивать срок службы не менее 20 лет
Должно быть гарантировано эффективное использование вложенных инвестиций

1.7
Надежность
и безопасность данных
Устойчивое функциони-рование АИС в условиях программно-технических сбоев и отказов и при попытках несанкциони-рованного доступа к данным и приложениям
Платформа должна обеспе- чивать: разграничение прав дос-тупа к данным в соответствии с должностными инструкциями пользователей; защиту данных от несанкционированного дос-тупа и непреднамеренного раз-рушения; безопасность данных при внештатных ситуациях, в том числе при нарушении электропитания



Продолжение таблицы 2

№ п/п
Наименование функциональности (функции)
Краткое описание функциональности (функции)
Требование к

характеристикам
Примечание

2
Пользовательский интерфейс и поддержка разработки приложений
Возможности, предос-тавляемые пользовате-лям для быстрого ос-воения и эффективного использования средств платформы
Платформа должна обеспечи-вать: стандартный графический интерфейс; конфигурирование и индивидуальную настройку; поддержку объектно-ориентиро-ванного языка; механизм пере-носа разработок из одной среды в другую; поддержку русского языка в экранных формах; до-кументацию и Online Help на русском языке; наличие у фирмы-поставщика постоянного штата консультантов на тер-ритории РФ




Таблица 3 - пример спецификации требований на интерфейсы


№

п/п
Наименование функциональности (функции)
Краткое описание функциональности (функции)
Требование к характеристикам
Примечание

1
Пользовательский интерфейс
Возможности, предос-тавляемые пользовате-лям для быстрого осво-ения и эффективного использования средств платформы
Платформа должна обеспе-чивать: стандартный графи-ческий интерфейс; конфигури-рование и индивидуальную настройку; поддержку русско-го языка в экранных формах;

документацию и Online Help на русском языке



1.1
Использование объектной модели
Графический интерфейс, на котором компоненты, используемые в работе, представлены в виде целостных объектов, об-ладающих специфи-ческими свойствами
Должны быть обеспечены:

связи объект-свойства; важ-нейшие объекты: файл-прог-рамма, файл-данные, файл-ярлык, каталог, каталог ра-бочий стол, каталог главное меню



1.2
Технология

«перетащил и бросил»
(drag-and-drop),

правило двух

кнопок
Быстрый способ пере-мещения объекта с по-мощью мыши
Должны быть обеспечены изменения указателя мыши в зависимости от свойства объекта; меню правой кнопки мыши



1.3
Глобальная связь данные-приложе-ние (для всей ОС)
Загрузка программы с автоматическим откры-тием данных, например, дважды щелкнуть кноп-кой мыши соответст-вующий файл данных
Должны быть обеспечены:

установка глобального для всей ОС соответствия между форматом данных и прог-раммой, которая его обслу-живает; просмотр соответст-вия из любого открытого окна проводника



Продолжение таблицы 3

№

п/п
Наименование функциональности (функции)
Краткое описание функциональности (функции)
Требование к характеристикам
Примечание

1.4
Использование буфера обмена (clipboard) данными между приложениями с помощью технологии OLE
Стандарт, поддержи-ваемый операционными системами Windows, ко-торый позволяет созда-вать объекты с помощью одного приложения и внедрять их затем в данные другого прило-жения или ссылаться на него из другого при-ложения
Должно быть обеспечено следующее: после копиро-вания в буфер обмена ста-новится доступной команда «Вставить во всех открытых на данный момент в системе приложениях»



1.5
Приложения как конверторы, окна импорта-экспорта
Способность приложе-ний читать файлы опре-деленных форматов и сохранять их также в виде заданных фор-матов, т.е. выступает в роли конвертора
Должно быть обеспечено следующее: определение фор-матов данных; просмотр списков форматов при импорте-экспорте данных



2
Внешние, межсетевые интерфейсы
Обеспечение межсете-вого взаимодействия пользователей АИС ПрНИР с компонентами корпоративной сети и Internet.

Определение IP-адресов и установка протокола TCP/IP и IP-адресов
Должны быть обеспечены возможности: автоматизиро-ванной установки протокола ТСР/IР; установки сервиса удаленного доступа (RAS); создания соединения с сетью провайдера; настройки броу-зера Internet на сервере



3
Обеспечение сервисов распределенной системы (сервисы промежуточного слоя – middle ware)
Услуги распределенной системы, которые об-ладают стандартными программными интер-фейсами и протоколами и занимают место между ОС и сетевым ПО, с одной стороны, и при-ложениями АИС, с другой стороны
Должны быть обеспечены:

возможности коммутатора сообщений, транслирующего сообщения в разные форматы;

реализация разных платформ;

поддержка стандартного про-токола; поддержка стандарт-ного API; диспетчеризация ресурсов
Определение сервиса проме-жуточного слоя означает реа-лизацию сер-виса, соответст-вующую специ-фикациям его интерфейса и протокола

4
Интерфейсы компонентной модели приложений
Использование одних и тех же копий общих компонентов для раз-личных сетевых прило-жений. При этом ре-шаются две важные задачи – минимизация объемов программ и повышение управляе-мости программной сис-темой в целом
Должны быть обеспечены:

возможности использования службы обработки транзак-ций; программирование рас-пределенных приложений;

поддержка Unix и других платформ; распределение и многократное использование самостоятельных блоков программного кода по сети;

удаленный вызов процедур



Продолжение таблицы 3

№

п/п
Наименование функциональности (функции)
Краткое описание функциональности (функции)
Требование к характеристикам
Примечание

5
Интерфейсы взаимодействия с базами данных
Интерфейсы, которые позволяют прикладным

программам, работаю-щим в среде ОС, взаи-модействовать (посредст-вом операторов языка SQL) с различными СУБД. Фактически эти интерфейсы универсаль-ным образом отделяют чисто прикладную, со-держательную сторону приложений (обработка электронных таблиц, статистический анализ, деловая графика) от собственно обработки и обмена данными с СУБД
Должны быть обеспечены:

вызов функций для выпол-нения SQL-инструкций;

получение и интерпретация результатов; загрузка драйве-ров, когда этого требует приложение; создание и использование объекта, скры-вающего детали сетевого интерфейса, расположение и полное имя базы данных