Разработать приложение windows калькулятор техническое задание

Разработка программы ‘Калькулятор’

Содержание

Введение

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

1. Аналитический раздел

1.1 Обзор и анализ существующих программных решений

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

2. Конструкторский раздел

2.1 Выбор языка и среды программирования

2.2 Функциональная схема работы программы

2.3 Организация данных и проектирование интерфейсов обмена данными
в программной системе

3. Технологический раздел

3.1 Определение структуры и состава программной системы

3.2 Описание разработанных алгоритмов программы

3.3 Руководство пользователя

4. Экспериментальный раздел

4.1 Виды контроля качества разрабатываемого ПО

4.2 Методика проведения и результаты тестирования

4.3 Методы и способы устранения ошибок

4.4 Отладка выявленных ошибок, обнаруженных при тестировании

Заключение

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

Приложения

Введение

Целью данного курсового проекта является создание программы
«Калькулятор», которая и будет являться объектом исследования.

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

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

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

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

программа алгоритм калькулятор ошибка

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

на курсовой проект по дисциплине «Языки программирования»

Студент Носенков А.В. Группа 11-БАС-2

Тема Разработка программы «Калькулятор»

Общая формулировка задания

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

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

·        программа должна работать в графическом
режиме;

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

·        программа должна содержать поле для ввода
данных и вывода результата.

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

·        реализовать возможность вывода на экран
последнего операнда;

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

·        реализовать
возможность сброса результата.

Руководитель Леонов Ю.А.

1.
Аналитический раздел

1.1 Обзор и
анализ существующих программных решений

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

Уже три тысячи лет назад в Древнем Вавилоне появился первый
абак — старинный аналог счет, в котором круглые камешки передвигались по
специальным направляющим в форме углублений, и каждая из направляющих
представляла собой отображение ряда единиц, десятков, сотен. Абак был известен
также и в Древней Индии, а в X-ом веке нашей эры он также появился и в Западной Европе.
Однако здесь вместо камешков было принято использовать специальные жетоны, на
которые наносились цифры.

Техническое достижение в области механизации расчетов
датируется 1643-им годом и связано с именем ученого Блеза Паскаля. Новшество
представляет собой суммирующую арифметическую машину, которая казалась
совершенным достижением, но уже через тридцать лет Готфрид Вильгельм Лейбниц
представил еще более сложное изобретение — первый механизированный калькулятор.
Примечательно, что именно в эти годы (начало нового времени) несколько утихает
борьба между «абацистами» и «алгоритмистами», и калькулятор
представляет собой ожидаемый компромисс между двумя конфликтующими сторонами.

За рубежом развитие счетных машин происходит не менее
интенсивно. Первый калькулятор массового выпуска — ANITA MK VIII — выпускается в Англии в
1961-ом году и представляет собой устройство, работающее на газоразрядных
лампах. Это устройство было достаточно громоздким по современным меркам, оно
оснащалось клавиатурой для ввода числа, а также дополнительной 10-ти клавишной
консолью для задания множителя. В 1965-ом году калькуляторы Wang впервые научились
считать логарифмы, а уже через четыре года в США появился и первый настольный
программируемый калькулятор. А в 1970-ые годы мир калькуляторов становится
более совершенным и разнообразным — появляются новые настольные и карманные
машины, а также профессиональные инженерные калькуляторы, позволяющие
производить сложнейшие расчеты.

Сегодня усовершенствованные модели калькуляторов представляют
собою высокотехнологичные разработки, при создании которых был использован
колоссальный опыт инженерных предприятий во всем мире. И, несмотря на
абсолютный приоритет ЭВМ, калькуляторы и прочие счетные устройства по-прежнему
сопровождают человека в различных отраслях деятельности!

Из доступных программ-калькуляторов можно назвать
«Калькулятор Windows» и «NumLock Calculator«.

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

Основные функции NumLock Calculator:

·        быстрый вызов по «горячим
клавишам», определяемым пользователем;

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

·        более 100 функций, 7 форматов чисел и
выражений;

·        история вычислений, 10 ячеек памяти,
доступ к 100 переменным;

Пример работы данной программы (рис.1.1).

Рис.1.1 Пользовательский интерфейс программы » NumLock Calculator«.

. «Калькулятор Windows» —
компонент Microsoft
Windows, имитирующий работу
обычного карманного калькулятора. Его «кнопки» можно нажимать мышкой.
Возможен ввод с дополнительной цифровой клавиатуры. Также можно вставлять
математические выражения из буфера обмена и получать результат (например,
набрать в Блокноте «2*2=», скопировать и вставить
в Калькулятор, на «экране» которого появится ответ «4»). Пример работы данной программы
(рис.1.2.).

Рис.1.2 Интерфейс программы «Калькулятор Windows».

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

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

1)      соблюдение правильности вычислений;

2)      программа должна иметь простой, но в то же время
понятный и наглядный интерфейс, который не должен перегружать ресурсы
компьютера;

)        программа должна иметь возможность сброса
полученного результата;

)        пользователь должен иметь возможность видеть
выполняемые им действия и полученный результат;

)        программа не должна занимать большой объем памяти и
не должна требовать установки на жесткий диск компьютера;

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

)        работоспособность приложения в среде Windows.

2.
Конструкторский раздел

2.1 Выбор
языка и среды программирования

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

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

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

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

2.2
Функциональная схема работы программы

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

Рис.2.1 Функциональная схема программы
«Калькулятор»

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

Далее пользователю предоставляется продолжить работу с
результатом («Работа с результатом«). В следствие работы с ним
пользователь может выйти из программы или сбросить результат и продолжить
вычисления.

2.3
Организация данных и проектирование интерфейсов обмена данными в программной
системе

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

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

Выводимые данные в программе представлены в виде графического
отображения окна программы (рис.2.2):

Рис.2.2 Окно программы

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

·        нажатие клавиш
клавиатуры;

·        работа пользователя с кнопками в
интерфейсе.

3.
Технологический раздел

3.1
Определение структуры и состава программной системы

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

Модуль GrMouse обрабатывает прерывание Dos $33 — это события от
мыши и определяет координаты курсора и состояние кнопок мыши.

Модуль GrButton содержит описание процедур, связанных с
событиями мыши.

Модуль Functions содержит набор подпрограмм для работы с числами.

Модуль GrOutPut содержит набор подпрограмм для собственно
отрисовки результатов в графическом режиме, вывод результата в нужном виде в
нужное место. Список стандартных модулей представляют Graph, crt, dos

В модуле Graph (GRAPH. TPU) находится библиотека, состоящая из более чем 50
графических подпрограмм от побитовых до подпрограмм высокого уровня.

Модуль Crt позволяет выводить цветные символы на цветном
экране. Хотя по-прежнему отображение будет происходить в текстовом режиме.
Текстовый режим означает, что на экране могут выводиться только определенные
символы в определенных местах (знакоместах). Можно представить экран,
разделенным вертикальными и горизонтальными линиями на ячейки. В эти ячейки
можно «вписывать» различные символы. У каждой ячейки есть адрес.

Модуль Dos позволяет использовать возможности операционной
системы MS DOS, не предусмотренные в стандарте языка Паскаль, и содержит типы,
константы, переменные и подпрограммы для реализации этих дополнительных
возможностей.

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

Константа называется Captions и имеет тип данных
строковый. Она нужна для нанесения надписей на кнопки, используемые в
интерфейсе программы.

Локальные переменные:

§  Buttons-массив от 1 до 35 для
индексов кнопок;

§  CEbutton, QuitButton, FirstEdit, SecondEdit — переменные для кнопок
сброса, выхода из программы, первого числа и второго числа соответственно;

§  Quit-переменная с типом
данных «булевский», при значении true происходит выход из
программы.

Процедуры и функции пользователя:

·        «function
GetCaption (i: byte): string; » — нанесение надписей на кнопки;

·        «procedure
ChangeSysOfCount (SysOfCount: TSysCountStr); » — выбор десятичной системы
счисления;

·        «procedure
SetGroupEnabled (SysOfCount: TSysCountStr); » — подключение кнопок
клавиатуры;

·        «procedure
Drawing SquareOfButt (MaxTopInc, LeftOffs, TopOffs, BStartInd, BCount: word);
» — отрисовка кнопок;

·        «procedure FstAction; » — работа с
первым операндом;

·        «procedure SndAction; » — работа со
вторым операндом.

3.2 Описание
разработанных алгоритмов программы

Рис.3.1 Алгоритм программы «Калькулятор».

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

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

3.3
Руководство пользователя

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

Так как программа выполнена в среде программирования Turbo Pascal, то требования к
аппаратному и программному обеспечению минимальны.

ПК с процессором, совместимым с Intel Pentium или AMD, монитором и
клавиатурой. Операционная система MS-DOS или MS Windows (кроме Windows 7, так как на данной
операционной системе приложение не может работать в полноэкранном режиме).

Установка программы

Установка программы на компьютер пользователя заключается в
копировании папки программы и установки ярлыка на Рабочий стол. Создайте в
любом разделе жесткого диска новую папку и скопируйте в нее все файлы папки
«Курсовой проект».

Запускать следует файл GRCALC. EXE непосредственно из папки
или при помощи ярлыка кнопкой Enter или двойным щелчком мыши.

Если требуется доработка программы, то необходимо иметь
исходный файл GRCALC. PAS, который открывается в среде программирования TURBO PASCAL версии 7 или совместимой
с ней. Порядок работы с программой опишем в руководстве пользователя. Здесь
приводится описание приемов управления программой.

Порядок работы

Запуск программы производится двойным щелчком мыши на файле GRCALC. EXE или на его ярлыке.

После запуска открывается окно программы. Далее в поле данных
мы должны ввести первое число, затем операцию, которую мы хотим выполнить, а
затем второе число. Нажимаем кнопку «=». Далее получаем результат
выполнения действия. Можно сбросить результат (нажать «CE») или продолжить
работу с ним.

4.
Экспериментальный раздел

4.1 Виды
контроля качества разрабатываемого ПО

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

Основные принципы организации тестирования:

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

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

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

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

·        необходимо тщательно подбирать тест не
только для правильных (предусмотренных) входных данных, но и для неправильных
(непредусмотренных);

·        следует сохранять использованные тесты
(для повышения эффективности повторного тестирования программы после ее
модификации или установки у заказчика);

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

·        следует учитывать так называемый «принцип
скопления ошибок”: вероятность наличия не обнаруженных ошибок в некоторой части
программы прямо пропорциональна числу ошибок, уже обнаруженных в этой части;

4.2 Методика
проведения и результаты тестирования

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

необходимо тщательно подбирать тест не только для правильных
(предусмотренных) входных данных, но и для неправильных (непредусмотренных);

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

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

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

Тестирование выявило ряд ошибок в алгоритме, синтаксисе кода
программы и ее интерфейсе.

4.3 Методы и
способы устранения ошибок

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

Отладка состоит из следующих этапов:

·        воспроизведение дефекта (любым из
доступных способов);

·        дизайн
исправления дефекта;

·        кодирование
исправления дефекта;

·        валидация
исправления;

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

·        дополнительные
валидации после интеграции.

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

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

Некоторые методы отладки ПО используемые на данный момент в
индустрии:

·        запуск программы из под отладчика;

·        анализ
поведения системы;

·        unit
тестирование;

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

·        выполнения программы (или её части) в
другой среде;

·        отладка
трансляцией кода.

4.4 Отладка
выявленных ошибок, обнаруженных при тестировании

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

·        unit
тестирование;

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

·        запуск программы из под отладчика.

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

Также были предусмотрены некоторые исключительные ситуации:.
Для квадратного корня не была учтена область допустимых значений. А также для
операции «деление» не было учтено деление на «0». Для
устранения данной ошибки преобразован оператор case:

case CurrentFunc of

…

‘/’: begin if stemp=0 then begin res: =0;
outtextxy (450,65,’false’); end else if SParam<>’0’then begin Res:
=FTemp/STemp;; end;

‘√’: begin if ftemp <0 then begin res:
=0; outtextxy (450,65,’false’); end else Res: =sqrt (Ftemp); end;

…

Заключение

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

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

Достоинства:

·        Существует
возможность сбрасывать результат;

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

Недостатки:

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

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

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

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

1.
Фаронов, В.В. Программирование в Delphi 7: учеб. пособие / В.В. Фаронов. — 7-е изд.,
перераб. — М.: Нолидж, 2006. — 412с.

.
Ставровский, А.Б. Delphi в задачах и примерах: учеб. для вузов / А.Б. Ставровский. — Киев:
BНV, 2004. — 399с.

.
Кнут, Д.Э. Искусство программирования: учеб. пособие: в 3 т.: пер. с англ. Т.1:
Основные алгоритмы. — 3-е изд. — М. и др.: Вильямс, 2000. — 720 с.

.
Гловацкая, А.П. Методы и алгоритмы вычислительной математики: учеб. пособие для
вузов / А.П. Головыцкая. — М.: Радио и связь, 1999. — 408с.

.
Бежанова, М.М. Практическое программирование: структуры данных и алгоритмы:
учеб. для вузов / М.М. Бежанова, Л.А. Москвина, И.В. Поттосин. — М.: Логос,
2001. — 223с.

Приложения

Приложение 1

Листинг программы

program Calculator;

uses
Functions,GrMouse,GrButton,Graph,GrOutPut,dos,crt;: string=’ 7 8 9/< — x^y’+

‘ 4 5 6 * sin cos’+

‘ 1 2 3 — tg ktg’+

‘ 0 с. + = ы’+

‘ P R O E K T’;

{$F+}: array [1.35] of TGrButton;,QuitButton:
TGrButton;,SecondEdit: TGrButton;: TMouseStatus;: boolean;GetCaption (i: byte):
string;,TempPos,Count: byte;: =0;: =0;x: =1 to Length (Captions) doCaptions [x]
=’ ‘ then inc (count);Count=i-2 then TempPos: =x;Count=i-1 then GetCaption:
=copy (Captions,TempPos+2,x-TempPos-1);;;ChangeSysOfCount (SysOfCount:
TSysCountStr);: string;SysOfCount [1] of

‘D’: begin;;SysOfCount [1] of

‘D’: begin SysCount: =DEC; DisButtons:
=DECindexes;
end;;(FParam);(SParam);(false);(SParam);(true);(FParam);;SetGroupEnabled
(SysOfCount: TSysCountStr);: =ALLnumbers;i: =2 to 35 doi in DisButtons
thenButtons [i] donot Enabled then(true);(SysOFCount);i: =2 to 35 doi in
DisButtons then[i]. SetEnabled (False);: =»;;DrawingSquareOfButt
(MaxTopInc,LeftOffs,TopOffs,BStartInd,BCount: word);: =0;j<=MaxTopInc doi:
=BStartInd-1 to BStartInd+BCount-2 do[j+i+1]. Left: =i*50+LeftOffs;[j+i+1].
Top: =j*7+TopOffs;[j+i+1]. Draw;;(j,7);;;Action;: =true;;SetRadioClick (var
ActButt,DisAct1,DisAct2: TGrButton);ActButt. FillColor=ActButt. FillColor then.
FillColor: =ActButt. PressedColor;. FillColor: =1;. FillColor: =1;. Fill
(ActButt. PressedColor);. Fill (DisAct1. FillColor);. FIll (DisAct2.
FillColor);;;SetDECsys;(Buttons [8],Buttons [1],Buttons
[15]);(‘DEC’);;FstAction;(FirstEdit. FillColor=1) then. FillColor: =4;.
FillColor: =1;. Draw;. Draw;(true);: =false;;;SndAction;(SecondEdit.
FillColor=1) then. FillColor: =1;. FillColor: =4;. Draw;. Draw;(false);;;;;.
Init;. Init;. Init;. Init;i: =1 to 35 doButtons [i] do;: =GetCaption
(i+1);;QuitButton do: =140;: =GetMaxY-50;: =20;: =370;: =’Quit’;;;CEButton do:
=GetMaxX-220;: =80;: =30;: =85;: =’CE’;;;FirstEdit do: =GetMaxX-55;: =120;:
=’Fst’;: =4;;;SecondEdit do: =GetMaxX-55;: =170;:
=’Snd’;;;(30,140,1200,1,1);(30,170,120,2,6);(5,5,GetMaxX-5,GetMaxY-5);(OutXs,OutYs,OutXf,OutYf);

{/*End of drawing*/};;;[1]. PressedColor: =8;[8].
PressedColor: =8;[15]. PressedColor: =8;(‘DEC’);(Buttons [8],Buttons [1],Buttons
[15]);[8]. Action: =SetDECsys;[6]. Action: =BackSpaceSymbol;[24]. Action:
=SetPlusMines;[27]. Action: =GetResult;

{*************************}not Quit doi: =1 to 35
doButtons [i] doonClick (Action,MouseStatus) then(Length (Caption) =1)
then(Caption [1] in SysCount) then(Caption);: =false;;(Caption [1]);Caption [1]
=’с’ then Calculated: =false;;: =0;KeyPressed then: =Ord (readkey);Key of

.57,46,97.103:UpCase (Char (Key)) in SysCount
then(UpCase (Char (Key)));: =false;;

: begin;: =false;;

: SetEnterMode (‘*’); {*}

: SetEnterMode (‘+’); {+}

: SetEnterMode (‘-‘); {-}

: SetEnterMode (‘/’); {/}

: exit;;;;. onClick (Action,MouseStatus);.
OnClick (CEClick,MouseStatus);FirstEdit. OnClick (FstAction,MouseStatus) or
(FActive) then FstAction;SecondEdit. OnClick (SndAction,MouseStatus) or
(SActive) then SndAction;;;.

Модуль Function

unit Functions;

{$F+} {$N+}Graph,GrOutPut;SetEnterMode (Func:
char);GetResult;FilterExpValue (var Par: StrParam);IntToStr (Param: word):
String;: string;: word;(Param,Temp);: =Temp;;FilterExpValue (var Par:
StrParam);degree,mant,NullStr: string;,e,DotPos,ExpPos: integer;,minus:
boolean;: integer;Par [1] =’-‘ then minus: =trueminus: =false;: =Pos (‘.
‘,Par);: =Pos (‘E’,Par);: =»;: =»;: =false;

{**************}ExpPos=0 then exit;: =Copy
(Par,ExpPos+1,Length (Par) — ExpPos);: =Copy
(Par,DotPos-1,ExpPos-DotPos+1);(Degree, IntDegree,e);(IntDegree>0)begini: =1
to IntDegreebegin: =Pos (‘. ‘,mant);(mant,DotPos,1);(‘.
‘,mant,DotPos+1);;;(IntDegree<0)begini: =1 to — IntDegreebegin(‘0’,mant,1);:
=Pos (‘. ‘,mant);(mant,DotPos,1);(‘. ‘,mant,2);;;: =Length (mant);(mant [i]
=’0′)begin(mant, i,1);: =i-1;;mant [Length (mant)] =’. ‘Delete (mant,Length
(mant),1);minus then insert (‘-‘,mant,1);: =mant;;ExcludeMines (Par:
boolean);Par thenPos (‘-‘,FParam) <>0 then(FParam,1,1);Pos (‘-‘,SParam)
<>0 then(SParam,1,1);elsePos (‘-‘,FParam) =0 then: =’-‘+FParam;Pos
(‘-‘,SParam) =0 then: =’-‘+SParam;;;Value (FPar,SPar: StrParam; var
FTemp,STemp);: word;(FPar,Extended (FTemp),e);(SPar,Extended (STemp),e);;Operation:
string;,STemp,Res: extended;,Answer: StrParam;,RetBin,Ex: boolean;: word;

{******************}

{******************}: =false;:
=false;(FParam,SParam,FTemp,STemp);: =false; {*used for exit after odnomest
function*}CurrentFunc of

‘+’: Res: =FTemp+STemp;

‘-‘: Res: =FTemp-STemp;

‘*’: Res: =FTemp*STemp;

‘/’: if SParam<>’0’then Res: =FTemp/STemp;

‘c’: Res: =cos (ftemp);

‘t’: Res: = (sin (ftemp) /cos (ftemp));

‘k’: Res: = (cos (ftemp) /sin (ftemp));

‘√’: Res: =sqrt (Ftemp);

‘x’: Res: =exp (ln (Ftemp) *stemp);;(Res,St);Ex
then exit;(st);(SParam);(FParam);: =St;: =st;: =#0;(Result);;;SetEnterMode
(Func: char);(Func in AllOper) then(Length (FParam) =0) or (FParam=’0′)
then(true);elseFunc in [‘n’,’p’] then: =Func;;;;(False);CurrentFunc=#0 then:
=Func;;Calculated then: =Operation;;Calculated then:
=Result;;(true);(FParam);(false);: =false;: =»;: =»;else(Length (SParam)
>0) and (SParam<>’0′) then(FParam);(SParam);:
=Operation;;;;;GetResult;not Calculated thenCurrentFunc<>#0 then: =Operation;;.

Модуль Groutput

unit GrOutPut;

{$N+}Graph;=string [64];=Procedure;=record:
char;: StrParam;;=record,y1,x2,y2: word;;

{Output controls}=30;=20;=600;=60;

{***************}

{All ordinal operations}=
[‘+’,’-‘,’*’,’/’,’c’,’s’,’t’,’k’,’√’,’x’];

{**********************}= [‘0’. ‘9’,’. ‘];

{*****************************************}=
[2,3,4,9,10,11,16,17,18,23,30.35];= [30.35];

{***********************************}=13;=36;CheckOutPut
(var Out: StrParam);ClearOutPut;ClrResOut;SetFActive (param: boolean);TextToOut
(Out: StrParam);AddToOutPut (Param:
string);SetPlusMines;ResultToScreen;BackSpaceSymbol;CEClick;CurrentFuncToScr;ClearCurrentFunc;,FParam,SParam:
StrParam;: TMem;: set of char;: set of byte;: char;,Operation, i,j,Middle,Key:
word;,SActive,Calculated: boolean;CheckOutPut (var Out: StrParam);: boolean;:
=1;: =false;Pos (‘-‘,Out) <>0 then(Out,1,1);: =true;;Pos (‘ ‘,Out)
<>0 do delete (Out,Pos (‘ ‘,Out),1);i<=Length (Out) doOut [i] =’. ‘
theni<>Pos (‘. ‘,Out) then(Out, i,1);: =i-1;;(i);;Out [2] <>’. ‘
then(Out [1] =’0′) or (Out [1] =’. ‘) doLength (Out) >1 then Delete
(Out,1,1) else;Out [1] =’. ‘ then Out: =’0’+Out;Out [Length (Out)] =’. ‘ then
Out: =Out+’0′;Length (Out) =0 then Out: =’0’;MinesState thenPos (‘-‘,Out) =0
then: =’-‘+Out;;SetFActive (param: boolean);: =Param;: =not
Param;;BackSpaceSymbol;: =false;FActive of:FParam<>’0′ then(FParam,Length
(FParam),1);(FParam);;:SParam<>’0′ then(SParam,Length
(SParam),1);(SParam);;;;ClrResOut;(OutXs+1,OutYs+FParamOfs+8,OutXf-1,OutYf-3,true);;(0,0,GetMaxX,GetMaxY,true);;TextToOut
(Out: StrParam);FActive of: SetViewPort
(OutXs+1,OutYs+3,OutXf-1,OutYs+FParamOfs-1,true);: SetViewPort
(OutXs+1,OutYs+FParamOfs,OutXf-1,OutYf-3,true);;;(Out);;FActive of: begin
OutTextXY (OutXf-40-TextWidth (Out) div 2,4,Out); ClrResOut; end;: OutTextXY
(OutXf-40-TextWidth (Out) div
2,4,Out);;(0,0,GetMaxX,GetMaxY,true);;ResultToScreen;(OutXs+1,OutYs+23,OutXf-1,OutYf-1,true);;(OutXf-40-TextWidth
(Result),2,OutXf-40,2);(OutXf-40-TextWidth (Result) div 2,9,Result);:
=true;(0,0,GetMaxX,GetMaxY,true);;CEClick;: =0;;: =false;FActive of: begin
FParam: =’0’; TextToOut (‘0′);(false); TextToOut (SParam);(true); end;: begin
SParam: =’0’; TextToOut (‘0’);(true); TextToOut (FParam);(false);
end;;(‘0’);(true);;AddToOutPut (Param: string);: string;;FActive of:
beginSysCount=Dec thenPos (‘E’,FParam) <>0 then FParam: =’0′;:
=FParam+Param;(FParam);;: beginSysCount=Dec thenPos (‘E’,SParam) <>0 then
SParam: =’0′;: =SParam+Param;(SParam);;;;;AddDelMines (var Param:
StrParam);(Length (Param) >=1) and

(Param<>’0′) and (Param<>’0.0′)
thenPos (‘-‘,Param) =0 then:
=’-‘+Param;(Param);(Param);else(Param,1,1);(Param);(Param);;;SetPlusMines;FActive
of: AddDelMines (FParam);: AddDelMines (SParam);;;ClearCurrentFunc;:
ViewPortType;(ViewPort);(OutXs+1,OutYs+6,OutXf-20-Middle,OutYs+14,true);;ViewPort
do(x1,y1,x2,y2,Clip);;CurrentFuncToScr;: ViewPortType;

{if CurrentFunc=#0 then exit; }(ViewPort);

{**************}TextWidth (FParam) >TextWidth
(SParam) then: =TextWidth (FParam)Middle: =TextWidth (SParam);

{**************}(OutXs+1,OutYs+6,OutXf-30-Middle,OutYs+14,true);;

{**************}(OutXf-OutXs-40-Middle,5,CurrentFunc);

{**************}ViewPort
do(x1,y1,x2,y2,Clip);;ClearOutPut;(OutXs+1,OutYs+1,OutXf-1,OutYf-1,true);;(0,0,GetMaxX,GetMaxY,true);;:
=true;: =false;: =#0;: =DEC;: =false;: =’0′;: =’0′;: =»;

en
Приложение 2

Графический интерфейс программы

Рис.1. Графический интерфейс программы

Рис.2. Программа во время работы

Подборка по базе: Шаблон отчета.docx, Рабочий лист к практическому занятию_ Построение графика квадрат, Аналитический отчет_уч_нач_классов.docx, Основы анализа бухгалтерской отчетности.docx, бухгалтерская финансовая отчетность в9.odt, Реферат бух учет и отчетность.docx, Краткий отчет.pdf, рубцов отчет.docx, 28131 Отчет по практике до 13.06 Синергия.docx, Пример отчета (1).docx

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное

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

“УЛЬЯНОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ”

Колледж экономики и информатики им. А. Н. Афанасьева

Специальность 09.02.07 Информационные системы и программирование

ОТЧЕТ ПО ПРАКТИЧЕСКОМУ ЗАДАНИЮ

Дисциплина: Стандартизация и сертификация

Тема: Составление и оформление технического задания

Выполнил студент: гр. ИСдо-31

Давыдов Тимофей Олегович

Преподаватель: Трунова Татьяна Александровна

Ульяновск 2022

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

На разработку программного модуля

Приложение “Калькулятор”

Ульяновск 2022

Техническое задание к приложению “Калькулятор Windows”

Разделы технического задания

1. Наименование программы

Приложение «Калькулятор»

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

1.2.1 Заказчик

Заказчик: ОАО MEDIATECH

Адрес фактический: г. Ульяновск, ул. Нариманова46а.

Телефон: +7(948)45-64-46

1.2.2 Разработчик

Разработчик: ЗАО SIMCARTECH

Адрес фактический: г. Ульяновск, ул. Гончарова55.

Телефон: +7(948)65-41-23

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

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

Источником финансирования является компания ЗАО “Альфабанк”

Порядок финансирования определяется условиями Контракта.

1.5 Порядок оформления и предъявления заказчику результатов

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

2. Назначения приложения

2.1 Назначение приложения:

Целью данного задания является создание программы «Калькулятор», которая и будет являться объектом исследования. Калькулятор — устройство для арифметических вычислений. Мы пользуемся простыми калькуляторами для математических вычислений в школе и для подсчета денег в магазине. Ученые, инженеры и статистики пользуются другими калькуляторами, способными выполнять сложные операции. Современные калькуляторы — это электронные приборы с маленькими силиконовыми микросхемами, производящими любые вычисления. Разновидность калькулятора — кассовый аппарат. Он суммирует цены и делает распечатку чека. Большинство кассовых аппаратов автоматически считывают цены по бар коду, указанному на каждом товаре. «Мозг» калькулятора может только складывать и вычитать. Умножение и деление он выполняет путем многократного сложения или вычитания. Обычный калькулятор выполняет сложение и вычитание, умножение и деление, а также вычисляет проценты. Любое число, которое вы вводите в калькулятор, преобразуется в бинарный код, а результаты в бинарном коде переводятся обратно в десятичную систему и отображаются на дисплее. Когда вы набираете числа на клавиатуре, в регистры памяти калькулятора вводятся бинарные коды для операндов и арифметических действий (сложения, вычитания, умножения и деления). Арифметический блок выполняет действие и сохраняет результат в одном из регистров. Затем результат пересылается в память дисплея и отображается в десятичной форме на дисплее.

2.2 Цель создания

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.1.2.2 Требования к квалификации персонала

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

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

• Задача поддержания работоспособности технических средств.

• Задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы.

• Задача установки программы.

• Задача создания резервных копий базы данных.

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

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

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

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

• Должно обеспечиваться ежедневное проведение работ по наблюдению за состоянием аппаратно-технических средств.

• Условия эксплуатации должны соответствовать нормальным климатическим условиям, определенным в ГОСТ 27201–87 и иметь следующие значения:

• Температура воздуха от 15⁰ С до 25⁰ С;

• Относительная влажность от 45% до 75% при 25⁰ С;

• Атмосферное давление от 630 мм. рт. ст. до 800 мм. рт. ст. 4.1.4. Требования к надежности

4.1.4.1 Состав показателей надежности для системы в целом

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

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

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

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

4.1.4.3. Требования к надежности технических средств и программного обеспечения

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

4.1.5 Требования к эргономике и технической эстетике

·        программа должна работать в графическом режиме;

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

·        программа должна содержать поле для ввода данных и вывода результата
Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.

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

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

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

• процессор Pentium-2.0Hz, не менее.
• оперативную память объемом, 1 Гбайт, не менее.
• HDD, 80 Гбайт, не менее.
• операционную систему Windows NT/ХР/Vista/7.
• Свободное место не менее 20 Мб.
• Клавиатура.
• Мышь.
• Монитор.

4.1.7 Требования к защите информации от несанкционированного доступа

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

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

4.1.8 Требования по сохранности информации при авариях

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

4.1.9 Требования к защите от влияния внешних воздействий
В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.

ИС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем» 1992 г.
Компоненты подсистемы защиты от НСД должны обеспечивать:
–идентификацию пользователя;
–проверку полномочий пользователя при работе с системой;
– разграничение доступа пользователей на уровне задач и информационных массивов.
Протоколы аудита системы и приложений должны быть защищены от несанкционированного доступа как локально, так и в архиве.
Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации».
Защищённая часть системы должна использовать «слепые» пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).
Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений по заранее заданным временам отсутствия активности со стороны пользователей и приложений.
Защищённая часть системы должна предотвратить работу с некатегоризированной информацией под сеансом пользователя, авторизованного на доступ к конфиденциальной информации.
Защищённая часть системы должна использовать многоуровневую систему защиты. Защищённая часть системы должна быть отделена от незащищённой части системы межсетевым экраном.

4.1.10 Требования по стандартизации и унификации

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

4.1.11 Дополнительные требования

Отсутствуют.

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

Ввода комплексного числа в любой форме:

-Алгебраической

-Экспоненциальной

-Конвертирование комплексного числа из одной формы в другую

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

-Выводить на экран историю вычислений, иметь возможность сохранения результатов в файл

4.2.1 Подсистема сбора, обработки и загрузки данных

4.2.1.1 Перечень функций, задач подлежащей автоматизации

4.2.1.2 Временной регламент реализации каждой функции, задачи

4.2.1.3 Перечень критериев отказа для каждой функции

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

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

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

Не предъявляются.

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

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

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

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

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

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

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

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

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

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

Структура хранения данных в КХД должна состоять из следующих основных областей: — область временного хранения данных;

— область постоянного хранения данных;

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

4.3.2.2 Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы УПО должен быть реализован следующим образом:

4.3.2.3 Требования к информационной совместимости со смежными системами

Совместимость со смежными системами не требуется

4.3.2.4 Требования по использованию классификаторов, унифицированных документов и классификаторов

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

Основные классификаторы и справочники в системе (клиенты, абоненты,

бухгалтерские статьи и т.д.) должны быть едиными.

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

4.3.2.5 Требования по применению систем управления базами данных

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

БД PHP, SQL;

4.3.2.6 Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных

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

4.3.2.7 Требования к защите данных от разрушений при авариях и сбоях в электропитании системы

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

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

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

данных.

4.3.2.8 Требования к контролю, хранению, обновлению и восстановлению данных

К контролю данных предъявляются следующие требования:

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

К хранению данных предъявляются следующие требования:

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

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

К обновлению и восстановлению данных предъявляются следующие требования:

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

— для сервера базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев;

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

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

-холодная копия — ежеквартально;

-логическая копия — ежемесячно (конец месяца);

-инкрементальное резервное копирование — еженедельно (воскресение);

-архивирование — ежеквартально;

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

При реализации системы должны применяться следующие языки высокого уровня: SQL, Java и д.р.

При реализации системы должны применяться следующие языки и стандарты взаимодействия КХД со смежными системами и пользователей с КХД: должны использоваться встроенные средства диалогового взаимодействия BI приложения; Java; Java Script; HTML; др. Должны выполняться следующие требования к кодированию и декодированию данных: Windows CP1251 для подсистемы хранения данных; Windows CP1251 информации, поступающей из систем-источников. Для реализации алгоритмов манипулирования данными в ХД необходимо использовать стандартный язык запроса к данным SQL и его процедурное расширение . Для описания предметной области (объекта автоматизации) должен использоваться Erwin.

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

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

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

Сервер базы данных должен быть развернут на HP9000 SuperDome №1, минимальная конфигурация которого должна быть: CPU: 16 (32 core); RAM: 128 Gb; HDD: 500 Gb; Network Card: 2 (2 Gbit); Fiber Channel: 4.

Сервер сбора, обработки и загрузки данных должен быть развернут на HP9000 SuperDome №2, минимальная конфигурация которого должна быть: CPU: 8 (16 core); RAM: 32 Gb; HDD: 100 Gb; Network Card: 2 (1 Gbit); Fiber Channel: 2. Сервер приложений должен быть развернут на платформе HP Integrity, минимальная конфигурация которого должна быть: CPU: 6 (12 core); RAM: 64 Gb; HDD: 300 Gb; Network Card: 3 (1 Gbit). Приведенные сервера должны быть подключены к дисковому массиву HP XP с организацией сети хранения данных. Минимальный объем свободного пространства для хранения данных на дисковом массиве должен составлять 100 Тб.

4.3.6 Требования к метрологическому обеспечению

Не предъявляются

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

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

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

1)Основными обязанностями Администратора являются:

— модернизация, настройка и мониторинг работоспособности комплекса технических средств (серверов, рабочих станций);

— установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения;

— установка, настройка и мониторинг прикладного программного обеспечения;

— ведение учетных записей пользователей системы.

— установка, модернизация, настройка параметров программного обеспечения СУБД;

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

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

2)В обязанности Сотрудника должны войти:

— подготовка исходящих сообщений и помещение их в БД;

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

3)Служащий отдела работы с клиентами обязан:

— просмотр и контроль исходящих сообщений;

— отправка исходящих сообщений по электронной почте.

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

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

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

6.1 Виды и объем испытаний системы

Ответственный за проект осуществляет проверку выполнения указанного перечня задач в отведенный срок. Логистик проектной группы проводит на предварительном этапе проектирования проверку на соответствия входных и выходных данных. Программист проектной группы создает программу. Тестер проектной группы проводит испытания и делает выводы о правильности системы. Документатор выполняет оформление всех отчетов.

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

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

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

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

1) модернизация технического обеспечения интеграционного сегмента Комиссии для развертывания вновь создаваемых (модернизированных) подсистем интегрированной системы;

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

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

4) подготовка данных для первоначальной загрузки;

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

6) выпуск и распространение сертификатов ключей проверки ЭЦП, используемых для обеспечения юридически значимого электронного документооборота;

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

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

7.1 Технические мероприятия

Силами Заказчика в срок до начала этапа «Разработка рабочей документации.

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

— осуществлена подготовка помещения для размещения АТК системы в соответствии с требованиями, приведенными в настоящем техническом задании;

— осуществлена закупка и установка необходимого АТК;

— организовано необходимое сетевое взаимодействие.

7.2 Организационные мероприятия

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

— организация доступа к базам данных источников;

— определение регламента информирования об изменениях структур системных источников;

— выделение ответственных специалистов со стороны Заказчика для взаимодействия с проектной командой по вопросам взаимодействия с системами-источниками данных.

7.3 Изменения в информационном обеспечении

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

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

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

Состав программной документации должен включать в себя:

— титульный лист (1 шт.);

— реферат (1 шт.);

— роли участников и краткое описание выполненной работы каждым участником проекта со сроками выполнения (1 шт.);

— техническое задание (1 шт.);

— результаты тестирования (1 шт.);

— описание алгоритмов (1 шт.);

— руководство программиста (1 шт.);

— руководство пользователя.);

— список литературы (1 шт.);

— приложения:

— листинг разработанного приложения (1 шт.);

— компакт диск с файлами проекта (1 шт.).

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

1. Фаронов, В.В. Программирование в Delphi 7: учеб. пособие / В.В. Фаронов. — 7-е изд., перераб. — М.: Нолидж, 2006. — 412с. . Ставровский, А.Б. Delphi в задачах и примерах: учеб. для вузов / А.Б. Ставровский. — Киев: BНV, 2004. — 399с. . Кнут, Д.Э. Искусство программирования: учеб. пособие: в 3 т.: пер. с англ. Т.1: Основные алгоритмы. — 3-е изд. — М. и др.: Вильямс, 2000. — 720 с. . Гловацкая, А.П. Методы и алгоритмы вычислительной математики: учеб. пособие для вузов / А.П. Головыцкая. — М.: Радио и связь, 1999. — 408с. . Бежанова, М.М. Практическое программирование: структуры данных и алгоритмы: учеб. для вузов / М.М. Бежанова, Л.А. Москвина, И.В. Поттосин. — М.: Логос, 2001. — 223с.

СОСТАВИЛИ

СОГЛАСОВАНО

Контрольная работа — Техническое задание к программной разработке Научный Супер Калькулятор — файл n1.docx

Контрольная работа — Техническое задание к программной разработке Научный Супер Калькулятор
скачать (115 kb.)
Доступные файлы (1):

Смотрите также:
• Программа калькулятор техническое задание Лист утверждения А. В. 00001-01 тз 01 -лу (Документ)
• Техническое задание — Автоматизированная система хранения данных (Документ)
• Контрольная работа по эконометрике. Задачи с решением (Лабораторная работа)
• Контрольная работа по Информационным системам в экономике (Лабораторная работа)
• Курсовая работа — Разработка классификатора на мужские полуботинки клеевого метода крепления (Курсовая)
• Техническое задание Лист утверждения А. В. Лу руководитель разработки Начальник ХХХХ ххххххх Х. Х (Документ)
• Итоговая контрольная работа по информатике для 5 класса (Документ)
• Контрольная работа по дисциплине Детали машин и основы конструирования (Документ)
• Техническое задание на проектирование приспособления 6 Разработка схемы установки заготовки 8 (Документ)
• Общие вопросы проектирования текстильных машин (Документ)
• Техническое задание — Оптовая продажа книг (Документ)
• Программа и контрольные задания для студентов I и II курсов заочной формы обучения всех специальностей (Программа)

n1.docx

Содежание

1. Введение

1. Наименование программы

Полное наименование программной разработки: «Научный Супер Калькулятор», в дальнейшем именуемая как «программа». Краткое название программы – «Калькулятор».

1. Назначение и область применения

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

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

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

      1. Состав выполняемых функций

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

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

1. Организация входных и выходных данных

В процессе работы программы входной информацией для программы должны являться: коды клавиш (A – F, 0 – 9 для ввода числовой информации, а также запятая, кавычки, круглые скобки), нажимаемых пользователем на клавиатуре, и манипуляции мышью (см. Приложение 1).

1. Временные характеристики, и размер занимаемой памяти

Время реакции программы на нажатие любой из клавиш и манипуляции мышью не должно превышать 0,25 секунды, в случае соответствия системных ресурсов требованию к составу и параметрам технических средств. Объем занимаемой оперативной памяти не должен превышать 8 Мбайт.

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

   1. Требования к обеспечению надежного функционирования программы

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

1. Контроль входной и выходной информации

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

1. Время восстановления после отказа

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

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

   1. Климатические условия эксплуатации

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

1. Требования к квалификации и численности персонала

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

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

• Задача поддержания работоспособности технических средств.
• Задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы.
• Задача установки программы.
• Задача создания резервных копий базы данных.

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

• процессор Pentium-2.0Hz, не менее.
• оперативную память объемом, 1 Гбайт, не менее.
• HDD, 80 Гбайт, не менее.
• операционную систему Windows NT/ХР/Vista/7.
• Свободное место не менее 20 Мб.
• Клавиатура.
• Мышь.
• Монитор.

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

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

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

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

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

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

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

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

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows NT/ХР/Vista/7.

1. Требования к защите информации и программ

Требования к защите информации и программ не предъявляются.

1. Специальные требования

Специальные требования к данной программе не предъявляются.

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

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

Состав программной документации должен включать в себя:

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

1. Технико-экономические показатели

   1. Экономические преимущества разработки

Ориентировочная экономическая эффективность не рассчитывается.

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

   1. Стадии разработки

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

• Разработка технического задания.
• Рабочее проектирование.
• Внедрение.

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

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

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

• Разработка программы.
• Разработка программной документации.
• Испытания программы.

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

1. Содержание работ по этапам

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

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

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

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

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

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

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

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

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

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

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

Испытания и тестирование программы должны проводиться после завершения

создания программы заказчиком:

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

1. Общие требования к приемке работы

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

Приложение 1

Предварительное проектирование интерфейса программы

1. Обасть ввода данных.
2. Область нахождения пиктограммы и названия программы.
3. Область, содержащая кнопки управления.
4. Область, содержащая тригонометрические функции.
5. Область, содержащая алгебраические функции.
6. Область, содержащая дроби и скобки.
7. Область, содержащая переменные.
8. Область, содержащая булеву арифметику.
9. Область, содержащая десятичную арифметику.
10. Область, содержащая шестнадцатеричные цифры.
11. Область отображения результата вычисления.

Список использованной литературы:

1. Камаев В.А., Костерин В.В., Кумунжуев К.В. Оптимизация программных разработок: Учебное пособие./ ВолгГТУ; Волгоград, 1996.
2. Камаев В.А., Костерин В.В. Технологии программирования. Оптимизация программных разработок: Учебное пособие./ ВолгГТУ, Волгоград, 1998.
3. Костерин В.В. Проектирование программного обеспечения САПР. Учебное пособие. – Волгоград: ВолгПИ, 1986.
4. ГОСТ 19.201-78. Техническое задание.
5. ГОСТ 19.101-77. ЕСПД.

Содежание

Давайте более профессионально разберём как создаются программы на C#, а именно, мы ответим на следующие вопросы:

1. Составим функциональные требования и бизнес требования к программе
2. Выберем модель жизненного цикла, составим календарный график, оценим трудоъёмкость
3. Составим техническое задание к программе по ГОСТ 19.201-78
4. Разработаем программу «налоговый калькулятор»

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

И так начнём.

Задание 1.

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

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

Бизнес требования — это требования, описывающие, какие бизнес функции будут реализованы или улучшены. 
Функциональный требования — это требования к самой программе. Что и как в ней будет работать.

Задача 2.

Для начала разберёмся какие модели жизненного цикла существуют:

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

2. Какскадно-водопадная с возвращениями. Улучшенная первая, так как мы на каждом этапе можем вернуться на шаг назад, а не начинать всё заново.

3. Спиральная модель жизненного цикла. Используется компанией Microsoft. А это уже говорит о том, что модель очень хорошая.

4. Инкрементная модель жизненного цикла.

Мы будем использовать каскадно-водопадную модель жизненного цикла, так как программа очень лёгкая:

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

Календарный план:

1. Формирование требований  — 25.03.2011 : 27.03.2011
1.1 Формирование бизнес-требований — 25.03.2011 : 26.03.2011
1.2 Формирование функциональных требований — 26.03.2011 : 27.03.2011
2. Техническое задание — 27.03.2011 : 28.03.2011
3. Разработка кода — 28.03.2011 : 01.05.2011
3.1 Разработка интерфейса программы — 28.03.2011 : 16.04.2011
3.2 Разработка функций программы — 16.04.2011 : 26.04.2011
3.3 Разработка обработчика ошибок — 26.04.2011 : 01.05.2011
4. Тестирование — 01.05.2011 : 10.05.2011
4.1 Тестирование программы на правильность расчётов — 01.05.2011 : 03.05.2011
4.2 Тестирование программы на отлов ошибок — 03.05.2011 : 06.05.2011
4.3 Отладка программы при неисправности пунктов 4.1 и 4.2 — 06.05.2011 : 10.05.2011
5. Ввод в действие — 10.05.2011 : 20.05.2011
5.1. Подготовка персонала к работе — 10.05.2011 : 15.05.2011
5.2. Выпуск продукции — 15.05.2011 : 20.05.2011

Календарный план, конечно,  высосан из пальца, но это не важно. Главное, что понятно, что это и как.

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

DET — это уникальное количество входных данных и обработчиков.
RET — это логическая группа данных.

Для нашей программы:

DET = 7(доход за 1 месяц, доход с начала года по нужный месяц, количество детей до 18 лет, полнота семьи, 2 текстовых поля для вывода результата, кнопка расчёта).
RET = 3(информация о гражданском лице, выходные поля, расчёт)

Простейшая матрица сложности:

Исходя из матрицы сложности, наша сложность – Low(низкая).

Задача 3.

Техническое задание по ГОСТ 19.201-78 (сам ГОСТ можно поискать в интернете, либо всё-таки скачать мой файл с заданием и посмотреть там):

1. Введение

       1.1. Наименование программы: налоговый калькулятор.

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

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

2.1. Основанием для разработки являются следующие документы и нормативные акты:

2.1.1. Задание учителя

2.1.2. Учебный план

2.2. Организация, утвердившая документ: Институт туризма и гостеприимства.

       Дата утверждения документа: 21.03.2011

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

       3.1. Функциональным назначением программы «налоговый калькулятор» является расчёт   налогов

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

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

       4.1. Программа «налоговой калькулятор» должна выполнять следующие функции:

4.1.1. Приём дохода физического лица за один месяц.

4.1.2. Приём дохода физического лица, который он уже получил с начала года и до текущего месяца

4.1.3. Приём кол-ва детей, имеющихся на иждивение у физического лица.

4.1.4. Приём информации о полноте семьи физического лица.

4.1.5. Расчёт налога по определенному заказчиком алгоритму.

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

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

4.1.8. Выдача информации в виде чисел и в виде суммы прописью.

4.2. Программа «налоговый калькулятор» должна обладать следующими средствами защиты:

4.2.1. Надёжностью программы является соответствие результатов расчёта действующему законодательству.

4.2.2. Входные и выходные данные строго типизированы и не могут быть несоответствующего типа.

4.2.3. Для устойчивого функционирования требуется бесперебойная связь.

4.2.4. Моментальное время восстановления после отказа.

4.3. Условия эксплуатации программы «налоговый калькулятор»:

4.3.1. Рабочее помещение должно соответствовать нормальным условиям для эксплуатации компьютера.

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

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

4.4.1. Платформа – Windows XP.

4.4.2. Объём оперативной памяти 128МБ.

4.4.3. Процессор 33МГц.

4.4.4. Устройства ввода данных – мышь, клавиатура.

4.4.5. Дисковое пространство – 10МБ.

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

4.5.1. Язык программирования: C#.

4.5.2.  Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP.

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

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

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

5.1. Текст программы – запись программы с необходимыми комментариями.

5.2. Спецификация – состав программы и документация на неё.

5.3. Описание программы — сведения о логической структуре и функционировании программы.

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

5.5.Пояснительная записка.

6. Технико-экономические показатели.

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

6.2. Объектом внедрения программы является Институт туризма и гостеприимства.

6.3. Наша программа решает финансовые проблемы при расчёте подоходного налога и расчёта прибыли сотрудников предприятия.

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

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

6.6. В отличие от аналогов наша программа абсолютно бесплатна! Имеет дружественный интерфейс без лишних функций.

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

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

8.1. Проверка программы на наличие ошибок ввода данных.

8.2. Проверка программы на наличие ошибок вывода данных

8.3. Проверка программы на наличие ошибок расчёта данных

Задание 4.

Вы добрались до сюда? Тогда поздравляю! Наконец-то мы начнём программировать! Я уверен, что большинство из вас более-менее знает основы языка, а программа несложная, а значит, объяснять я не буду ничего пока.

Форма выглядит так:

Код программы:

public Form1()
        {
            InitializeComponent();
            comboBox2.Items.Add("Да");
            comboBox2.Items.Add("Нет");
            comboBox2.Text = "Нет";
        }

       private void button1_Click(object sender, EventArgs e)
        {
       
          const double procent = 0.13;
            double nalog;
            double d = 0;
            double dsumm = 0;
            double vych = 0;
            int deti = 0;
            bool polnota;

                try
                {
                    d = Convert.ToDouble(textBox1.Text);
                    dsumm = Convert.ToDouble(textBox2.Text);
                    deti = Convert.ToInt32(textBox3.Text);

                }
                catch
                {

                    MessageBox.Show("Данные некоректны");
                    return;

                }

           if (comboBox2.Text == "Да")
           {
               polnota = true;
           }
           else
           {
               polnota = false;
           }
           switch (deti)
           {
               case 0:
                   vych = 600;
                   break;
               default:

                   if (polnota == true)
                   {
                       vych = 600 + 600 * deti;
                   }
                   else
                   {
                       vych = 600 + 1200 * deti;
                   }
                   break;
           }
           if (vych >= dsumm)
           {
               nalog = 0;
           }
           else if (dsumm <= 40000)
           {
               nalog = procent * (d - vych);
           }
           else
           {
               nalog = 0.13 * d;
           }
           textBox4.Text = Convert.ToString(nalog);
           textBox6.Text = Convert.ToString(d - nalog);
   
       }
    }

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

Спасибо.

Теги: модели жизненного цикла | налоговый калькулятор | календарный план

1 Введение

1.1 Наименование программы

Наименование программы: «Калькулятор комплексных чисел»

1.2 Назначение и область применения

Программа предназначена для выполнения арифметических действий над комплексными числами:

1.2.1. Сложение

1.2.2. Вычитание

1.2.3. Умножение

1.2.4. Деление

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

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

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

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

2.1.1. Ввода комплексного числа в любой форме

2.1.1.1. Алгебраической

2.1.1.2. Экспоненциальной

2.1.2. Конвертирование комплексного числа из одной формы в другую

2.1.3. Выполнять алгебраические операции над комплексными числами

2.1.4. Выводить на экран историю вычислений, иметь возможность сохранения результатов в файл

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

2.2.1. Требования к обеспечению надежного функционирования программы

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

а) организацией бесперебойного питания технических средств;

б) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

2.2.2. Время восстановления после отказа

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

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

2.2.3. Отказы из-за некорректных действий пользователей системы

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

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

3.1. Климатические условия эксплуатации

Не регламентируются

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

Минимальная конфигурация ПК:

— процессор Pentium100 или выше;

— операционная система Windows 9x или выше;

— манипулятор мышь;

— 2 Мб внешней памяти;

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

Программа должна обеспечивать совместимость с ОС Windows

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

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

Состав программной документации должен включать в себя:

4.1.1. техническое задание;

4.1.2. исходный код программы и методики испытаний;

4.1.3. руководство пользователя;

5. Технико-экономические показатели

5.1. Экономические преимущества разработки

Ориентировочная экономическая эффективность не рассчитываются. Экономическая отдача достигается за счет экономии времени на рутинные и громоздкие расчеты.

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

6.1. Стадии разработки

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

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

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

3. внедрение.

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

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

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

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

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

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

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

6.3. Содержание работ по этапам

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

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

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

3. определение требований к программе;

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

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

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

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

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

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

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

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

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

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

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

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

7.2. Общие требования к приемке работы

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

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

Таблица 1 — Стадии разработки

Расчет капитальных затрат на разработку ПП

Затраты на создание программного продукта определяются как:

,

где К1 — затраты на оборудование;

К2 — затраты на лицензионное программное обеспечение;

К3 — затраты, необходимые для создания программного изделия.

Поскольку для данной разработки не требуется покупка специализированного оборудования и программного обеспечения, то К1=0 и К2=0. Таким образом, затраты на создание программного изделия составят:

,

где З1 — затраты труда разработчиков;

З2 — затраты компьютерного времени;

З3 — накладные расходы.

В соответствии с планом работ данные о затратах на заработную плату приведены в таблице 2.

Таблица 2 — Затраты на заработную плату

Затраты компьютерного времени составят:

З2 = СkF0 ,

где Сk — себестоимость компьютерного часа, грн.;

F0 — затраты компьютерного времени на разработку программы.

В соответствии с таблицей 1, данные о затратах, связанных с эксплуатацией ЭВМ, приведены в таблице 3.

Таблица 3 — Затраты на эксплуатацию ЭВМ

Накладные расходы, связанные с затратами на содержание помещений и затратами на расходные материалы, принимаются в размере 10% от фонда заработной платы, что составит З3= 106 грн.

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

= 1060 + 120 + 106 = 1386 грн.