37
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненныйaцикл (ЖЦ) программного ܖ обеспечения (ПО) ИС – это
непрерывный процесс, который начинается с момента принятия решения о
создании ПО и заканчивается по завершении ܖ его эксплуатации [17].
Модель ЖЦ ПО представляет собой ܖ структуру, которая определяет
последовательность выполнения и ܖ взаимосвязи ܖ процессов, действий и задач в
течение ЖЦ. Более распространенными являются следующие модели: ܖ
каскадная, с промежуточным контролем и спиральная.
Такие модели как каскадная и с промежуточным контролем включают
следующие этапы ܖ ЖЦ ПО:
Анализ;
Проектирование;
Реализацию;
Внедрение;
Сопровождение.
Отличительной чертой каскаднойaмодели является строго
последовательная ܖ реализация перечисленных выше этапов жизненного ܖ цикла.
Модель имеет следующее достоинство: на каждом из ܖ этапов данная ܖ модель
позволяет формировать законченный комплект ܖ документации и дает
возможность планировать сроки ܖ завершения работ и соответствующие ܖ затраты.
Однако имеется следующий недостаток: реальный процессaразработки ПО в
большинстве случаев не укладывается в такую жесткую схему и требует
возврата к предыдущим этапам до уточнения или пересмотра принятых
решений.
В отличие от каскадной ܖ модели с промежуточнымaконтролем
жизненный цикл более близок к реальной разработке и применению ПО. При
38
данной модели допускается возврат каждого этапа жизненного ܖ цикла на любой
из предыдущих ܖ этапов, если требуется выполнение межэтапнойaкорректировки.
Кроме того может быть обеспечена большая ܖ надежность ПО, однако возрастает
длительность периода ܖ разработки.
При спиральной ܖ модели ܖ жизненного цикла отсутствуютaнедостатки
выше описанных моделей. В данной модели основополагающими являются
первоначальные ܖ этапы: анализ и ܖ проектирование, в которых реализуемость
технических решений проверяется с помощью создания прототипов.
Кроме того спиральная ܖ схема разработки позволяет перейти на
следующий ܖ этап не завершив ܖ полностью работы на предыдущем этапе.
Окончательные работы могут быть выполнены на следующем ܖ витке ܖ спирали. В
результате это обеспечивает возможность предъявить заказчику ܖ разработки
некоторый работоспособный ее ܖ вариант, чтобы уточнить требования.
Проектирование информационной системы должно осуществляться в
три этапа:
- техническое задание;
- технический проект;
- рабочий проект.
На стадии «Техническое задание» выполняется:
- постановка задачи;
- разработка требований к программному изделию;
- изучение литературы по задаче.
На стадии «Технический проект» проводится:
- разработка структуры данных;
- разработка схем алгоритмов
- разработка функциональных
модулей.
На стадии «Рабочий проект» осуществляется:
- физическое проектирование программного изделия;
- тестирование и отладка системы;
- оформление работы.
39
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапе ܖ анализа нужно четко установить все виды ܖ данных, которые
будут вводиться в программу ܖ автоматизации. Поскольку если на этом этапе не
будет учтена какая-либо ܖ информация, это отразится на возможности ܖ хранения
данной информации в системе и, следовательно, может быть утрачено
использование этой информации в отчетности или другой выходной
документации. Чтобы уменьшить ܖ данный риск ܖ упущенияaинформации, нужно
проделать перекрестную проверку между различными ܖ подразделениями
предприятия.
На этапе ܖ проектирования нужно провести детальный анализ ܖ
информации и перенести его на структуры базы данных и программы.
Постараться избежать дублированияaинформации в системе.
На этапе ܖ реализации требуется исключить ܖ возможность совершения
пользователем системы ошибочных действий, которые могут повлечь крах
системы или ввод неверныхaданных. Чтобы снизить такой риск, требуется
осуществить тестирование системы достаточным числом пользователей.
На этапе ܖ внедрения нужно проверить наличие необходимого
программногоaобеспечения и лицензий ܖ к нему.
На этапе эксплуатации нужно обеспечить правильное ܖ обучение
пользователей и, чтобы уменьшить рискaпроконтролировать ܖ результаты данного
процесса.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Информационнаяaбезопасность и защитаaинформации технически
выполняется при помощи системы паролей для доступа к информации ܖ разного
уровня. В первую очередь, это пароль для входа пользователя в операционную
систему его рабочего места. Ввод этого пароля открывает пользователю ܖ доступ к
информации на данном ܖ компьютере и к документам, хранящимся на нем.
40
Однако политика безопасности должна быть сформирована так, чтобы у
пользователя было некоторое ограничение ܖ прав на своем рабочем месте, то
есть, к примеру, он не мог установить вредоносное программное ܖ обеспечение
или программы по копированию ܖ информации. Это несомненно, несколько
осложняет работу пользователя, но при этом дает гарантию защиты
информации. В такой ситуации требуется найти баланс между удобством и
комфортом в деятельности ܖ пользователя и безопасностью ܖ хранения
корпоративной ܖ информации.
Носители информации
Программа должна храниться в виде исполняемого файла на жестком
диске компьютера пользователя или на компакт-диске (Flash- накопителе).
Безопасность и секретность
Информация, хранящиеся в базе данных системы, составляет
коммерческую тайну, поскольку содержит информацию о строительных
материалах, составляющих основу бизнеса ООО «Мастер». Поэтому
закрытость информации не позволит злоумышленникам навредить клиентам
компании и самой компании.
Рестарт
Программный продукт, также должен обладать сохранением
внесенной информации даже при сбоях и непредвиденных отключениях
электропитания. Другими словами программный продукт нуждается в
автосохранении.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Подсистема «Информационное обеспечение» - это совокупность
единой системы классификации и кодирования технико-экономической
информации, унифицированной системы документации и информационной
базы.
41
Состав подсистемы «Информационное обеспечение» можно
определить следующим образом:
- описание информационного обеспечения;
- описание входных сообщений;
- описание систем классификации и кодирования;
- описание выходных сообщений;
- формы документов.
Описание хранимой и обрабатываемой информации в ЭИС делается с
разной степенью детализации.
Используются три уровня представления:
- внешний уровень - описание информационных потребностей
конечного пользователя;
- концептуальный уровень - описание информационных
потребностей на уровне понятий ЭИС;
- внутренний уровень - описание способа хранения информации в
памяти ЭВМ и методов доступа к ней.
Внешний уровень поддерживает частные представления данных,
необходимые различным группам пользователей (одна и та же физическая
последовательность записей различным пользователям для целевой
программной разработки может представляться по-разному). Внешнее
представление оказывается достаточным для применения ряда прикладных
программ, которые можно охарактеризовать как генераторы отчетов. Генерация
отчетов предполагает преобразование потока входной информации в
выходной поток.
Само преобразование включает группировку информации,
подведение итогов и т. п. Результат оформляется в виде отчетов, удобных для
использования специалистами профильных служб. Необходимые для генератора
отчетов описания структуры входной информации и отчетов, а также
вычислений при формировании отчета легко могут быть выполнены конечными
пользователями (специалистами предприятия или организации).
42
Концептуальный уровень является промежуточным. Он играет роль
развязки между вышеописанными уровнями, позволяет создавать прикладные
программы независимо от внутреннего представления данных и менять
последнее (например, при необходимости перехода к другим носителям ин
формации), не затрагивая работу пользователей. Концептуальное представление
описывает полное информационное содержание базы данных в более
абстрактной форме по сравнению со способом физического хранения данных.
Оно может полностью отличаться от описания информационных потребностей
отдельных пользователей, в частности использовать другую систему понятий,
обозначений и правил описания. В концептуальном описании необходимы не
только сведения о структуре обрабатываемой информации, но и сведения о
технологии ее обработки - применяемые методы контроля информации,
описание использования потоков информации в подразделениях предприятия,
описание ограничений на доступ к информации и ряд других.
Концептуальный уровень описания оказывается достаточным для
использования программной поддержки в виде систем управления базами
данных. Концептуальное описание при этом необходимо адаптировать к
требованиям конкретной СУБД. После этого появляется возможность
использования всех средств обработки данных, предоставляемых этой СУБД,
значительно упрощаются вопросы разработки программного обеспечения
системы, сокращаются сроки разработки ИС.
К концептуальному представлению предъявляется требование
устойчивости. Это означает, что ряд изменений в предметной области не
должен приводить к обязательной корректировке концептуального
представления. Концептуальное представление должно быть достаточно
абстрактным, т.е. не содержать ограничений, вытекающих из программной
реализации требуемых методов обработки данных.
Описание концептуальной модели информационной базы данных
изображено ниже:
43
Рисунок №6. Концептуальная модель информационной базы ИС
Самым низким (и наиболее детальным) уровнем представления данных
является внутренний. Он наиболее близок к физическому. Внутреннее описание
определяет организацию данных в памяти ЭВМ и организацию доступа к ним.
Оно соответствует наиболее детальному представлению о процессах обработки
данных в системе.
На основании построенной концептуальной модели можно
разработать реляционную модель данных, которая будет реализована в
выбранной СУБД
– Microsoft Access 2007. Каждому объекту ставится в соответствие
реляционная таблица.
Информационная модель представляет собой схему организации
данных, хранимых в памяти вычислительной системы, с помощью которых
44
удовлетворяются информационных потребности управленческих процессов и
решаемых задач.
Информационная модель решения задачи складского учета
отражает структуру входных документов и нормативно-справочной
информации, на основе которых происходит выполнение функций по обработке
данных и формирование конкретных выходных документов.
Таким образом, концептуальная модель данных трансформируется в
физический набор данных, схема которого приведена на Рис. 7.
Рисунок №7. Физическая модель данных автоматизированного
складского учета в ООО «Мастер»
Используемые классификаторы и системы кодирования
Классификатор, или классификационная схема (от лат. classis —
раз- ряд и facere — делать) — систематизированный перечень однородных
наименований объектов и их кодовых обозначений. Классификация объектов
производится согласно правилам распределения заданного множества объектов
на подмножества (классификационные группировки) в соответствии с
установленными признаками их различия или сходства. Применяется в
45
автоматизированных системах управления и обработке информации.
Классификатор является стандартным кодовым языком документов, финансовых
отчётов и автоматизированных систем.
Классификаторы разрабатываются как на уровне отдельных
предприятий (организаций), так и на уровне государств. Существуют следующие
уровни классификаторов:
- международные - стандартные классификаторы, используемые по
всему миру;
- межгосударственные - классификаторы, используемые в рамках
экономических союзов и других межгосударственных объединений: например,
классификаторы, используемые в ЕС, СНГ и т. д.
- национальные, или межотраслевые - классификаторы,
используемые в пределах государства.
Не должны противоречить международным классификаторам;
- отраслевые - классификаторы, используемые в рамках одной
отрасли;
- системные - классификаторы, принятые отдельным предприятием
(организацией) для применения в рамках своей автоматизированной системы.
Они содержат информацию, необходимую для решения задач в
конкретной автоматизированной системе и отсутствующую в национальном или
отраслевом классификаторе.
В классификаторах применяется два метода классификации:
иерархический и фасетный.
Под иерархическим методом классификации понимается метод, при
котором заданное множество последовательно делится на подчиненные
подмножества, постепенно конкретизируя объект классификации.
Основными преимуществами иерархического метода является большая
информационная емкость, традиционность и привычность применения,
возможность создания для объектов классификации мнемонических кодов,
несущих смысловую нагрузку.
Фасетный метод классификации подразумевает параллельное
разделение множества объектов на независимые классификационные
46
группировки. При этом не предполагается жѐсткой классификационной
структуры и заранее построенных конечных группировок.
Основным преимуществом классификации с использованием фасетного
метода является гибкость структуры ее построения.
Под кодированием понимается присвоение кода
классификационной группировке или объекту классификации. Кодирование
предназначено для формализованного описания наименований различных
аспектов данных. Обычно кодирование представляет собой процесс обозначения
исходного множества объектов или сообщений набором символов заданного
алфавита на основе совокупности определенных правил.
Существует несколько методов кодирования:
- Порядковый метод;
- Серийно-порядковый метод
- Последовательный метод;
- Параллельный метод.
В составе информационного обеспечения рассматриваемого
комплекса задач выделены следующие классификаторы:
классификатор номеров документов;
классификатор единиц измерения;
классификатор материалов.
Для классификатора «Единицы измерения» используется порядковая
система кодирования. Классификатор является общесистемным и состоит из
трех знаков.
Для классификатора «Номер документа» используется
порядковая
система кодирования. Классификатор является общесистемным и состоит
из пяти знаков.