Конспект лекций для специальности «Прикладная информатика в экономике»

Вид материала

Конспект

Содержание 4.2. Метод описания потоков данных 4.3.Метод описания процессов

Подобный материал:

• Учебно-методический комплекс для студентов заочного обучения специальности Прикладная, 81.9kb.
• Конспект лекций для студентов специальности Прикладная информатика (в экономике), 3204.37kb.
• Учебно-методический комплекс для студентов заочного обучения специальности Прикладная, 172.73kb.
• Рабочая учебная программа по Правоведению Для специальности- «Прикладная информатика, 388.83kb.
• Учебно-методический комплекс для студентов заочного обучения специальности Прикладная, 88.44kb.
• Программа по курсу "Математика. Алгебра и геометрия" для специальности 080801 (351400), 143.45kb.
• Учебно-методический комплекс Для специальности 080801 Прикладная информатика (в экономике), 296.07kb.
• Учебно-методический комплекс Для специальности 080801 Прикладная информатика (в экономике), 610.8kb.
• Рабочая программа по дисциплине «Исследование операций в экономике» для специальности, 137.37kb.
• Учебно-методический комплекс Для специальности: 080801 «Прикладная информатика (в экономике)», 489.66kb.

4.2. Метод описания потоков данных

Диаграммы потоков данных используются для описания документооборота и обработки информации. Они описывают:

1. функции обработки информации (работы),
   
2. документы, объекты, сотрудников или отделы, которые участвуют в обработке информации,
   
3. внешние ссылки, которые обеспечивают интерфейс с внешними объектами, находящимися за пределами моделируемой системы,
   
4. таблицы для хранения документов.
   

Для построения таких диаграмм используем нотацию Гейна-Сарсона:




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



- внешняя ссылка – источник или приемник данных извне модели, одна внешняя ссылка может использоваться многократно на одной диаграмме,




- хранилище данных – позволяет описать данные, которые необходимо сохранить в памяти.

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





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

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

Проекты приказов передаются декану (связь 5) для контроля и визирования. Затем они передаются ректору для окончательного утверждения.


Опишем данную технологию через потоки данных:

4.3.Метод описания процессов

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

Рассмотрим нотацию Шеера (она не исключает использования графических символов нотации Гейна-Сарсона):




- функция, служит для описания функций (работ, действий), выполняемых подразделениями/сотрудниками предприятия,




- событие – для описания реальных состояний системы, управляющих выполнением функций и влияющих на них,





- организационная единица – отражает различные элементы оргштатной структуры предприятия,




- документ – отражает бумажные носители информации,



- магнитный диск – отражает электронный носитель информации,


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

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





Пусть принято решение об автоматизации решения задачи «Регулирование контингента студентов по результатам сессии». Разработаем схему автоматизированной информационной технологии:




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

Опишем теперь автоматизированную технологическую схему с помощью той же нотации диаграмм описания процессов (см. схему на следующей странице). Она соответствует «автоматизированной» технологии решения задачи.

4.4. CASE-технологии

В технологии разработки ПО ИС существуют 2 основных подхода, отличающиеся критериями декомпозиции:

1. Функционально-модульный основан на принципе алгоритмической декомпозиции с выделением функциональных элементов и установлением строгого порядка выполняемых действий. Главный недостаток – однонаправленность информационных потоков и недостаточная обратная связь. В случае изменения требований к системе это приводит к полному перепроектированию, поэтому ошибки, заложенные на ранних этапах, сильно сказываются на продолжительности и стоимости разработки. Другая проблема - неоднородность информационных ресурсов, используемых в большинстве ИС. поэтому наибольшее распространение получил второй подход.
   
2. Объектно-ориентированный основан на объектной декомпозиции с описанием поведения системы в терминах взаимодействия объектов. Это позволяет:
   

• собирать программную систему из готовых компонентов, которые можно использовать повторно,
  

• накапливать проектные решения в виде библиотеки классов на основе механизмов наследования³,
  
• обеспечить простоту внесения изменений в проекты за счет инкапсуляции⁴ данных в объектах,
  
• быстро адаптировать приложения к изменяющимся условиям за счет использования свойств наследования и полиморфизма⁵,
  
• организовать параллельную работу аналитиков, проектировщиков и программистов.
  

CASE-технология (Computer Aided Software Engineering) – комплекс программных средств, поддерживающих процессы создания и сопровождения ПО, включая анализ и формулировку требований, проектирование, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом.

Существуют CASE-технологии, ориентированные на структурный, объектно-ориентированный подходы, а также комбинированные.

Классическая постановка задачи разработки программной системы (инжиниринг) – это спиральный цикл итеративного чередования этапов объектно-ориентированного анализа, проектирования и реализации (программирования). Если на практике имеется предыстория в виде совокупности разработанных ранее и внедренных программ, которые целесообразно использовать при разработке новой системы, то процесс проектирования основан на реинжиниринге программных кодов, при котором путем анализа текстов программ восстанавливается исходная модель программной системы.

Современные объектно-ориентированные CASE-средства содержат блоки:

1. анализ. Обеспечивает:
   

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

2. проектирование. Обеспечивает:
   

• поддержку всего процесса проектирования приложения,
  
• просмотр и выбор элементов и бизнес-объектов для использования в системе,
  
• создание пользовательского интерфейса,
  
• определение бизнес-модели и бизнес-правил,
  
• связь с объектно-ориентированными БД и распределенными моделями,
  

3. реализация. Обеспечивает:
   

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

4. инфраструктура. Содержит:
   

• для проектирования: репозитарий на основе БД, отвечающий за генерацию кода, а также обеспечивающий соответствие между моделями и программными кодами,
  
• для анализа: контроль версий, блокирование и согласование частей системы при групповой разработке,
  
• для реализации: возможность реинжиниринга программного кода, клиент-серверных систем в диаграммы моделей.