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

Клиентское приложение должно удовлетворять следующим требованиям:

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

Техническое задание

Настоящее техническое задание распространяется на внедрение системы учёта литературных источников, предназначенной для хранения информации о них. Основания для внедрения Система внедряется на основании требований заказчика.

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

Требования к программе

Требования к функциональным возможностям.

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

-    хранение информации об источниках литературы;

-   редактирование данных;

Требования к надёжности;

-    контроль вводимой информации;

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

-       целостность хранимой информации;

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

Система должна работать на IBM PC- совместимых компьютерах.

Минимальная конфигурация компьютеров:

Требованию к серверу:

-    процессор не менее 1000 МГц;

-       оперативная память не менее 512 Мб;

-       место на жестком диске не менее 1 Гб;

-       ОС-Windows 10;

-       InterBase 6,5;

Требования к клиенту:

-    оперативная память не менее 512 Мб;

-       место на жестком диске не менее 800 Мб;

-       ОС-Windows 10;

Требования к программной документации:

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

Процесс внедрения программы должен содержать следующие этапы:

1) Подробный анализ технического задания.

2)      Тестирование и отладка программы.

3)        Подготовка программной документации.

4)        Ввод в эксплуатацию.

---

3. 
   Средства реализации БД
   

Для физической реализации БД использовалась СУБД InterBase версии 6.0. Эта СУБД была выбрана по ряду причин:

1. 
   поддержка данной СУБД реляционных и распределённых баз данных;
   
2. 
   высокая надёжность;
   
3. 
   наличие реализации СУБД для ОС Linux (кроссплатформенность продукта);
   
4. 
   соответствие встроенного языка SQL стандарту ANSI SQL-92;
   
5. 
   малые требования к дисковому пространству и памяти;
   
6. 
   свободное распространение СУБД в открытых кодах.
   

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

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

1. 
   автор (фамилия и имена (инициалы) или псевдоним каждого автора источника литературы);
   
2. 
   название (заглавие) источника литературы;
   
3. 
   язык, на котором написан источник;
   
4. 
   список тем (разделов), с которыми связан данный источник литературы.
   

К объектам и атрибутам, позволяющим охарактеризовать место расположение файлов источников, можно отнести:

1. 
   полное файловое имя (путь и имя файла) архива источника литературы;
   
2. 
   название основного (первого) файла источника литературы.
   

Рисунок 1 - Инфологическая модель БД

Для управления безопасностью БД созданы три роли:

• 
  Admin – имеет права на любые действия с БД (чтение, изменение структуры и данных);
  
• 
  Writer – имеет права на чтение и изменение данных БД, но не имеет прав на изменение структуры БД;
  
• 
  Reader – имеет права только на чтение данных БД.
  

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

Разработка клиентского приложения осуществлялось на языке Delphi (ранее Object Pascal) в среде программирования Borland Delphi 7.0 Enterprise Edition.

---

Сформулируем основные критерии, по которым производился выбор среды программирования для создания приложения.

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

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

4. 
   Инсталляция и работа с ПО
   

Для запуска и корректной работы программы, она должна быть запущена в одной папке с файлами: «BD_Knigi.exe», «help.chm», «db.mdb». Где файл «BD_Knigi.exe» является главным файлом, который нужно запускать, файл «help.chm» содержит справку к программе, а файл «db.mdb» содержит базу данных программы.

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

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

При выборе пункта меню «Поиск», форма изменит свой размер, и станет видимым ранее невидимый блок поиска.

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

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

---

При выборе пункта меню «Собственный запрос», будет открыто новое окно. Предоставляется возможность опытному пользователю обратиться с собственным запросом к базе данных программы. При нажатии на кнопку «Выполнить запрос», запрос, введённый в текстовом поле, будет отправлен на выполнение.

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

5. 
   План затрат
   

Калькуляция затрат представлена в таблице 1.

Таблица 1 – Калькуляция затрат на разработку

Наименование статьи	Сумма руб.
Материальные затраты	2 998,00
Основная заработная плата разработчиков	359 685,74
Дополнительная заработная плата	47 478,52
Социальные взносы	143 730,42
Накладные расходы	776 921,2
Расходы по содержанию и эксплуатации машин и оборудования	5 179,47
Прочие затраты	8 632,46
Затраты на оформление	21 248,46
Итого себестоимость разработки	1 365 875,1

Для наглядности распределения затрат на разработку базы данных построим диаграмму на рисунке 2.



Рисунок 2 - Распределение затрат (руб.)

6. 
   План затрат
   

. Каждый алгоритм должен обладать следующими свойствами:

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

Способы записи алгоритма:

• 
  Формальный - запись алгоритма словесно, на естественном языке.
  
• 
  Графический - изображение алгоритма в виде блок-схемы.
  

На рисунке 3 приведен алгоритм работы БД «Книги».

---

Рисунок 3 - Алгоритм программы «Книги»

7. 
   Плановая и отчетная документация по управлению проектами создания программного продукта на стадиях жизненного цикла.
   

Системную документацию по стадиям жизненного цикла можно разделить на следующие группы:

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

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

Разработка

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

Реализация испытаний

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

Эксплуатация

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

Кроме этого, можно представить альтернативный состав документации, предусмотренный действующими стандартами:

Выработка требований

• 
  требования к функциональной структуре;
  
• 
  требования к информационной структуре.
  

Проектирование

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

Программирование, испытание, сертификация

• 
  руководство по эксплуатации;
  
• 
  руководство по сопровождению.
  

8. 
   Презентация продукта заказчику.
   

Презентация программного продукта должна содержать следующую информацию:

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

Презентация должна быть читабельной и лаконичной.

При разработке презентации необходимо учитывать так называемые 5 «С» презентации, определяющие ее результативность. Каждая из 5 «С» презентации имеет особое значение. Чем больше уделяется внимания и времени данному алгоритму, тем результат будет более эффективен:

---

Смотрите также файлы

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

• Задание. Верно ли следующее утверждение.docx

• Практическая работа. Задание 1.docx

• Семинар Дамыан елдерді білім беру жйелері (Сингапур, Финляндия, лыбритания, АШ).docx

• Дисциплина Русский язык и культура речи Практическое занятие 3 Преподаватель Пинаева Ирина Юрьевна.rtf