1. Программные продукты и их основные характеристики
2. Понятие программного обеспечения
3. Характеристики качество ПО
4. Проектирование программного продукта
5. Структура программного продукта
6. Проектирование интерфейса пользователя
Программирование может рассматриваться как наука, так и искусство. Программа результат интеллектуального труда, для которого характерно творчество. Программы предназначены для машинной реализации задач.
Задача – это проблема, подлежащая решению с помощью технических средств, а приложение (синоним программа) – реализованное на компьютере решение данной задачи.
Программы делятся на утилиты (для нужд разработчиков) и программные продукты (для удовлетворения потребностей пользователя)
В настоящее время на мировом рынке господствуют компьютеры разного типа: VAX и IBM и языки, совместимые с этими машинами. Программы, написанные для одной машине, не всегда подходят к другой.
Для разработчика это творчество, для заказчика это удобный инструмент.
В Японии 60% трудоспособного населения занимается программированием.
Программирование – это сфера действий, направленная на создание программ.
Программа – это последовательность команд компьютера, приводящая к решению задачи.
Приложение – это программная реализация на компьютере решения задачи.
Программное обеспечение (ПО) - это программные продукты и техническая документация к ним.
Программный продукт (ПП) – это комплекс взаимосвязанных программ, предназначенный для реализации определенной задачи массового спроса.
Программы являются критерием развития вычислительной техники.
Проблемы, возникающие при создании программных продуктов:
1. Быстрая смена вычислительной техники и алгоритмических языков.
2. Не стыковка машин друг с другом (VAX и IBM).
3. Отсутствие полного взаимопонимания между заказчиком и исполнителем к разработанному программному продукту.
Перечень показателей качества:
- документированность,
- эффективность,
- простота использования,
- удобство эксплуатации,
- мобильность,
- совместимость,
- испытуемость,
- стоимость.
Критерии оценки качества программы.
Программа должна:
1. работать согласно техническому заданию (и это легко проверяется);
2. быть эффективна по быстродействию и памяти (или быстрее работать или занимать меньше памяти);
3. широко использоваться и быть доступной (любой грамотный программист должен в программе разобраться и ее эксплуатировать, модернизировать как под новую задачу, так и под новую версию ОС);
4. быть приспособлена к выявлению ошибок (достаточно надежна в процессе расчета получать достоверные результаты);
5. должна быстро разработана и отлажена с минимальными трудозатратами.
0.5. Проектирование программных продуктов (ПП)
0.5.1. Классификация методов проектирования ПП
Неавтоматизированное проектирование алгоритмов и программ используется при разработке небольших по трудоемкости и структурной сложности ПП.
Автоматизированное проектирование используется в крупных фирмах при разработке определенного класса ПП большого коллектива разработчиков.
.Структурное проектирование – это последовательная декомпозиция, целенаправленное разбиение на отдельные составляющие.
Структурное проектирование включает в себя:
- нисходящее проектирование ("сверху вниз"),
- модульное программирование,
- структурное программирование (кодирование).
Информационное моделирование – построение
комплекса взаимосвязанных моделей данных.
Объектно-ориентированный подход основан на:
- выделении классов объектов;
- установлении свойств объектов и методов их обработки;
- создании иерархии классов, наследовании свойств объектов и методов их обработки.
Каждый объект объединяет данные и программу обработки этих данных и относится к определенному классу.
Основная цель ООП - преодолеть следующие недостатки проектирования “сверху вниз”:
- недостаточное внимание к структурам данных,
- слабая связь структур данных с процессами их обработки.
Проектирование алгоритмов и программ – наиболее ответственный этап жизненного цикла ПП.
Традиционное неавтоматизированное проектирование алгоритмов и программ используется при разработке небольших по трудоемкости и структурной сложности ПП, не требующих большого числа разработчиков. ПП имеют прикладной характер.
Автоматизированное проектирование алгоритмов и программ возникло с необходимостью уменьшить затраты на проектные работы, сократить сроки их выполнения, создать типовые "заготовки", многократно тиражируемых для различных разработок, координации работ большого коллектива разработчиков
Методология –это подходы к проектированию
Начало развития падает на 60-е годы.
Метод нисходящего проектирования предполагает последовательное разложение общей функции обработки данных на простые функциональные элементы ("сверху вниз").
В основе Информационного моделирования лежит положение об определяющей роли данных при проектировании алгоритмов и программ.
Структурное программирование основано на модульной структуре программного продукта и базовых алгоритмических структурах.
Кроме того, ООП позволяет резко сократить объем и трудоемкость подготовки программ, имеющих дело с множеством связанных друг с другом объектов.
Объектно-ориентированный анализ – это выявление объектов, определение свойств и методов обработки объектов, установление их взаимосвязей.
ООП процесс объектной декомпозиции и представления с использованием моделей данных проектируемой системы на логическом и физическом уровнях.
0.5.2. Этапы создания ПП
0.5
Составление технического задания на программирование.
На этом этапе требуется:
· определить тип ОС - MS DOS, Windows, Windows NT,
· оценить необходимость сетевого варианта работы программы,
· определить необходимость разработки программы,
· обосновать необходимость работы с БД под управлением СУБД,
· выбрать методы решения задачи,
· разработать обобщенный алгоритм решения
комплекса задач и структуры данных,
· определить требования к интерфейсу пользователя.
Технический проект.
На этом этапе выполняется:
· разработка детального алгоритма обработки данных,
· определение состава общесистемного программного обеспечения, включающего базовые средства (ОС, модель БД, электронные таблицы),
· разработка внутренней структуры ПП, образованной отдельными программными модулями,
· выбор средств разработки программных модулей.
3. Рабочая документация (рабочий проект).
На этом этапе осуществляется:
· разработка программных модулей,
· программирование или создание программного кода,
· отладка программного продукта,
· испытание работоспособности программных модулей и базовых программных средств,
· подготовка контрольного примера, для проверки соответствия ПП заданию,
· создание эксплуатационной документации на программный продукт:
– Описание применения;
– Руководство пользователя;
– Руководство программиста (оператора).
– Обучающей системы (для ПП массового применения)
4. Ввод в действие.
Готовый программный продукт сначала проходит опытную эксплуатацию, а затем сдается в промышленную эксплуатацию.
Создание программных продуктов трудоемкий процесс, основанный на определенной технологии.
которую можно переносить на различные платформы.
Разрабатывают функциональную структуру алгоритма или состав объектов, определяют требования к комплексу технических средств системы.
Пример: для создания MS DOS- приложений может быть использован язык программирования Visual Basic for DOS Standard, Fortran, Visual C++ for Windows. Если необходима переносимость программ на другие ЭВМ, выбирается среда Windows NT.
При разработке программ, работающих в среде Windows, возможно применение технологии OLE, для создания приложений.
Приложение может работать с БД различных СУБД.
- характеристика программного изделия с указанием сферы его применения;
- детальное описание функциональных возможностей и технологии работы с программным продуктом;
- указывает особенности установки программного продукта.
Тиражирование и распространение ПП
Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет
studopedia.su - Студопедия (2013 - 2025) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав!Последнее добавление