Смекни!
smekni.com

Информационные технологии 2 5 (стр. 9 из 11)

2) пополнять поступившие знания с помощью логических выводов.

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

Примеры:

Экспертные системы, поисковые системы.

6. Понятие и классификация программ. Этапы жизненного цикла программного продукта.

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

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

Задача – проблема, подлежащая решению.

Приложение – это прикладная программа предназначенная для решения задач из проблемной области.

Все программы делятся на два класса:

1. утилитарные программы – это программы удовлетворяющие нужды разработчика (простые).

2. программные продукты – это комплекс взаимосвязанных программ, предназначенных для решения задач массового спроса, и подготовленных к реализации как промышленная продукция (ППП).

Также все программы делятся на 3 класса (с точки зрения лицензирования):

1. свободно-распространяемые (бесплатные) – freeware;

2. условно-бесплатные – shareware;

3. коммерческие – распространяются на условиях покупки лицензии.

Все специалисты работающие в ИТ делятся на:

1. конечный пользователь.

2. постановщик задач – специалист, изучающий предметную область, и устанавливающий задачу.

3. системный программист – разрабатывает и выполняет установку, настройку ОС и системного ПО.

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

5. администратор информационных ресурсов – разграничивает права доступа к программным продуктам.

Выделяют следующие этапы жизненного цикла ПП:

1. Исследование рынка программных средств (маркетинг);

2. Проектирование структуры ПП (определение модулей, интерфейс); 3. Программирование, тестирование и отладка ПП:

а) создание первой версии (альфа-версия);

б) разработка и отладка бета-версии;

в) основной релиз (готовая программа).

4. Документирование ПП (создание комплекса документов);

5. Выход ПП на рынок;

6. Эксплуатация ПП и его сопровождение;

7. Снятие ПП с продаж и отказ от сопровождения.

32. Классификация методов проектирования программного продукта. По степени автоматизации проектирования выделяются:

1. Неавтоматизированное проектирование – используется при разработке небольших по трудоёмкости и сложности ПП.

2. Автоматизированное проектирование – проектирование с использованием специальных программных средств, позволяющих согласовать действия программистов и использовать предыдущие наработки при создании ПП (case-средства).

Подходы при проектировании ПП:

1) Структурное проектирование – последовательная декомпозиция (разложение исходной системы на отдельные составляющие).

Типичные методы структурного проектирования:

- Нисходящее проектирование; - Модульное программирование; - Структурное программирование.

2) Информационное моделирование ПП – в основе положения об определяющей роли данных при создании программ, применяются для организации хранения и обработки данных СУБД. Основные составляющие этого метода:

- Информационный анализ предметных областей;

- Информационное моделирование (создание модели данных);- Системное проектирование функций обработки данных;

- Детальное конструирование процедур обработки данных.

3) Объектно-ориентированное проектирование (ООП) основано на:

- Выделение классов объектов (определение объектов, которые будут учитываться);

- Установление характерных свойств объектов и методы их обработки;

- Создание иерархии классов, наследование свойств объектов и методы их обработки.

33. Этапы создания программного продукта. Составление технического задания на проектирование.

Существуют следующие этапы создания ПП:

3. Составление технического задания (ТЗ) на проектирование;

4. Создание технического проекта;

5. Создание рабочего проекта; 6. Создание рабочей документации;

7. Ввод в действие ПП.

Для создания ТЗ требуется:

1. определить платформу создаваемой программы (тип операционной системы);

2. оценить необходимость работы в компьютерной сети (тип сети, протокол, скорость);

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

4. обосновать целесообразность работы с БД под управлением СУБД;

5. выбор метода решения задач;

6. разрабатывают обобщённый алгоритм решения задачи;

7. определение функциональной структуры алгоритмов и состав объектов; 8. определяют требования к комплексу технических средств;

9. определяют интерфейс пользователя.

34. Создание технического проекта, рабочей документации и рабочего проекта. Ввод в действие программного продукта.

Создание технического проекта включает в себя следующие шаги:

8. Разрабатывается детальный алгоритм обработки данных и уточняется состав объектов, их свойств, методов обработки.

9. Определяется состав системного ПО (ОС, модель СУБД, наличие прикладных ПП).

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

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

Создание рабочего проекта:

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

2. Проведение автономной и комплексной отладки (альфа – автономная, бета – комплексная);

3. Создание эксплуатационной документации;

Создание рабочей документации:

1. Общая характеристика ПП с указанием сферы его применения;

2. Руководство пользователя – детальное описание возможностей и технология работы с ПП;

3. Руководство программиста – указывает особенности ПП и её внутреннюю структуру;

4. Обучающие системы (demo) – создание различных демонстрационных программ и гипертекстовых систем помощи.

Ввод в действие ПП:

1. Создание основной версии ПП и проведения его опытной эксплуатации (релиз);

2. Тиражирование и распространение ПП (промышленная эксплуатация).

7. Структура программного продукта.

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

Модуль – самостоятельная часть программы, имеющая определённое назначение автономно от других модулей.

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

Структуризация преследует следующие цели:

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

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

3. Регулировать трудозатраты и стоимость проектных работ;

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

Различают модули:

1. Головной – управляет запуском программы (единственный);

2. Управляющий – вызывает другие модули на обработку;

3. Рабочий – выполняет функции обработки;

4. Сервисный – выполняет обслуживающие функции.

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

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

Системы с диалоговыми процессами классифицируются на:

1. Системы с жёстким сценарием диалога;

2. Дескрипторные системы (сбор информации по ключевым словам);

3. Тезаурусные системы (гипертекстовые);

4. Системы с языком деловой прозы (представление сообщения на языке, понятном профессионалу).

Наиболее распространены системы с жёстким сценарием диалога:

1. меню (пользователю предлагается выбор функции обработки из фиксированного перечня);

2. может иметь иерархический вид (подменю);

3. действие «запрос - ответ» (фиксированный перечень возможных значений, выбираемых из списка);

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

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

1. момент начала диалога;

2. инициатор диалога (человек, программа);

3. параметры и содержание диалога (сообщения, состав и структура меню, экранная форма).

4. реакция программы на завершение диалога.

Сценарий диалога описывается с помощью:

1. Блок-схема – в которой имеются блоки выданных сообщений и обработки полученных ответом.

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

3. Специализированные объектно-ориентированные языки построения сценариев.

Для создания процесса и интерфейса наиболее подходят объектно-ориентированные средства разработки программ. В данных средствах содержатся:

а) Конструктор экранных форм, позволяющий разработать форматы экранного ввода,

вывода и редактирование данных, управлять работой ПП.

б) Используются различные объекты управления: подписи и тексты сообщений, поля для

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

8. Проектирование графического интерфейса пользователя.

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

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