Разработка технического задания на создание функционального модуля по оптимизации актуализации информации прайс-листов в ИП "Фея"

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

Рубрика Экономика и экономическая теория
Вид курсовая работа
Язык русский
Дата добавления 30.04.2019
Размер файла 5,0 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

2. Назначение и цели этапа работ.

Назначением модуля является оптимизация работы администратора ИП «Фея» в 1С Предприятие: Торговля и Склад

Общими целями проекта являются:

- ведение автоматизированного прайс-листа (создание, актуализация информации)

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

Модуль «Прайс-лист» предназначен для работы администратора ИП «Фея».

Модуль «Прайс-лист» предназначен для автоматизации следующих процессов:

• Создание прайс-листов фирм-поставщиков,

• Добавление нового поставщика

• Удаление поставщика

• Просмотр групп товаров по конкретному поставщику

• Просмотр всех товаров с указанием поставщика

• Обновление прайс-листа поставщика

• Редактирование прайс-листа поставщика

• Удаление прайс-листа

• Редактирование контактной информации о поставщике

• Поиск необходимого товара

• Поиск информации о товаре в прайс - листах поставщиков ? Внесение контактной информации о поставщике

3. Характеристика объекта автоматизации.

3.1. Краткие сведения об объекте автоматизации.

ИП "Фея" развивающаяся компания, основанная в 2009 году. Ее основная задача - сбыт бытовой химии и удовлетворение потребностей покупателей.

Магазин «Фея» осуществляет свою деятельность в форме индивидуального предпринимательства (ИП). В индивидуальном предпринимательстве бизнесмен действует самостоятельно и фирмы организации устанавливаются им самим. Несомненно, основной целью магазина является получение и прибыли, для достижения которой необходимо следить за состоянием торгового рынка и соответствовать его требованиям. Конечно, так же задачей является поддержание имиджа магазина и формирование его репутации на рынке. Магазином осуществляется розничная торговля непродовольственными товарами (косметика, бытовая химия, парфюмерия, средства гигиены).

В настоящее время в ИП «Фея» используется следующее программное обеспечение:

- 1С: Торговля и Склад;

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

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

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

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

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

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

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

4.1.2. Требования к численности и квалификации персонала системы и режиму его работы

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

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

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

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

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

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

4.1.3. Требования к надежности.
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:
• организацией бесперебойного питания технических средств;
• использованием лицензионного программного обеспечения;
• регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем операционной системы, не должно превышать 15-ти минут при условии соблюдения условий эксплуатации технических и программных средств.
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий:
• предварительного обучения пользователей;
• соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
• своевременное выполнение процедур резервного копирования данных.
Отказы программы возможны вследствие некорректных действий пользователя при взаимодействии с операционной системой. Во избежание возникновения отказов программы по этой причине следует обеспечить работу конечного пользователя (администратора) без предоставления ему административных привилегий.
4.1.4 Требования к эргономике и технической эстетике
Модуль прайс-лист должен обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим требованиям.
Параметры внешнего интерфейса, такие как тип шрифта, размер, шрифта и цветовая палитра должны быть типизированы под уж установленную систему 1C.
В части диалога с пользователем:
• для наиболее частых операций должны быть предусмотрены «горячие» клавиши;
• при возникновении ошибок в работе модуля на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.
В части процедур ввода-вывода данных:
• должна быть возможность многомерного анализа данных в табличном и графическом видах.
4.1.5. Требования к защите информации от несанкционированного доступа.
Модуль «Прайс-лсит» должен иметь встроенную систему защиты от пользователей, не имеющих доступа к этой информации.
Компоненты подсистемы должны обеспечивать:
• идентификацию пользователя (реализована на форме Авторизация);
• проверку полномочий пользователя при работе с системой;
• разграничение доступа пользователей на уровне задач и информационных массивов.
Защищённая часть системы использует «слепые» пароли (при наборе пароля его символы не показываются на экране).
4.1.6. Требования к стандартизации и унификации.
В разрабатываемом модуле были использованы методы решения аналогичные методам уже установленной на предприятии системой «1С:Предприятие 7.7.
Торговля и Склад»
- применение стандартных средств визуализации данных (формы, отчеты); - применение стандартных средств и методов программирования.
4.1.7. Дополнительные требования
Дополнительных требований не предъявляется.

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

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

• создание прайс-листов фирм-поставщиков;

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

• удаление данных поставщика;

• осуществление просмотра групп товаров по конкретному поставщику;

• осуществление просмотра всех товаров с указанием конкретного поставщика;

• обновление прайс-листа поставщика;

• редактирование данных в прайс-листе поставщика;

• удаление прайс-листа поставщика;

• редактирование контактной информации о поставщике;

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

• поиск информации о товаре в прайс - листах поставщиков; ? внесение контактной информации о поставщике.

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

4.3.1. Входные и выходные данные.
К входным данным Программы относятся:
• данные, вводимые пользователями с клавиатуры, ? данные, импортируемые из внешних источников.
Данные вводятся пользователями в модуля путем заполнения полей соответствующих экранных форм и/или таблиц или путем вызова специальных процедур импорта.
К выходным данным модуля относятся:
• печатные формы,
• экранные формы,
• данные, экспортируемые во внешние источники (Excel, Word).
4.3.2. Требования к информационному обеспечению
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. Состав и содержание работ по созданию системы.

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

Номер этапа

Наименование этапа

Исполнитель

1

Формирование требований

2

Формирование требований к функционалу

Аналитик

3

Формирование требований к интерфейсу

Проектировщик

4

Разработка модуля

5

Программирование пакетных методов

Программист

6

Программирование интерфейсных методов

Программист

7

Отладка (альфа-тестирование)

Программист

8

Программа отгружена на тестирование

9

Разработка документации

10

Разработка черновика документации

11

Разработка предварительной версии черновика документации

Технический писатель

12

Обновление черновика документации по результатам разработки

Технический писатель

13

Обновление черновика документации по результатам тестирования

Технический писатель

14

Разработка черновика документации завершена

Технический писатель

15

Рецензирование документации

Технический писатель

16

Документация согласована

Технический писатель

17

Тестирование модуля

18

Разработка сценария тестирования

Проектировщик

19

Согласование сценария тестирования

Проектировщик

20

Тестирование модуля

Проектировщик

21

Написание отчета о тестировании

Технический писатель

22

Тестирование завершено

23

Внедрение модуля

24

Установка модуля

Программист

25

Конфигурирование модуля

Программист

26

Опытная эксплуатация

Аналитик

27

Передача модуля в коммерческую эксплуатацию

Проект завершен

Срок исполнения этапов определены в Приложении 1 к проектному контракту №032037.

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 «Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации труда».

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

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.