Настоящее техническое задание распространяется на разработку программы «Кредитный калькулятор». Программа разрабатывается для ввода в эксплуатацию с целью автоматизации расчёта выплат по кредиту. Предполагается, что программа облегчит процесс оформления и ведения кредита.
Областью применения программы является нефтедобывающая организация.
Основания для разработки
Программа «Кредитный калькулятор» разрабатывается в соответствии с заданием по курсовому проектированию, выданном на кафедре АСУ Уфимского Государственного Авиационного Технического Университета.
Основанием для разработки программы «Кредитный калькулятор» являются следующие документы и нормативные акты:
· ГОСТ 19.105-78 Единая система программной документации. Общие требования к программным документам;
· ГОСТ 19.201-78. Техническое задание, требования к содержанию и оформлению;
· РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов;
Как составить ТЗ на разработку программы? Техническое задание по ГОСТу
· «Гражданский кодекс Российской Федерации (часть вторая)» от 26.01.1996 N 14-ФЗ (ред. от 14.06.2012) Глава 42. Заем и кредит
· Федеральный закон от 18.07.2009 N 190-ФЗ (ред. от 30.11.2011) «О кредитной кооперации» (с изм. и доп., вступающими в силу с 01.01.2013) Статья 35. Саморегулируемые организации кредитных кооперативов
Назначение разработки
Основное назначение программы «Кредитный калькулятор» заключается в автоматизации процесса анализа банковских предложений, оформления и ведения кредита.
Программа «Кредитный калькулятор» создается для установки на рабочих местах бухгалтеров и специалистов кредитного отдела. Программа предназначена для:
• вычисления суммы выплат по кредиту;
• вычисления суммы переплат;
• сравнительного анализа предложений банков на основе сохранённых результатов в базе данных
• Дополнительные возможности программы:
• хранение информации в БД;
• выбор типа расчета платежей (аннуитетныe и дифференцированныe платежи);
Требования к программе
Требования к функциональным характеристикам
Программа «Кредитный калькулятор» должна выполнять функции:
• расчета ежемесячных выплат по кредиту в зависимости от выбранного типа платежей, аннуитетных или дифференцированных;
• занесения результатов в БД;
• хранения результатов в БД;
• печати отчёта с результатами;
• расчёта суммы переплаты по кредиту.
Для этого предлагается использовать исходные данные:
• срок кредита в месяцах;
• процентная ставка по кредиту;
• первоначальный взнос (не обязательно).
Требования к надежности
Программа должна иметь защиту от некорректных действий пользователей и ошибочных исходных данных.
База данных, используемая программой, должна быть закрыта для общего доступа, а также защищена от копирования и замены информации, хранящейся в ней.
Требования к программам и методикам сертификационных испытаний и порядок их проведения
Программа не должна во время работы модифицировать свой код или коды других программ.
Наработка на отказ данной программы за месяц должна составлять 98%. При эксплуатации программы в течении 8 часов в день 5 дней в неделю в 2% случаях происходил сбой в программе. Для сохранения информации при сбое программы необходимо подключить дополнительный модуль контрольных точек восстановления.
Также требованиями к надежности являются:
• Установленное лицензионное ПО;
Условия эксплуатации
Стандартные условия эксплуатации программных продуктов. Условия эксплуатации технических средств для запуска программного продукта приведены ниже:
• температура окружающего воздуха, °С +20 ±5;
• относительная влажность, % — от 30 до 80;
• частота питающей электросети, Гц 50 ± 0,5;
• напряжение питающей сети переменного тока, В 220 ± 4,4.
Требования к составу и параметрам технических средств
Для нормальной работы программы «Кредитный калькулятор» необходимо:
Для рабочей станции:
• Компьютер с процессором Intel Core i3
• Оперативная память не менее 256 Мb.
• Жесткий диск объемом не менее 10 Gb.
• Установленная ОС Windows XP и выше.
При работе не до 50 пользователей:
• Процессор 4 ядра по 2 ГГц
• Память не менее 8 Гб
• Объем жёсткого диска не менее 100 Гб
• ОС — Microsoft Windows Server 2003 SP1/2003 R2/2008/2008 R25 Standard/Enterprise Edition x32 или x64
• СУБД — Microsoft SQL Server 2000 SP4/2005/2008/2008 R25 Express/Standard/Enterprise Edition x32 или x64
При работе до 300 пользователей:
• Процессор 4 ядра по 3 ГГц
• Память не менее 16 Гб
• Объем жёсткого диска не менее 500 Гб
• ОС — Microsoft Windows Server 2003 SP1/2003 R2/2008/2008 R25 Standard/Enterprise Edition x32 или x64
• СУБД — Microsoft Access 2003
Источник: poisk-ru.ru
3.6. Требования к составу и параметрам технических средств
В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:
- процессор Pentium 3 и выше;
- 256 Мбайт оперативной памяти;
- 5 Мбайт свободного пространства на жестком диске;
- печатающее устройство;
- наличие клавиатуры и мыши.
Требуемое свободное пространство на жестком диске не учитывает увеличение размера информационных баз при работе программы. Пользователю необходимо самостоятельно следить за наличием достаточного свободного пространства.
3.7. Требования к информационной и программной совместимости
Системные программные средства, используемые программой, должны быть представлены локализованной версией операционной системы Windows XP (WindowsVista, Windows 7, 8, 10).
3.8. Специальные требования
Программа должна быть снабжена графическим интерфейсом.
Носителем для разрабатываемой программы может служить CD-диск, DVD-диск или другие цифровые носители информации. Упаковкой – пакет бумажный (конверт бумажный или пластиковый, этикетка с маркировкой).
4. Стадии и этапы разработки
4.1. Стадии разработки
Разработка должна быть проведена в три стадии:
- разработка технического задания;
- рабочее проектирование;
- внедрение.
4.2. Этапы разработки
Разработка должна быть проведена в три этапа:
изучение предметной области, проектирование системы, разработка предложений по реализации системы;
разработка приложения, отладка приложения при разработке;
тестирование программного продукта в условиях внедрения и составление программной документации.
5. Порядок контроля и приемки
После проведения испытаний в полном объеме, на основании «Протокола испытаний» утверждают «Свидетельство о приемке», после чего программный продукт считается принятым.
В процессе работы создано техническое задание на разрабатываемое ИС «Туристическая фирма», аттестованы все имеющиеся точки зрения на разрабатываемую ИС.
Список используемой литературы
- Соммервиль Иан. Инженерия программного обеспечения, 6-е издание. : Пер. с англ. – М.: Издательский дом “Вильямс”, 2002. – 624 с.
- Иванова Г.С. Технология программирования: Учебник для вузов. — М.: Изд-во МГТУ им. Н.Э. Баумана, 2002. — 320 с.
- ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы
- ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению
Лабораторная работа №3 Методология функционального моделирования
Цель работы: Изучить методологии функционального моделирования IDEF0 и IDEF3.
Лабораторная работа направлена на ознакомление с методологиями функционального моделирования IDEF0 и IDEF3, получение навыков по применению данных методологий для построения функциональных моделей на основании требований к информационной системе.
Требования к результатам выполнения лабораторной работы:
- модель должна отражать весь указанный в описании функционал, а также чётко отражать существующие потоки данных и описывать правила их движения;
- наличие в модели не менее трёх уровней;
- не менее двух уровней декомпозиции в стандарте IDEF0 (контекстная диаграмма + диаграммы A0);
- на диаграмме 1-го уровня (A0) не менее 4-х функциональных блоков;
- на диаграмме 2-го и далее уровнях должна быть декомпозиция в стандарте IDEF3, на каждой диаграмме не менее 2-х функциональных блоков.
Программно-аппаратные средства, используемые при выполнении работы
При построении диаграмм будет использована программа для моделирования бизнес-процессов AllFusion Process Modeler 7. Она предназначена для поддержки процесса создания информационных систем. AllFusion Process Modeler 7 является достаточно развитым средством моделирования, позволяющим проводить анализ, документирование и улучшение системы. С его помощью можно моделировать действия в системе, определять их порядок и необходимые ресурсы.
Построить функциональную модель системы так, чтобы она отвечала всем предъявленным к системе требованиям, представляла полный функционал системы (каждой функции в описании системы должен соответствовать по крайней мере один функциональный блок) и её основные бизнес-процессы.
С помощью методологии IDEF0 построить контекстную диаграмму.
С помощью методологии IDEF0 построить диаграмму 1-го уровня (A0) – модель окружения.
С помощью методологии IDEF3 декомпозировать функциональные блоки модели окружения на 1-2 уровня вглубь до потоков, связи с внешними системами и на каждой диаграмме 2-го уровня должно быть не менее 4-х функциональных блоков; на каждой диаграмме 3-го уровня и далее не менее 2-х функциональных блоков:
- Диаграмма декомпозиции 2 уровня блока «Прием заявки»
- Диаграмма декомпозиции 2 уровня блока «Подбор тура»
- Диаграмма декомпозиции 2 уровня блока «Оформление документов»
- Диаграмма декомпозиции 2 уровня «Формирование отчета»
В процессе работы составлена IDEF0 и IDEF3 модели разрабатываемого процесса работы туристической фирмы. Произведена декомпозиция составляющих диаграммы.
Список используемой литературы
- Бахтизин В.В. Методология функционального проектирования IDEF0: Учеб. пособие – Мн.: БГУИР, 2003. – 24 с.: ил.
- Ляхов В. Ф. Практикум по Bpwin // СевКавГТУ кафедра «Информационных систем и технологий»
- Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем / С.В. Маклаков. – М.: ДИАЛОГ-МИФИ, 2001. – 304 с.
Источник: studfile.net
Требования к составу и параметрам технических средств
Разработка новой мобильной игры MusicJump для Android-устройств в жанре runner с интерфейсом на английском языке. Героем необходимо пройти трассу, прыгая по платформам. Трассагенерируется от загруженной музыки — при загрузке музыки производится анализ частот и создание платформ трассы. При прохождении трассы, воспроизводится загруженная музыка. Игра предназначена для отдыха и развлечения.
Основание для проведения разработки
Основанием для проведения разработки является проектная работа по дисциплине “Управление требованиями при разработке программного обеспечения”. Проект является StartUp’ом, разрабатывается на собственные средства.
Назначение разработки
Функциональное назначение программы
Загружать музыку, анализировать загруженную музыку и генерировать трассу для прохождения героем.
Эксплуатационное назначение программы
Программа должна использоваться пользователями для отдыха и развлечения.
Требования к программе или программному изделию
Требования к функциональным характеристикам
Программа должна обеспечивать выполнение модулей:
Программа должна обеспечивать возможность выполнения функций:
● Загрузка музыки в формате mp3;
● Размер файла (музыки) не должен превышать 15 мб;
● Анализ музыки в формате mp3;
● Генерация различных трасс (карт), в зависимости от загруженной музыки в формате mp3;
● Возможность управлять героем (объектом игры) — движение вперед, прыжки;
● Воспроизведение загруженной музыки формата mp3 во время игры;
● Показывать победу или поражение;
● Изменять внешний вид приложения.
Входными параметрами приложения является музыка в формате mp3.
Выходными параметрами игры является прохождение трассы (карты).
Требования к надежности
Перечень требований, для обеспечения надежного функционирования программы:
● Необходимый уровень квалификации разработчиков — программист обязан знать принципы ООП, уметь работать с классами и объектами, реализовывать алгоритмы на языке Java, взаимодействовать с интерфейсом разрабатываемого приложения;
● Тщательное тестирование приложения на соответствие работы приложения заявленным требованиям ТЗ и ЧТЗ — провести ручное тестирование, тестирование интерфейса приложения, тестирование отдельных функций на корректность входных и выходных результатов (принцип тестирования “Стеклянный ящик”);
● Контроль входных параметров — необходимо обеспечить пользователю загрузку только корректных аудиозаписей (тип файла, размер файла, название файла), которые не нарушают работу приложения.
Время на восстановление приложения после отказа работы приложения, не должно превышать времени повторного запуска приложения. Время на восстановление приложения после отказа устройства, не должно превышать времени на перезагрузку OS Android и запуска приложения.
Условия эксплуатации
Условия эксплуатации соответствуют условиями эксплуатации мобильного устройства.
Требования к составу и параметрам технических средств
В состав технических средств должно входить мобильное устройство с OS Android и возможность любым возможным способом получить файл приложения на устройство (передача по bluetooth, передача через usb-кабель, скачивание файла из Интернета).
Параметры устройства
● Операционная система Android OS 4.0;
● Любое разрешение экрана;
● Возможность получения файла приложения (.apk) через интернет, bluetooth или usb-кабель.
Дата добавления: 2018-04-05 ; просмотров: 2388 ; Мы поможем в написании вашей работы!
Поделиться с друзьями:
Источник: studopedia.net