В качестве примера приведено содержание руководства системного администратора для программы ТурбоБухгалтер 6.5. Сетевая версия

ТурбоБухгалтер — одна из наиболее популярных в нашей стране программ автоматизации бухгалтерского учета. Сетевая версия программы позволяет организовать совместную работу нескольких бухгалтеров с общим набором данных. Клиент-серверная архитектура и применение протокола TCP/IP для обмена данными между клиентской и серверной частями делает возможной работу бухгалтеров в режиме удаленного доступа (например, из дома). Программа ТурбоБухгалтер разработана компанией ДИЦ. Руководство системного администратора на серверную часть разработано «Философтом».

ВВЕДЕНИЕ

Краткое содержание

Терминология и условные обозначения

Техническая поддержка

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

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

1 Сетевая версия программы и принципы ее работы

1.1 Назначение сетевой версии программы

1.2 Базовые понятия и определения

1.2 План сервера

1.2.2 Базы данных и табличные журналы

1.2.3 Структура баз данных

1.2.4 Схемы доступа

1.2.5 Пользователи

1.3 Порядок работы с сетевой версией программы

1.4 Необходимое условие корректной работы сетевой версии программы

2 Установка сервера турбо бухгалтер 6.5

3 Пользовательский интерфейс сервера

3.1 Запуск программы Турбо Бухгалтер Сервер

3.2 Главное окно

3.3 Меню

3.4 Панель инструментов

3.5 Строка состояния

3.6 Список пользователей

4 Настройка плана сервера

4.1 Порядок выполнения настройки. Редактор плана сервера

4.2 Настройка баз данных, табличных журналов и их разделов

4.3 Структура баз данных: редактирование и реорганизация

4.4 Настройка схем доступа

4.5 Настройка перечня пользователей

4.6 Завершение работы с редактором плана сервера

5 Установка связи сервера с клиентскими рабочими местами

5.1Подключение клиентских мест к Серверу Турбо Бухгалтер 6.5

5.2. Отладка связи между клиентскими местами и программой-сервером.

5.3 Основные неполадки и способы их устранения

6 Управление работой клиентских модулей с сервера

6.1 Просмотр изменений, вносимых пользователями в данные

6.2 Отправка сообщений пользователям

6.3 Закрытие клиентских мест

6.4 Отключение клиентских мест

6.5 Потеря связи с клиентским местом

7 Взаимодействие пользователей с программой-сервером

7.1 Отключение от программы-сервера

7.2.Типичные неполадки при взаимодействии пользователя с программой-сервером

8 Оптимизация и настройка программы-сервера

8.1 Подготовительные и заключительные операции

8.2 Проверка наличия связи

8.3 Режим регистрации изменений записей общих данных

8.4 Пароль администратора сервера

8.5 Дополнительные параметры

9.Ведение резервных копий (зеркалирование) баз данных

9.1 Понятие и порядок зеркалирования

9.2 Настройка зеркалирования

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

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

ПРИЛОЖЕНИЯ

Приложение A. Перенос баз данных и табличных журналов на сервер

Приложение B. Возможности работы в глобальных сетях

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

УКАЗАТЕЛЬ

ГЛОССАРИЙ

12.4 Руководство по установке

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

Как известно, выделяют четыре вида поставки программного обеспечения:

– набор файлов для обычного копирования на жёсткий диск;

– дистрибутив (с инсталлятором);

– инсталлятор;

– менеджеры пакетов и инсталляционные пакеты.

При наборе файлов программу можно считать установленной после копирования их со сменного носителя на жёсткий диск.

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

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

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

13. ЭКОНОМИЧЕСИКЕ АСПЕКТЫ РАЗРАБОТКИ ПРОГРАММНОГО ПРОДУКТА

13.1 Оценка стоимости разработки программного обеспечения

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

Стоимость разработки определяется следующим образом:

(1)

где С — стоимость;

Т — трудозатраты (например, в человеко-часах или человеко-месяцах);

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

Трудозатраты вычисляют по следующей формуле:

(2)

Здесь Р — размер кода программы;

П — временная производительность.

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

Метод заключается в следующем.

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

Следующим шагом метода будет подсчет количества факторов, приведенных ниже:

– внешние входы. Различаются только те входы, которые по-разному влияют на функцию. Функция выбор метода имеет один внешний вход;

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

– внешние запросы. В нашем примере таковых нет.

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

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

Далее полученные значения умножаются на коэффициенты сложности для каждого фактора (по данным IFPUG) и суммиру­ются для получения полного размера программного продукта. Значения этих коэффициентов приведены в таблице 2.

Таблица 2 – Значения коэффициентов сложности

Параметр	Просто	Средне	Сложно
Внешние входы
Внешние выходы
Внешние запросы
Внутренние логические файлы
Внешние логические файлы

Для рассматриваемого нами примера возьмем значения, приведенные в таблице 2.1.

Размер нашей функции составит:

Это число является предварительной оценкой и нуждается в уточнении.

Таблица 2.1 – Пример коэффициентов сложности

Параметр	Просто	Средне	Сложно
Количество	Коэффициент	Количество	Коэффициент	Количество	Коэффициент
Продолжение Таблицы 2.1
Внешние входы
Внешние выходы
Внешние запросы
Внутренние логические файлы
Внешние логические файлы

Следующим шагом в определении размера программного кода методом функциональных точек является присвоение веса (от 0 до 5) каждой характеристике проекта. Перечислим эти характеристики:

1.Требуется ли резервное копирование данных?

2.Требуется обмен данными?

3.Используются распределенные вычисления?

4.Важна ли производительность?

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

6.Требуется ли оперативный ввод данных?

7.Используется много форм для ввода данных?

8.Поля базы данных обновляются оперативно?

9.Ввод, вывод, запросы являются сложными?

10. Внутренние вычисления сложны?

11. Код предназначен для повторного использования?

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

13. Требуется много установок в различных организациях?

14. Требуется поддерживать возможность настройки и простоту использования?

Значения для данных характеристик определяются следующим образом: 0 — никогда; 1 — иногда; 2 — редко; 3 — средне, 4 — часто; 5 — всегда.

Эти характеристики для примера функции сведены в таблице 2.2.

Таблица 2.2. – Пример характеристик проектов

Характеристика	Значение в примере	Характеристика	Значение в примере
Продолжение Таблица 2.2

Определяется S — сумма всех весов.

И наконец, уточненный функциональный размер вычисляют по формуле

(3)

Уточненный функциональный размер функции выбор методабудет следующим:

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