54
1) База данных отдела кадров предприятия;
2) Записная книжка в мобильном телефоне;
) Сеть Интернет.
Существует три вида информационных систем:
1. База данных - система для хранения больших объёмов структурированной
информации (информации, которая вводится по шаблону) определённого
типа. К базам данных относятся следующие информационные системы:
o каталог библиотеки;
o регистратура больницы;
o записная книжка мобильного телефона;
o база данных отдела кадров.
2. База знаний - система для хранения большого объема неструктурированной
информации различных типов. К базам знаний относятся следующие
информационные системы:
o библиотека;
o сеть Интернет.
3. Информационно-аналитическая система - система, предназначенная как для
хранения, так и для анализа хранимой информации
o Exсel;
o STATISTICA;
o SPSS;
o 1С бухгалтерия;
o 1C предприятие.
Все электронные информационные системы делятся на два класса по
способу хранения информации:
1. Не сетевые информационные системы, работающие по технологии файл-
сервер. Данные системы работают на отдельно стоящем компьютере, без
использования компьютерной сети (Exсel, STATISTICA, SPSS);
2. Сетевые информационные системы, работающие по технологии клиент-
сервер. Данные системы работают на компьютере, подключённом к
компьютерной сети (Интернет).
Основное отличие технологии клиент-сервер от технологии файл-
55
сервер заключается в способе хранения информации, суть технологии файл-
сервер заключается в следующем - интерфейс информационной системы и данные,
с которыми она работает хранится на одном компьютере (локально).
1. Клиентами сети являются компьютеры пользователей, подключенные к сети.
Клиенты получают доступ к серверу через сеть. Иногда клиенты сети
называют клиентскими компьютерами.
2. Сервер сети - компьютер, который управляет сетью. Все ресурсы сервера
доступны клиентам сети, то есть любое изменения данных на сервере сразу
видно всем клиентам сети.
В информационных системах, построенных по технологии клиент-сервер,
информация хранится на сервере, а интерфейс информационной системы хранится
на клиентских компьютерах, через него пользователи информационной системы
получают доступ к данным (табл. 10).
Таблица 10 - Сравнительный анализ технологий Файл-Сервер и Клиент-Сервер
Преимущества и недостатки
технологии Файл-Сервер:
Преимущества и недостатки технологии
Клиент-Сервер:
+
простота разработки;
+
простая синхронизация данных;
+
независимость компьютера от сети;
+
низкая стоимость аппаратного
обеспечения (мощным должен быть
только сервер);
+
высокая защита от
несанкционированного доступа;
+
оперативное изменение структуры
данных;
-
не оперативное обновление данных
на нескольких компьютерах;
-
низкая защита от несанкционированного
доступа;
-
высокая стоимость компьютеров для
работы в такой системе;
-
зависимость от компьютерной сети;
-
сложность изменения структуры
данных.
-
высокая стоимость.
Любая информационная система или база данных (с точки зрения их
создания) в языках программирования состоят из трёх компонентов:
1. Файл данных - файл, находящийся на локальном компьютере или на сервере,
который содержит внутри себя структуру данных. К структуре данных
относятся таблицы, запросы и фильтры, а также хранимые процедуры,
пользовательские функции, диаграммы и триггеры;
2. Объект связи - объект языка программирования, осуществляющий связь
56
между файлом данных и интерфейсом информационной системы;
3. Интерфейс информационной системы - комплекс средств, осуществляющий
взаимодействие системы с конечными пользователями. Он может
находиться как на клиентском компьютере, так и на сервере.
Разработка ИС по технологии клиент-сервер состоит из нескольких этапов:
1. На сервер в компьютерной сети устанавливаются серверная СУБД
(Например, Microsoft SQL Server, MySQL, Oracle), устанавливается
серверная часть СУБД. Если реализуется web-интерфейс, то на сервер
ставится программа web-сервер (Например, Apache);
2. Если реализуется клиентские приложения, то на все клиентские части сети
ставится клиентская часть (данный шаг не обязателен и выполняется только
в том случае, если пользователи информационной системы имеют
возможность управлять сервером);
3. Настраивается серверная часть СУБД, клиентские части СУБД и web-сервер;
4. Определяется структура данных (связи между таблицами и типы данных
полей), также определяются первичные и вторичные таблицы в запросах;
5. На сервере создаются таблицы и запросы, выполняющиеся на стороне
сервера. Перед созданием запросов, таблицы заполняются начальными
данными. Также создаются хранимые процедуры, пользовательские функции
, диаграммы и триггеры;
6. В случае использования клиентского приложения, при помощи языка
программирования создаются объекты связи, они подключаются к таблицам,
запросам и хранимым процедурам. Также на них создаются запросы и
хранимые процедуры, выполняемые на стороне сервера;
7. Создаются формы;
8. Создаются отчёты;
9. Система заполняется реальными данными.
При создании и заполнении таблиц информационной системы необходимо
следовать 3 правилам:
1. В таблицах не должно быть повторяющихся групп записей. Это достигается
введением индексных полей, то есть сортировкой записей;
2. В таблице не должно быть полей с одинаковыми именами. Это достигается
57
разбиением одной таблицы на несколько, с последующим связыванием их
запросом;
3. Не должно быть правил при заполнении таблиц, это достигается
хаотичностью заполнения таблиц базы данных.
Информационная система, которая удовлетворяет этим условиям, называется
нормализованной информационной системой или базой данных.
Родоначальником серии SQL Server и его основой является язык запросов
SQL. Данный язык был создан компанией IBM в начале 1970г. прошлого века.
Изначально он назывался SEQUEL (Structured English Query Language). В основу
языка SQL, используемого в SQL Server, легла разновидность языка T-SQL
(Transact - SQL).
В середине 90-х г. (в частности в 1995г) Microsoft создала операционную
систему Windows NT и вместе с компанией Sybase выпускает первую версию SQL
Server для Windows версии 4.1. После этого компания Sybase разрывает свои
отношения с Microsoft и Microsoft создает Microsoft SQL Server 6.0. Данная версия
была предназначена для работы в операционной системе Windows NT, 95 и 98. В
1999г. выходит версия Microsoft SQL Server 7.0, которая стала одной из самых
популярных серверных СУБД в мире. В 2000г. выходит 8-я версия Microsoft SQL
Server 2000. В 2005 году выходит новая версия сервера, основанная на новой
технологии .NET, а в 2008 году выходит её улучшенная версия Microsoft SQL
Server 2008.
58
II Проектная часть
2.1. Разработка проекта автоматизации приема регистрируемых почтовых
отправлений УФПС «Татарстан почтасы»
2.1.1. Этапы жизненного цикла проекта автоматизации
Под моделью жизненного цикла понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач,
выполняемых на протяжении жизненного цикла. Модель жизненного цикла
зависит от специфики информационной системы и специфики условий, в которых
последняя создается и функционирует. К настоящему времени наибольшее
распространение получили следующие основные модели жизненного цикла: 1)
задачная модель; 2) каскадная (или системная) модель; 3) спиральная модель.
Задачная модель: при разработке системы "снизу-вверх" от отдельных задач
ко всей системе (задачная модель) единый поход к разработке неизбежно теряется,
возникают проблемы при информационной стыковке отдельных компонентов. Как
правило, по мере увеличения количества задач трудности нарастают, приходится
постоянно изменять уже существующие программы и структуры данных. Скорость
развития системы замедляется, что тормозит и развитие самой организации.
Однако в отдельных случаях такая технология может оказаться целесообразной:
1. Крайняя срочность (надо чтобы хоть как-то задачи решались; потом
придется все сделать заново)
2. Эксперимент и адаптация заказчика (не ясны алгоритмы, решения
нащупываются методом проб и ошибок).
Общий вывод: достаточно большую эффективность информационной
системы таким способом создать невозможно.
Каскадная модель: в ранних, не очень больших по объему однородных
информационных системах каждое приложение представляло собой единое целое.
Для разработки такого типа приложений применялся каскадный способ. Его
основной характеристикой является разбиение всей разработки на этапы, причем
переход с одного этапа на следующий происходит только после того, как будет
59
полностью завершена работа на текущем (рисунок 10).
Рисунок 10 - Каскадная схема разработки
Каждый этап завершается выпуском полного комплекта документации,
достаточной для того, чтобы разработка могла быть продолжена другой командой
разработчиков. Положительные стороны применения каскадного подхода
заключаются в следующем: 1) на каждом этапе формируется законченный набор
проектной документации, отвечающий критериям полноты и согласованности; 2)
выполняемые в логичной последовательности этапы работ позволяют планировать
сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении
информационных систем, для которых в самом начале разработки можно
достаточно точно и полно сформулировать все требования, с тем, чтобы
предоставить разработчикам свободу реализовать их как можно лучше с
технической точки зрения. В эту категорию попадают сложные расчетные системы,
системы реального времени и другие подобные задачи. Однако в процессе
использования этого подхода обнаружился ряд его недостатков, вызванных прежде
всего тем, что реальный процесс создания систем никогда полностью не
укладывался в такую жесткую схему. В процессе создания постоянно возникала
потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее
принятых решений. В результате реальный процесс создания программного
обеспечения принимал следующий вид (рисунок 11).
60
Рисунок 11 - Реальный процесс разработки ПО по каскадной схеме
Основным недостатком каскадного подхода является существенное
запаздывание с получением результатов. Согласование результатов с
пользователями производится только в точках, планируемых после завершения
каждого этапа работ, требования к информационным системам "заморожены" в
виде технического задания на все время ее создания. Таким образом, пользователи
могут внести свои замечания только после того, как работа над системой будет
полностью завершена.
В случае неточного изложения требований или их изменения в течение
длительного периода создания программного обеспечения, пользователи получают
систему, не удовлетворяющую их потребностям. Модели (как функциональные,
так и информационные) автоматизируемого объекта могут устареть одновременно
с их утверждением. Сущность системного подхода к разработке ИС заключается в
ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается
на функциональные подсистемы, которые в свою очередь делятся на подфункции,
подразделяемые на задачи и так далее.
Процесс разбиения продолжается вплоть до конкретных процедур. При этом
автоматизируемая система сохраняет целостное представление, в котором все
составляющие компоненты взаимоувязаны. Таким образом, данная модель
основным достоинством имеет системность разработки, а основные недостатки -
медленно и дорого.
Спиральная модель: Для преодоления перечисленных проблем была
предложена спиральная модель жизненного цикла (рисунок 12), делающая упор на
начальные этапы жизненного цикла: анализ и проектирование. На этих этапах
реализуемость технических решений проверяется путем создания прототипов.
61
Каждый виток спирали соответствует созданию фрагмента или версии
программного обеспечения, на нем уточняются цели и характеристики
проекта, определяется его качество и планируются работы следующего витка
спирали. Таким образом, углубляются и последовательно конкретизируются детали
проекта и в результате выбирается обоснованный вариант, который доводится до
реализации.
Разработка итерациями отражает объективно существующий спиральный
цикл создания системы. Неполное завершение работ на каждом этапе позволяет
переходить на следующий этап, не дожидаясь полного завершения
работы на текущем. При итеративном способе разработки недостающую работу
можно будет выполнить на следующей итерации. Главная же задача - как можно
быстрее показать пользователям системы работоспособный продукт, тем самым,
активизируя процесс уточнения и дополнения требований.
Основная проблема спирального цикла - определение момента перехода на
следующий этап. Для ее решения необходимо ввести временные ограничения на
каждый из этапов жизненного цикла. Переход осуществляется в соответствии с
планом, даже если не вся запланированная работа закончена. План составляется на
основе статистических данных, полученных в предыдущих проектах, и личного
опыта разработчиков.
Рисунок 12 - Спиральная модель ЖЦ ИС
Наиболее оптимально считаю спиральную модель, так как в ней были
учтены все недостатки каскадной и задачной модели. В рамках доработки уже
существующей ИС частенько возникают новые замечания от пользователей
62
которые можно реализовать на новом витке спиральное модели.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При осуществлении любого проекта всегда возникает ситуация, связанная с
неопределенностью, неполнотой или неточностью информации об условиях
реализации проекта и связанных с ними затратах и результатах. Все участники
проекта заинтересованы в том, чтобы исключить возможность провала проекта из-
за таких неопределенных ситуаций. Для того чтобы снизить потери от возможных
просчетов и избежать провала проекта в целом, методология управления проектами
предусматривает специальные процедуры, помогающие учесть факторы
неопределенности и риска на всех фазах и этапах проекта.
Зная виды и значимость рисков, можно на них воздействовать, снижая их
отрицательное влияние на эффективность проекта. Следовательно, создается
реальная возможность управлять ими. Факторы риска и неопределенности
подлежат учету в расчетах эффективности, если при разных возможных условиях
реализации затраты и результаты по проекту различны. Этап подготовки проекта:
1. Риск персонала:
Риски:
Привлечение неопытного персонала к выполнению проекта.
Включение в состав разработчиков «случайных» сотрудников, а не
ключевых участников автоматизируемых бизнес процессов
Отсутствие единой стратегии автоматизации
Отсутствие единой цели и задачи проекта
Отсутствие мотивации сотрудников
Негативное отношение персонала к проекту
Необдуманный план ведения работ
Способы предотвращения:
Активное взаимодействие с руководством в ходе проекта и
своевременное принятие решений.
Участие в проекте ведущих специалистов и профессиональных
консультантов
63
Четко сформулированные цели проекта
Проработка общей стратегии автоматизации организации
Стабильный состав рабочей группы в течение всего проекта
2. Риск ведения проекта
Риски:
Неверное определение рамок и масштаба проекта
Проектирование ошибочных функций системы
Выбор неправильных технологий и методов решений задач
Не соблюдение требования заказчика
Способы предотвращения:
Обеспечение стабильности границ проекта, которые определяются на
начальном этапе и остаются неизменными вплоть до окончания проекта.
Качественное планирование выполняемых работ
Обеспечение проекта необходимыми ресурсами
Утверждение и согласование проектного решения
Установление высокого порога принятия изменений
3. Риск неверного планирования
Риски:
Неэффективный организационный план внедрения системы
Срыв сроков выполнения работ по этапам
Способы предотвращения:
На ранних стадиях проекта проведение аудита, организация командной
работы, распределение ролей и стимулирование.
Документирование всех работ и обеспечение доступа к данным всем
участникам проекта
Этап разработки
4. Риск персонала
Риски:
Увольнение ключевых сотрудников, ответственных за проведение разработки
Недопонимание между участниками проекта из-за отсутствия налаженной
системы коммуникации
Неверное понимание задачи проектирования