Презентация на тему: Техническое задание. Постановка задачи

Реклама. Продолжение ниже
Техническое задание. Постановка задачи.
Техническое задание (ТЗ)
Как инструмент коммуникации ТЗ позволяет:
В ТЗ входит:
2. Общие сведения
3 Назначение и цели создания ПО
3.1 Актуальность разработки ПО
Пример актуальности разработки образовательного web- портала aies.kz
3.3 Идеология разработки ПО
Примеры идеологий
3.4 Постановка проблемы
3.6 Цель разработки ПО
Примеры целей разработки
3.7 Задачи исследования
3.8 Преимущества программы
4 Требования к программному обеспечению
4 Требования к программному обеспечению
Пример структурной модели
4.1.3 Архитектура ПО
Пример 1 архитектуры ПО
Пример 2 архитектуры ПО
4.1.6 Требования к информационному обеспечению ПП
Пример структура БД ПО справочника владельца видеотеки
4.1.6.2 Технологии доступа к данным
4.1.6.3 Требования к запросам данных пользователей из базы
4.1.6.4 Требования к исходным кодам и языкам программирования
4.1.6.5 Методы разработки ПО
4.1.7 Требования к программным средствам
Основные символы в схемах алгоритма
4.2 Требования к надежности:
4.3.Опеспечение защищенности программого продукта
Техническое задание. Постановка задачи.
Техническое задание. Постановка задачи.
1/33
Средняя оценка: 4.1/5 (всего оценок: 90)
Код скопирован в буфер обмена
Скачать (731 Кб)
Реклама. Продолжение ниже
1

Первый слайд презентации: Техническое задание. Постановка задачи

Дисциплина «Технологии программировании» 2 лекция Техническое задание. Постановка задачи. В.В. Сербин

Изображение слайда
1/1
2

Слайд 2: Техническое задание (ТЗ)

- исходный документ для разработки информационных систем, стандартов либо проведения научно-исследовательских работ (НИР). ТЗ содержит основные технические требования, предъявляемые к ПП; в ТЗ указываются назначение объекта, область его применения, стадии разработки конструкторской (проектной, технологической, программной и т.п.) документации, её состав, сроки исполнения и т. д., а также особые требования, обусловленные спецификой самого объекта либо условиями его эксплуатации. ТЗ разрабатывается заказчиком для разработчика

Изображение слайда
1/1
3

Слайд 3: Как инструмент коммуникации ТЗ позволяет:

обеим сторонам: представить готовый продукт выполнить попунктную проверку готового продукта (приёмочное тестирование — проведение испытаний) уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности (на всех стадиях и этапах создания, за исключением испытаний) заказчику: осознать, что именно ему нужно требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ исполнителю (разработчику): понять суть задачи, показать заказчику «технический облик» будущего изделия, программного изделия или автоматизированной системы спланировать выполнение проекта и работать по намеченному плану отказаться от выполнения работ, не указанных в ТЗ

Изображение слайда
1/1
4

Слайд 4: В ТЗ входит:

Введение Общие сведения Назначение и цели создания по Требования к программному обеспечению П сихологические особенности Экономическое обоснование С тадии и этапы разработки по Тестирование и отладка по П орядок контроля и приемки

Изображение слайда
1/1
5

Слайд 5: 2. Общие сведения

2.1 Полное название ПО и ее условное обозначение Главная тематика программы, краткость названия, легкость, обоснование 2.2 Наименование предприятий разработчика и заказчика и их реквизиты Написать наименование предприятий разработчика и заказчика, их Ф.И.О., контактные телефоны, адреса и т.д. 2.3 Плановые сроки начала и окончания работы по созданию ПО Продолжительность разработки зависит от сложности ПП, и конечно непосредственно от самого разработчика. 2.4 Сведения об источниках и порядке финансирования работ Указать источник (спонсор) и порядок финансирования работ.

Изображение слайда
1/1
6

Слайд 6: 3 Назначение и цели создания ПО

3.1 Актуальность разработки ПО 3.2 Область применения 3.3 Идеология программного обеспечения 3.4 Постановка проблемы 3.5 Постановка задачи 3.6 Цель разработки ПО 3.7 Задачи исследования 3.8 Преимущества программы 3.9 Недостатки программы

Изображение слайда
1/1
7

Слайд 7: 3.1 Актуальность разработки ПО

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

Изображение слайда
1/1
Реклама. Продолжение ниже
8

Слайд 8: Пример актуальности разработки образовательного web- портала aies.kz

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

Изображение слайда
1/1
9

Слайд 9: 3.3 Идеология разработки ПО

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

Изображение слайда
1/1
10

Слайд 10: Примеры идеологий

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

Изображение слайда
1/1
11

Слайд 11: 3.4 Постановка проблемы

Перечень проблем, которые решает разработка ПО 3.5 Постановка задачи Формализованная (математическая) постановка задачи: Пусть….тогда. Необходимо чтобы… Эффективное решение данной задачи может быть достигнуто при условии…. Требуется, чтобы… Для решения этой проблемы требуется…

Изображение слайда
1/1
12

Слайд 12: 3.6 Цель разработки ПО

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

Изображение слайда
1/1
13

Слайд 13: Примеры целей разработки

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

Изображение слайда
1/1
14

Слайд 14: 3.7 Задачи исследования

определяются поставленной целью и представляют собой конкретные последовательные этапы решения проблемы исследования для достижения основной цели. Пример: Анализ …. Разработка модели… Разработка алгоритма… Разработка ПО… Тестирование ПО… Отладка ПО… Применение… Внедрение…

Изображение слайда
1/1
Реклама. Продолжение ниже
15

Слайд 15: 3.8 Преимущества программы

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

Изображение слайда
1/1
16

Слайд 16: 4 Требования к программному обеспечению

4.1 Требования к структуре и функционированию ПО 4.1. 1 Используемая технология создания ПО 4.1.2 Модель ПО 4.1.3 Архитектура ПО 4.1.4 Объем, состав текстовой и графической информации 4.1.5 Общий объем ПО 4.1.6 Требования к информационн ому обеспечению ПП 4.1.7 Требования к программным средствам 4.2 Требования к надежности 4.3.Опеспечение защищенности программого продукта 4.4 Требования к эксплуатации 4.5 Технические требования 4.6. Специфические требования

Изображение слайда
1/1
17

Слайд 17: 4 Требования к программному обеспечению

4.1 Требования к структуре и функционированию ПО 4.1. 1 Используемая технология создания ПО 4.1.2 Модель ПО Модель – это упрощенное представление реальности. Хорошая модель всегда включает элементы, существенно влияющие на результат, и не включает те, которые малозначимы на данном уровне абстракции. Модель может быть структурной, подчеркивающей организацию системы, или поведенческой, то есть отражающей ее динамику. Модели позволяют нам наглядно продемонстрировать желаемую структуру и поведение системы. Они также необходимы для визуализации и управления ее архитектурой. Модели помогают добиться лучшего понимания создаваемой нами системы, что зачастую приводит к ее упрощению и возможности повторного использования. Наконец, модели нужны для минимизации риска. (подробно в лекции 4) 4.1.2.1 Выбор модели 4.1.2.2 Обоснование выбранной модели 4.1.2.3 Построение общей модели

Изображение слайда
1/1
18

Слайд 18: Пример структурной модели

Изображение слайда
Изображение для работы со слайдом
1/2
19

Слайд 19: 4.1.3 Архитектура ПО

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

Изображение слайда
1/1
20

Слайд 20: Пример 1 архитектуры ПО

Изображение слайда
1/1
21

Слайд 21: Пример 2 архитектуры ПО

MS SQL Server 200 0 Интерфейс обучаемого Модуль регистрации и входа в систему Теоретичес-кий модуль Аналитичес-кие данные Практический модуль Контролирующий модуль Блок управления администрированием Интерфейс преподавателя Авторский модуль (загрузка курса) Модуль настроек (параметры обучения) Подсистема анализа обработки данных Подсистема диагностики Подсистема контента Экспертная подсистем а Сервер приложений БД математических моделей БД БЗ

Изображение слайда
1/1
22

Слайд 22: 4.1.6 Требования к информационному обеспечению ПП

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

Изображение слайда
1/1
23

Слайд 23: Пример структура БД ПО справочника владельца видеотеки

Изображение слайда
Изображение для работы со слайдом
1/2
24

Слайд 24: 4.1.6.2 Технологии доступа к данным

ODBC - Это программные интерфейсы (API) на языке C для подключения приложений к различным СУБД. OLE DB - гибрид ODBC и COM, то есть для доступа к данным в ней используются не API на языке C, а COM-интерфейсы. RDO- (Remote Data Objects - удалённые объекты данных). DAO - это Data Access Objects (объекты доступа к данным). ADO- ActiveX Data Object (ActiveX-объекты для доступа к данным). ADO.NET - Новое поколение объектов для работы с данными, где вместо ActiveX-компонентов используются компоненты.NET. MDAC- Microsoft Data Access Components (компоненты доступа к данным корпорации Microsoft) - это общее название ODBC, OLE DB и ADO.

Изображение слайда
1/1
25

Слайд 25: 4.1.6.3 Требования к запросам данных пользователей из базы

Запросы – это выходные данные, структурированные определенным образом. Пример БД ВУЗа: Выдать список студентов факультета ФРТиС с фамилией на букву А, имеющих хотя бы одну не сдачу экзамена 2 семестра. Выдать список преподавателей ведущие предметы по специальности БВТ 1курса, по которым студенты получили наименьшее количество балов, но в анкетировании «Преподаватель глазами студента», указали наибольший бал.

Изображение слайда
1/1
26

Слайд 26: 4.1.6.4 Требования к исходным кодам и языкам программирования

Язык программирования. Указать в какой среде программирования будет реализована программа. Borland Delphi PHP Flash MS Visual Basic MS Visual Basic.Net MS Visual C++ MS Visual C# MS Visual Java# и т.д.

Изображение слайда
1/1
27

Слайд 27: 4.1.6.5 Методы разработки ПО

Современнейшие теории разработки ПО и методы: Теория принятия решений Экспертные системы Методы алгоритмов и автоматов Моделирование систем и UML Дерево решений Нечеткие множества и логика Численные методы Кластерный анализ Базы данных и базы знаний Нейронные сети и нейроинформатика Генетические алгоритмы и естественный отбор Разреженный гиперкуб Теория игр

Изображение слайда
1/1
28

Слайд 28: 4.1.7 Требования к программным средствам

Операционные системы, на которых будет работать программное обеспечение. 4.1.8 Построение алгоритма Единого «истинного» определения понятия «алгоритм» нет. « Алгоритм — это конечный набор правил, который определяет последовательность операций для решения конкретного множества задач и обладает пятью важными чертами: конечность, определённость, ввод, вывод, эффективность». (Д. Э. Кнут)

Изображение слайда
1/1
29

Слайд 29: Основные символы в схемах алгоритма

Терминатор. Начало или конец алгоритма Данные. Ввод и вывод данных Процесс. Обработка данных любого вида. Решение. Функция переключательного типа. Подготовка. Модификация команды с целью воздействия на некоторую последующую функцию. Для циклов с параметром.

Изображение слайда
1/1
30

Слайд 30: 4.2 Требования к надежности:

3.2.1 Требования к обеспечению надежного функционирования программы Надежность – это вероятность безотказной работы ПО. 4.2.2 Время восстановления после отказа Определить время восстановления программы, в случае отказа работы ПО. 4.2.3 Отказы из-за некорректных действий пользователей системы Наличие отказов в системе из-за некорректных действий пользователя. Если таковые имеются, то указать какие именно отказы будут присутствовать, и какие действия нужно предпринять для их устранения.

Изображение слайда
1/1
31

Слайд 31: 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.Защита от взлома Метод защиты ПО от взлома.

Изображение слайда
1/1
32

Слайд 32

Продолжение следует…

Изображение слайда
1/1
33

Последний слайд презентации: Техническое задание. Постановка задачи

Спасибо за внимание!

Изображение слайда
1/1
Реклама. Продолжение ниже