42
(функционального) ПО (например, использование библиотеки прикладных
программ, или генератора программ, или какого-либо языка программирования);
2) определить возможности выбранных программных средств, при
использовании которых достигаются требования к прикладному программному
обеспечению (например, возможность организации удобного интерфейса,
оптимизации запросов к данным и т.п.) [6,10,15].
Выбор средств проектирования и разработки по возможности необходимо
аргументировать, сравнивая их с аналогичными средствами, существующими на
рынке.
План обоснования целесообразно сделать следующим:
выделить перечень требуемых элементов программного обеспечения;
для каждого из элементов выделить множество критериев, наиболее
важных при осуществлении его выбора;
осуществить сравнение возможных альтернатив и сделать
обоснованный выбор.
1.4.3 Обоснование проектных решений по техническому обеспечению
Проектное решение – описание объекта или его составной части,
достаточное для рассмотрения и принятия заключения об окончании
проектирования или путях его продолжения
Основные этапы процесса выработки принятия решений:
в чем сущность проблемы;
с чего начать;
какую информацию, какого качества, какие конкретно из ресурсов
когда, где;
с помощью каких критериев оценивать успех к неудачу планируемой
операции.
Вначале данного раздела следует дать определение этого вида
обеспечения и его структуру.
Обоснование выбора технического обеспечения требуемого для решения
задачи предполагает выбор типа ЭВМ, устройств периферии (принтеров,
43
сканеров, плоттеров и т.д.), средств связи и других технических элементов. При
этом следует обосновать экономическую целесообразность эксплуатации
выбранных аппаратных средств, возможность их использования для решения
других задач объекта управления.
План обоснования целесообразно сделать следующим:
выделить перечень требуемых элементов технического обеспечения;
для каждого из элементов выделить множество критериев, наиболее
важных при осуществлении его выбора;
осуществить сравнение возможных альтернатив и сделать
обоснованный выбор.
Выводы по главе. В рамках данной главы содержится аналитическое
описание проблемы, представлена характеристика предприятия и его
деятельности, отображена организационная структура предприятия, проведен
анализ программной и технической архитектура ИС предприятия, представлено
описание системы обеспечения информационной безопасности и защиты
информации, представлен анализ существующих разработок для автоматизации
задачи, обоснованы проектные решения по информационному, техническому,
программному обеспечению. Представленный анализ позволяет определить
места автоматизации в процессе снятия с налогового учета, проанализированный
материал дает возможность определить дальнейшую структуру проектируемой
системы.
44
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
В соответствии с различными наблюдениями и исследованиями
определено, что этапы ЖЦ проекта распределяются следующим образом:
стадия 1. Определение требований к разработке ИС
стадия 2. Разработка технического задания
стадия 3. Проектный эскиз
стадия 4. Программирование ИС
стадия 5. Отладка и испытание компонентов
стадия 6. Ввод в действие
Диаграмма IDEF3 ЖЦ ПС представлена на рисунке 2.1.
Рисунок 2.1 – ЖЦ автоматизированной системы
ЖЦ ПС представлен каскадной моделью:
– определение требований к разработке ИС, влияет пользователь
Заказчик и Проектировщик;
45
– разработка технического задания, влияет Проектировщик;
– проектный эскиз, влияет Проектировщик;
– программирование ИС, влияет Программист;
– отладка компонентов, влияет Программист и Заказчик;
– ввод в действие, влияет Программист и Заказчик [9,10].
Для каждой стадии построим соответствующую диаграмму. На рисунке
2.2 представлено описание «Определение требований к разработке ИС».
Рисунок 2.2 – Определение требований к разработке ИС
Диаграмма для следующей стадии представлена на рисунке 2.3.
46
Рисунок 2.3 – Разработка технического задания
На рисунке 2.4 представлен процесс «Проектный эскиз».
Рисунок 2.4 – Проектный эскиз
47
На рисунке 2.5 представлен процесс «Программирование ИС».
Рисунок 2.5 – Программирование ИС
На рисунке 6 представлен процесс «Отладка компонентов.
Рисунок 2.6 – Отладка компонентов
На рисунке 2.7 представлен процесс «Ввод в действие».
48
Рисунок 2.7 – Ввод в действие
Срок окончания работ зависит от полного цикла и включает этапы,
которые были представлены ранее, определим их с помощью дерева целей
(см.рис.2.8);
Рисунок 2.8 – Дерево целей
Выполним построение календарного плана работ (диаграмму Ганта). На
рисунке 2.9 представлен календарный план с исполнителями.
49
Рисунок 2.9 – Календарный план работ
Как видно из рисунка продолжительность работ занимает 13 дней.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапе инициализации необходимо определить перечень рисков. Под
риском следует понимать неопределенное событие или условие, наступление
которого отрицательно или положительно сказывается на целях проекта. На
начальном этапе, когда нет необходимых данных для проведения детального
анализа, часто ограничиваются качественной оценкой общего уровня рисков:
низкий, средний, высокий [17].
Определим источники получения информации для организации процессов
планирования рисков проектов:
1. Факторы внешней среды предприятия. Рынком сбыта данного проекта
является налоговая служба, а точнее ее подразделение, которое выполняет
задачу снятия с налогового учета предприятия, в связи с закрытием или
перемещением бизнеса.
2. К сожалению, шаблонов по управлению рисками в данной предметной
области нет, но исходят из опыта предыдущих разработок, имеет смысл учесть
риск выхода из строя компьютерной техники и уделить внимание здоровью
кадров.
3. Определим шкалу для оценки последствий риска (таблица 2.1).
50
Таблица 2.1
Шкала для оценки последствий риска, измеряемого отклонениями в
стоимости, сроках и технических условиях проекта
Оценка
Перерасход
средств
Календарный
график
Технические условия
1 (низкая)
до 1%
сдвиг на 1 день
небольшая потеря
производительности
2 (средняя)
до 5%
сдвиг на 2 дня
умеренное снижение
производительности
3 (высокая)
до 10%
сдвиг на 3 дня
серьезный ущерб для
производительности
4
(критическая)
от 10%
сдвиг более 3
дней
задача не может быть
выполнена
4. Идентифицируем риски. Риски, которые могут повлиять на проект по
разработке системы обеспечения информационной безопасности процедуры
снятия с налогового учета являются следующими:
– экономические риски – возможное изменение курса валют скажется на
общей стоимости проекта, приведет к перерасходу средств, связано с тем, что
цены на компьютерную технику связаны с курсом доллара;
– риск неполучения ожидаемой прибыли. Связано с тем, что на данный
момент те процессы, которые должны быть автоматизированы информационной
системой, учитываются с помощью разработанных электронных таблиц Excel и
есть риск не использования разрабатываемой системы;
– административный риск – необходимо заручиться поддержкой
руководства налоговой службы или подразделения, которое осуществляет
снятие предприятия с налогового учета, на внедрение разрабатываемой
информационной системы, интерес директора будет способствовать снижению
риска и более благоприятно сказываться на степени заинтересованности
подчиненного персонала (менеджеров, операторов);
– риск не выполнения запланированных работ по организационным или
иным причинам – возможно возникновение задержки непосредственно во время
самой разработки проекта, это связано с тем, что некоторые работы попадают на
праздничные дни, в связи, с чем возможно увеличение срока разработки проекта,
51
также существует вероятность заболевания одного или группы исполнителей,
что может привести к нарушению графика выполнения работ.
5. Выполним построение матрицы рисков. Матрица рисков, содержит
комбинации вероятности и воздействия, при помощи которых рискам
присваивается определенный ранг: низкий, средний или высший [10].
вероятност
ь
Угрозы
Благоприятные возможности
0,8
0,08
0,24
0,4
0,56
0,72
0,72
0,56
0,4
0,24
0,08
0,55
0,05
5
0,16
5
0,27
5
0,38
5
0,49
5
0,49
5
0,38
5
0,27
5
0,16
5
0,05
5
0,30
0,03
0,09
0,15
0,21
0,27
0,27
0,21
0,15
0,09
0,03
0,05
0,00
5
0,01
5
0,02
5
0,03
5
0,04
5
0,04
5
0,03
5
0,02
5
0,01
5
0,00
5
0,1
0,3
0,5
0,7
0,9
0,9
0,7
0,5
0,3
0,1
Риски, имеющие очень высокие вероятности, но незначительные
последствия, а также риски, имеющие низкие вероятности и незначительные
последствия, считаются рисками, не оказывающими воздействия (клетки
желтого цвета). Риски с очень большими последствиями, но малой
вероятностью, как и риски с незначительными последствиями и высокой
вероятностью (клетки зеленого цвета) имеют среднее воздействие на проект.
Риски, которым необходимо уделять особое внимание, имеют достаточно
высокую вероятность и существенные последствия (клетки обозначены красным
цветом).
6. Определим ответственных за управление рисками:
– руководитель проекта – управляет тремя видами риска –
административным – проводит консультации с руководством налоговой службы,
с целью уменьшения негативного влияние на принятие системы
информационной безопасности снятия с налогового учета, риск неполучения
планируемой прибыли – продвигает продукт по большому количеству клиентов,
заключает контракты на внедрение не только с налоговой службой, но и
продвижение на предприятиях, которые могут подвергаться перемещению
бизнеса, риск не выполнения запланированных работ в срок – постоянный