Глава 1. Анализ предметной области проектирования

Глава 1. Анализ предметной области проектирования

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

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

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

Таблица 1 - Таблица входных, выходных и внутренних данных процесса

Тип данных	Перечень данных
Входящие	Документы, удостоверяющие личность (паспорт/водительские права) Штатное расписание Должностной оклад
Исходящие	Расчетные листки
Внутренние	Таблица ежемесячных выплат

1.2. Нормативные акты РФ, устанавливающие требования к процессу

¾ Конституция Российской Федерации;

¾ Трудовой кодекс Российской Федерации: (принят Гос. Думой 21 декабря 2001 г.);

¾ Федеральный закон от 12 января 1996 г. № 10-ФЗ «О профессиональных союзах, их правах и гарантиях деятельности»;

¾ Закон РФ от 11.03.1992 № 2490-1 «О коллективных договорах и соглашения»;

¾ Федеральный закон от 25.10.2001 г. 139-ФЗ «О тарифных ставках (окладах) первого разряда Единой тарифной сетки по оплате труда работников организаций бюджетной сферы».

¾ Федеральный закон от 19.06.2000 г. 82-ФЗ «О минимальном размере оплаты труда»;

¾ Единые рекомендации по установлению на федеральном, региональном и местном уровнях систем оплаты труда работников организаций, финансируемых из соответствующих бюджетов, на 2007 год: (Утверждено решением Российской трехсторонней комиссии по регулированию социально-трудовых отношений от 20 октября 2006 г.).

Вербальное и графическое описание функционального назначения системы

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

Разработка диаграммы вариантов использования преследует цели:

- Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;

- Сформулировать общие требования к функциональному поведению проектируемой системы;

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

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

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой. Подробная детализация данной диаграммы на начальном этапе проектирования скорее имеет отрицательный характер, поскольку предопределяет способы реализации поведения системы, а именно эти аспекты должны быть скрыты от разработчика на диаграмме вариантов использования.

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

Рисунок 2 - Диаграмма вариантов использования

Диаграмма кооперации

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

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

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

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

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

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

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

- Работник – обращается к бухгалтеру для проведения операции расчетов и предоставляет необходимые сведения;

- Бухгалтер – запускает программу, вводит запрашиваемые данные, выбирает метод расчета платежей;

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

Рисунок 3 - Диаграмма кооперации для процесса произведения расчетов

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

· Бухгалтер – осуществляет запрос на формирование расчетного листка;

· Программа – запрашивает данные о сумме оклада и количестве отработанных дней либо о количестве сделанных изделий и стоимости, производит показ экранной формы;

· Работник – получение данных о зарплате.

Выбор метода разработки

Язык UML (Universal Modeling Language) – унифицированный язык моделирования, который предназначен для визуализации и документирования объектно-ориентированных систем бизнес-процессов с ориентацией на их последующую реализацию в виде программного продукта.

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

В настоящее время разработаны средства визуального программирования на основе UML, обеспечивающие интеграцию, включая прямую и обратную генерацию кода программ, с наиболее распространенными языками и средами программирования, такими как MS Visual C++, Java, Object Pascal/Delphi, Power Builder, MS Visual Basic, Forte, Ada, Smalltalk. Поскольку при разработке языка UML были приняты во внимание многие передовые идеи и методы, можно ожидать, что на очередные версии языка UML также окажут влияние и другие перспективные технологии и концепции. Кроме того, на основе языка UML могут быть определены многие новые перспективные методы. Язык UML может быть расширен без переопределения его ядра.

Язык UML предназначен для решения следующих задач:

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

- Обеспечение возможностью расширения исходных понятий языка UML и специализации для более точного представления моделей систем в конкретной предметной области.

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

- Описание языка UML, включающее в себя семантический базис для понимания общих особенностей ООАП (объектно-ориентированного анализа и проектирования).

- Развитие рынка объектных инструментальных средств.

- Распространение объектных технологий и соответствующих понятий ООАП (объектно-ориентированного анализа и проектирования).

- Интеграция новейших достижений практики ООАП.

В качестве самостоятельных представлений в языке UML используются следующие диаграммы (рисунок 4):

- диаграмма вариантов использования;

- диаграмма классов;

- диаграмма состояний;

- диаграмма деятельности;

- диаграмма последовательности;

- диаграмма кооперации;

- диаграмма компонентов;

 

Рисунок 4 - Интегрированная модель сложной системы в нотации UML

В данном проекте будет использоваться язык моделирования UML.

Причины для использования UML следующие:

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

- UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;

- Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

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

- UML получил широкое распространение и динамично развивается.

 

Диаграмма компонентов

Диаграмма компонентов разрабатывается для следующих целей:

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

- спецификация исполнимого варианта программной системы;

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

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

Диаграмма компонентов для Программы «Зарплатный калькулятор» представлена на рисунке 11.

 

Рисунок 11 – Диаграмма компонентов

Calc.html – форма, в которой реализована программа.

Виртуальная java-машина- это набор компонентов, которые могут понадобиться для правильной работы программы

Диаграмма развертывания

Диаграмма развертывания (внедрения) показывает наличие физических соединений - маршрутов передачи информации между аппаратными устройствами, задействованными в реализации системы.

Диаграмма развертывания разрабатывается для следующих целей:

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

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

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

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

Рисунок 12 – Диаграмма развертывания

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

Узел (node) представляет собой некоторый физически существующий элемент системы, обладающий некоторым вычислительным ресурсом. На рисунке узлами, то есть вычислительными устройствами (процессорами) являются сервер и рабочая станция.

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

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

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

 

Заключение

В рамках выполненной курсовой работы на тему «Зарплатный калькулятор»:

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

¾ разработана схема взаимодействия модулей, алгоритм работы и проект выходных экранных форм программы, реализующих автоматизацию процесса закупки материалов;

¾ разработаны тестовые наборы для оценки корректности программы.

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

- сумма единого социального налога (ЕСН);

- налог на доходы физических лиц (НДФЛ);

- общая сумма налогов;

- общая сумма к выдаче;

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

Также было проведено исследование процесса рассчитать зарплату.

Приложения

Министерство образования и науки Российской Федерации

Федеральное агентство по образованию

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

«Уфимский Государственный Авиационный технический университет»

Факультет «Информатики и робототехники»

Кафедра «Автоматизированные системы управления»

 

«Зарплатный калькулятор»

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

 

Листов 10.

Руководитель,

к.т.н., доцент Ишмухаметова Л.К.

 

 

Исполнители,

студ. гр. ПИ-201сз Хафизова И.Г.

Янчиева С.И.

Уфа, 2013

Введение

Настоящее техническое задание распространяется на разработку программы «Зарплатный калькулятор». Пользователями данной программы являются работники организации, осуществляющие операции по расчету заработной платы в соответствии с Трудовым кодексом Российской Федерации.

Областью применения программного продукта является сфера деятельности бизнес-процесса организации.

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

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

Основания для разработки

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

С помощью кредитного калькулятора можно рассчитать сумму единого социального налога (ЕСН), налог на доходы физических лиц (НДФЛ), общую сумму налогов, общую сумму к выдаче;

Основанием для разработки программы «Зарплатный калькулятор» являются следующие документы и нормативные акты:

• ГОСТ 19.105-78 Единая система программной документации. Общие требования к программным документам;
• ГОСТ 19.201-78. Техническое задание, требования к содержанию и оформлению;
• РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов;
• Трудовой кодекс Российской Федерации;
• Федеральный закон от 12 января 1996 г. № 10-ФЗ «О профессиональных союзах, их правах и гарантиях деятельности»;
• Закон РФ от 11.03.1992 № 2490-1 «О коллективных договорах и соглашения»;
• Федеральный закон от 25.10.2001 г. 139-ФЗ «О тарифных ставках (окладах) первого разряда Единой тарифной сетки по оплате труда работников

 

организаций бюджетной сферы».

• Федеральный закон от 19.06.2000 г. 82-ФЗ «О минимальном размере оплаты труда»;
• Единые рекомендации по установлению на федеральном, региональном и местном уровнях систем оплаты труда работников организаций, финансируемых из соответствующих бюджетов, на 2007 год: (Утверждено решением Российской трехсторонней комиссии по регулированию социально-трудовых отношений от 20 октября 2006 г.).

Организация, утвердившая доку мент: Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования «Уфимский государственный авиационный технический университет»

Адрес организации: 450000 г. Уфа, Карла Маркса, д.12.
Дата утверждения документа: 21.12.2012.

Назначение разработки

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

Программа «Зарплатный калькулятор» устанавливается в малых организациях, на рабочих местах бухгалтеров;

Программа «Зарплатный калькулятор» предназначена для вычисления финансовых показателей заработной платы. Полученные данные могут использоваться c целью:

• подбора наиболее подходящего вычисления заработной платы;
• сравнения и выбора наилучшего способа вычисления;

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

Программа «Зарплатный калькулятор» осуществляет вычисление финансовых параметров для заработной платы с различными видами оплаты: повременной и сдельной. Для заданных условий оплаты вычисляются:

• сумму единого социального налога (ЕСН);
• налог на доходы физических лиц (НДФЛ);
• общую сумму налогов;
• общую сумму к выдаче.

 

Дополнительные возможности программы:

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

Преимуществами данной программы над другими является:

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

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

Общими в целом являются следующие требования:

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

В программе должны быть предусмотрены три основных типа пользователей:

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

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

 

 

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

Список привилегий должен видоизменяться в процессе расширения. Содержательная интерпретация привилегии должна зависеть от типа информационного материала, в отношении которого она выдана.

Требования к показателям назначения

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

В результате внедрения должно быть достигнуто следующее:

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

Требования к внешнему виду пользовательского интерфейса

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

• по объему графических элементов быть должен быть «легким» и обеспечивать как можно большую скорость загрузки страниц и нтерфейса;

· быть простым для навигации по страницам интерфейса;

· корректно отображаться при всех возможных разрешениях и количестве одновременно отображаемых цветов монитора.

4.4 Требования к составу выполняемых функций:

• производит расчеты на основании вводимых заемщиком данных по оплате (оклад, количество рабочих дней в месяце, количество отработанных дней, количество детей до 24 лет и другие данные).
• подготовка выходной информации (расчеты налогов ЕНС, НДФЛ, общей суммы к выдаче);
• обеспечение функций администрирования;

• расчет повременной и сдельной оплаты;

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

Надежность системы в целом зависит от надежности используемой операционной системы.

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

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

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

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

Количество отказов прикладного ПО из-за не выявленных ошибок не должно превышать 1 отказа на 1000 сеансов работы с программой.

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

4.6 Условия эксплуатации

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

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

• Компьютер с процессором Intel Pentium ® Dual-Core inside.
• Оперативная память не менее 2 ГБ.
• Жесткий диск объемом не менее 120 Gb.
• Наличие адаптера подключения к сети (сетевой карты, модема и т.п.).
• Установленная ОС Microsoft Windows
• Настроенный протокол TCP/IP.

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

Модель системы должна работать под управлением ОС Windows любой версии. Модель должна использовать свой протокол передачи данных высокого уровня как надстройку над TCP/IP.

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

Требования не предъявляются.

Требования к транспортированию и хранению

Требования не предъявляются.

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

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

Стадии и этапы разработки

Этапы разработки

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

1. разработка программы;

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

3. испытания программы.

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

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

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

 

 

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

1. разработка, согласование и утверждение и методики испытаний;

2. проведение приемо-сдаточных испытаний;

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

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

Порядок контроля и приема

Виды испытаний

Приемо-сдаточные испытания должны проводиться на объекте Заказчика до 1 апреля 2013 года.

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

Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.

Общие требования к приемке работы на основании протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает акт приемки-сдачи программы в эксплуатацию.

Порядок контроля приемки

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

1) функциональное тестирование, то есть выявить способности ПО в определённых условиях решать задачи, нужные пользователям;

2) нагрузочное тестирование (определение или сбор показателей производительности и времени отклика программно-технической системы или устройства в ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной программе);

3) альфа-тестирование;

 

4) бета-тестирование;

5) тестирование черного и белого ящика.

Уфимский государственный авиационный технический университет

 

 

«Зарплатный калькулятор для малых организаций»

(«Зарплатный калькулятор»)

№ документа

ОБЪЕКТ ИСПЫТАНИЙ

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

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

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

ЦЕЛЬ ИСПЫТАНИЙ

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

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

 

ОБЩИЕ ПОЛОЖЕНИЯ

ОБЪЕМ ИСПЫТАНИЙ

Этапы испытаний

Структурно Программа должна состоять из следующих компонент (подсистем):

· подсистема отображения информации;

· подсистема управления содержанием;

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

Приемочные испытания включают проверку:

· полноты и качества реализации функций, указанных в ТЗ;

· выполнения каждого требования, относящегося к интерфейсу Программы;

· работы пользователей в диалоговом режиме;

· средств и методов восстановления работоспособности Программы после отказов;

· комплектности и качества эксплуатационной документации.

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

· сложности процедур диалога, возможности работы пользователей без специальной подготовки;

· реакции системы на ошибки пользователя;

· проверку наличия в эксплуатационной документации рекомендаций по восстановлению работоспособности и полноты их описания;

· практической выполнимости рекомендованных процедур.

Требования по испытаниям программных средств

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

Выбор технических средств должен производится с учетом эксплуатации в помещениях, в которых размещаются рабочие места пользователей Системы. При этом должны быть предусмотрены меры по обеспечению нормальных климатических условий, уровню шума и звуковой мощности для работы должностных лиц в течение рабочего дня в соответствии с СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г. При необходимости допускается установка специальных устройств кондиционирования воздуха и звукопоглощающих экранов.

Требования к техническому обслуживанию системы

Рабочее место:

· ПК;

· операционная система MS Windows;

· Форма должна одинаково отображаться в браузерах Internet Explorer 7.0 и выше, Firefox Mozilla 5.0 и выше, Google Chrome 5.0 и выше, Apple Safari 3.0 и выше, Opera 9.0 и выше.

 

Требования к персоналу

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

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

- знакомство с операционными системами семейства Windows (уровень пользователя);

- знакомство с браузером Mozilla или другими браузерами (уровень пользователя).

Со стороны Руководителя проекта в испытаниях должны принимать участие:
- руководитель проекта;
- системный архитектор;
- системный администратор;
- конечный пользователь, кредитный оператор.

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

Требования к наличию специальных допусков у персонала проводящего испытания не предъявляются.

ОТЧЕТНОСТЬ

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

· назначение испытаний и номер раздела требований ТЗ на Программу, по которому проводят испытание;

· состав технических и программных средств, используемых при испытаниях;

· указание методик, в соответствии с которыми проводились испытания, обработка и оценка результатов;

· условия проведения испытаний и характеристики исходных данных;

· средства хранения и условия доступа к тестирующей программе;

· обобщённые результаты испытаний;

· выводы о результатах испытаний и соответствии созданной Программы определённому разделу требований ТЗ на Программы.

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

Этап проведения приемочных испытаний завершается оформлением «Акта приёмки Программы в опытную эксплуатацию». На этапе демонстрации экспериментальной версии акт приемки не оформляется.

 

Список литературы

1. Маклаков, Bpwin и Erwin. CASE- средства разработки информационных систем. / С.В. Маклаков– М.: "ДИАЛОГ-МИФИ", 1999. – 256 с.

2. Леоненков А. В. / Самоучитель UML/ Санкт-Петербург, изд-во BHV, 2001. - 304 с.

3. Э