Файл: Каноническое проектирование информационных систем.pdf

Выполнение стадии эскизного проектирования не является строго обязательной. Если основные проектные решения определены ранее или достаточно очевидны для конкретной информационной системы и объекта автоматизации, то эта стадия может быть исключена из общей последовательности работ.

Содержание эскизного проекта задается в техническом задании на систему. Как правило, на этапе эскизного проектирования определяются:

• функции информационной системы;
• функции подсистем, их цели и ожидаемый эффект от внедрения;
• состав комплексов задач и отдельных задач;
• концепция информационной базы и ее укрупненная структура;
• функции системы управления базой данных;
• состав вычислительной системы и других технических средств;
• функции и параметры основных программных средств^[23].

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

Стадия 5. Технический проект.

На этапе «Техническое проектирование» выполняются работы по логической разработке и выбору наилучших вариантов проектных решений, в результате чего создается «Технический проект».

Технический проект системы – это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению^[24].

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

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

Рабочая документация — совокупность текстовых и графических документов, обеспечивающих реализацию принятых в утвержденной проектной документации технических решений (Например, в состав рабочей документации по строительству входят основные комплекты рабочих чертежей, спецификации оборудования, изделий и материалов, сметы, другие прилагаемые документы, разработанные в дополнение к рабочим чертежам основного комплекта)^[25]

---

На стадии «рабочая документация» осуществляется создание программного продукта и разработка всей сопровождающей документации. Документация должна содержать все необходимые и достаточные сведения для обеспечения выполнения работ по вводу информационной системы в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы. Разработанная документация должна быть соответствующим образом оформлена, согласована и утверждена^[26].

Содержание работ на третьей группе стадий

В третью группу стадий согласно условному разбиению вошли:

Стадия 7. Ввод в действие:

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

Стадия 8. Сопровождение информационной системы:

• выполнение работ в соответствии с гарантийными обязательствами;
• послегарантийное обслуживание.

Стадия 7. Ввод в действие.

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

В зависимости от взаимосвязей частей информационной системы и объекта автоматизации испытания могут быть автономные или комплексные. Автономные испытания охватывают части системы. Их проводят по мере готовности частей системы к сдаче в опытную эксплуатацию. Комплексные испытания проводят для групп взаимосвязанных частей или для системы в целом^[27].

Для планирования проведения всех видов испытаний разрабатывается документ «Программа и методика испытаний». Разработчик документа устанавливается в договоре или техническом задании. В качестве приложения в документ могут включаться тесты или контрольные примеры.

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

---

Опытную эксплуатацию системы проводят с целью определения фактических значений количественных и качественных характеристик системы и готовности персонала к работе в условиях ее функционирования, а также определения фактической эффективности и корректировки, при необходимости, документации^[28].

Приемочные испытания проводят для определения соответствия системы техническому заданию, оценки качества опытной эксплуатации и решения вопроса о возможности приемки системы в постоянную эксплуатацию.

Стадия 8. Сопровождение информационной системы.

• выполнение работ в соответствии с гарантийными обязательствами;
• послегарантийное обслуживание.

Работы данной стадии производятся только при условии возникновения гарантийного случая.

На этой стадии решается вопрос о том, чьими силами (персоналом объекта-заказчика или организации-разработчика) будет осуществляться сопровождение проекта и заключается «Договор о сопровождении проекта».

В процессе выполнения этапа осуществляется исправления в работе всех частей системы при возникновении сбоев, регистрация этих случаев в журналах, отслеживание технико-экономических характеристик работы системы и накопление статистики о качестве работы всех компонент системы.

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

Результаты анализа позволяют:

• сделать заключение о необходимости модернизации всего проекта или его частей;
• определить объемы доработок, сроки и стоимость выполнения этих работ с целью получения «Техно-рабочего проекта», прошедшего модернизацию^[29].

ЗАКЛЮЧЕНИЕ

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

Для достижения данной цели были решены следующие задачи:

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

---

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. ГОСТ 34.201-89 Виды, комплектность и обозначение документов при создании автоматизированных систем.- М: Изд. стандартов,1989
2. ГОСТ 34.60190 Автоматизированные системы. Стадии создания.- М: Изд. стандартов,1990
3. ГОСТ 34.602 – 89 Техническое задание на создание автоматизированной системы.- М: Изд. стандартов,1989
4. Барановская Т.П., Лойко В.И., Семенов М.И., Трубилин А.И.Под ред. В.И. Лойко Информационные системы и технологии в экономике.- М.:Финансы и статистика, 2005
5. Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебное пособие.-М.: Финансы и статистика, 2002.
6. Вендров, А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учебное пособие. – 2-е изд., перераб. и доп. / А.М. Вендров. – М.: Финансы и статистика, 2006. – 192 с.
7. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп. / А.М. Вендров. – М.: Финансы и статистика, 2005. – 544 с.
8. Гейн К., Сарсон Т. Системный структурный анализ: средства и методы. – М.: Эйтэкс,1992.
9. Калянов А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии; под ред. Г.Н. Калянова. – М.: Финансы и статистика,2003. – 256 с.
10. Калянов Г. Н.. CASE – технологии. Консалтинг бизнес-процессов. – М.: Горячая линия, 2000.
11. Марка Д.А., МакГоуэн К. SADT – методология структурного анализа и проектирования. М.: Метатехнология, 1993.
12. Мелкумян Б. В. Проектирование информационных систем в экономике: Курс лекций /- М.: МИЭМП, 2006
13. Смирнова Г.Н., Тельнов Ю.Ф.Проектирование экономических информационных систем (часть 1) / Московский государственный университет экономики, статистики и информатики. – М.: МЭСИ, 2004.
14. Черемных С.В. и др. Моделирование и анализ систем. IDEF – технологии: практикум / С.В. Черемных, И.О. Семенов, В.С. Ручкин. М.: Финансы и статистика, 2006. – 192 с.
15. Черемных С.В. и др. Структурный анализ систем: IDEF – технологии / С.В. Черемных, И.О. Семенов, В.С. Ручкин. М.: Финансы и статистика, 2001.
16. Сайт компании «Интерфейс»/Проектирование программных средств// http://www.interface.ru/fset.asp?Url=/case/proekt_inf_sis.htm
17. Clegg, Dai and Richard Barker Case Method Fast-track: A RAD Approach Adison-Wesley, 1994

---

1. Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебное пособие.-М.: Финансы и статистика, 2002, 176 с. ↑

2. Гейн К., Сарсон Т. Системный структурный анализ: средства и методы. – М.: Эйтэкс,1992, 237 с. ↑

3. ГОСТ 34.60190 Автоматизированные системы. Стадии создания.- М: Изд. стандартов,1990 ↑

4. Г. Н. Калянов. CASE – технологии. Консалтинг бизнес-процессов. – М.: Горячая линия, 2000, 312 с. ↑

5. Гейн К., Сарсон Т. Системный структурный анализ: средства и методы. – М.: Эйтэкс,1992, 45 с. ↑

6. Гейн К., Сарсон Т. Системный структурный анализ: средства и методы. – М.: Эйтэкс,1992, 63 с. ↑

7. ГОСТ 34.60190 Автоматизированные системы. Стадии создания.- М: Изд. стандартов,1990 ↑

8. Мелкумян Б. В. Проектирование информационных систем в экономике: Курс лекций /- М.: МИЭМП, 2006, 190 с. ↑

9. Мелкумян Б. В. Проектирование информационных систем в экономике: Курс лекций /- М.: МИЭМП, 2006, 190 с. ↑

10. Сайт компании «Интерфейс»/Проектирование программных средств ↑

11. Калянов А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии; под ред. Г.Н. Калянова. – М.: Финансы и статистика,2003. – 203 с. ↑

12. Гейн К., Сарсон Т. Системный структурный анализ: средства и методы. – М.: Эйтэкс,1992, 432 с. ↑

13. Гейн К., Сарсон Т. Системный структурный анализ: средства и методы. – М.: Эйтэкс,1992, 435 с. ↑

14. Вендров, А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учебное пособие. – 2-е изд., перераб. и доп. / А.М. Вендров. – М.: Финансы и статистика, 2006. – 143 с. ↑

15. Вендров, А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учебное пособие. – 2-е изд., перераб. и доп. / А.М. Вендров. – М.: Финансы и статистика, 2006. – 145 с. ↑

16. Гейн К., Сарсон Т. Системный структурный анализ: средства и методы. – М.: Эйтэкс,1992, 231 с. ↑

17. Марка Д.А., МакГоуэн К. SADT – методология структурного анализа и проектирования. М.: Метатехнология, 1993, 111 с. ↑

18. Марка Д.А., МакГоуэн К. SADT – методология структурного анализа и проектирования. М.: Метатехнология, 1993, 116 с. ↑

19. Марка Д.А., МакГоуэн К. SADT – методология структурного анализа и проектирования. М.: Метатехнология, 1993, 123 с. ↑

20. Мелкумян Б. В. Проектирование информационных систем в экономике: Курс лекций /- М.: МИЭМП, 2006, 216 с. ↑

21. Мелкумян Б. В. Проектирование информационных систем в экономике: Курс лекций /- М.: МИЭМП, 2006, 219 с. ↑

22. Мелкумян Б. В. Проектирование информационных систем в экономике: Курс лекций /- М.: МИЭМП, 2006, 225с. ↑

23. Калянов А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии; под ред. Г.Н. Калянова. – М.: Финансы и статистика,2003. – 231 с. ↑

24. Калянов А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии; под ред. Г.Н. Калянова. – М.: Финансы и статистика,2003. – 235 с. ↑

25. Калянов А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии; под ред. Г.Н. Калянова. – М.: Финансы и статистика,2003. – 241 с. ↑

26. Калянов А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии; под ред. Г.Н. Калянова. – М.: Финансы и статистика,2003. – 242 с. ↑

27. Марка Д.А., МакГоуэн К. SADT – методология структурного анализа и проектирования. М.: Метатехнология, 1993, 145 с. ↑

28. Марка Д.А., МакГоуэн К. SADT – методология структурного анализа и проектирования. М.: Метатехнология, 1993, 152 с. ↑

29. Марка Д.А., МакГоуэн К. SADT – методология структурного анализа и проектирования. М.: Метатехнология, 1993, 156 с. ↑

---