127
действующих и не действующих тарифах. В данном окне для удобства выведена
дополнительная информация, она отображается в левом нижнем углу окна. В
правом нижнем углу экрана находятся кнопки управления справочником
«Тариф». Ниже представлены для примера некоторые из действий управления
справочником (рисунок 27,28,29).
Рисунок 27 Создание нового «Тарифа»
Рисунок 28 Пример удаления данных из справочника «Тариф»
128
Рисунок 29 Пример поиска данных по ID.
Справочник «Услуги» - переназначен для хранения информации о услугах
которыми может пользоваться любой из клиентов. В окне, показанном на рисунке
30, представлен список всех услуг, и действия, которые можно проделать с
данными, справочника «Услуги», для примера на рисунке 30 представлено
редактирование данных.
Рисунок 30 Пример справочника «Услуги»
Справочник «Регион», предназначен для хранения информации о регионе
и основном городе за которым закреплено продвижение тарифов или услуг по
другим населенным пунктам региона. Пример окна справочника «Регион»,
представлен на Рисунке 31.
129
Рисунок 31 Пример справочника «Регион»
Справочник «Клиенты», является определяющим для создания заявки т.к.
клиент определяет какую ему необходимо услугу и тариф. Пример окна «Клиент»
представлен на рисунке 32.
Рисунок 32 Пример окна «Клиент»
Все данные хранящиеся в таблицах они показаны на представленных окнах.
Ключевыми полями в каждой из таблиц являются «ID», они не должны совпадать
с другими ID номерами в таблицах.
130
2.3.3 Характеристика результатной информации
В данном разделе предполагается рассмотреть результаты проделанных
операций по созданию заявки на подключение тарифа или услуги. При создании
заявки будут использоваться как справочники входной информации, так и
таблицы которые используются для обозначения пользователя приложения.
Основной таблицей является таблица «Заявка», в которую собираются
данные из таблиц «Тариф», «Услуги», «Сотрдники». На выходе после создания
«Заявки», будет накладная, и квитанция для оплаты. Таблица «Сотрудники»,
хранит информацию о сотрудниках, сводными таблицами являются «Отдел» и
«Должность». Так же есть таблица «Бригады», которая определяет монтажников
которые будут выполнять работы по заявки.
Так же в данной билингвой системе присутствует база данных,
сотрудников. Которой может пользоваться только авторизованный пользователь.
Пример окна базы данных сотрудников представлен на Рисунке 33.
Рисунок 33 Пример окна базы данных сотрудников.
Далее представлен вид окна, справочника «Отдел». В котором
представлена необходимая информация, по отделам организации. А также все
необходимые действия. (Рисунок 34)
131
Рисунок 34 Справочник «отдел»
Так же присутствует справочник «Бригада», в котором отображается
информация о наличии бригад, бригады которые находятся на заявках, или же
ожидают новых заявок. Как и представленных выше окнах так же присутствуют
кнопки для проведения операций над справочником «Бригада». (Пример рисунок
35)
Рисунок 35 – Пример окна справочника «Бригада»
Последним в окне сотрудники представлен вид справочника «Должность».
Для примера показано действие по редактированию сотрудника рисунок 36
132
Рисунок 36 – Пример справочника «Должность»
Пример создания заявки представлен на рисунке 37
Рисунок 37 – Пример создания заявки
После того как сохранена заявка, она будет отображаться в таблице
«Заявки». Так же в таблице «Бригада», обновятся данные, и выбранной бригаде
присвоится ID заявки для определения какие действия необходимо выполнить
бригаде. Пример окна «Заявки», представлен на рисунке 38.
133
Рисунок 38 Пример таблицы «Заявки»
Одним из важных моментов, является выходная информация по
выписыванию ежемесячной или за период квитанции для абонентской платы,
пример создания квитанции представлен на рисунке 39.
Рисунок 39 Создание квитанции
2.4 Программное обеспечение задачи
Общие требования к системе определяются структурой и возможностями
программных и технических средств.
Условием для функционирования пакетов прикладных программ является
наличие персональных компьютеров с процессором Intel Pentium с тактовой
частотой не ниже 266 MHz. Объем оперативной памяти компьютера - не менее
134
256 Мб.
Для вывода текстовой информации может использоваться любой принтер,
поддерживаемый операционной системой Windows XP/7/8.
В качестве системного программного обеспечения необходимо наличие
операционной системы Windows XP или Windows 7.
2.4.1.Общие положения (дерево функций и сценарий диалога)
В данном проекте для сбора требований была выбрана методика
«Интервьюирование», которая рассматривает следующие этапы:
1) Разрабатываются вопросы
2) Производится выбор опрашиваемых пользователей.
3) Планируются контакты.
4) Проводится интервью.
5) Завершается встреча.
6) Определяются последующие действия.
На рисунке 40 представлена диаграмма вариантов использования ИС [5],
представляющая процессы, происходящие в ИС кадрового учета.
Рисунок 40 Диаграмма вариантов использования ИС отдела кадров
Также определены функциональные, системные требования и требования к
интерфейсу системы:
135
В процессе формирования необходимых требований принимали участие
следующие лица:
1) Директор организации.
2) Специалист по кадровому учету.
Определение корректных требований представляет собой ответственный
этап программного проекта. Окончательный формат проекта должен
соответствовать требованиям, которые предъявляются к программному
обеспечению. Эти требования были сформулированы командой разработчиков и
представлены в программном продукте.
Специфика требований к программному обеспечению SRS (Software
Requirements Specification) имеет очень большое значение для жизненного цикла
программного продукта. Они представляют собой не просто производный
документ со спецификацией программного проекта, но и основной документ для
аттестационных и приемочных испытаний.
Аттестация – это процесс оценки качества работы всех менеджеров
проекта. Именно она определяет степень соответствия программного продукта с
требованиями. Сама спецификация SRS выступает в роли механизма фиксации
системных требований, используемых в качестве критериев при аттестационных
мероприятиях [7].
На основе SRS достигается соглашение между производителями и
заказчиками программного продукта. В спецификации описаны все функции,
которые обязательно должен выполнять разрабатываемый программный продукт.
Помимо этого, аттестация помогает потенциальным пользователям ПО
определить степень соответствия программы их потребностям. Поэтому
разрабатываемое программное обеспечение должно быть максимально полезным
для решения многих задач.
При подготовке спецификации SRS работают разные лица в организации
заказчика. Именно они тщательно изучают требования до того момента, когда
начнется сама работа над проектом. Таким образом, снижается вероятность
повторной разработки проекта, его тестирования и кодирования.
При более тщательном изучении требований, которые представлены в
спецификации SRS могут быть обнаружены противоречия и недостатки на самых
136
ранних стадиях разработки.
Спецификация SRS является основой при оценке стоимости и создания
графика работ. Описание продукта представляет собой процесс оценки стоимости
проекта. В той среде, где реально работает понятие формального предложения,
SRS используется для утверждения цены или предложения.
Посредством правильно составленных спецификаций SRS на уровне
предприятия можно разрабатывать более продуктивные планы аттестации и
проверки. SRS является частью договора на разработку, поэтому обеспечивает
начальную точку отсчета перед оценкой соответствия техническим условиям.
Благодаря спецификации SRS значительно облегчается передача ПО новым
пользователям, а также упрощается процесс установки на ЭВМ. Заказчики
получают возможность быстро и легко переносить программные продукты в
самые разные подразделения организации, а разработчики могут передавать его
другим клиентам. В SRS документе подробно рассматривается сам продукт, а не
ход разработки проекта. По этой причине на ее основании можно делать
расширения для уже завершенного продукта. Спецификация конкретных
требований к реализуемому ПО представлена в приложении 1.
Рисунок 41 Схема основного меню программы