Разработка внутренних структур данных и пользовательского интерфейса программного приложения "Файловый менеджер". Выбор технологии языка и среды программирования. Проектирование структуры программы и взаимодействие модулей. Тестирование программы.
Аннотация к работе
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ БЕЛГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ Файловый менеджер студента дневного отделения 2 курса группы 010400.62Актуальность исследования сведена к тому, что в настоящее время широкое распространение получили многочисленные локальные сети в самом разнообразном виде: от коммутации двух, рядом расположенных, компьютеров до вычислительных систем со сложной системой прав доступа к отдельным ресурсам сети и т.д. Оболочки для работы с файлами написаны для многих операционных систем таких как: Windows, Linux, MS DOS, UNIX, OS\2 и т.д. Основные действия, которые должна выполнять подобная программа это: осуществление возможности копировать, перемещать, удалять файлы, просмотр каталогов, логических и физических дисков данного компьютера или любого другого ПК в пределах локальной сети. А результатом ее выполнения будет программа файловый менеджер, реализующая в себе все перечисленные возможности. 2) разработать алгоритмы и программы для реализации программного продукта «Файловый менеджер», с использованием современной технологии программирования;Любые данные могут быть отнесены к одному из двух типов: основному (простому), форма представления которого определяется архитектурой компьютера, или сложному, конструируемому пользователем для решения конкретных задач. В нашем программном продукте будут использоваться файлы системы, над которыми программа «Файловый менеджер» будет выполнять следующие действия: копирование файлов, перемещение файлов, удаление файлов или каталогов, создание новой каталогов. Которое должно обеспечит удобное визуальное отображение результатов работы программы «Файловый менеджер» и эргономичное взаимодействие с пользователем персонального компьютера. Основной принцип, обеспечивший популярность данных программ - это наличие двух панелей, каждая из которых показывает содержание одной из папок файловой системы. При этом открытие производится при помощи той же программы, которая ассоциирована с файлом данного типа в Windows.Программа на Delphi - это командный код, задача которого - вызвать на экран форму и обслуживающей ее модуль [11]. После того, как это сделано, интерфейс будет готов к работе, и нам останется только определить нестандартные действия нашей программы. Первоначально, когда размер программ был сравнительно невелик, и все подпрограммы компилировались отдельно, под модулем понималась подпрограмма, т.е. последовательность связных фрагментов программы, обращение к которой выполняется по имени. Со временем, когда размер программ значительно вырос, и появилась возможность создавать библиотеки ресурсов: констант, переменных, описаний типов, классов и подпрограмм, термин «модуль» стал пользоваться и в смысле автономно компилируемый набор программных ресурсов [14]. Требования одной точки входа, одной точки выхода, независимости от истории вызовов и соответствия принципу вертикального управления были вызваны тем, что в то время изза серьезных ограничений на объем оперативной памяти программисты были вынуждены разрабатывать программы с максимально возможной повторяемостью кодов.При выборе в списке файлов, их открытие производится при помощи той же программы, которая ассоциирована с файлом данного типа в Windows. На панели навигации расположено шесть кнопок, функциями которых являться открытие, копирование, перемещение, удаление файлов или каталогов, создание каталогов и кнопка выхода из программы. Это заставляет компонент отображать файлы всех типов, а также каталоги. Если теперь изменять свойство Directory, указать необходимы нам путь, то компонент будет выводить полный список всех файлов и каталогов по заданному пути. Перебрав все элементы, Items, мы получим необходимый нам список, но по нему нельзя определить, является ли конкретный элемент файлом или каталогом (квадратные скобки не являются надежным идентификатором).Стратегия тестирования отвечает на вопросы [8]: - как, каким образом тестирование даст ответ, что данный функционал работает; Для оптимизации набора тестов, т.е. для подготовки такого набора тестов, который позволял бы при заданном их числе (или при заданном интервале времени, отведенном на тестирование) обнаруживать большее число ошибок в ПО, необходимо, во-первых, заранее планировать этот набор и, во-вторых, использовать рациональную стратегию планирования тестов. Она включает проектирование значительной части тестов по спецификациям, но она требует также проектирования некоторых тестов и по текстам программ. При этом в первом случае эта стратегия базируется на принципах[6]: - на каждую используемую функцию или возможность - хотя бы один тест; Долгое время основным способом тестирования было тестирование методом «черного ящика» - программе подавались некоторые данные на вход и проверялись результаты, в надежде найти несоответствия [9].
План
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
РАЗДЕЛ 1. ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ПРИЛОЖЕНИЯ «ФАЙЛОВЫЙ МЕНЕДЖЕР»
1.1 Разработка внутренних структур данных и определение пользовательского интерфейса программного приложения
1.2 Выбор технологии языка и среды программирования
1.3 Проектирование структуры программы и взаимодействие модулей
РАЗДЕЛ 2. ОПИСАНИЕ И ФУНКЦИОНАЛЬНЫЕ ВОЗМОЖНОСТИ ПРОГРАММНОГО ПРИЛОЖЕНИЯ «ФАЙЛОВЫЙ МЕНЕДЖЕР»
2.1 Особенности построения и работы алгоритма
2.2 Выбор стратегии тестирования и разработка тестов