48
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Сам стандарт MSF даёт некую гарантию минимизации рисков, так как весь
ЖЦ проекта разделён на этапы, на каждом этапе есть роли, за которыми
закреплены цели, которые должны быть достигнуты и всё же на каждой фазе есть
некоторые риски:
В фазе выработки концепции могут возникнуть следующие риски:
Недальновидный анализ сроков проекта и его бюджета
Для ликвидации такого рода риска нужно более детально прорабатывать
задачи и цели проекта, ставить больше контрольных точек.
Неправильно подобранный проектный состав исполнителей может
повлечь полное отсутствие командной работы
Данный риск уменьшается более тщательным подбором специалистов в
проектную группу тестированием не только профессиональных навыков, но и
личностных качеств.
На фазе планирования могут возникнуть следующие риски:
Неправильно или не совсем корректно сформированное архитектура
выбираемого решения
Возможность появления этого риска зависит от компетенции руководителя
проекта, на котором лежит принятие решение о выборе архитектуры
разрабатываемого решения
В фазе разработки возможны следующие риски:
Неправильная интерпретация технического задания и как следствие
неправильная программирование архитектуры и сдвиг сроков.
Минимизацией данного риска служит более чёткое написание
технического задания, понятного программисту
Еще одним немаловажным риском в данном проекте является
отсутствие должной квалификации у программиста в том языке, на котором
решено реализовывать программу клиент, которая будет распределять заявки
между инженерами.
49
В случае, если программист не будет укладываться в заданные временные
рамки календарного плана проекта, продеться использовать внешнего
разработчика, так называемый “аутсорсинг” или “фриланс”.
В фазе тестирования могут возникнуть следующие риски:
Риски неоконченного тестирования.
Может произойти ситуация что программный продукт
будет протестирован не до конца.
Решается путем повторного тестирования на следующей
итерации
разработки.
В фазе внедрения могут возникнуть следующие риски:
Риски неправильного принятия решения о законченности части
проекта.
Возникновение данных рисков ведет за собой проблему незаконченности
решения и возможность возникновения нестыковок с другими частями
разрабатываемой ИС. Устраняется путем доработки при следующей итерации.
50
2.2 Информационное обеспечение задачи
2.2.1 Характеристика нормативно-справочной, входной и оперативной
информации
Входными данными в данной конфигурации 1С «Предприятие» являются
справочники: Валюты, договоры, Единицы измерения, Контрагенты, приходная
и расходная накладная, склады, товары.
Рисунок 9. Входные данные
В справочнике Валюты располагаются все валюты
Рисунок 10. Справочник Валюты
В справочнике договоры описаны все присутствующие на предприятие
договоры и их код.
Рисунок 11. Справочник Договоры
В справочнике Единицы измерения описаны единицы измерения для
каждого товара
51
Рисунок 12. Единицы измерения
В справочнике Контрагенты описываются покупатели и
поставщики товаров, расположенные в отдельных папках
Рисунки 13 и 14. Контрагенты
В перечислениях находиться вид товара
Рисунок 15. Вид товара (товары)
52
2.2.2 Характеристика результатной информации
Результатом обработки данных в данной конфигурации 1С «Предприятие»
являются документы. В документах Приходная накладная находиться
информация о товаре, пришедшем на склад
Рисунок 16. Документы ПриходнаяНакладная
Данный документ формируется по мере проведения операций.
В документах расходная накладная находиться информация о товаре,
ушедшего со склада.
Рисунок 17. Документы РасходнаяНакладная
Данный документ формируется по мере проведения операций.
53
2.3 Программное обеспечение задачи
2.3.1 Сценарий диалога
В выпускной квалификационной работе необходимо показать функцию
реализации диалога между конфигурацией 1С «Предприятие» и пользователем.
Рисунок 18. Схема диалога.
Из меню идёт доступ подсистемам Закупки, Продажи и хранение. От
Закупок есть доступ к справочникам Договоры, Контрагенты, Стоимость и к
документам ПриходнаяНакладная. От Продаж есть доступ к справочникам
Продажи, Договоры, контрагенты, стоимость и к документам
РасходнаяНакладная. От Хранение есть доступ к документам ПриходнаяНаклад
ная, РасходнаяНакладная и справочнику Склад.
54
2.3.2 Характеристика базы данных
ER-модель - это разновидность блок-схемы, где показано, как разные
«сущности» (люди, объекты, концепции и так далее) связаны между собой
внутри системы. ER-диаграммы чаще всего применяются для проектирования и
отладки реляционных баз данных в сфере образования, исследования и
разработки программного обеспечения и информационных систем для бизнеса.
Рисунок 19. ER-модель
В таблицах 7 – 13 представлены модули данных системы и
их характеристики
Таблица 7
Модуль Товар
Наименование поля
Тип поля
Длинна поля
наименование
строка
50
Стоимость
число
20
вид
строка
50
55
Таблица 8
Модуль Валюты
Наименование поля
Тип поля
Длинна поля
наименование
строка
50
Код
число
10
Таблица 9
Модуль Приходная Накладная
Наименование поля
Тип поля
Длинна поля
Дата
число
10
Контрагент
строка
50
Склад
строка
20
Договор
строка
30
Валюта
строка
20
Таблица 10
Модуль Расходная Накладная
Наименование поля
Тип поля
Длинна поля
Дата
число
10
Контрагент
строка
50
Склад
строка
20
Договор
строка
30
Валюта
строка
20
Таблица 11
Модуль Склад
Наименование поля
Тип поля
Длинна поля
наименование
строка
50
Код
число
10
Таблица 12
Модуль Контрагент
Наименование поля
Тип поля
Длинна поля
наименование
строка
50
Код
число
10
Таблица 13
Модуль Контрагент
Наименование поля
Тип поля
Длинна поля
наименование
строка
50
Владелец
строка
50
Дата
число
10
Код
число
10
56
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
2.3.4 Описание программных модулей
Исходя из результатов можно составить таблицу описывающую функцию
всех модулей.
Таблица 14
Функции модулей
№
Наименование модуля
Функции модуля
1
Глобальный модуль
В глобальном модуле помещаются
процедуры и функции, которые
необходимо выполнять при запуске
системы 1С.Предприятие, а также
глобальные процедуры и функции,
которые могут вызываться из любого
другого модуля конфигурации
2
Модуль справочника
«Договоры»
Содержит процедуры формы списка
справочника договоры.
3
Модуль справочника
«Товар»
Содержит процедуры формы списка
справочника товар.
4
Модуль справочника
«Валюта»
Содержит процедуры формы списка
справочника валюты.
5
Модуль справочника
«Склад»
Содержит процедуры формы списка
справочника склад.
6
Модуль справочника
«Контрагент»
Содержит процедуры формы списка
справочника контрагент.
7
Модуль документа
«ПриходнаяНакладная»
Содержит процедуры формы списка
документа приходная накладная.
8
Модуль документа
«РасходнаяНакладная»
Содержит процедуры формы списка
документа расходная накладная.
57
2.4 Испытания разработанного решения
Настоящий стандарт (ГОСТ 34-602-92) распространяется на
автоматизированные системы (АС), используемые в различных видах
деятельности (исследование, проектирование, управление и т. п.), включая их
сочетания, создаваемые в организациях, объединениях и на предприятиях (далее
- организациях).
Испытания АС проводят на стадии "Ввода в действие" с целью проверки
соответствия создаваемой АС требованиям технического задания (ТЗ).
В зависимости от взаимосвязей испытываемых в АС объектов испытания
могут быть автономные или комплексные
Автономные испытания предполагают проверку
отдельных составных частей (модулей, подпрограмм и
т.п.) ИС.
Комплексные испытания предполагают совместную проверку
всех
составных частей и видов обеспечения
(программного, технического и т.д.) ИС.
Для нынешней системы наиболее
подходящими являются автономные
испытания, так как система 1С
«Предприятие» состоит из множества связанных
между собой составных частей, в каждой из которых есть потенциал сбоя.