Разработка программных продуктов

Курсовая работа

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

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

2. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

2.1. Разработка программных продуктов

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

9 стр., 4416 слов

Программное обеспечение компьютера

... особенностей механизма работы программного обеспечения ПК. Достижение цели предполагает решение ряда задач: 1) изучить механизм работы персонального компьютера; 2) выделить элементы программного обеспечения; 3) рассмотреть функционирование системного, прикладного и инструментального ПО ...

Требования – четкое определение того, что пользователь ожидает от готового продукта.

Цели – задача, которая ставится перед окончательным результатом и самим проектом.

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

Детальный внешний проект – завершение определения взаимодействий с пользователем, описание всех потребностей ввода/вывода.

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

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

Внешний проект модуля – определение всех сопряжении модуля.

Проект логики модуля – разработка логики модуля, результат – текст модуля.

2.1.1. Эффективность и оптимизация программ

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

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

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

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

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

2.1.2. Обеспечение качества программного продукта

Разработка программного обеспечения — это, прежде всего, нахождение способов получения качественного программного продукта. Что мы подразумеваем, когда мы говорим о «качестве» программного обеспечения? Качество программного обеспечения может измеряться во внешних характеристиках (например, легкий в использовании, выполняется быстро) или во внутренних характеристиках (например, модульная конструкция, читабельный код).

8 стр., 3514 слов

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

... работой и получать требуемые результаты, т.е. это диалог между компьютером и пользователем. Интерфейс для программного модуля, разработанного в данном курсовом ... 2.2 Разработка схемы программного модуля и ... программного модуля приведено в четвертом разделе. Кроме того, дано заключение и приведён список использованных источников. 1. Постановка задачи 1.1 Математическая модель задачи Определение ...

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

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

  • функциональность
  • надежность
  • легкость применения
  • эффективность
  • сопровождаемость
  • мобильность

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

Надежность подробно обсуждалась в первой лекции.

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

Эффективность — это отношение уровня услуг, предоставляемых ПП пользователю при заданных условиях, к объему используемых ресурсов.

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

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

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

3. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

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

7 стр., 3211 слов

Разработка программного обеспечения для работы с базой данных ...

... клавишу.” Удалить файл с данными. “Введите пожалуйста название файла ” Пользователь должен ввести имя файла подлежащего удалению и нажать “Enter”. Когда пользователь выберет 4 пункт меню “ Выход “ , программа завершит работу и выйдет ... Др. Выйти в меню Если выбран пункт 1- добавить, то открываем файл для записи в конец. Выводим на экран: Введите код пост., код потр., код мет.,отгрузка ...

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

4. ТРЕБОВАНИЕ К ПРОГРАММНОМУ ПРОДУКТУ

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

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

  • вывод шапки таблицы (SH);
  • вывод данных одной записи (P);
  • создание файла (SOZ);
  • дополнение файла новыми записями ();
  • запись данных в файл (ZF);
  • чтение данных из файла (CHT);
  • модификация ряда записей файла ();
  • поиск записей файла с выводом найденных записей или сообщения о неуспешном поиске (POISK);
  • отсортировать таблицу по возрастанию ();
  • удаление записей из типизированного файла ();
  • функция для фильтрации строки – удаления пробелов (FILTR).

    4.1.2.

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

  • Входные данные поступают из файла “Ish.txt”
  • Выходные данные поступают в текстовый файл “REZYL.txt”;

    4.2.

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

4.2.1. Предусмотреть контроль вводимой информации

Нет контроля вводимой информации.

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

Система должна работать на IBM – совместимых персональных компьютерах.

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

тип процессора Pentium и выше

объём оперативного запоминающего устройства 32 Мб и более

объём свободного места на жёстком диске.40 Мб