45
таблицы – кортеж – содержит данные о единице объекта, а столбец – атрибут –
его характеристику[13].
Реляционная модель имеет множество преимуществ, благодаря которым
стала наиболее распространённой в использовании:
простое и наглядное представление данных;
простота инструментальных средств поддержки
реляционной модели;
высокий уровень целостности данных;
простой язык манипулирования данными в таблицах;
гибкость – таблицы можно склеивать и разрезать,
получая необходимые нам данные;
высокая скорость получения ответа на запрос;
возможность описания реально существующих
объектов и др.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение – это совокупность программ системы
обработки информации и программных документов, необходимых для
эксплуатации этих программ.
Критериями выбора программного обеспечения, установленного на
рабочей станции пользователя, являются:
системные требования выбранной СУБД – Microsoft
Access, а именно одна из операционных систем: Windows XP с
пакетом обновления 3 (SP3) (32-разрядная), Windows Vista с
пакетом обновления 1, Windows Server 2003 R2 с установленным
MSXML 6.0, Windows Server 2008 (32- или 64-разрядная), Windows
7 или более поздних версий;
наименьшая стоимость программного обеспечения.
46
Операционная система, установленная на компьютере администратора
по приёму заявок – Windows XP SP3 Pro, она удовлетворяет требованиям
выбранной СУБД, а также её наличие не требует дополнительных вложений в
покупку, установку и освоение пользователем.
В качестве инструмента разработки была выбрана Microsoft Access –
реляционная СУБД, входящая в пакет программ Microsoft Office, то есть уже
имеющаяся в распоряжении предприятия. СУБД Microsoft Access предлагает
широкий спектр функций, включая связанные запросы, связь с внешними
таблицами и базами данных. Благодаря встроенному языку VBA, в самой
Access можно писать приложения, работающие с базами данных.
1.4.3 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение информационной системы – это комплекс
технических средств, обеспечивающих работу этой информационной системы,
соответствующей документации на них и технологические процессы.
Комплекс технических средств – это:
устройства сбора, накопления, обработки, передачи и
вывода информации;
устройства передачи данных и линий связи;
эксплуатационные материалы и др.
Для эффективной работы информационной системы необходимо
соответствующее её запросам техническое обеспечение, отвечающее её
системным требованиям, а также обладающее следующими качествами:
высокая производительность;
стабильность и надежность;
информационная безопасность;
минимальная стоимость приобретения и эксплуатации.
47
Для функционирования Microsoft Access требуется рабочая станция
(компьютер), на которую будет установлена программа, и принтер для вывода
документов на печать.
Microsoft Access предъявляет довольно низкие требования к
оборудованию и работает эффективно как на более, так и на менее
производительных машинах. Минимальные требования Microsoft Access к
техническому обеспечению представлены в таблице 6[16].
Таблица 6
Минимальные технические требования Microsoft Access к
техническому обеспечению
Компонент
Требование
Процессор
Процессор c тактовой частотой 500 МГц или
выше
Память
256 МБ оперативной памяти
Жёсткий диск
2 ГБ свободного дискового пространства
Монитор
Монитор с разрешением 1024 х 768 или
выше
Дополнительно
Для аппаратного ускорения графики
требуется совместимая со стандартом
DirectX 9.0c видеокарта с драйверами,
выпущенными не ранее 1 ноября 2004 г.
Функциональные возможности продуктов
и графики могут различаться в
зависимости от конфигурации системы.
Для работы некоторых компонентов
может требоваться дополнительное или
более производительное оборудование,
а также подключение к серверу.
Характеристики имеющейся в ООО «Экратех» рабочей станции
администратора – будущего пользователя, которому предстоит работа в
разрабатываемой системе, отвечают требованиям Microsoft Access, поэтому для
её функционирования она не требует доработки.
48
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Жизненный цикл проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Понятие жизненного цикла является одним из фундаментальных в
программной инженерии. Жизненный цикл информационной системы – это
временной период с момента принятия решения о необходимости её разработки
до полного прекращения её использования[6]. В общем, жизненный цикл
включает в себя следующие этапы:
1. предпроектное обследование. На этом этапе происходит
изучение объекта автоматизации, обосновывается необходимость
создания информационной системы, формулируются требования к
ней;
2. проектирование информационной системы. В основе
проектирования лежит моделирование предметной области,
позволяющее избежать ошибок, приводящих к экономическим
потерям. На данном этапе разрабатывается, согласовывается и
утверждается техническое задание, выполняется концептуальное
проектирование, представляется и утверждается проектная
разработка;
3. создание информационной системы. На этом этапе
производится координация и контроль работ по проекту, которые
включают:
a. разработку программного обеспечения;
b. разработка соответствующей документации на
систему и её части;
c. разработка программных, технических средств
для внедрения системы и адаптация приобретаемых;
d. тестирование системы;
49
4. ввод информационной системы в эксплуатацию. На
данном этапе проводится опытная эксплуатация системы,
подготавливаются кадры для последующей работы в ней, а также
проект сдаётся заказчику;
5. эксплуатация информационной системы. Помимо
непосредственного процесса эксплуатации, ведётся непрерывное
сопровождение её разработчиком либо иными обслуживающими
лицами;
6. вывод информационной системы из эксплуатации.
Производится оценка результатов работы системы,
подготавливается необходимая итоговая документация,
закрывается проект.
Жизненный цикл разрабатываемой для ООО «Экратех»
информационной системы смоделирован и изображён на рисунке 8 в виде
схемы. Такая схема наглядно показывает последовательность и взаимосвязи
этапов разработки на протяжении всего жизненного цикла системы.
Обследование ИС
Проектирование ИС
Создание ИС
Ввод ИС в эксплуатацию
Эксплуатация ИС
Вывод ИС из эксплуатации
Рисунок 8. Жизненный цикл разрабатываемой информационной
системы
50
Данная схема отображает модифицированный каскадный способ
разработки системы. Каскадный подход характеризуется разбиением всего
жизненного цикла системы на этапы, а переход с одного к следующему
осуществляется только после полного завершения работ по текущему. У
каскадного способа разработки есть преимущества:
разработка тщательно распланирована, имеет
утверждённые сроки, строгое техническое задание, а денежные
затраты чётко определены, поэтому угрозы срыва по времени или
возникновения дополнительных затрат сведены к минимуму;
на каждом этапе формируется законченный пакет
проектной документации, отвечающий всем критериям полноты и
согласованности.
Но, помимо преимуществ, существуют и недостатки, в роли которых
могут в некоторых случаях выступать приведённые выше преимущества: это
негибкость процесса создания информационной системы. Удобные в
некоторых случаях чётко определённый план работ и жёсткая привязка к
техническому заданию вкупе с тем, что возвращение к уже сданному этапу для
проработки возможных недочётов, пересмотра принятых ранее по нему
решений, корректировки системы согласно появившимся позднее замечаниям
исключено, затрудняют работу над совершенствованием продукта. В итоге,
исправить или дополнить систему можно только после сдачи всего проекта,
когда внести изменения сложнее[12]. Поэтому на практике возврат к
предыдущим этапам всё-таки производится, что также наглядно отображено на
схеме.
2.1.2 Ожидаемые риски на этапах жизненного цикла
Внедрение новой для предприятия информационной системы или её
модуля всегда сопровождается рисками различного рода, ставящими под
сомнение соответствие будущего продукта ожиданиям заказчика и прочих
51
заинтересованных лиц. Чтобы избежать провала, необходимо заранее учесть
возможные риски, дабы смягчить либо исключить их.
Самыми серьёзными рисками являются:
несоответствие конечной стоимости продукта
предварительно рассчитанной. Исключить этот риск возможно,
тщательно анализируя цели и задачи проекта, а также составляя
полное техническое задание;
несоответствие стоимости функционирования системы
ранее предполагаемой. Для исключения этого риска нужно также
тщательней прорабатывать проект;
незапланированный сдвиг сроков разработки и поставки
системы. Исключить или свести к минимуму такой риск поможет
грамотная планировка этапов проектирования, а также найм
добросовестных разработчиков;
неправильная интерпретация технического задания.
Исключить такой риск, а значит, и исключить вытекающие из этого
неправильную разработку и сдвиг сроков поможет грамотное и
чёткое составление технического задания.
Перечисленные риски присущи любым проектам, не только в сфере
информационных технологий. Каждый из них способен негативным образом
повлиять на конечную стоимость разработки, а значит, сделать проект
экономически невыгодным для заказчика. Такие риски чрезвычайно важно
минимизировать, дабы избежать потерь для обеих сторон – и заказчика, и
разработчика.
Помимо риска просчёта стоимости продукта, существуют и другие,
устранить которые также бывает непросто:
неготовность руководства производить изменения в
технологии работы с информацией, бизнес-процессах предприятия,
а также регламентировать и автоматизировать
нерегламентированные ранее бизнес-процессы;
52
неготовность руководства к возможной реорганизации
структуры предприятия, пусть и частичной;
сопротивление сотрудников нововведениям,
временному увеличению нагрузки на время их внедрения;
недостаточный уровень знаний сотрудников, которым
предстоит работать непосредственно с проектируемой системой и
др[15].
Кроме того, всегда существует риск нарушения информационной
безопасности – утечки из компании коммерческой информации.
2.2 Структура разрабатываемой базы данных
2.2.1 Характеристика базы данных
На рисунке 9 представлена схема базы данных. Такая схема, состоящая
из таблиц и связей между ними, позволяет не только наглядно отобразить её
структуру, но также используется СУБД в процессе обработки данных.
Рисунок 9. Схема данных разрабатываемой программы
База данных системы состоит из семи таблиц, связанных между собою.
Таблица «Мастера» (таблица 7) служит для хранения справочной
информации о сотрудниках ООО «Экратех», занимающихся непосредственно
53
обслуживанием техники – мастерах. Соответствует входному справочнику
«Мастера» с аналогичным содержанием.
Таблица 7
Структура записей таблицы «Мастера»
Наименование
поля
Идентификатор поля
Тип
данных
Размер
поля
Описание
поля
Код
[Мастера].[КодМастера
]
Счетчик
3
Ключевое
поле,
уникальный
идентификато
р записи
Фамилия
[Мастера].[ФамилияМа
стера]
Текстовы
й
20
Фамилия
мастера;
обязательно к
заполнению
Имя
[Мастера].[ИмяМастера
]
Текстовы
й
20
Имя мастера;
обязательно к
заполнению
Отчество
[Мастера].[ОтчествоМа
стера]
Текстовы
й
20
Отчество
мастера
Телефон
[Мастера].[ТелефонМас
тера]
Текстовы
й
11
Номер
телефона
мастера для
связи;
обязательно к
заполнению
Эл. Почта
[Мастера].[ЭлПочтаМас
тера]
Текстовы
й
50
Адрес
электронной
почты мастера
Таблица «Клиенты» (таблица 8) служит для хранения справочной
информации о клиентах ООО «Экратех».
Таблица 8
Структура записей таблицы «Клиенты»
Наименование
поля
Идентификатор поля
Тип
данных
Размер
поля
Описание
поля
Код
[Клиенты].[КодМастера
]
Счетчик
10
Ключевое
поле,
уникальный
идентификатор
записи
Фамилия
[Клиенты].[ФамилияКл
иента]
Текстовы
й
20
Фамилия
клиента;
54
обязательно к
заполнению
Имя
[Клиенты].[ИмяКлиента
]
Текстовы
й
20
Имя клиента
Отчество
[Клиенты].[ОтчествоКл
иента]
Текстовы
й
20
Отчество
клиента
Телефон
[Клиенты].[ТелефонКл
иента]
Текстовы
й
11
Номер
телефона
клиента для
связи;
обязательно к
заполнению
Адрес
[Клиенты].[АдресДляД
оставкиКлиента]
Текстовы
й
255
Адрес клиента
для доставки
оборудования
в случае
необходимости
Дополнительно
[Клиенты].[Дополнител
ьноОКлиенте]
Поле
МЕМО
–
Дополнительна
я информация
о мастере
Таблица «Техника» (таблица 9) служит для хранения информации о
наименованиях принятой на ремонт техники.
Таблица 9
Структура записей таблицы «Техника»
Наименование
поля
Идентификатор поля
Тип
данных
Размер
поля
Описание
поля
Код
[Техника].[КодТехники
]
Счетчик
10
Ключевое
поле,
уникальный
идентификатор
записи
Наименование
[Техника].[Наименован
иеТехники]
Текстовы
й
255
Наименование
принятого
оборудования;
обязательно к
заполнению
Код
производителя
[Техника].[КодПроизво
дителя]
Числовой
5
Код
производителя
оборудования
из таблицы
«Производител
иТехники»
Таблица «ПроизводителиТехники» (таблица 10) служит для хранения
справочной информации о производителях компьютерной техники.