31
систему
Система
оповещ ений
по e-mail
+
+
+
-
+
-
Система
оповещ ений
по jabber
+
-
+
-
+
-
Внутренняя
система
оповещ ений
+
-
+
-
+
-
SSL-
шифров ание
+
+
-
+
-
+
Общее
количество
баллов
3.5
5
3.5
3.5
3
6
Наличие
сущности
"Проект"
+
-
+
-
+
-
Разграничение
доступ а к
проектам
+
+
-
+
-
+
Диаграмма
Ганта
+
+
+
-
+
-
Наличие
сущности
"Задача"
+
-
+
-
+
-
Вложенность
задач
+
-
+
-
+
-
Разграничение
доступ а к
задачам
+
+
-
+
-
+
Возможность
указать
точную дату
выполнения
+
+
+
-
+
-
Возможность
указать
точное время
выполнения
+
-
+
-
+
-
Статусы
состояния
задач
+
-
+
-
+
-
Повторя ющиеся
задачи
+
+
-
+
-
+
Шаблоны задач
+
+
+
-
+
-
Оповещ е ние о
назначенной
задаче
+
-
+
-
+
-
32
Оповещ е ние о
просроченной
задаче
+
-
+
-
+
-
Уведомление в
настраиваемое
пользователем
время
+
+
-
+
-
+
Учет рабочего
времени (Тай м-
трекинг)
+
+
+
-
+
-
Рассмотренные реш е ния выполняют свойствен ные такого рода системам
задачи, однако имеют один общи й недостаток – избыточность функций и
сложность внедрения и дальнейшего администрирования. Поэтому необходимо
разрабатывать систему управле ния проектами самостоятельно, с учетом всех
требований внутренне го заказчика.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Выбор стратегии автомат изации, один из важнейших этапов всей
предпроектной подготовки. Из-за неверного выбора внед ряемая система может
не только не приносить достаточной прибыли, но и наоборот, замедлить
производство.
Стратегия автоматизации обычно строится на несколь ких базовых
принципах:
• Цель – сферы деятельности компании и сформированная
последовательность, в которой они будут автоматизироваться;
• Способы реализации – применение комплексной автоматизации , а
также по участками и направлениям;
• Техническая политика – совокупность поддерживаемых
предприятием внутренних стандартов;
• Возможные ограничения – временные, финансовые и т.п.;
• Реализация п роцедуры управл ения изменениями в планах.
В первую очередь стратегия автоматизации должна соответствовать
основным задачам бизнеса, а в само понятие обязательно дол жны входить пути
33
дости жения данного соответствия. При составлении стратегического плана
должны учитываться важные факторы, такие, как:
• Средний период полного изменения технологий производства;
• Среднее время жизненного цикла продукции компании;
• Долгосрочные планы главных поставщиков и их дальнейшее
развитие;
• План развития самой компании, включающий все
слияния/разделени я, увеличение или уменьшение продукции и численности
сотрудн иков;
• Изменения в функциях персонала.
Важно пон имать, что автоматизацию можно назвать одним из способов
дости жения бизнес-целей, и это не самостоятельный процесс, развивающийся по
своим законам. В любой стратегии автоматизации во главе есть основная цель
бизнеса компании – миссия, направление деятельности и модель бизнеса.
Поэтому стратегия автоматизации – это всего лишь четкий план со свои ми
сроками и видами деятельн ости.
Нужно также учитывать и основные ограничения при выборе стратегии
автоматизации, а именно:
• Временные ограничения;
• Финансовые ограничения;
• Технические ограничения;
• Человеческий факт ор.
Финансовые ограничения обычно определя ют ся суммой инвестиций,
которые компания способна внести в развитие автоматизации.
Временные ограничения в данном случае св язаны со следующими
факторами:
• необходимостью обучения персонала;
• тратой времени на вн едрение системы.
Обычно к ограничениям, связанным с человеческим фактором и его
влиянием относят следующие:
• Особенности трудового законодательства и рынка т руда,
• Отношен ие самого персонала к процессам автоматизации.
34
Сегодня можно выделить две главные стратегии оптимизации: это
подгонка уже созданного программного продукта под определенный бизнес-
процесс или полная реорганизация бизнес-процесса и автомат изация уже
упрощенной структуры. Сам выбор стратегии оптимизации чаще всего зависит
от перспектив развития организации-заказчика, а также экономических
возможностей компании.
Помимо этого, существует несколько стратегий оптимизации, а именно:
1) Кусочная (хаотичная) автоматизация, которая представляет из себ я
один из самых неэффективных методов инвестирования средств для подъема
компании. Под самой автоматизацией обычно понимают от сутствие плана
дальнейшего развития и создания. И такой подход обычно характеризуют
сиюминутные внедрения информационных технологий, которые очень часто не
соответствуют реальным потребностям бизнеса. И в таком сл учае само
предприятие получит прикладную систему, но ее стоимость будет сопоставима в
качественным комплексным решением. Выбирать данную стратегию можно
лишь в том случае, если нужно сэкономить средства и в ремя на внедрение
системы. Но все дальнейшие шаги к модернизации будут стоить значительно
дороже и станут нерациональными и экономически нев ыгод ными.
2) Другой вид автомат изации – по участкам. Она предполагает
обновление отдельных производственных или управ л е нческих линий, которые
сопостав имы по функцион а л ьным особен ност ям. Данный метод применяется в
том случае, если у компании нет лишних средств на автоматизацию в полном
объеме, а выбранные участки дают хороший экономический ро ст, поэтому
применяется она часто на производственных участках.
3) Третий вид – автоматизация по направлениям, которая
предполагает полную автоматизацию отдельных видов деятельности компании.
Основной от л ичительной особенностью от автоматизации по участ кам явля ется
тот факт, что вся деятельность п редполагает охват абсолютно всех
подразделений и служб, задействованных в автоматизируемом направлен ии.
Финальным этапом этого метода часто является пол ная автоматизация
компании.
35
4) И последний в ариант – полная автоматизация, предполагающая
некую систему, состоящ ую из множества элементов разного уров ня и значения.
В такую систему обычно входят другие подсистемы, модули, функции, блоки
управления, текущие задачи и т.д. Такое построение позволяет использовать
один и тот же алгоритм для просчета разных задач, а также исключается
дубл ирование данных из разных источников, поскольку все находиться итак в
одной системе. Основным минусом полной автоматизации можно выделить
необходимость большого количества затрат на реализацию такой схемы, а также
высокий уровень первоначального планирования и расчетов.
Проанализировав данные вариан ты стратегий, была выбрана стратегия по
направлени ям, так как это наиболее под ходящий вариант для рассматриваемого
предприятия.
1.3.3 Выбор и обоснование способа п риобретения ИС для
автоматизации комплекса задач
Способы приоб ретения ИС – это комплекс действий от определения и
формализации решения о важности ИС до момента внедрения данной системы
на предприятии. Выделяют несколь ко способов приобретения инф ормаци онных
систем, а именно:
• Самостоятельная или заказная разработка;
• Покупка готовой ИС (зарубежной или отечественн ой);
• Покупка + доработка (как самостоятельно, так и на заказ);
• Станда ртная аренда.
А теперь внимательно рассмотрим каждый вариант на предмет его
применения к автомати зации некоторой поставленной задачи.
Если выбирается покупка готового продукта, то необходимо выбрать
такое решение, которые буд ет полностью удовлетворять всем бизнес-процессам
компании. Сегод ня это сделать очень сложно, поскольку практически все
производители стараются угодить всем и просто пе регружают свой софт
совершенно ненужным функционалом, за который все равно нужно платить.
Либо готовое решение представляет только каркас, на котором уже строится
36
необходимый функционал для п отреби теля. Оба данных решения никак не
подходят для реализации задачи, поскольку подразумев ают большие вложения
денежных средств в саму систему автоматизации.
Приобрет ае мая система не подойдет компании и из-за нехватки
функциональности, в ней хуже реализовано будущее развитие ИС, будет
необходим длительный срок ад аптации под конкретные нужды компании, а
также неудобства будет вызывать частое обращение в службу поддержки.
Другой вариант – заказ у сторонних разработчиков, который позволит
получить ИС, подходящую под бизнес-правила компании, но это только на
текущий момент. В случае каких-то изменений бизнес-процессов придется вновь
преобразовыв а ть систему, что выльется в лишние затраты на модерни зацию ИС.
Вариант с покупкой и доработкой также возможен, но в случае, если
требуется небольшая доработка без изменения самого ядра ИС, которое иногда
проблемати чно настроить из-за неполной документации.
Вариант с арендой ИС имеет сразу несколько больших преимуществ:
• Открывает новые ин новационные возможности за счет
сотрудн ичества с поставщиками интеллектуальных услуг мирового уровня, а
также дарит ценный опыт во взаимодействиях и партнерстве;
• Дает компании возможность быстро перестаиваться п од
изменяющиеся реалии рынка – всегда проще найти другого поставщика, чем
закупать новое оборудование, перестраиват ь внутреннюю деятельн ость и
ликвид ировать старые мощности;
• Ускоряет получение новых навыков и ресурсов.
Однако в этом методе есть и свои нюансы – компания рискует вывести
слишком много вид ов д еятель ности за свои пределы и в случае нестабильной
ситуации может утратить то, что приносило ей популярность и успех на рынке.
Поэтому наиболее оптималь ным решением становится то, что ИС будет
разрабатываться в стенах компании собственными силами, поскольку компания
располагает квалифицирова нными специалистами для разработки и внедрения
подобного вида си стем. Но все-таки разработка такого рода предполагает, что у
компании имеются специалисты, способные провести анали з бизнес-процессов,
а сл е дом разработать и внедрить систему для их автомати зации . А поскольку
37
автоматизация затрагивает одно достаточно большое направление, всем
специалистам не составит труда провести раб оты по проектированию,
разработке и финальному внедрению системы автоматизации.
Создаваемая ИС будет включать в себя весь необходимый функционал, а
также будет учитывать особенности работы и пожелания сотрудни ков компании,
следовательно будет являться уникальным продуктом, что позволит быстро
изменить в случае чего функциональность по требованию заказчика.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Само ИО любой под системы зачастую включает в себя некую
информационную модель работы персонала на фирме. Часто лучше всего делить
его на внемашинное и в нутримашинное.
Любое ИО может состоять из системы кодирова ния и классификации;
методики разделённой документации, п рименяемой зачастую в ИО;
информационную базу в качестве совокупности имеющихся массивов данных.
Внемашинное обесп ечени е включает в себ я сов окупность данных,
описанных в основном в виде документов. Обычно д окументы делят на
первичные (декларации , выписки, ведмости) и отчетные документы, куда можно
отнести всю отчётность налогоплательщиков, проанализированную и
выбранную для отдела камеральных проверок.
Внутримашин ное ИО часто представляет данные на машинных носителях
в упорядоченном виде БД и связей между ними. Часто подобный вид ИО
реализует среду, которая отражает выполнение сот рудниками возложенных на
них обязанностей. Зачастую подобная область описывается набором объектов,
их свойствами и взаимного об мена. И для любого объекта эти взаимосвязи и
свойст ва определены отдельно.
Потоками данных внешнемашинного ИО часто называют регулярное
движение документов от исполнителя к получателю и обратно.
38
Классификаторы применимы для описания данных, могу обосновать
единст во кодирования и классификации и нужны для безошибочной машинной
обраб отки и выдачи данных в удобной форме для решения потребительски
проблем
В описанной задаче использовались 2 общероссийских классификатора:
• ОКУД – общий классификатор управленческих документов;
• ОКОПФ – общий параметр организационно-правовых форм.
По любому в процессе реализации системы может применятся
реляционная модель БД. Такая модель опивает на отдельной предметной
области совокупность отношений, изменяющихся во времени. В процесс е
создания программы данная совокупность помогает получить данные по
объектам предметной области, а также помогает создать модель связи между
ними. Сами же данные помещаются в таблицы. Для простоты поиска и
определения любая таблица имеет свой уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть пол ноценным и адекватным для поддержки всех
описываемых функций;
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
станд артами и определенной системы документации;
• Структура визуальных форм и всех документов должна полнос тью
соответствовать описани ю каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
в ИС важно предусмотреть механизмы проверки входн ой и выходной
информации, обновл ения данных в массивах данных, отслеживания целостности
БД, защиты НСД.
39
В описанн ом случае к ИО также относятся входные и выходные
документы, классификаторы, а также список экранных форм, которые нужны
для поддержки диалога п ол ьзователя и системы.
В данном дипломном проект е должны быть спроектированы след ующие
локальные классификаторы:
• сотрудн ики компании;
• заказчики;
• проекты;
• задачи;
• специализации сотрудников.
Разрабатываемая система должна содержать в себ е следующие модули:
- модуль авторизации;
- модуль работы со спра вочниками;
- модуль ввода данных;
- модуль получения отчетов;
- модуль поиска.
В модуле авторизации должны быть реализованы следующие функции:
• Доступ пользователя к главной странице системы после
корректного ввода п арол я и логина;
• Вывод сообщения об ошибке ввода пароля и логина с
предложением п овторить ввод.
В данном модуле должны быть реализованы следующие функции:
• Ввод данных в справочники;
• Проверка вводимых данных на корректность по типам;
• Вывод в виде экранной формы состава справочника;
• Редактирование состава справочника.
В модуле ввода данных должны быть реализованы следующие функции:
• Возможность в вода данных с помощью экран ной формы;
• Проверка вводимых данных на их корректность.
В модуле получения отчетов дол жны быть реализованы следующие
функции:
40
• Возможность п ол учения от чета в соответствии с заданными
параметрами:
• Формирование необходимых аналитических отчетов
В модуле поиска должна прис утствовать функция, позволяющая
осуществлять поиск по справочникам, существующим в си стеме.
Основу информационн ого обеспечения составляет информационная база,
обеспечивающая хранение и обработку данных. Сост ав информационной базы
определяется фун кциями системы и услугами, которые она предоставляет своим
пользоват ел ям, а также обеспечением взаимодействия си стемы учета платежей с
другими автоматизированными системами. Структура информационной базы
данных должна обеспечивать возможность расширения функций си стемы, не
требующих изменения структуры обрабатываемых данных, без реорганизации
базы данных.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) — совокупность программ для
реализации целей и задач автомати зированной системы. [2]
ПО делится на два вида: общее (операционные системы, операционные
оболочки, компиляторы, интерпретаторы, программные среды для разработки
прикладных программ, СУБД, сетевые программы и т.д.) и специальное
(совокупность прикладных программ, разработанных для конкретных задач в
рамках функциональных подсистем, и контрольные примеры). [2]
Программные средства общего назначения должны удовлетворять
следующим требов аниям [1] :
• представлять собой набор взаимосвязанных программ с
нормализованными методическими указаниями и инструкциями по
использовани ю об сл уживающих п рограмм на всех стадиях реализации расчётов
комплексов задач;
• строить с я по при нципу открытого программного обеспечения с
целью дальнейшего развития и соверш е нствования;