- •Министерство образования и науки рф
- •Содержание
- •Министерство образования и науки рф
- •1.2. Исследовательская часть.
- •1.2.1. Обзор существующих продуктов на рынке
- •Биллинг АйТи
- •Плата за трафик
- •Абонентская плата
- •1.2.3. Постановка задачи
- •1.3. Конструкторская часть.
- •1.3.1. Концепция баз данных
- •Реляционная структура данных
- •1.3.2. Общая структура системы
- •1.3.3. Схема информационных потоков
- •1.3.4. Структура данных модуля учёта тарифов
- •Структура объектов базы данных Tarif Инфологическая модель базы данных
- •Даталогическая модель базы данных
- •1.3.5. Схемы алгоритмов модуля учёта тарифов
- •1.3.6. Описание работы программного модуля.
- •1.3.5. Заключение
- •Министерство образования и науки рф
- •2.2. Выбор среды и языка программирования.
- •2.2.1. Обзор возможностей, предоставляемых программистам различными технологиями.
- •2.2.2. Преимущества .Net
- •2.2.3. Преимущества c#
- •2.2.4. Создание приложений c# с использованием интегрированной среды разработки Microsoft Visual Studio.Net.
- •2.2.5. MySql-сервер и возможности MySql
- •2.3. Этапы решения задачи на эвм
- •2.3.1. Постановка задачи
- •2.3.2. Составление проекта
- •2.3.3. Алгоритмизация
- •2.3.4. Программирование
- •2.3.5. Препарация
- •2.3.6. Трансляция
- •2.3.7. Отладка
- •2.3.8. Оформление программы
- •2.3.9. Эксплуатация
- •2.3.10. Отчет о работе
- •2.3.11. Модернизация
- •2.4. Необходимость отладки программного продукта
- •2.5. Тестирование
- •Функциональное или аналитическое тестирование
- •Содержательное тестирование
- •2.5.1. Типы тестов
- •Вырожденный тест
- •2.6. Локализация ошибок Способы локализации
- •2.7. Технология отладки программного модуля учета тарифов
- •2.8. Заключение
- •3.1.1. Схема сегментации рынка.
- •3.1.2. Принципы сегментации.
- •3.1.3. Методы сегментации
- •3.1.4. Виды и критерии сегментации.
- •3.1.5. Выбор целевого рынка
- •3.1.6. Выбор целевого сегмента
- •3.1.7. Позиционирование товара
- •3.2.2. Теоретические основы расчёта себестоимости пп
- •3.2.3. Практический расчет себестоимости пп
- •3.2.4. Практическое определение цены программного продукта
- •Факультет: мп и тк
- •Производственная и экологическая безопасность
- •4.1. Введение
- •4.2. Освещенность
- •4.3. Электромагнитное излучение
- •4.4. Электроопасность и пожароопасность
- •4.5. Защита от шума и вибрации
- •4.6. Психофизиологические факторы
- •4.7.Создание оптимального микроклимата и расчет воздухообмена
- •4.8. Выводы
- •Список литературы
- •Текст программы
- •4.3. Завершение работы с программой
- •5.3. Ошибки, вызванные неполным заполнением формы.
- •5.4. Сообщения при корректной записи тарифа
- •Результаты эспериментальной проверки
2.3.3. Алгоритмизация
Этот этап иногда воспринимают, как вспомогательный. Он является подготовительный к выполнению следующего этапа, считающегося основным, на котором производится написание программы на выбранном языке программирования. Введение такого "промежуточного" этапа преследует цель облегчить выполнение следующего этапа и тем самым предотвратить возникновение многих ошибок при его осуществлении для сложных задач. Формулировка алгоритма закрепляет последовательность основных шагов выполнения программы, четко фиксирует функциональное содержание ее частей, позволяет уделить необходимое внимание простоте логической структуры разрабатываемой программы. Этап алгоритмизации является совершенно необходимым также, в случае, если язык, на котором предстоит программировать, не вполне освоен и предвидятся трудности при его использовании на следующем этапе.
При разработке алгоритма необходимо учитывать ресурсы используемой ЭВМ (ее скорость, память) и возможности применяемой для решения задачи операционной системы. Алгоритмы для несложных задач, требования которых к ресурсам невелики, являются обычно машинно-независимыми.
В ходе разработки общего алгоритма, используется некоторый специальный язык, который по своему характеру является промежуточным, переходным между неформальным, словесным способом изложения метода решения задачи на этапе 2.3.2. и формальным алгоритмическим языком для программирования. Промежуточный язык должен сочетать в себе с одной стороны, наглядность для отображения содержания и смысла, выполняемых в алгоритме действий (что делается) и, с другой стороны, формализм для указания конкретных операций и последовательности их выполнения (как делается).
В качестве такого промежуточного языка обычно используют блок-схемы, которые позволяют наиболее наглядно представить логическую структуру разрабатываемой программы, взаимосвязь отдельных частей программы, условия или кратность выполнения таких частей. Для отображения вычислительной (арифметической) стороны программы используются обычные математические средства или элементы алгоритмических языков, а в самых общих блок-схемах - просто словесная формулировка; иногда используются и все эти способы вместе.
Для достаточно сложных программ алгоритмизация проводится в несколько шагов с целью постепенной детализации алгоритма. Для простых задач обычно разрабатывают блок-схемы на двух уровнях: общая блок-схема программы и блок-схемы отдельных частей (блоков) программы.
В ходе разработки алгоритма, возможно, придется уточнять или изменять решения, принятые на этапе 2.3.2., и в этом случае такие изменения обязательно вносятся в проект, который всегда должен соответствовать разрабатываемому алгоритму.
2.3.4. Программирование
В случае, когда на предыдущем этапе был получен детально разработанный алгоритм, составление программы на выбранном для программирования языке (алгоритмическом языке высокого уровня, автокоде, языке ассемблера или машинном языке) сводится к переводу этого алгоритма на язык программирования. Основные трудности и, следовательно, причины ошибок на этом этапе заключаются, во-первых, в необходимости знания всех требований и ограничений выбранного языка программирования и, во-вторых, в необходимости постоянного внимания ко многим деталям языка, которые приходится учитывать в ходе написания программы. Если этап 2.3.3. был выполнен некачественно и алгоритм представлен недостаточно детально, то его доводку придется выполнять «на ходу», во время программирования. Это затруднит процесс программирования-перевода и поведет к возникновению дополнительных ошибок в программе. Чем более процесс программирования будет походить на перевод, тем более «механическим» будет такой перевод, тем более легким будет составление программы, и тем меньше возникнет ошибок на этом этапе, самом щедром на ошибки.
После составления программы проводится ее проверка для обнаружения и исправления ошибок, внесенных на этом этапе. Если при проверке обнаруживаются ошибки, допущенные на предыдущем этапе 2.3.3., то соответствующие исправления вносятся и в алгоритм, поскольку к нему еще придется обращаться на следующих этапах, и тексты алгоритма и программы должны соответствовать друг другу.