КОРПОРАТИВНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПРЕДПРИЯТИЯ ООО ПК «ВЕНТКОМПЛЕКС». Часть 3

Страницы: 1 2 3 4

2. ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации

Совокупность всех последовательных стадий и этапов, включающих в себя как принятие решения о создании ИС, так и о приостановлении ее использования, называется жизненным циклом информационной системы [3].
В практической деятельность существует ряд стандартов, которые характеризуют ЖЦ:
– стандарт ГОСТ 34.601–90, который предназначен для систем (автоматизированных). Данные системы используются в разных сферах деятельности, к примеру, это может управление, а также исследование и прочее, в частности, их сочетания, создающихся в самих учреждениях. Реализация автоматизированной системы включает определенные этапы и описана в стандарте [5].
— Стандарт ISO 12207 применяется как при приобретении систем и различных продуктов ПО и обеспечении некоторых услуг, так и при обращении с программными продуктами (их распространении, разработке, использовании и обслуживании) и компонентами микропрограммного обеспечения внутри и вне установки.
— ISO15288 поддерживает надлежащее функционирование всех процессов, составляющих основу жизненного цикла искусственных систем. Этот тип жизненного цикла включает в себя множество концепций и идей, например, идею окончания срока службы системы. Это служит для обеспечения процесса закупки и поставки системы.
— RUP — метод создания программного обеспечения. Он был придуман и опубликован компанией RationalSoftware и описывает систематический подход к распределению работы в организациях, занимающихся разработкой.
Мы считаем, что RUP является наиболее подходящим методом, поэтому используем его для описания этапов ЖЦ. RUP основан на таких принципах, как:
– бесперебойное (до тех пор, пока проект не закончится) устранение основных рисков и ранняя идентификация;
— Фокусироваться на выполнении требований клиента к программе (анализ и эскизный проект).
— Предвидеть изменения в требованиях, дизайне и реализации в ходе разработки.
— Архитектура компонентов, реализация и тестирование выполняются на ранних стадиях разработки проекта.
— Поддержание качества на протяжении всего проекта.
— Выполняется проект в составе дружного коллектива, в котором архитектор играет ключевую роль.
В соответствии с этим нормативом, весь ЖЦ ИС можно разделить на несколько последовательных фаз.
1. Старт.
На этом этапе:
— определяется концепция и границы будущего проекта.
— создается бизнес-план.
— устанавливаются основные требования, ограничения и основные характеристики продукта.
— создание главной версии модели(прецедентной).
– происходит оценка всех возможных рисков.
При окончании первой стадии дается оценка достижения вехи целей ЖЦ, включающее соглашение лиц, которые желают продолжить проект.
2. Проектирование (Elaboration)
На данном этапе осуществляется аналитическая деятельность, анализу подвергаются построение исполняемой архитектуры и предметная область. Можно выделить ряд составляющих компонентов:
– процесс документирования требований (в том числе и подробное описание для многих прецедентов);
– созданную, осуществлённую и прошедшую аттестацию архитектуру, которая является исполняемой;
– обновленное обоснование (в экономическом отношении) и высокоточные оценки периода, а также стоимости;
– уменьшенные базовые риски.
Успешное выполненная фаза составления проекта говорит о том, что была достигнута веха архитектуры ЖЦ.
3. Построение (Construction)
Данный этап подразумевает реализацию функциональности продукта в большей части по сравнению с другими этапами. Первый релиз (внешний) системы и веха первоначальной готовности (в функциональном отношении) являются завершающими этапами в рамках фазы Построение.
4. Внедрение (Transition)
На этом этапе продукт завершается и передается покупателю. Реализация включает в себя программу бета-тестирования, обучение пользователей и проверку качества конечного продукта. Этап внедрения может быть повторен, если качество продукта не соответствует ожиданиям пользователей или стандартам, установленным на этапе проектирования. Когда мы достигаем фазы конечного продукта и завершаем полный цикл разработки, мы можем сказать, что все ранее поставленные цели были достигнуты [13].
В качестве первого шага будет переработана инфраструктура (информация), необходимая для поддержки реализации разработанной ИС. Затем последуют мероприятия по обучению ответственных специалистов на уровне головного офиса и филиалов банка. Важно понимать общие концепции плановых операций системы, включая карты распределения ресурсов. Кроме того, обучение необходимо провести и для тех специалистов, которые будут заниматься вопросами, связанными с непосредственным внедрением информационной системы, поддержкой всех сопутствующих процессов. Так, функции по внедрению ИС будут возложены на инженеров ИТ-отделов (каждый будет осуществлять деятельность на вверенном ему объекте), а, в свою очередь, специалисты по информационной системе банка будут осуществлять функции, связанные с информационной поддержкой. Проверку функционирования внедрений ИС проводят операторы банка совместно с ИТ–отделом. Данный заключительный этап содержит проверку взаимодействия непосредственно каждого имеющегося логического модуля ИС и формирование определенных документов по тем мероприятиям, которые включают внедрение и тестирование ИС.

2.1.2 Предполагаемые риски на этапах ЖЦ, их описание

Важно выделить, что тот или иной тип деятельности включает в себя риски, из-за этого процесс ЖЦ создаваемой ИС не представляется исключением. Конечно, проще на начальном этапе провести выявление и анализ рисков, чем потом проводить мероприятия по устранению их последствий. Поэтому будет логичным выделить для каждой стадии ЖЦ нашей ИС ряд основных рисков и меры по их предупреждению.
Для первой стадии являются характерными риск нарушения методологии проектного ведения, а также персонала от исполнителя/заказчика. Выделяют среди всех основных факторов риска кадров (от заказчика, а также от исполнителя) следующее:
— ошибочные выводы из анализа данных, ошибочная интерпретация обработанных данных;
— отсутствие согласованной общей стратегии использования информационных технологий в компании.
— непонимание руководством основной структуры проекта.
— желание заказчика сокрыть истинные итоги работы ряда сотрудников.
— отсутствие мотивации и заинтересованности у функционального менеджера проекта.
— плохое планирование работы;
— отсутствие хорошей системы коммуникации между членами рабочей группы.
— в проекте участвуют неопытные бизнес-аналитики и ит-консультанты.
— включение в проектную группу случайно выбранных сотрудников со стороны клиента, а не ключевых участников автоматизированного бизнес-процесса.
— недостатки в работе персонала;
— неправильный подбор персонала проектной команды.
— негативное отношение сотрудников к проекту [7].
все это может привести к плохим последствиям, поэтому очень важно:
— активное участие руководства в проекте, активное сотрудничество с руководством в ходе проекта, своевременное принятие решений.
— активное участие в проекте, так как ключевые люди со стороны клиента несут ответственность за внедрение ключевых процессов.
— ясно сформулированные целевые показатели и критерии успешного выполнения проектов.
— привлечение к работе специалистов-консультантов заказчика и сотрудников профильных структурных единиц исполнителя.
— разработка общего плана стратегии по автоматизации предприятия;
— ясное описание целей, финансовые стимулы и поощрение положительных примеров среди участников на всем протяжении реализации проекта.
— организация пространства для работы и коммуникационных процедур таким образом, чтобы члены проектной команды могли постоянно и безотказно взаимодействовать между собой.
— состав команды проекта стабилен на протяжении всего проекта.
— подбор участников проектной команды на основе их личной заинтересованности в успехе проекта.
Неспособность должным образом рассмотреть и утвердить проблемы заинтересованных сторон и документы о состоянии проекта является одним из основных риск-факторов неудачи проектной методологии. Чтобы предотвратить этот риск, вы можете предпринять следующие шаги:
— распределение по отдельности права, а также обязанности каждой из заинтересованных сторон.
— доступность профессиональных консультантов в качестве участников;
— проведение мероприятий по обучению с рабочими группами и ключевыми пользователями заранее.
— проведение непосредственной работы по инструктажу с работниками заказчика.
— согласование технического задания с заинтересованными участниками проекта.
— важно утвердить все корректировки.
— ТЗ без избыточных параметров включает в себя утверждение.
— члены проектной команды на стороне заказчика имеют компетенции.

2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

С учетом требований безопасности подсистемы должны обеспечивать возможность безопасной установки, использования, применения, технического обслуживания и ремонта своих технических устройств.
Для обеспечения безопасного использования человеком технических средств должны быть установлены нормы электромагнитных полей, напряжений и токов, оптического излучения, ионизирующего излучения, вредных и ядовитых веществ.
Уровень освещенности рабочего места пользователя должен соответствовать характеру и условиям работы. Экраны дисплеев должны соответствовать стандартам по электромагнитному излучению, частоте обновления и точности отображения. Также должны быть гарантированы защита от бликов и ограничение бликов.
При использовании компьютеров в производственных помещениях уровень вибрации не должен превышать допустимые санитарно-эпидемиологические нормы на рабочих местах.
При выполнении основных или вспомогательных работ, связанных с использованием компьютеров, уровни шума на рабочем месте в производственных помещениях не должны превышать предельно допустимые уровни шума для данного вида работы в соответствии с существующими нормами СанПиН.
Настольные компьютеры должны быть направлены экраном к световому отверстию с боковой части таким образом, чтобы естественный свет направлялся в большей степени на левую часть. Освещение искусственного типа в машинном отделении должно представлять собой единую систему общего освещения.
ЛВС должна гарантировать высокий уровень безопасности и производительности, а также гибкую систему управления пользователями.
Для обеспечения безопасности разработанные подсистемы информационной системы должны включать средства контроля доступа на основе уникальных паролей и хорошую систему входа в систему.
Определите группы пользователей для разрабатываемых систем, предоставьте соответствующий доступ к папкам и модулям системы, установите требования к паролям и частоте их смены, а также используйте среды для защиты от внутренних угроз. Установите другие параметры для разработанной ИС.
В таблице 3 эта информация представлена.

Таблица 3 Разграничение прав пользователей

 

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

Информационное обеспечение задачи

2.2.1    Характеристика нормативно–справочной, входной и оперативной информации

 

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

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

Всю информацию о заказах и их характеристиках можно найти в справочнике под названием «Заказы», который заполняется последовательно в два этапа:

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

− вторичная информация предназначается для работы функции отражения положения и процесса реализации по партиям заказа. К вторичной информации относятся: общий количественный состав партий деталей и количество партий, которые уже выполнены, из общего числа и положение заказа (после добавления общего количественного состава партий, которые имеют значения «0» и «В очереди» данные поля заполняются автоматически).

2.2.2 Характеристика результатной информации

 

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

Формирование формы, которая является экранной, и выходного документа на носителе бумажного типа относится к одному из основных требований, которое предъявляется к программному комплексу «Оптовая торговля». Отчеты за конкретный временной период по приходным и расходным накладным относятся к выходной информации. Изначально они представляются в электронном формате, но каждый пользователь имеет возможность вывести их на бумажный носитель (таблица 4).

Таблица 4  «Отчеты»

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

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

СУБД представляет собой набор средств (программных и лингвистических) общего или узкого назначения, посредством которых обеспечивается менеджмент созданием и применением БД [24].

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

2.3   Программное обеспечение задачи

Сценарий диалога

Функциональное дерево отражает достижение целей автоматизированной системы. Составление функционального дерева обеспечивает выделение различных диалоговых сценариев [14]:

1. «Работа со справочниками».
2. «Работа с учетом товара».
3. «Работа с оказанием услуг».
4. «Работа с отчетами».

Работа со справочниками

Перед работой со справочной информацией, важно выполнить:

Выберите пункт главного меню «Каталоги».

Определите имя директории, в которую будут вноситься изменения.

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

— добавить запись;

— отредактировать;

— удалить;

— навигация.

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

Работа с учетом товара

С помощью главного меню «Учет товаров» пользователь имеет возможность:

– создать приходную накладную;

– открыть или внести коррективы в те накладные, что были созданы ранее;

– осуществить быстрый и удобный просмотр накладных с помощью установки интервала дат;

– осуществить быстрый поиск накладной, использовав ту дату, в которую он был создан.

Работа с отчетами

Прежде, чем начинать работать с отчетной документацией, важно выполнить следующие действия:

– выбрать пункт главного меню «Отчеты»;

– определить тип отчета, необходимый для формирования;

– установить параметры даты отчета;

– нажать кнопку «Сформировать».

После создания отчета пользователю предстоит решить.

— напечатать и сохранить эту редакцию отчета;

— сохранить и не печатать эту версию отчета;

— печать и стирать версию отчетного документа;

— не выводить на печать и стирать версию отчета;

— изменить формат отчета;

— перейти к использованию другого типа отчета;

— покинуть этот рабочий режим.

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

Весь процесс работы магазина подразделяется следующим образом:

— консалтинг и продажи;

— получение необходимых заказов, а также их последующее размещение;

— сотрудничество с разными клиентами;

— контроль выполнения различных платежей и отправка последующих товаров.

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

Рисунок 19 – Декомпозиция – консультация и продажа

После этого была выполнена декомпозиция блока(функционального) – принятие и последующее оформление заказов (рис.2.3).

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

Рисунок 21 – Сотрудничество с клиентами
После этого декомпозировался результирующий диаграммовый блок– мониторинг оплаты и последующая товарная отгрузка (рис. 22).

Рисунок 22 – Контроль оплаты и отгрузка товара
Таким образом, декомпозиционный процесс всех деловых(бизнес-процессов) в рассматриваемом предприятии дает возможность определить структуру будущей БД.

2.3.2 Характеристика базы данных

СУБД MySQL, входящий в LAMP, представляет собой важное решение для программных продуктов малого и среднего типа, выбран для создаваемой нами ИС. Зачастую данный сервер пользуются популярностью среди локальных и удаленных клиентов, но представляется возможным включать MySQL и в автономные программы за счет библиотеки внутреннего сервера, которая входит в дистрибутив.
Поддержка нескольких типов таблиц (пользователи могут выбирать между MyISAM — полнотекстовый поиск и InnoDB — транзакции на уровне данных) делает MySQL более гибкой. Обратите внимание, что система баз данных MySQL поставляется с некоторыми примерами типов таблиц, которые демонстрируют, как разрабатывать новые типы таблиц. Система управления баз данных MySQL регулярно пополняется новыми типами таблиц благодаря своей открытой архитектуре и лицензии GPL.
На рис. 23 показана диаграмма разработанной базы данных ИС.

Рисунок 23 – Схема базы данных

2.3.3 Структурная схема пакета (дерево вызова программных модулей)

Система включает в себя пользовательскую, а также административную части. Рис.24 иллюстрирует структуру пользовательской части:

Рисунок 24 Структурная схема пользовательской части пакета

Рис.25 иллюстрирует структуру части ИС(административной):

Рисунок 25 – Структурная схема административной части пакета

Страницы: 1 2 3 4