Как составить тех задание для базы данных

Как составить тех задание для базы данных

Библиографическое описание:


Сланбекова, А. Е. Разработка технического задания на создания базы данных для автоматизаций управления предприятием / А. Е. Сланбекова, А. А. Хасенова, Ш. К. Каменова. — Текст : непосредственный // Молодой ученый. — 2017. — № 3 (137). — С. 51-53. — URL: https://moluch.ru/archive/137/38425/ (дата обращения: 18.05.2023).



Базы данных — совокупность данных, организованная по определенным правилам, предусматривающая общие принципы описания, хранения, манипулирования данными, независимыми от прикладных программ.

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

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

– формулировка задачи;

– описание входных и выходных документов;

– требования к интерфейсу программы.

  1. Формулировка задачи

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

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

Описание бизнес-процессов:

  1. Связь с поставщиками — исследование рынка поставщиков; поиск конкретных поставщиков; переговоры; составление отчетности по связям с поставщиками; контроль за выполнением вышеуказанных задач.
  2. Формирование заказа — планирование закупок; заключение договоров с поставщиками.
  3. Закупка товара и отправка его на склад — исполнение закупки товара; исполнение доставки товара на склад; обеспечение своевременной и качественной доставки товара на склад.
  4. Хранение товара на складе — прием товара по накладным; учет, размещение, хранение товара на складе; формирование партий товаров; Обеспечение погрузо-разгрузочных работ; контроль за выполнение вышеперечисленных работ.
  5. Реализация товара. У предпринимателя есть две точки, где товар продается потребителям по оптово-розничной цене.

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

Перечень задач, решаемых СУБД:

  1. Ввод данных о клиенте, который закупает товар оптом:

– ФИО клиента (вводится с клавиатуры 30 символов);

– ИИН (вводится с клавиатуры 12 символов);

– Контактный телефон (заполняем целое значение с клавиатуры).

  1. Ввод данных о поставщиках:

– Поставщик (вводится с клавиатуры 20 символов);

– Адрес (вводится с клавиатуры 20 символов);

– Контактный телефон (заполняем целое значения с клавиатуры);

– ФИО директора (вводится с клавиатуры 30 символов).

  1. Поступление товара на склад:

– Наименование товара (вводится с клавиатуры 60 символов);

– Количество (заполняем целое значения с клавиатуры);

– Цена оптовая (заполняем целое значения с клавиатуры);

– Цена розничная (заполняем целое значения с клавиатуры);

– Цена поступления (заполняем целое значения с клавиатуры);

– Единица измерения (литр, штук);

– Поставщик (вводится с клавиатуры 20 символов);

– Дата поступления.

  1. Передача товара на реализацию:

– Отделение (магазин или рынок);

– Товар;

– Количество (заполняем целое значения с клавиатуры);

– Дата.

  1. Продажа товара:

– Отделение (магазин или рынок);

– Дата продажи;

– Наименование товара (вводится с клавиатуры 60 символов);

– Количество;

– Единица измерения (литр, штук);

– Покупатель (частное лицо или оптовый покупатель);

– Сумма (вычисляется по формуле);

– Цена продажи.

  1. Вывод накладной на печать:

– № накладной;

– Дата продажи;

– Наименование товара;

– Количество;

– Единица измерения (литр, штук);

– Цена продажи;

– Сумма (вычисляется по формуле);

– Покупатель (частное лицо или оптовый покупатель).

  1. Просмотр сведений о поставщиках — вывод данных о поставщиках (поставщик, адрес, контактный телефон, ФИО директора).
  2. Просмотр данных о товаре — вывод данных о товаре (будут выводиться все данные, описанные в пункте 3).
  3. Отчет реализации товара за месяц — формирование отчета, в котором будет отображаться список проданных за месяц товаров, сумма закупа и сумма продажи за месяц, а также чистая прибыль. Отчет должен быть выведен на печать;
  4. Очистка базы от ненужных данных (должны очищаться данные в таблице «Продажи», после месячного отчета по реализации товара).
  5. Просмотр накладной (поиск по номеру, покупателю или по дате).
  1. Описание входных ивыходных документов

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

  1. При вводе данных о клиенте входными документами будут являться удостоверение личности и/или паспорт и ИИН, которые берутся у клиента.
  2. При вводе данных о поставщиках входными данными будут являться информация, отображаемая на расходной накладной (адрес, контактный телефон, наименование организации и т. п.), а выходными данными будет являться информация, о поставщиках отображаемая на экран.
  3. При поступлении товара на склад входными документами будут являться расходные накладные, которые берутся у поставщика, а выходными данными будет являться информация, о товаре отображаемая на экран.
  4. При продаже товара входными данными будет являться список товаров, который заказал покупатель, а выходным документом будет являться накладная, которая выписывается покупателю.
  5. Для отчета по реализации товара за месяц входными данными будет являться информация о реализации товара (список проданных за месяц товаров, сумма закупа и сумма продажи за месяц, и чистая прибыль), а выходным документом будет являться сам отчет, выведенный на печать.
  1. Требования кинтерфейсу

Интерфейс — это совокупность средств и правил, обеспечивающих взаимодействие устройств вычислительной системы и программ.

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

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

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

Интерфейс разрабатываемого программного продукта должен быть понятным. Шрифт программы должен быть крупным, понятным для пользователя. Ввод и вывод информации в программе должен быть понятен, осуществляться удобно для пользователя. Цветовая гамма программы не должна быть сильно яркой, раздражительной, также она не должна напрягать, нервировать пользователя.

В данной программе должно быть предусмотрено отдельное меню, и все задачи будут решаться в отдельных окнах поэтому, в данной программе весь интерфейс будет оконным. Оконный интерфейс — способ организации полноэкранного интерфейса программы, в котором каждая интегральная часть располагается в окне — собственном субэкранном пространстве, находящемся в произвольном месте «над» основным экраном. Несколько окон, одновременно располагающихся на экране, могут перекрываться, виртуально находясь «выше» или «ниже» друг относительно друга.

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

Литература:

  1. Шупрута В. Н. Delphi 2006 на примерах (+ CD-ROM); — Москва, БХВ — Петербург, 2006. — 528 с.
  2. Осипов Д. В. Delphi. Профессиональное программирование — Санкт-Петербург, Символ-Плюс, 2006.- 1056 с.
  3. Дейт К. Дж. Введение в системы баз данных, 6-е издание; — К.; М.; СПб.: Издательский дом «Вильямс», 2008. — 848 с.

Основные термины (генерируются автоматически): целое значение, клавиатура, ввод данных, данные, контактный телефон, поставщик, реализация товара, Единица измерения, Наименование товара, символ.

Источник

МИНИСТЕРСТВО
ЮСТИЦИИ РОССИЙСКОЙ ФЕДЕРАЦИИ

СЕВЕРО-ЗАПАДНЫЙ
(г. Санкт-Петербург) ФИЛИАЛ

ГОСУДАРСТВЕННОГО
ОБРАЗОВАТЕЛЬНОГО УЧРЕЖДЕНИЯ

ВЫСШЕГО
ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«РОССИЙСКАЯ
ПРАВОВАЯ АКАДЕМИЯ

МИНИСТЕРСТВА
ЮСТИЦИИ РОССИЙСКОЙ ФЕДЕРАЦИИ»

Техническое
задание для базы данных

по
дисциплине: «Правовая информатика»

Выполнила
студентка

3
курса группы 10-ДО-Б

Новикова
Е.Д.

Проверил:

Муравьёв
А.В.

Санкт-Петербург

2011

Оглавление

Описание предметной области. Постановка
задачи 4

Общая характеристика
базы данных 5

Построение
информативной модели предметной
области. 6

Наименование
конкретного пользователя лесными
ресурсами. 6

Наименование
и местоположение лесного объекта 6

Основание
лесопользования 7

Цели
лесопользования 7

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

Условия
пользования лесным объектом 7

Размер
и способ уплаты за пользование лесными
ресурсами 8

Разработка
интерфейса. 8

Организация
ввода и корректировка данных в БД 8

Разработка
логической структуры БД. 8

Описание предметной области.
Постановка задачи

Создание
базы данных «Лесные Ресурсы» обусловлено
необходимостью систематизации
информации предоставленной в
Государственном лесном кадастре,
который включает в себя информацию о
лесных объектах, о лесных ресурсах, так
же об использовании лесных ресурсов и
непосредственно о тех кто осуществляет
это пользование.

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

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

Право
собственности и другие вещные права
на лесные участки, ограничения
(обременения) этих прав, их возникновение,
переход и прекращение подлежат
государственной регистрации в
соответствии с Федеральным законом от
21 июля 1997 года N 122-ФЗ

Данные
государственного лесного кадастра
являются основой для принятия решений
при осуществлении государственного
управления в области охраны и использования
лесных объектов и должны предоставляться
в порядке предусмотренном законодательством
РФ

Для
построения базы данных должен быть
использован метод связей

нормативно
правовые акты с которыми необходимо
ознакомиться при составлении базы
данных

  1. “Лесной
    кодекс Российской Федерации” от
    04.12.2006 N 200-ФЗ (принят ГД ФС РФ 08.11.2006)
    (ред. От 29.12.2010)

  2. Федеральный
    закон от 24.07.2007 N 221-ФЗ (ред. от 27.12.2009) “О
    государственном кадастре недвижимости”
    (принят ГД ФС РФ 04.07.2007) (с изм. и доп.,
    вступающими в силу с 01.03.2010)

  3. Постановление
    Правительства РФ от 24.02.2009 N 161 “Об
    утверждении Положения о предоставлении
    в аренду без проведения аукциона
    лесного участка, в том числе расположенного
    в резервных лесах, для выполнения
    изыскательских работ”

  4. Постановление
    Правительства РФ от 18.08.2008 N 618 (ред. от
    05.10.2010) “Об информационном взаимодействии
    при ведении государственного кадастра
    недвижимости”

Общая характеристика базы
данных

По
степени распределенности настоящая
СУБД является клиент — серверной.

Она
должна быть создана на программном
обеспечении Microsoft Office Access 2007

База
данных «Лесные Ресурсы» должна обладать
следующими свойствами, такими как:

      1. Удобство
        хранения данных, а так же пользования
        ими

      2. Единое
        информационное пространство

      3. Осуществление
        работы с различными офисными
        приложениями

      4. Большие
        поисковые возможности (т.е. Возможность
        найти необходимый объект при минимальном
        количестве исходной информации)

      5. Удобство
        в работе

База
Данных так же должна отвечать таким
требованиям как:

1.
Предоставляемая информация должна
быть достоверной и полной

2.База
данных должна обладать соответствующим
высоким уровнем юридической обработки
данных

3.База
данных должна быть адаптирована к
работе с существующими операционными
системами

4.
Пользователь должен получать информацию
оперативно.

Построение информативной
модели предметной области.

База
Данных «Лесные Ресурсы» должна включать
в себя такие пункты как:

Наименование
конкретного пользователя лесными
ресурсами.

Если
пользователь – физическое лицо, то его
ФИО, паспортные данные (время и место
выдачи паспорта), место его жительства,
ИНН; если пользователь является
индивидуальным предпринимателем, то
помимо указанного должен присутствовать
номер свидетельства о государственной
регистрации физического лица в качестве
индивидуального предпринимателя. Если
пользователь является юридическим
лицом, то его наименование, содержащее
указание на его организационно-правовую
форму, и место его нахождения согласно
статье 54 гражданского кодекса РФ. А так
же согласно лесному законодательству
использование лесов, представляющее
собой предпринимательскую деятельность,
осуществляется на землях лесного фонда
лицами, зарегистрированными в Российской
Федерации в соответствии с Федеральным
законом от 8 августа 2001 года N 129-ФЗ “О
государственной регистрации юридических
лиц и индивидуальных предпринимателей”.

Наименование и
местоположение лесного объекта

(необходимо
так же указание на субъект Федерации
в котором находится объект. А так же
его район в соответствии со статьей 15
Лесного Кодекса: В зависимости от
природно-климатических условий
определяются лесорастительные зоны,
в которых расположены леса с относительно
однородными лесорастительными признаками
(лесорастительное районирование) ).

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

Так
же должно быть предоставлено описание
границ лесного участка. В соответствии
со статья 7 Лесного Кодекса.

Основание
лесопользования

здесь
должны быть представлены различные
договоры, лицензии, разрешения

Цели
лесопользования

Согласно
статье 4 Лесного Кодекса Участниками
лесных отношений являются Российская
Федерация, субъекты Российской Федерации,
муниципальные образования, граждане
и юридические лица. Лесные ресурсы
могут им предоставляться для таких
видов деятельности как:

1)
заготовка древесины;

2)
заготовка живицы;

3)
заготовка и сбор недревесных лесных
ресурсов;

4)
заготовка пищевых лесных ресурсов и
сбор лекарственных растений;

5)
осуществление видов деятельности в
сфере охотничьего хозяйства;

6)
ведение сельского хозяйства;

7)
осуществление научно-исследовательской
деятельности, образовательной
деятельности;

8)
осуществление рекреационной деятельности;

9)
создание лесных плантаций и их
эксплуатация;

10)
выращивание лесных плодовых, ягодных,
декоративных растений, лекарственных
растений;

10.1)
выращивание посадочного материала
лесных растений (саженцев, сеянцев);

11)
выполнение работ по геологическому
изучению недр, разработка месторождений
полезных ископаемых;

12)
строительство и эксплуатация водохранилищ
и иных искусственных водных объектов,
а также гидротехнических сооружений
и специализированных портов;

13)
строительство, реконструкция, эксплуатация
линейных объектов;

14)
переработка древесины и иных лесных
ресурсов;

15)
осуществление религиозной деятельности;

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

Условия
пользования лесным объектом

Использование
лесов осуществляется с предоставлением
или без предоставления лесных участков,
с изъятием или без изъятия лесных
ресурсов

Размер
и способ уплаты за пользование лесными
ресурсами

Разработка
интерфейса.

В
интерфейсе База данных «Лесные Ресурсы»
должны быть отражены следующие разделы:
пользователи леса, лесные объекты,
справка и окно поиска, где необходимы
виды поиска: по ключевым словам, по
реквизитам пользователя лесными
ресурсами. Необходимо окно для ввода
логина и пароля сотрудниками. Так же
должно присутствовать какое либо
обозначение в верхнем правом углу для
изменения БД уполномоченными на то
лицами.

Организация ввода и
корректировка данных в БД

Лесной
кодекс обязывает пользователей
представлять в специально уполномоченный
государственный орган управления
использованием и охраной лесного фонда
данные, подлежащие включению в лесной
кадастр, то соответственно пополнение
БД «Лесные
Ресурсы» осуществляется данным органом.

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

Разработка логической
структуры БД.




















Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
Источник

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

1. Общие сведения

1.1. Наименование системы

Полное наименование: Информационная системы учета абонентов АТС.

Краткое наименование: ИС АТС.

1.2. Основания для проведения работ

Работа выполняется на основании договора № 32 от 19.03.11

1.3. Наименование организаций – Заказчика и Разработчика

1.3.1. Заказчик

Заказчик:ОАО«Заказчик»
Адрес фактический: г. Москва …
Телефон: +7 (495) 2222222
Факс: +7 (495) 2222222

1.3.2. Разработчик

Разработчик: ЗАО Разработчик
Адрес фактический: г. Москва …
Телефон: +7 (495) 3333333
Факс: +7 (495) 3333333

1.4. Плановые сроки начала и окончания работы

Сроки выполнения с 19.03.11 по 30.04.11

1.5. Источники и порядок финансирования

Финансирование производится согласно договора №32

1.6. Порядок оформления и предъявления заказчику результатов работ
Работы по созданию ИС сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определены Договором.

2. Назначение и цели создания системы

2.1. Назначение системы

Информационная система предназначена для повышения надежности хранения и обработки информации.
Основным назначением ИС является хранение информационно-статистической деятельности в бизнес-процессах Заказчика.
В рамках проекта автоматизируется информационно-аналитическая деятельность в следующих бизнес-процессах:
1. хранение и обработка информации для отчетов;
2. анализ деятельности предприятия и клиентов ; 


2.2. Цели создания системы

Информационная система создается с целью:
– обеспечения сбора и первичной обработки исходной информации, необходимой для подготовки отчетности по показателям деятельности;
– создания единой системы отчетности по показателям деятельности;
– повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации;
– обеспечения безопасности данных;

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

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

Объектом автоматизации выбран один из отделов организации. В рамках отдела было произведен анализ и выделение основных бизнес процессов.
Выделены следующие процессы в деятельности отдела АТС, в рамках которых производится анализ информации и вынесены соответствующие выводы о возможности их автоматизации:


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

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

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

    База данных должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище. Информационная система должна иметь трехуровневую архитектуру (можно привести общую схему, на которой определить уровни. Например, первый – источник, второй – хранилище, третий – отчетность).
    В Системе предлагается выделить следующие функциональные подсистемы:
    –     подсистема обработки данных, которая предназначена для реализации процессов ввода данных необходима для наполнения подсистемы хранения данных;
    – подсистема хранения данных, которая предназначена для хранения данных в таблицах;
    – подсистема формирования и визуализации отчетности, которая предназначена для формирования отчетности.

    Определяются требования к режимам функционирования системы.

    1. Система должна быть стабильна в работе.

    2. Необходимо установленное антивирусное программное обеспечение.

    3.  Персональный компьютер должен иметь бесперебойное питание.

    4.1.2.3. Требования к надежности технических средств и программного обеспечения
    К надежности оборудования предъявляются следующие требования:
    – в качестве аппаратных платформ должны использоваться средства с средней надежностью;
    – применение технических средств соответствующих классу решаемых задач;
    – аппаратно-программный комплекс системы должен иметь возможность восстановления в случаях сбоев.
    К надежности электроснабжения предъявляются следующие требования:
    – с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация компьютеров источником бесперебойного питания с возможностью автономной работы системы не менее 5 минут;
    – должно быть обеспечено бесперебойное питание активного сетевого оборудования.

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

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

    4.1.3. Требования к эргономике и технической эстетике
    База данных формирования и визуализации отчетности данных должна обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим требованиям.
    В части внешнего оформления:
    – интерфейсы подсистем должен быть типизированы;
    В части диалога с пользователем:
    – для наиболее частых операций должны быть предусмотрены «горячие» клавиши;
    В части процедур ввода-вывода данных:
    – должна быть возможность многомерного анализа данных в табличном и графическом видах.

    Требования к информационной безопасности
    Обеспечение информационное безопасности информационной системы должно удовлетворять следующим требованиям:
    – Защита системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер.
    – Защита системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ.
    – Программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики базы данных (надежность, быстродействие, возможность изменения конфигурации).
    – Разграничение прав доступа пользователей и администраторов Системы должно строиться по принципу “что не разрешено, то запрещено”.

    4.1.3.1. Требования к антивирусной защите
    Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов базы данных. Средства антивирусной защиты рабочих местах пользователей и администраторов должны обеспечивать:
    – централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей;
    – централизованную автоматическую инсталляцию клиентского ПО на рабочих местах пользователей и администраторов;
    – централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов;
    – ведение журналов вирусной активности;
    – администрирование всех антивирусных продуктов.

    4.1.4. Требования к защите от влияния внешних воздействий

    Применительно к программно-аппаратному окружению персонального компьютера предъявляются следующие требования к защите от влияния внешних воздействий.
    Требования по стойкости, устойчивости и прочности к внешним воздействиям:
    – Информационная система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265 В (220 ± 20 % – 30 %);
    – Информационная система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств.

    4.2. Требования к функциям, выполняемым системой

    В данном подразделе приводят:
    Функция выполняемой системой – это хранение, обработка, и предоставление отчетности по данным из базы данных. База данных должна предоставлять формы для ввода данных и их редактирования. Формы базы данных должны корректно обрабатывать данные и заносить их в таблицы базы данных. База данных должна предоставлять отчеты по различным данным и давать сводный анализ по базе данных.

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

    Управляет процессами сбора, обработки и загрузки данных

    Создание, редактирование и удаление процессов сбора, обработки и данных

    Формирование последовательности выполнения    процессов сбора, обработки и данных

    Определение и изменение расписания процессов сбора, обработки и данных

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

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

    Приводятся требования:
    1) к составу, структуре и способам организации данных в системе;
    2) к информационной совместимости со смежными системами;
    3) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
    4) по применению систем управления базами данных;
    5) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
    6) к защите данных от разрушений при авариях и сбоях в электропитании системы;
    7) к контролю, хранению, обновлению и восстановлению данных;
    8) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).

    4.3.2.1. Требования по применению систем управления базами данных
    Для реализации подсистемы хранения данных должна использоваться промышленная СУБД FoxPro8.    4.3.2.2. Требования к контролю, хранению, обновлению и восстановлению данных
    К контролю данных предъявляются следующие требования:
    – система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных.
    К хранению данных предъявляются следующие требования:
    – хранение     исторических данных в системе должно производиться не более чем за 5 (пять) предыдущих лет. По истечению данного срока данные должны переходить в архив;
    – исторические данные, превышающие пятилетний порог, должны храниться на ленточном массиве с возможностью их восстановления.
    К обновлению и восстановлению данных предъявляются следующие требования:
    – для базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев;
    – для данных хранилища данных необходимо обеспечить резервное копирование и архивацию на ленточный массив в следующие промежутки времени:
       -холодная копия – ежеквартально;
       -логическая копия – ежемесячно (конец месяца);
       -инкрементальное резервное копирование – еженедельно (воскресение);
       -архивирование – ежеквартально;    При реализации системы должны применяться следующие языки высокого уровня: SQL и д.р.
    Должны выполняться следующие требования к кодированию и декодированию данных: Windows CP1251 для подсистемы хранения данных; Windows CP1251 информации, поступающей из систем-источников.
    Для реализации алгоритмов манипулирования данными в базе данных необходимо использовать стандартный язык запроса к данным SQL.

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

    Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:
    -операционная система семейства Windows.

    – наличие антивируса соответствующий пункту 4.1.7.2. Требования к антивирусной защите.

    К обеспечению качества программных средств предъявляются следующие требования:
    – функциональность должна обеспечиваться выполнением подсистемами всех их функций.
    – надежность должна обеспечиваться за счет предупреждения ошибок – не допущения ошибок в готовых программных средств;
    – легкость применения должна обеспечиваться за счет применения покупных программных средств;
    – эффективность должна обеспечиваться за счет принятия подходящих, верных решений на разных этапах разработки программных средств и системы в целом;
    – сопровождаемость должна обеспечиваться за счет высокого качества документации по сопровождению, а также за счет использования в программном тексте описания объектов и комментариев; использованием осмысленных (мнемонических) и устойчиво различимых имен объектов; размещением не больше одного оператора в строке текста программы; избеганием создания фрагментов текстов программ с неочевидным или скрытым смыслом.
    – также на каждом этапе в разработке программных средств должна проводится проверка правильности принятых решений по разработке и применению готовых программных средств.
    Необходимость согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ отсутствует.

    4.3.4. Требования к организационному обеспечению

    Приводятся:
    1) требования к защите от ошибочных действий персонала системы.

    Основными пользователями системы , являются сотрудники отдела автоматической телефонной станции Заказчика.
    Обеспечивает эксплуатацию информационной системы подразделение информационных технологий Заказчика.
    Состав сотрудников каждого из подразделений определяется штатным расписанием Заказчика, которое, в случае необходимости, может изменяться.
    К защите от ошибочных действий персонала предъявляются следующие требования:
    – должна быть предусмотрена система подтверждения легитимности пользователя при просмотре данных;
    – для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности;
    – для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя.

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

    Работы по созданию системы выполняются в три этапа:
    Проектирование. Разработка эскизного проекта. Разработка технического проекта
    Конкретные сроки выполнения стадий и этапов разработки и создания определяются планом выполнения работ, являющимся неотъемлемой частью договора на выполнение работ по настоящему частному техническому заданию. 

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

    6.1. Виды и объем испытаний системы
    Система подвергается испытаниям следующих видов:
    1. Предварительные испытания.
    2. Опытная эксплуатация.
    3. Приемочные испытания.
    Состав, объем и методы предварительных испытаний системы определяются документом «Программа и методика испытаний», разрабатываемым на стадии «Рабочая документация».
    Состав, объем и методы опытной эксплуатации системы определяются документом «Программа опытной эксплуатации», разрабатываемым на стадии «Ввод в действие».
    Состав, объем и методы приемочных испытаний системы определяются документом «Программа и методика испытаний», разрабатываемым на стадии «Ввод в действие» с учетом результатов проведения предварительных испытаний и опытной эксплуатации.

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

      В перечень основных мероприятий включают:
      1) приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;
      2) изменения, которые необходимо осуществить в объекте автоматизации;
      3) создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в техническое задание ;
      4) создание необходимых для функционирования системы подразделений и служб;
      5) сроки и порядок комплектования штата и обучения персонала.

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

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

      В данном разделе приводят:
      1) согласованный Разработчиком и Заказчиком перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли Заказчика;
      перечень документов, выпускаемых на машинных носителях;
      требования к микрофильмированию документации;
      2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
      3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.


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

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

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

      Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:
      – Договор № 32 от 19.03.11
      – ГОСТ 24.701-86 «Надежность автоматизированных систем управления».
      – ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».
      – ГОСТ 21958-76 «Система “Человек-машина”. Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».
      – ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».
      – ГОСТ Р 50571.22-2000 «Электроустановки зданий».

      Источник

      Структура составления технического
      задания базы данных «Информационно-
      справочная система администратора ЛВС»

      Автор: Брехова Виктория Сергеевна

      Организация: СКФУ

      Населенный пункт: Ставропольский край, г. Ставрополь

      Техническое задание (ТЗ) – перечень требований, условий, целей, задач, поставленных заказчиком в письменном виде, документально оформленных и выданных исполнителю работ проектно-исследовательского характера. Такое задание обычно предшествует разработке проектов и призвано ориентировать разработчика на создание проекта, удовлетворяющего желаниям заказчика и соответствующего условиям использования, применения разрабатываемого проекта, а также ресурсным ограничениям [7].

      Покажем структуру составления технического задания для базы данных «Информационно-справочная система администратора ЛВС».

      Название программы и область применения. Информационно-справочные системы – это автоматизированные информационно-справочные системы (АИСС), предназначенные для сбора, хранения, поиска и выдачи в требуемом виде потребителям информации справочного характера.

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

      Основные задачи базы данных «Информационно-справочная система администратора ЛВС»:

      • организация наглядной информационной системы и ведение базы данных;
      • поиск информации активного оборудования ЛВС предприятия;
      • поис информации по аппаратным средствам;
      • возможность введения новых данных по активному оборудованию ЛВС предприятия;
      • предоставление отчётов по типам устройств: маршрутизатор, коммутатор и т.д;
      • удаления и редактирования имеющихся данных для администратора.

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

      Назначение разработки. Информационно-справочная системы для администратора ЛВС должна:

      • осуществлять просмотр информации об аппаратных средствах и активному оборудованию ЛВС предприятия;
      • включать возможность добавления информации, удаления и редактирования;
      • возможность просмотра и печати отчетов, содержащих информацию:
      • учетные записи пользователей;
      • данные о используемых аппаратных средствах и т.д.

      Технические требования. Требования к функциональным характеристикам и надёжности. Разрабатываемая информационно-справочная система должна позволять:

      1. Программно анализировать поступающие данные, давать выводы по запросу администратора ЛВС.

      2. Производить формирование отчетов относительно полученной ранее информации.

      3. Осуществлять подготовку выходных документов.

      4. Редактировать учетные записи пользователей.

      Кроме того, эта система должна давать возможность сохранять все входящие и обработанные данные.

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

      Условия эксплуатации и требования к составу и параметрам технических средств. Для работы базы данных «Информационно-справочная система администратора ЛВС должен быть выделен администратор.

      Требования к составу и параметрам технических средств уточняются на этапе эскизного проектирования системы.

      Требования к информационной и программной совместимости. Программа должна работать на платформах Windows XP/7/8.1/10.

      Требования к транспортировке и хранению. База данных поставляется на лазерном носителе информации. Программная документация поставляется в электронном и печатном виде.

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

      База данных разрабатывается в Microsoft Office Access.

      Требования к программной документации. Основными документами, регламентирующими разработку будущих программ, должны быть документы Единой Системы Программной Документации (ЕСПД): руководство пользователя, руководство администратора, описание применения.

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

      Порядок контроля и приемки. После передачи Исполнителем отдельного функционального модуля базы данных «Информационно-справочная система администратора ЛВС» Заказчику, последний имеет право тестировать модуль в течение 10 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа от принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.

      Стадии и этапы разработки. Разработка должна быть проведена в три стадии:

      1. Разработка технического задания.

      2. Рабочее проектирование.

      3. Внедрение.

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

      1. Разработка технического задания.

      2. Согласование технического задания.

      3. Утверждение технического задания.

      На стадии рабочего проектирования должны быть выполнены следующие этапы:

      1. Разработка базы данных.

      2. Разработка программной документации.

      3. Испытания базы данных.

      На стадии внедрение должны быть выполнены следующие этапы:

      1. Подготовка базы данных.

      2. Передача базы данных.

      На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

      1. Постановка задачи.

      2. Определение и уточнение требований к техническим средствам.

      3. Определение требований к базе данных.

      4. Определение стадий, этапов и сроков разработки программы и документации на неё.

      5. Согласование и утверждение технического задания.

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

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

      1. Необходимо проверить точность следования всем алгоритмам.

      2. Проверить правильность регистрации пользователей.

      3. Необходимо проверить наличие заполненности теоретического курса.

      4. Проверить наличие практических заданий.

      5. Проверить реакцию системы при вводе некорректных значений.

      6. Необходимо проверить корректность добавления, редактирования, удаления данных каждую из таблиц.

      7. Проверить возможности поиска необходимых данных.

      8. Проверить возможности сортировки необходимых данных.

      9. Проверить возможности фильтрации необходимых данных.

      На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.

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

      В соответствии с техническим заданием был составлен календарный план разработки, который представлен в Приложении 1.

      Календарный план – это расписание, по которому подрядчик обязуется выполнять работы.

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

      Прежде чем составить календарный план (график работы), следует определить:

      • перечень задач, которые должен выполнить подрядчик;
      • последовательность действий;
      • продолжительность каждой работы (временные затраты с учетом всех имеющихся ресурсов).

      База данных – это организованная структура, предназначенная для хранения, изменения и обработки взаимосвязанной информации, преимущественно больших объемов. Основными задачами базы данных «Информационно-справочная система администратора ЛВС» является сбор, обработка для дальнейшего хранения и предоставление сведений пользователям по соответствующим запросам. Такие электронные справочники с базой данных (БД), построенные на компьютере с помощью СУБД, позволяющие администратору ЛВС сократить время, затрачиваемое на поиск нужной информации.

      Ввод данных в режиме таблицы очень похож на работу в электронной таблице Microsoft Office Excel. Структура таблицы создается при вводе данных при каждом добавлении нового столбца в таблицу определяется новое поле. Приложение Access автоматически задает тип данных для каждого поля на основе введенных данных. Если на этом этапе вводить данные в таблицу не нужно, нажмите кнопку Закрыть. Если таблица была изменена, то появится запрос на сохранение изменений в таблице. Нажмите кнопку Да, чтобы сохранить изменения, кнопку Нет, чтобы отменить изменения, или кнопку Отменить, чтобы оставить таблицу открытой. Добавление таблицы. Добавление таблиц к существующей базе данных осуществляется командами группы Таблицы на вкладке Создать [6, 7].

      При вставке данных в пустую таблицу приложение Access задает тип данных для каждого поля в зависимости от того, какие данные находятся в этом поле.

      На рисунке 1 показана таблица «Коммутаторы», содержащая список коммутаторов с указанием портов и количеством коммутаторов на предприятии.

      Рисунок 1 – Коммутаторы

      На рисунке 2 показана таблица «Маршрутизаторы».

      В таблице «Маршрутизаторы» представлен список маршрутизаторов предприятия с указанием их количества и скорости передачи данных.

      Рисунок 2 – Маршрутизаторы

      На рисунке 3 показана таблица «Устройства и отделы предприятия».

      Рисунок 3 – «Устройства и отделы предприятия»

      На рисунке 4 представлена схема данных «Информационно-справочная система администратора ЛВС».

      Рисунок 4 – Схема данных

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

      Рисунок 5 – Запрос

      На рисунке 6 показана форма для добавления устройств в отделы.

      Рисунок 6 – Форма для добавления устройств в отделы

      На рисунке 7 показана кнопочная форма информационно-справочной системы администратора.

      Рисунок 7 – Кнопочная форма

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

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

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

      Список использованных источников

        1. Бекаревич, Ю. Б. Самоучитель MS Office Access 2016 / Бекаревич Ю.Б., Пушкина Н.В. – СПб:БХВ-Петербург, 2017. – 480 с. учебное пособие ISBN 978-5-9775-3735-3. – Текст: электронный. – URL: https://znanium.com/catalog/product/978520
        2. Беленькая, М. Н. Администрирование в информационных системах: учебное пособие для вузов / М. Н. Беленькая, С. Т. Малиновский, Н. В. Яковенко. – М.: Горячая линия-Телеком, 2018. – 408 с. – Текст: электронный. – URL: https://znanium.com/catalog/product/1195564
        3. Бирюков, А. А. Информационная безопасность: защита и нападение / А.А. Бирюков. – 2-е изд., перераб. и доп. – М.: ДМК Пресс, 2017. – 434 с. – Текст: электронный. – URL: https://znanium.com/catalog/product/1028060
        4. Боровский, А. Н. C++ и Pascal в Kylix 3. Разработка интернет-приложений и СУБД: учебное пособие / Боровский А.Н. – СПб:БХВ-Петербург, 2018. – 529 с. ISBN 978-5-9775-1364-7. – Текст: электронный. – URL: https://znanium.com/catalog/product/939847
        5. Бронникова, Т.С. Разработка бизнес-плана проекта: учебное пособие / Т. С. Бронникова. – 2-е изд., перераб. и доп. – М.: ИНФРА-М, 2019. – 215 с.- ISBN 978-5-16-013492-5. – Текст: электронный. – URL: https://znanium.com/catalog/product/1001318
        6. Гарнаев, А. Ю. Microsoft Office Excel 2010: разработка приложений: учебное пособие / А. Ю. Гарнаев, Л. В. Рудикова. – СПб.: БХВ-Петербург, 2019. – 521 с. – ISBN 978-5-9775-0042-5. – Текст: электронный. – URL: https://znanium.com/catalog/product/350333
        7. Дронов, В. А. PHP, MySQL, HTML5 и CSS 3. Разработка современных динамических Web-сайтов: Пособие / Дронов В.А. – СПб:БХВ-Петербург, 2018. – 688 с.ISBN 978-5-9775-3529-8. – Текст: электронный. – URL: https://znanium.com/catalog/product/944562
        8. Загуменнов, А. П. Загуменов, А. П. Как раскрутить и разрекламировать Web-сайт в сети Интернет учебное пособие / А. П. Загуменов. – М.: ДМК Пресс, 2017. – 384 с., ил. – ISBN 5-94074-027-8. – Текст: электронный. – URL: https://znanium.com/catalog/product/407483
        9. Кузин, А. В. Разработка баз данных в системе Microsoll Access: учебник / А.В. Кузин, В.М. Демин. – 4-е изд. – М.: ФОРУМ: ИНФРА-М, 2020. – 224 с. – ISBN 978-5-91134-874-8. – Текст: электронный. – URL: https://znanium.com/catalog/product/1058247
        10. Лазицкас Е. А., Загумённикова И. Н., Гилевский П. Г. Базы данных и системы управления базами данных Республиканский институт профессионального образования. – Минск: РИПО, 2016. – 268 с.: – Текст: электронный. – URL: https://znanium.com/catalog/document?id=303538
        11. Лисьев, Г. А. Программное обеспечение компьютерных сетей и web-серверов: учебное пособие / Г.А. Лисьев, П.Ю. Романов, Ю.И. Аскерко. – М.: ИНФРА-М, 2021. – 145 с. – (Среднее профессиональное образование). – ISBN 978-5-16-014514-3. – Текст: электронный. – URL: https://znanium.com/catalog/product/1189343
        12. Мартинес, А. Мартинеc, А. Секреты создания недорогого Web-сайта. Как создать и поддерживать удачный Web-сайт, не потратив ни копейки учебное пособие / А. Мартинес. – М.: ДМК Пресс, 2019. – 416 c.: ил. – (Серия «Web-дизайн»). – ISBN 5-94074-162-2. – Текст: электронный. – URL: https://znanium.com/catalog/product/408551
        13. Мартишин, С. А. Базы данных: Работа с распределенными базами данных и файловыми системами на примере MongoDB и HDFS с использованием Node.js, Express.js, Apache Spark и Scala: учебное пособие / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. – М.: ИНФРА-М, 2021. – 235 с. – Текст: электронный. – URL: https://znanium.com/catalog/document?id=367915
        14. Машнин, Т. С. Eclipse: разработка RCP-, Web-, Ajax- и Android-приложений: учебное пособие / Машнин Т.С. – СПб:БХВ-Петербург, 2018. – 384 с. ISBN 978-5-9775-0829-2. – Текст: электронный. – URL: https://znanium.com/catalog/product/943399
        15. Немцова, Т. И. Компьютерная графика и web-дизайн : учебное пособие / Т.И. Немцова, Т.В. Казанкова, А.В. Шнякин ; под ред. Л.Г. Гагариной. – М.: ФОРУМ: ИНФРА-М, 2021. – 400 с. + Доп. материалы [Электронный ресурс]. – (Среднее профессиональное образование). – Текст: электронный. – URL: https://znanium.com/catalog/product/1208483
      Опубликовано: 20.01.2022
      Источник

      ТЕХНИЧЕСКОЕ ЗАДАНИЕ

      Книга разработчика баз данных

      Часть 2, Часть 1

      Эта часть книги рассказывает о проектировании технических заданий для разработки сайтов, баз данных и программ в компьютерной области

      Все права защищены

      Перепечатка всей книги запрещена без письменного разрешения автора, анонсы и комментарии к материалам разрешены при указании ссылки на первоисточник
      Автор

      Конюков Виктор, leadersoft.ru

      ВВЕДЕНИЕ

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


      Начинать разработку программы необходимо с технического задания. Чем точнее Вы его напишите, тем проще Вам будет защищать проект перед заказчиком, да и время на разработку будет потрачено намного меньше. Техническое задание подписывается руководителями компаний заказчика и разработчика и заверяется печатью.

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

      Как будет построена книга

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

      Таким образом, мы в этой книге построим ЕСПД (единая система программной документации) для проектирования техзадания. Что такое ЕСПД читайте в следующем разделе.

      В дальнейшем, опираясь на эти сведения, вы сами сможете построить более подробное техзадание разрабатываемой программы, базы данных или сайта.

      Единая система программной документации

      ЕСПД – единая система программной документации. Она была разработана еще во времена СССР.

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

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

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

      • ГОСТ 19.001-77. ЕСПД. Общие положения

      • ГОСТ 19.002-80. ЕСПД. Схемы алгоритмов и программ. Правила выполнения

      • ГОСТ 19.003-80. ЕСПД. Схемы алгоритмов и программ. Обозначение условные графические

      • ГОСТ 19.004-80. ЕСПД. Термины и определения

      • ГОСТ 19.101-77. ЕСПД. Виды программ и программных документов

      • ГОСТ 19.102-77. ЕСПД. Стадии разработки

      • ГОСТ 19.103-77. ЕСПД. Обозначение программ и программных документов

      • ГОСТ 19.104-78. ЕСПД. Основные надписи

      • ГОСТ 19.105-78. ЕСПД. Общие требования к программным документам

      • ГОСТ 19.106-78. ЕСПД. Требования к программным документам, выполненным печатным способом

      • ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению

      • ГОСТ 19.202-78. ЕСПД. Спецификация. Требования к содержанию и оформлению

      • ГОСТ 19.301-79. ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению

      • ГОСТ 19.401-78. ЕСПД. Текст программы. Требования к содержанию и оформлению

      • ГОСТ 19.402-78. ЕСПД. Описание программы

      • ГОСТ 19.403-79. ЕСПД. Ведомость держателей подлинников

      • ГОСТ 19.404-79. ЕСПД. Пояснительная записка. Требования к содержанию и оформлению

      • ГОСТ 19.501-78. ЕСПД. Формуляр. Требования к содержанию и оформлению

      • ГОСТ 19.502-78. ЕСПД. Описание применения. Требования к содержанию и оформлению

      • ГОСТ 19.503-79. ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению

      • ГОСТ 19.504-79. ЕСПД. Руководство программиста. Требования к содержанию и оформлению

      • ГОСТ 19.505-79. ЕСПД. Руководство оператора. Требования к содержанию и оформлению

      • ГОСТ 19.506-79. ЕСПД. Описание языка. Требования к содержанию и оформлению

      • ГОСТ 19.507-79. ЕСПД. Ведомость эксплуатационных документов

      • ГОСТ 19.508-79. ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению

      • ГОСТ 19.601-78. ЕСПД. Общие правила дублирования, учета и хранения

      • ГОСТ 19.602-78. ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом

      • ГОСТ 19.603-78. ЕСПД. Общие правила внесения изменений

      • ГОСТ 19.604-78. ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом

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

      Каждый знает, что у этой операционной системы есть кнопка Старт. Эта кнопка используется для поиска и запуска встроенных программ. Ранее в начальных версиях Windows кнопки не было.

      В Microsoft придумали, что оптимальным будет ее расположение слева, внизу экрана компьютера. Это ее СТАНДАРТНОЕ место. P.S. Кстати на разработку первой версии кнопки потрачено около 50 миллионов долларов.

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

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

      Проблемы

      Помните, что в техническом задании невозможно подробно расписать интерфейс, разрабатываемой программы.

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

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

      ОПРЕДЕЛЕНИЯ И АББРЕВИАТУРЫ

      При описании технического задания Вам потребуется применять различные ключевые слова из компьютерной области.

      Для того чтобы эти слова были понятны различным специалистам не связанным с программным обеспечением, нужно создать раздел в техническом задании. Например, «Определения и аббревиатуры» и прописать эти слова. В таблице ниже, даны некоторые термины слов из технических заданий.

      Проект

      Сокращенное название разрабатываемой программы «Международный туризм»

      Офис

      Программа от компании Microsoft, включающая приложения Word, Excel и другие

      SQL Server

      Программа от компании Microsoft SQL Server для хранения данных

      accdb

      Файлы с данным расширением будут использованы в программе Microsoft Access. Они нужны для сохранения интерфейса форм и отчетов.

      ТРЕБОВАНИЯ К УСТАНОВКЕ

      Когда вы запускаете программу, то для ее начала работы потребуется установить дополнительное программное обеспечение. Ниже дано описание для запуска программ под Microsoft Access

      Разрабатываемая программа предназначена для работы под управлением операционной системы Microsoft  Windows. Для работы ее на компьютере пользователя необходимо установить дополнительное программное обеспечение.

      1. Microsoft Office 2016 с Access. Microsoft Office – это специальная программа для работы с основными офисными документами. В нее должны быть включены следующие приложения: Word, Excel, Access. Можно также для работы загрузить и бесплатную версию Microsoft Access Runtime без приложений, но тогда отчеты в формате Word и Excel работать не будут.

      2. Microsoft SQL Server. Это специальная программа для управления данными форм. Она устанавливается на сервере. Обладает повышенной устойчивостью, надежностью и защищенностью. Используя ее, можно работать и удаленно из разных офисов.

      Источник

      Добавить комментарий