Разработка технического задания функционального модуля "Каталог инструментов" системы 1С Предприятие 7.7: Торговля и Склад в техническом отделе компании ЗАО "Спецпроминструмент"

В настоящее время в ЗАО «Спецпроминструмент» используется следующее программное обеспечение:

1С Предприятие 7.7: Торговля и склад;

Офисные приложения (Word, Excel).

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

Внедряемый модуль автоматизации предназначен для замещения существующего каталога инструментов формата PDF.

4. Требования к системе

4.1.Требования к системе в целом

4.1.1. Требования к структуре и функционированию системы

Модуль должен быть установлен на рабочих местах (персональных компьютерах), объединенных между собой с помощью локальной сети и должна использовать единую базу данных, расположенную на выделенном сервере. Управление базой данных осуществляется по технологии клиент-сервер. Модуль должен функционировать в многопользовательском режиме, т. е. когда одновременно с базой данных взаимодействуют несколько пользователей, которые не только просматривают информацию, но и активно изменяют её.

4.1.2. Требования к персоналу

В состав персонала, необходимого для разработки модуля и его последующего внедрения в рамках соответствующего подразделения Заказчика, необходимы:

• Аналитик системы - выполняет полное обследование бизнес-процессов, формирует требования к будущей системе.

• Проектировщик - на основе сформулированных требований, занимается разработкой интерфейсной части системы, после создания системы занимается тестированием системы, поиском ошибок и др.

• Программист - прописывает программный код системы.

• Технический писатель - на каждом этапе формирует документацию, для отчета перед КК.

Работают они по пятидневному графику. Рабочие часы: 8:00-12:00 13:00-17:00.

Рисунок 14 - Лист ресурсов

4.1.3. Требования к надежности

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

• организацией бесперебойного питания технических средств;

• использованием лицензионного программного обеспечения;

• регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.

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

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

Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий:

• предварительного обучения пользователей и обслуживающего персонала;

• соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;

• своевременное выполнение процедур резервного копирования данных.

Отказы программы возможны вследствие некорректных действий пользователя при взаимодействии с операционной системой. Во избежание возникновения отказов программы по этой причине следует обеспечить работу конечного пользователя (инженера-технолога) без предоставления ему административных привилегий.

4.1.4. Требования к эргономике и технической эстетике

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

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

• для наиболее частых операций должны быть предусмотрены «горячие» клавиши;

• при возникновении ошибок в работе модуля на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.

В части процедур ввода-вывода данных:

• должна быть возможность многомерного анализа данных в табличном и графическом видах.

4.1.5. Требования к защите информации от несанкционированного доступа

Модуль «Каталог» должен иметь встроенную систему защиты от пользователей, не имеющих доступа к этой информации.

Компоненты подсистемы должны обеспечивать:

• идентификацию пользователя (реализована на форме Авторизация);

• проверку полномочий пользователя при работе с системой;

• разграничение доступа пользователей на уровне задач и информационных массивов.

Защищённая часть системы использует «слепые» пароли (при наборе пароля его символы не показываются на экране, как показано на рис).

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Рисунок 15 - «Слепой» пароль

4.1.6. Требования по стандартизации и унификации

В разрабатываемом модуле были использованы методы решения аналогичные методам уже установленной в компании системой «1С:Предприятие 7.7. Торговля и Склад»

применение стандартных средств визуализации данных (формы, отчеты);

применение стандартных средств и методов программирования.

4.1.7. Дополнительные требования

Дополнительных требований не предъявляется.

4.2.Требования к функциям (задачам), выполняемым модулем

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

• поиск необходимого инструмента;

• добавление нового описания инструмента;

• удаление инструмента из каталога;

• внесение изменений;

• создание заявки на инструмент;

• редактирование заявки на инструмент; ? регистрация заявки в системе.

4.3.Требования к видам обеспечения

4.3.1. Входные и выходные данные

К входным данным системы относятся:

• данные, вводимые пользователями с клавиатуры;

• данные, импортируемые из внешних источников.

Данные вводятся пользователями в систему путем заполнения полей соответствующих экранных форм и/или таблиц или путем вызова специальных процедур импорта.

К выходным данным Программы относятся:

• печатные формы,

• экранные формы,

• данные, экспортируемые во внешние источники (Excel, txt-файлы).

4.3.2. Требования к информационному обеспечению

Рисунок 16 - Модель данных. Логический уровень

Рисунок 17 - Модель данных. Физический уровень

4.3.3 Требования к программному обеспечению

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

Для функционирования модуля необходимо следующее программное обеспечение: Операционная система - не ниже Windows 7 или Windows Vista; Microsoft Office - не ниже версии 2003 года. СУБД- MySQL версии не ниже 3.23.

4.3.4. Требования к техническому обеспечению

Для функционирования модуля необходимо следующее техническое обеспечение со следующими минимальными характеристиками:

• процессор - Genuine Intel(R) CPU 2140 1.61 GHz;

• оперативная память (RAM) - 1 Гб;

• жесткий диск - 120 Гб;

• тип системы - 32-разрядная операционная система и выше.

5. Состав и содержание работ по созданию системы

Таблица 2 - Состав и содержание работ по созданию системы

6. Порядок контроля и приемки системы

6.1.Виды испытаний

Для проверки выполнения заданных функций системы, определения и проверки соответствия требованиям ТЗ качественных характеристики системы должны быть проведено следующее:

• предварительные испытания - тестирование и отладка модифицированного приложения; проводятся Исполнителем на своих объектах; могут быть использованы тестовые примеры, подготовленные Заказчиком;

• опытная эксплуатация - для проверки работы системы с реальными денными.

Порядок проведения испытаний, а так же контрольные примеры определяются в виде «Программы и методики испытаний».

Предварительные испытания должны включать:

• Тестирования функционала модуля.

• Тестирование структуры базы данных (внутренними системными тестами).

6.2.Общие требования к приемке работы

Для проведения испытаний назначается двусторонняя комиссия, состоящая из представителей Исполнителя и Заказчика.

Все работы, выполняемые в соответствии с «Программой и методикой испытаний», должны протоколироваться и завершаться оформлением акта о проведенных испытаниях (акт сдачи-приемки).

Подписание акта сдачи-приемки производится в конце каждого этапа проекта, после того, как Ключевые пользователи проверят документы, прототип или программу. Следующие этапы проекта не выполняются, пока не будет подписан акт сдачи-приемки текущего этапа.

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

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

7.1. Технические мероприятия

Силами Заказчика в срок до начала этапа «Установка модуля» должны быть выполнены следующие работы:

• осуществлена подготовка помещения для установки модуля системы в соответствии с требованиями, приведенными в настоящем техническом задании;

• организовано необходимое сетевое взаимодействие.

7.2. Организационные мероприятия

Силами Заказчика в срок до начала этапа работ «Установка модуля» должны быть решены организационные вопросы по взаимодействию с системами источниками данных. К данным организационным вопросам относятся:

• организация доступа к базам данных источников;

• определение регламента информирования об изменениях структур систем источников;

• выделение ответственных специалистов со стороны Заказчика для взаимодействия с командой проекта по вопросам взаимодействия с системами-источниками данных.

7.3. Изменения в информационном обеспечении

Для организации информационного обеспечения системы должен быть разработан и утвержден регламент подготовки и публикации данных из системисточников.

Перечень регламентов может быть изменен на стадии «Разработка рабочей документации. Адаптация программ».

8. Требования к документированию

Документация к стандартному приложению состоит:

• из документации, поставляемой со стандартными модулями (на русском и английском языках);

• из руководства программиста на английском языке.

Вся документация должна быть подготовлена и передана как в печатном, так и в электронном виде (в формате Microsoft Word).

Документы, формирующиеся в ходе выполнения проекта:

1. Документ, содержащий в себе требования к функционалу и интерфейсу модуля.

2. Документ, составляемый по результатам разработки модуля.

3. Документ, составляемый по результатам тестирования модуля.

4. Документ, содержащий сценарий тестирования.

5. Отчет о тестировании модуля.

9. Источники разработки

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

1. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы.

2. ГОСТ 34.601-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Стадии создания

3. ГОСТ 24.701-86 «Надежность автоматизированных систем управления».

4. Проектный контракт между ЗАО «ЗАО «Спецпроминструмент» и Зотовой Татьяной Владимировной №032037 от 29.03.2014 г.

5. ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

6. СанПиН 2.2.2.542-96 «Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации труда».

7. Федерального Закона РФ «Об основах охраны труда в Российской Федерации» от 17.07.1990 № 181-ФЗ.

Приложение Б

ARIS eEPC/ to be

Диаграмма потока работ ARIS eEPC в MS Visio модели (TO-BE)

Рисунок 18 - ARIS eEPC/ to be

Размещено на Allbest.ru