Построение структуры "Статистическое наблюдение микропредприятий"

Размещено на http://www.allbest.ru/

Введение

Delphi - это среда объектно-ориентированного программирования, основанная на языке Object Pascal. Используется для разработки и поддержки программного обеспечения. В отличии от своего прародителя, языка Pascal, многофункционален и удобен тем, что имеет визуальный редактор приложения, который позволяет создавать внешний облик будущей программы.

Delphi - это комбинация нескольких важнейших технологий:

высокопроизводительный компилятор в машинный код;

объектно-ориентированная модель компонент;

визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;

масштабируемые средства для построения баз данных.

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

Удовлетворение потребностей органов власти и управления, средств массовой информации, населения, научной общественности, коммерческих организаций и предпринимателей, международных организаций в разнообразной, объективной и полной статистической информации - главная задача Федеральной службы государственной статистики. Для ее решения действует система государственной статистики, в состав которой входят центральный аппарат на федеральном уровне и территориальные органы Росстата, расположенные во всех субъектах Российской Федерации, а это более двадцати трёх тысяч работников.

Международная экспертиза признала статистические данные Федеральной службы государственной статистики надежными.



1. Постановка задачи

Для предприятия «Оренбургстат» разработать программу «Статистическое наблюдение микропредприятий», которая будет осуществлять следующие функции:

работу с данными по микропредприятиям (просмотр, добавление, редактирование, удаление, поиск);

составление отчётов;

составление списков отобранных по запросу предприятий;

Основные характеристики функциональных задач:

цель и назначение данной задачи состоит в том, чтобы разработать программу автоматизирующую работу промышленного отдела предприятия;

условия решения задачи с использованием средств вычислительной техники:

- процессор: intel Core i3 2.9 GHz;

- монитор Acer AL1716, 17 дюймов;

- размер ОЗУ 3 Гб;

- свободное пространство на жестком диске не менее 20 Мб;

- видео карта 1024 Мб;

- клавиатура;

- мышь;

- содержание функций обработки входной информации для решения задачи: добавление, редактирование, удаление, поиск предприятий, сохранение данных в файл;

- требование к периодичности и решению задачи: программа будет использоваться при необходимости просмотра списков предприятий, составления отчётов;

- ограничение по срокам и точности входной информации: информация представляется сразу после завершения процесса обработки входной информации;

- состав и форма представления выходной информации: информация представляется в электронном виде, результаты работы программы является файлы и напечатанные документы;

- источники входной информации для решения задачи являются: информация о предприятиях, справочник ОКАТО и ОКВЭД;

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

1.1 Структура взаимодействия входной и выходной информации

Структура взаимодействия входной и выходной информации изображена на рисунке 1.

Рисунок 1 - Структура взаимодействия входной и выходной информации

1.2 Требования к программно-аппаратному окружению

Для нормальной работы программы необходимо чтобы были выполнены следующие системные требования:

компьютер: однопроцессорный компьютер с ACPI;

процессор: Intel® Celeron® D CPU ~2.1GHz или выше;

полный объём физической памяти: 512,00 МБ;

виртуальная память: 2,00 ГБ;

сетевая плата: Realtek RTL 8139/810x Family Fast Ethemet NIC;

операционная система Windows XP или выше.

1.3 Требования к функциям, выполняемой системой

В данной программе используются следующие функции:

работа со списками предприятий (создание, редактирование);

формирование электронного отчёта в виде заполненного бланка формы № МП (микро);

запись всей информации в файл электронной таблицы excel.

1.4 Требования к эргономике и технической эстетики интерфейса пользователя

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

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

Максимальный объем информации, отображаемой на экране, должен определяться скоростью опознания и интерпретации предъявляемых сигналов, а

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

Чтобы не перегружать память человека - оператора следует исключить:

одновременный учет трех-четырех различных значений текущих параметров при операциях обслуживания;

сопоставление в уме более трех логических условий;

вычисления или перевод в уме с той или иной величины в другие единицы или системы отсчета;

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

Также, к эргономике следует отнести следующие требования:

должно быть организовано наиболее удобное и привычное для пользователя распределение пунктов и элементов основного меню;

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

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

Понятный интерфейс повышает производительность труда пользователей, в результате для выполнения задачи требуется меньше людей или они затрачивают на работу меньше времени.



1.5 Требования к надежности и хранению

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

Вся система должна обладать надёжностью, необходимо предусмотреть, самые неожиданные действия пользователя и если они неправильны, программа должна объяснить, как сделать то, чего хочет программа от пользователя.

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

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

Хранение программного продукта может осуществляться на любом магнитном или оптическом носителе информации. В нашем случае применены компакт диски CD-R/DWD-R и Flash - носители.

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

Тестируя программу в течение некоторого времени, собирают статистику об ошибках. В момент оценки надежности по протоколу искусственных ошибок все ошибки делятся на собственные и искусственные. Соотношение, называемое формулой Миллса,

N = (S*n)/V , (1)

где N - дает возможность оценить первоначальное число ошибок в программе;

S - количество искусственных ошибок,

n - число найденных собственных ошибок,

V - число обнаруженных к моменту оценки искусственных ошибок.

N = (5*2)/2 = 5 ошибок (2)

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

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

Регистрация означает протоколирование выявляемых в процессе оценивания событий или проявлений ошибок (недостатков, нарушений требований).

Программная документация, в общем виде, должна удовлетворять следующим требованиям:

соответствие требованиям стандартов единой системы программной
документации;

понятность документации;

полнота документации;

возможность освоения программного обеспечения по документации;

возможность освоения программного обеспечения на контрольном
примере;

легкость установки и запуска программного обеспечения;

понятность входных и выходных данных;

наличие описания структуры функций программного обеспечения;

соответствие функций программного обеспечения требованиям
техническому заданию;

наличие описания функций программного обеспечения;

отсутствие противоречий в реализации интерфейса с пользователем;

отсутствие противоречий в диагностике системы;

обеспечение помощи пользователю при затруднениях средствами
функции подсказки;

достаточность документации для ввода программного обеспечения в
эксплуатацию;

правильность документации;

приемлемость уровня технического исполнения документации;

наличие краткой аннотации программного обеспечения;

наличие описания решаемых задач;

наличие описания ограничений по применению;

наличие описания алгоритмов;

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



2. Пояснительная записка

2.1 Метод решения

Для решения поставленной задачи была выбрана среда программирования Delphi7.

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

Delphi является средой разработки, используемой прежде всего для поддержки и разработки приложений, предназначенных как для отдельных рабочих станций, так и для серверов. Delphi может функционировать под управлением операционной системы Windows 95, 98, NT, XP.

В качестве методологии проектирования вместе с Delphi 7 было выбрано модульное программирование.

Модульное программирование является развитием и совершенствованием процедурного программирования и библиотек специальных программ. Основная черта модульного программирования - стандартизация интерфейса между отдельными программными единицами. Это отдельная функционально-законченная программная единица, которая структурно оформляется стандартным образом по отношению к компилятору и по отношению к объединению ее с другими аналогичными единицами и загрузке. Как правило, каждый модуль содержит паспорт, в котором указаны все основные его характеристики: язык программирования, объем, входные и выходные переменные, их формат, ограничения на них, точки входа, параметры настройки и т.д. Объем модуля обычно не превышает 1000 команд ЭВМ или операторов языка программирования. В противном случае модуль становится громоздким и трудным к восприятию и использованию.

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

Основные концепции модульного программирования:

каждый модуль реализует единственную независимую функцию;

каждый модуль имеет единственную точку входа и выхода;

размер модуля по возможности должен быть минимизирован;

каждый модуль может быть разработан и закодирован различными членами бригады программистов и может быть отдельно протестирован;

вся система построена из модулей;

модуль не должен давать побочных эффектов;

каждый модуль не зависит от того, как реализованы другие модули.

2.2 Структурная схема программы

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

Структурная схема представлена на рисунке 2.



Рисунок 2 - Структурная схема программы

2.3 Диалоговый режим

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

Разрабатываемый сценарий диалога, представляется в виде:

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

- действия запрос-ответ - фиксированный перечень возможных значений, выбираемых из списка ... Или ответы типа Да/Нет;

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

Инициатором диалога является человек, так как он начинает работу с помощью выбора какого-либо из пунктов основного меню;

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

При завершении диалога программа выдаст запрос пользователю на подтверждение выхода или же его отмены.

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

Тип меню - всплывающее. Началом диалога является вывод на экран меню. Инициатором диалога является пользователь. Диалог заключается в выборе пользователем пункта меню.

2.4 Эскиз и спецификация типовых объектов управления графического интерфейса

Эскиз программы представлен на рисунке 3.

Файл	Отчётность	Справочники	Справка
Открыть… Сохранить как…	Новый Отчёт	ОКАТО ОКВЭД	О предприятии О программе
Печать			Помощь
Выход Закрыть

Рисунок 3 - Эскиз программы

Для создания диалогового окна используемые объекты представлены в таблице (1):

Наименование объекта	Функциональная характеристика объекта
1	2
Метка (Label)	постоянный текст, не подлежащий изменению при работе пользователя с экранной формой;
Полоса меню (MainMenu)	предлагает выбор основных функций обработки информации, представленные в программе.
PageControl	многостраничные панели позволяют экономить пространство окна приложения, размещая на одном и том же месте страницы разного содержания.
OpenDialog	компонент для отображения различных данных в табличной форме.
StringGrid	компонент для отображения различных данных в табличной форме.
ComboBox	компонент Delphi ComboBox представляет собой комбинацию списка строк ListBox со строкой ввода Edit.
Edit	является однострочным редактором.
GroupBox	предназначены они для группирования схожих по смыслу компонентов delphi.
RadioButton	служит для "переключения каналов", как и в настоящем радиоприёмнике.
Memo	позволяет вводить многострочный текст с клавиатуры, загружать его из файла, редактировать и сохранять в файл текстового формата
ProgressBar	представляет собой графическую полосу показывающую процесс работы продолжительной операции.
Компонент.(Timer)	позволяет задавать в приложении интервалы времени. Таймер находит многочисленные применения: синхронизация мультипликации, закрытие окон, включение хранителя экрана или закрытие связей с удаленным сервером при отсутствии действий пользователя
Изображение (Image)	компонент визуальный. Он отображает графическое изображение на форме. Воспринимает форматы BMP, ICO, WMF. Если картинку подключить во время дизайна программы, то она прикомпилируется к ехе-файлу.
WebBrowser	позволяет просматривать html страницы на форме приложения.
CheckListBox	данный компонент предназначен для множественного выбора элементов, т.е. мы можем выбрать все элементы списка или не одного, как нам необходимо.
Командная кнопка (Button, BitBtn)	позволяет выполнить какие-либо действия при нажатии кнопки во время выполнения программы.
StaticText	постоянный текст, не подлежащий изменению при работе пользователя с экранной формой;
Panel	с их помощью компонуются различные элементы интерфейса (кнопки, окна редактирования, списки), функционально связанные друг с другом.
MaskEdit	он также, как и компонент Edit, является однострочным редактором. Но вдобавок к свойствам и функциям компонента Edit, MaskEdit дает дополнительную возможность ввода текста по заданному шаблону.

Данная программа состоит из 8 форм, каждая из которых обладает определенными функциями.



Главное окно программы представлено на рисунке 4.

Рисунок 4 - Главное окно программы

Окно «Справочник территорий (ОКАТО)» представлено на рисунке 5.

Рисунок 5 - Окно «Справочник территорий (ОКАТО)»



Окно «Печать по запросу» представлено на рисунке 6.

Рисунок 6 - Окно «Печать по запросу»

Окно «Справочник - ОКВЭД» представлено на рисунке 7.

Рисунок 7 - Окно «Справочник - ОКВЭД»



Окно «Новый отчёт» представлено на рисунке 8.

Рисунок 8 - Окно «Новый отчёт»

Окно «О предприятии» представлено на рисунке 9.

Рисунок 9 - Окно «О предприятии»



Окно «О программе» представлено на рисунке 10.

Рисунок 10 - Окно «О программе»

Окно «Справка» представлено на рисунке 11.

Рисунок 11 - Окно «Справка»



3. Руководство системного программиста

Данный программный продукт написан в среде Delphi 7 и был основан на модульном программировании. В программе используются стандартные компоненты Delphi, с помощью которых осуществляется её реализация. Для запуска программы необходимо запустить файл StatisticalObservation.exe, а для быстродействия можно создать ярлык в необходимом месте. Для установки необходимо скопировать папку, где находится программа, в любое удобное для вас место на жестком диске. Не рекомендуется переименовывать, редактировать и удалять файлы в папке.

программа интерфейс эскиз руководство

3.1 Схема взаимодействия модулей

Программа содержит 8 модулей.

Схема взаимодействия модулей программы изображена на рисунке 12.

Рисунок 12 - Схема взаимодействия модулей

3.2 Описание модулей

AboutTheCompany -данные о предприятии;

AboutTheProgramm - данные о программе;

HeadBand - заставка приложения;

Main - главное окно программа;

NewOtchet - составление отчёта по форме № МП (микро);

OKATO - данные о территориях оренбургской области;

OKVED - данные о видах деятельности предприятия;

PrintTable - составление запросов для таблицы для вывода их на печать.

3.3 Настройка и проверка программы

Данная программа написана в среде визуального программирования Delphi7.

Создаваемое в среде Delphi приложение состоит из нескольких элементов, объединенных в проект. В состав проекта входят следующие элементы (в скобках указаны расширения имен файлов):

(StatisticalObservation.dpr). Является центральным файлом проекта и представляет собой собственно программу. Имя проекта (программы) совпадает с именем файла проекта и указывается при сохранении этого файла на диске, первоначально это имя Project1;

описания форм (dfm). Эти файлы автоматически создаются для каждой формы. Файлы описания форм являются ресурсом Delphi и содержат характеристики форм (main.dfm, info.dfm и т.д.) и их компонентов;

модули и модули форм (pas). Файл модуля формы содержит описание класса формы. Кроме модулей в составе форм, при программировании можно использовать и отдельные модули, не связанные с какой-либо формой. Они оформляются по обычным правилам языка Object Pascal и сохраняются в отдельных файлах (main.pas, info.pas и т.д.). Для подключения модуля его имя указывается в разделе uses того модуля или проекта, который использует средства этого модуля;

(StatisticalObservation.dof). Параметры из страниц Compiler и Linker вносятся в файл параметров проекта. Этот файл представляет собой текстовый файл, в котором построчно записаны параметры и их значения;

параметры среды (StatisticalObservation.cfg);

описания ресурсов (StatisticalObservation.res). При первом сохранении проекта автоматически создается файл ресурсов с именем файла проекта. Файл ресурсов может содержать: значки, растровые изображения, курсоры.

Кроме приведенных файлов, автоматически могут создаваться и другие файлы, например, резервные копии файлов: ~dp - для файлов с расширением dpr; ~pa -для файлов с расширением pas.

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

Тестирование - процесс, подтверждающий правильность программы и демонстрирующий, что ошибок в программе нет.

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

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

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

Для каждого тестируемого элемента необходимо проанализировать:

его прикладное значение (как воспринимает этот элемент пользователь и насколько он важен для успеха программного обеспечения);

сложность (высокая сложность может оказаться дефектом); архитектуру (внесение изменений может оказаться затруднительным).

Сразу после завершения тестирования нужно проанализировать весь процесс и внести поправки для последующих проектов.

Протоколы тестирования.

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

начальные условия каждого теста;

каждое действие, предшествующее тесту;

критерий успеха для каждого теста.

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

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

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

Существует несколько видов ошибок:

сбои и отказы при работе программного обеспечения;

не нравится пользователю;

несоответствие требованиям стандартов или соглашений, связанных с эффективностью;

наличие непонятных состояний или поведения системы;

сбои и отказы при работе системы;

отсутствие файла комплекта поставки программного обеспечения;

отсутствие функции программного обеспечения;

наличие непонятных сообщений;

недостатки документации.

Виды тестирования:

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

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

системное - предназначено для проверки программной системы в целом, ее организации и функционирования на соответствие спецификациям требований заказчика. Данное тестирование проводит независимый тестировщик;

выходное тестирование - завершающий этап тестирования на котором проверяется готовность программного продукта к поставке заказчику;

приемочное тестирование - проводится организацией отвечающей за инсталляцию. Проводится совместно с заказчиком.



3.3.2 Сообщение системному программисту

Сбои в работе программы могут происходить из-за нехватки памяти или отсутствия других необходимых системных ресурсов. У каждой программы свои пределы, программа может не справляться с повышенными нагрузками, например со слишком большими объёмами данных.

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

Так как в программном продукте происходит непосредственное считывание данных из файла, необходимо учитывать программные ошибки, которые существуют двух типов:

Программная ошибка - расхождение между программой и её спецификацией, причём тогда и только тогда, когда спецификация существует и она правильна.

Программная ошибка - ситуация, когда программа не делает того, чего пользователь от неё вполне обоснованно ожидает.



4. Руководство оператора

Программа предназначена для пользования сотрудниками предприятия «Оренбургстат», поэтому она имеет простой интерфейс, понятный всем и каждому и минимальное количество кнопок.

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

4.1 Выполнение программы

Чтобы загрузить программу «Статистическое наблюдение микропредприятий» необходимо скопировать файлы с носителя информации на компьютер пользователя. Чтобы запустить рабочую программу на выполнение необходимо двойным щелчком кликнуть по иконке StatisticalObservation.exe файла (по желанию можно создать ярлык на рабочем столе для более быстрого запуска).

Интерфейс программы оформлен в обычном классическом стиле, как и многие другие программы ОС Windows. Поэтому с этой программой справится любой пользователь, который хоть немного работал на ПК. Запустив файл StatisticalObservation.exe, на экране появится главное окно программы. Для того чтобы начать работу, нужно выбрать необходимый пункт меню.

4.2 Сообщение оператору

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



Рисунок 13 - Сообщение, возникающее при выходе из программы



Заключение

За время выполнения курсовой работы были закреплены знания о языке программирования Delphi, полученные на теоретических курсах трпп, ооп, информационных технологиях, а так же на других предметах. Вспомнил, как работать с дополнительной литературой, выбирать только нужный материал. Освоил технику проектирования программных продуктов и применил её на практике.

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



Список использованных источников

1. Семагин И.Г. Основы программирования [Текст] /И.Г. Семагин, А.П.Шестаков. - М.: Академия, 2009. -385 c.

2. Рудаков А.В. Технология разработки программных продуктов / А.В. Рудаков. - М.: Академия, 2010.-432 с.

3. Гордеев А.В. Системное ПО /А.В. Гордеев, А.Ю. Молчанов М.: Академия, 2007.-736 с.

5. Джулиан Бакнелл, Фундаментальные алгоритмы и структуры данных в Delphi. - DiaSoft, 2008.-974 с.

Размещено на Allbest.ru