Учебное пособие ПИС
.pdf
Проектная группа, как правило, назначается техническим директором из сотрудников предприятия Разработчика с привлечением внешнего консультанта от предприятия - Заказчика. Старшими групп технического обеспечения (ТО) и программного обеспечения (ПО) назначаются наиболее квалифицированные (старшие, ведущие, эксперты) сотрудники соответствующих подразделений. Начальники подразделений контролируют занятость сотрудников в различных проектах.
Тестером назначается сотрудник, не принимавший участие в разработке, но имеющий большой опыт в использовании подобных информационных систем. В предложенной на примере схеме (рис. 4.1) для назначения тестером наиболее эффективно привлечение сотрудников отдела технической поддержки. Внутренним консультантом назначается сотрудник, имевший наибольшие знания и опыт в предметной области разрабатываемого проекта ИС. Например, для экономических ИС целесообразно привлечение в качестве консультанта главного бухгалтера.
Рядовые программисты и инженеры могут быть задействованы исключительно в отдельном проекте или входить в состав разных проектных групп, выполняя отдельные работы организованные как технологические операции технологии проектирования.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Внешний |
|
|
Руководитель |
|
|
|
|
|
|
|
|
|
|
консультант |
|
||
|
|
|
|
|
|
|
|
|
|
|
|
||||
|
|
|
|
|
Внутренний |
||||||||||
|
проекта |
|
|
|
|
|
|
|
|
||||||
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
консультант |
|
|
|
|
|||
|
|
|
|
|
|
|
|
||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Старший |
|
|
|
|
|
|
||
|
|
|
|
|
|
группы ПО |
|
|
|
|
Программист 1 |
||||
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Тестер |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Программист h |
||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Старший |
|
|
|
|
|
|
||
|
|
|
|
|
|
группы ТО |
|
|
|
|
Инженер 1 |
||||
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Документовед |
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
Инженер p |
||||
|
проекта |
|
|
|
|
|
|
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Рисунок 4.2 – Пример структуры проектной группы
91
Внутренний стандарт контроля качества представляет собой методику контроля качества проектирования или контроля качества всех процессов предприятия разработчика. Этот стандарт должен устанавливать:
-структуру процессов предприятия;
-места (точки) контроля качества процессов на схеме структуры процессов предприятия;
-методики контроля качества, включающие в себя перечень контролируемых показателей, правила проверки, эталонные значения показателей, периодичность или моменты проведения мероприятий по контролю качества;
-перечень (схему) сотрудников, их иерархию и распределение обязанностей по управлению и контролю качества.
В настоящее время актуальным является применение общепризнанных мировых схем контроля качества. Например внедрение системы контроля качества бизнес-процессов ISO 9001 позволяет не только упорядочить управление и контроль качества процессов, но и дает право получить сертификат мирового образца, использовать его наличие как дополнительное преимущество перед конкурентами при рекламе собственных услуг.
7 Обеспечение качества проектирования ИС
Каждая разрабатываемая система по логике самого процесса проектирования должна полностью отвечать требованиям Технического задания. Однако кроме буквального следования требованиям этого важнейшего для Разработчика документа не является достаточным для обеспечения его дальнейшей успешной работы и получения устойчивой позиции на рынке его услуг. Кроме того, что разработанная информационная система соответствует ТЗ, она должна быть качественно реализована.
Что здесь понимается под термином качество ИС – это обеспечение максимально высоких показателей следующих трех основных характеристик:
-надежность;
-эффективность;
-удобность.
Надежность - свойство системы сохранять во времени в установленных пределах значения всех параметров, которые характеризуют способность системы выполнять необходимые функции в заданных режимах и условиях эксплуатации.
92
Особенности надежности: безотказность, ремонтоспособность, долговечность.
Факторы уровня надежности [5]:
-состав и уровень надежности технического и программного обеспечения;
-рациональное разделение задач, которые решаются системой между техническими средствами, программным обеспечением и персоналом;
-уровень квалификации персонала;
-режимы параметров и организационных форм эксплуатации технических средств;
-степень использования различных видов резервирования;
-реальные условия функционирования ИC.
Несмотря на то, что основные требования надежности должны быть изложены в техническом задании, необходимо обеспечить большой запас надежности для обеспечения безотказной работы разработанной системы как минимум в течение гарантийного срока ее эксплуатации.
Проверка надежности разработанной системы осуществляется по следующим критериям:
-требуемой функциональности системы и уровня ее адаптивности
кизменяющимся условиям функционирования;
-требуемой пропускной способности системы;
-требуемого времени реакции системы на запрос;
-безотказной работы системы в ходе нагрузочных испытаний;
-необходимого уровня безопасности;
-простоты эксплуатации и поддержки системы.
Работы по достижению требуемого уровня надежности проводятся на каждой стации процесса проектирования ИС и при ее последующей эксплуатации.
Процесс проверки надежности достигается путем тестирования системы. Тестирование выполняется и в результате выполнения отдельных работ и на окончательной версии ИС.
После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели:
-обнаружение отказов модуля (жестких сбоев);
-соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций).
После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов
93
показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему.
Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы.
Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес-процессы, чтобы показать соответствие реализации требованиям заказчика.
Для ИС используют следующие основные виды испытаний: предварительные, опытная эксплуатация и приемочные. При необходимости допускается дополнительно проведение других видов испытаний системы и ее частей.
Взависимости от взаимосвязей частей ИС и объекта автоматизации испытания могут быть автономные или комплексные. Автономные испытания охватывают части системы. Их проводят по мере готовности частей системы к сдаче в опытную эксплуатацию. Комплексные испытания проводят для групп взаимосвязанных частей или для системы в целом.
Согласно ГОСТ 27.002-89 необходимо разработать документ – «программа обеспечения надежности», устанавливающий комплекс взаимосвязанных организационно-технических требований и мероприятий, подлежащих проведению на определенных стадиях жизненного цикла объекта и направленных на обеспечение заданных требований к надежности и на повышение надежности.
Вп.п. 1.1 - 1.4 ГОСТ 24.701-86 перечислен состав работ по определению требуемого уровня надежности АС (ИС).
Эффективность ИС обеспечивается максимальным уровнем реализации следующих характеристик ИС:
- соответствие функциональным требованиям ТЗ; - соответствие вычислительной мощности ИС текущим и
перспективным задачам; - возможность адаптации ИС под изменяющиеся параметры
функционирования объекта; - функциональная полнота и соответствие современному уровню
всех реализованных функций, в том числе средства вывода информации и элементы управления ИС пользователями.
94
Даже если система надежна и эффективна, она, и как следствие Разработчик, могут вызывать негативные эмоции у пользователей, если она неудобна.
Удобство системы предопределяется следующими основными показателями:
-простота доступа и использования функций ИС;
-рациональная организация интерфейсов пользователей (в том числе достаточное количество удобно скомпонованных элементов управления, спокойные цвета, четкий шрифт);
-ограничения доступа, жесткие блокировки при неправильных действиях пользователей;
-помощь пользователю: подстановка наиболее подходящих значений «по умолчанию» и автоматический расчет всех промежуточных
иитоговых величин;
-достижение максимально-возможной или максимально допустимой управляемости каждым действием пользователя;
-наличие развернутой и понятной оперативной справочной системы и пользовательской документации;
-наличие достаточного количества и полноты понятной сопроводительной документации для осуществлений функций по сопровождению
95
Заключение
Данное учебное пособие содержит необходимый теоретический материал для изучения дисциплины «Проектирование информационных систем». В отличие от большинства учебников с аналогичным названием, автор не стремился к кратким и наукоемким обзорам компиляций различных редко применяемых на практике зарубежных методик. В учебном пособии в необходимом и достаточном для усвоения и работы объеме, методично от начала до конца рассмотрена последовательность организационно-методических действий по проектированию программного обеспечения информационных систем в соответствии с действующими в России ГОСТами и значительным практическим опытом автора. Можно сказать, что данное учебное пособие на основе практики поясняет и дополняет известные фундаментальные учебники. Наиболее интересными из которых являются, на взгляд автора, источники п.п. 10,16,17 списка литературы.
Бычков Андрей Витальевич – доцент кафедры ВТ и АСУ, кандидат технических наук, сертифицированный специалист по внедрению программ «1С Торговля и склад 7.5», «1С Бухгалтерия 7.5». Двенадцать лет профессиональной практической работы – создания, внедрения, сопровождения и преподавания теории и практики разработки экономических информационных систем на платформах «1С
Предприятие» версий 7.0, 7.5, 7.7, 8.0, 8.1 и 8.2.
Изложенный в учебном пособии материал в сочетании владением языками программирования должен позволить студентам осознанно и обоснованно заниматься выполнением учебных и реальных задач по проектированию ИС предприятий.
Представленная информация будет также полезна студентам экономических специальностей, IT-специалистам, и руководителям предприятий и подразделений собирающихся создавать и использовать для своего предприятия новые информационных системы.
Замечания и предложения просьба присылать по адресу: icbis@mail.ru.
96
Словарь используемых общепринятых сокращений
АСУ - автоматизированная система управления; АСУТП - автоматизированная система управления технологическими процессами;
БД |
|
- база данных; |
ДО |
- документооборот; |
|
ИИ |
- искусственный интеллект (в данном контексте – интеллектуаль- |
|
ные системы ) |
||
ИС |
- информационная система; |
|
ЖЦ |
- жизненный цикл информационной системы; |
|
ПО |
- программное обеспечение; |
|
ОС |
- операционная система; |
|
ТЗ |
- техническое задание; |
|
ТО |
- |
техническое обеспечение; |
ТТР |
- |
типовое тиражное решение – функционально завершенный |
программный или программно-аппаратный модуль выпускающийся серийно, предназначенный для встраивания в ИС или использования в качестве основы для типового проектировании; ТЭО - технико-экономическое обоснование; ЭИС - экономическая информационная система;
CAD системы - Computer Aided Design - системы автоматизированного проектирования и конструирования.
CRM системы - Customer Relationship Management - системы управления взаимоотношениями с клиентами.
SADT - Structure Analise and Design Techniqe – методология функционального моделирования (составления диаграмм процессов). SSADM - Structured Systems Analysis and Design Method – метод структурного анализа и проектирования [3]. Методика проектирования принятая как стандарт государственными органами Великобритании.
97
Список используемой литературы
1.Бычков А. В. Теория экономических информационных систем: учебное пособие/ Кубан. гос. технол.ун-т. Краснодар: Изд. ГОУВПО «КубГТУ» , 2009.-82 с.
2.ГОСТ 34.601-90. Автоматизированные системы. Стадии создания. – М: Госстандарт, 1990.
3.Skidmore.S, Mills.G, Farmer R. SSADM: Models and Methods. – Prentice-Hall, Englewood Cliffs, 1994. – 693 р.
4.ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы. –М: Госстандарт, 1989.
5.Internet ресурс «Википедия» http://ru.wikipedia.org/wiki/Заглавная_страница
6.Стратонович Р. Л. Теория информации. М.: Сов. радио, 1975. — 424 с.
7.Методологии и технологии проектирования ИС http://www.infosystem.ru/designing/case/case_methodology_is.html
8.Советский энциклопедический словарь. –М: Советская энциклопедия, 1981
9.Дэвид А. Марка, Клемент МакГоуэн Методология структурного анализа и проектирования SADT. –М: Метатехнология, 1993
10.Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2- изд., перераб. и доп. – М.: Финансы и статистика, 2006. – 544 с
11.Р 50.1.028-2001 «Рекомендации по стандартизации. Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования». Изд-во Госстандарт, 2001 г.
12.Кофман А., Дебазей Г. Сетевые методы планирования: применение системы ПЕРТ и ее разновидностей при управлении производственными и научно-исследовательскими проектами. Пер. с франц. – М.: Прогресс, 1968.
13.Костюкова Н.И. Графы и их применение. Интернет-университет информационных технологий - ИНТУИТ.ру, 2009.
14.Литвак Б.Г. Управленческие решения. –М.: ЭКМОС, 1998. 15.Ефремов В.С.Проектное управление: модели и методы принятия
решений//Менеджмент в России и за рубежом, №6, 1998 – с. 24-37. 16.Проектирование экономических информационных систем: Учебник/ Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф.; Под ред. Тельнова
Ю.Ф. – М.: Финансы и статистика, 2003.
17.Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. Интернет-университет информационных технологий - ИНТУИТ.ру, 2008.
98
18.Малыхина М.П. Базы данных.Основы, проектирование,
использование. –СПб.: БХВ-Петербург, 2006.
19.ПетровМ.Н., Молочков В.П. Компьютерная графика: Учебник –СПб.:
Питер, 2002.
20.Частиков А. П., Белов Д. Л., Гаврилова Т. А. Разработка экспертных систем. Среда CLIPS. –СПб.: БХВ-Петербург,2003
21.Бройдо В. Л. Вычислительные системы, сети и телекоммуникации.
– СПб.: Питер,2004.
22.Соловьев И.В., Майоров А.А. Проектирование информационных систем. Фундаментальный курс: Учеб. Пособие для высшей школы/ Под. Ред. В.П. Савиных. – М.: Академический Проект, 2009. –398 с.
99
Бычков Андрей Витальевич
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ
Учебное пособие
Темплан 2011 г.
Редактор Т.П. Горшкова
Компьютерная верстка
Подписано в печать |
Формат 60х84/16 |
|
Бумага офсетная |
|
Офсетная печать |
Печ л. 5,5 |
. |
Изд. № 141 |
Усл печ. л. 5,1 |
|
Тираж 70 экз. |
Уч.- изд. л. 3,7 |
|
Заказ № |
|
Цена |
руб |
|
|
|
Кубанский государственный технологический университет 350072, Краснодар, ул. Московская, 2, кор. А Типография КубГТУ: 350058, Краснодар, ул. Старокубанская, 88/4
100
