Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Расчет объема внешней памяти
Для расчета необходимого объема свободной внешней памяти, необходимой для функционирования системы, воспользуемся следующей формулой: VЖД = VОС + VПР + [VБД] + [VСПО] + [VФ][11], где VОС – объем памяти, занимаемый операционной системой (операционная система Windows XP с пакетом обновлений SP3, VОС = 1, 5 Гб); VПР – объем памяти, занимаемый непосредственно файлами приложения (VПР = 80 Мб); VБД – объем памяти, занимаемый базой данных (всеми таблицами) при ее максимальном заполнении. Пример расчета этой составляющей приведен в таблице 7; исходные данные для расчета взяты из описания таблиц БД. VСПО – объем памяти, занимаемый всем необходимым сопутствующим программным обеспечением (сюда входят СУБД, фреймворки, MS Office (PowerPoint) и другие средства разработки; дадим оценку сверху VСПО в 2 Гб); VФ – объем памяти, необходимый для хранения файлов, необходимых для работы программы (дадим ему оценку сверху в 2, 5 Мб); Таблица 7 – Расчет объема внешней памяти, необходимой для хранения БД (фрагмент)
VБД = 4045117680 байт = 3950310 Кб = 3858 Мб = 3, 76 Гб. Таким образом, суммарный объем внешней памяти составит: VЖД = 1, 5 Гб + 80 Мб + 3, 76 Гб + 2 Гб + 2, 5 Мб » 7, 5 Гб. Расчет объема ОЗУ Для расчета необходимого объема ОЗУ воспользуемся следующей формулой: VОЗУ = VОС + VПР + [VСПО] + [VБД], где VОС – ОЗУ, занимаемое операционной системой (256 Мб); VПР – ОЗУ, которое займет само приложение (не превысит 8 Мб); VСПО – ОЗУ, занимаемое СУБД и другим сопутствующим ПО (оценим его сверху значением в 128 Мб); VБД – объем данных из базы, который может быть одновременно загружен в оперативную память (дадим ему оценку сверху в 10 Мб). Суммарные объемы ОЗУ составит: VОЗУ = 256 Мб + 8 Мб + 128 Мб + 20 Мб = 412 Мб. Таким образом, 256 Мб оперативной памяти можно счесть минимально необходимым для функционирования системы. Диаграмма модулей При разработке автоматизированной информационной системы необходимо учитывать, что она, как правило, является сложной системой, поэтому необходимо принять меры для повышения ее надежности и функциональности. Функциональность и надежность являются обязательными критериями качества любой программной системы. Одним из способов повышения надежности является борьба со сложностью, основой которой является модульное программирование [23]. Система разделяется на части, называющиеся программными модулями. Программный модуль – это любой фрагмент описания процесса, оформляемый как самостоятельный программный продукт, пригодный для использования в описаниях процесса. Это означает, что каждый модуль системы программируется, компилируется и отлаживается отдельно от других модулей программы, и тем самым, физически разделен с другими модулями системы. Диаграмма модулей (в дальнейшем, компонентов) описывает особенности физической реализации системы в момент перехода от логического представления к конкретной реализации системы. Она позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код. Комментарии к примеру. На рисунке 6 приведен пример диаграммы модулей (фрагмент) для системы составления линейного кроссворда, структурная схема которой описана в лабораторной работе №3. В таблице 8 приведено описание модулей. Рисунок 6 – Диаграмма модулей системы (фрагмент) Таблица 8 – Описание модулей системы (фрагмент)
Выбор и обоснование комплекса технических средств системы На выбор комплекса технических средств разработанной системы влияет её функциональность и методы хранения информации. Периферийная техника необходимая для решения задач, поставленных перед системой, должна выполнять следующие функции: - ввод данных с клавиатуры; - управление курсором манипулятором типа «мышь»; - вывод информации на дисплей и на печать; - передача информации в БД. Согласно вышеперечисленным требованиям и результатам расчетов быстродействия и ресурсов для нормального функционирования системы могут быть использованы следующие средства: - ЭВМ на базе архитектуры х86; - частота процессора не ниже 500 МГц; - ОЗУ не менее 512 Мб; - место на жёстком диске не менее 10Гб; - разрешение экрана не менее 1024х768 точек; - манипулятор типа «мышь»; - клавиатура; - лазерный принтер (если нужно). ОФОРМЛЕНИЕ ОТЧЕТА После приемки реализации студент оформляет пояснительную записку (отчет) к системе со всеми требуемыми приложениями. Пояснительная записка к проекту оформляется в соответствии со стандартом СГАУ [22] и должна содержать: - титульный лист (пример оформления титульного листа приведен в приложении А); - задание на ПС (пример технического задания приведен в приложении В); - реферат (пример реферата приведен в приложении Б); - содержание (структура содержания приведена в приложении Г); - введение; - основная часть; - заключение; - перечень принятых сокращений (при наличии); - перечень принятых терминов (при наличии); - список использованных источников; - приложения. Основная часть пояснительной записки делится на разделы: 1) системотехническая часть; 2) конструкторско-технологическая часть; 3) исследовательская часть (если она оговорена в задании). Во введении раскрывается назначение системы, кратко описываются ее характеристики, актуальность разработки системы, а также приводятся существующие на текущий момент времени аналоги. I. В системотехнической части приводится полное описание логического проекта в соответствии с шагами, приведенными в п.4: 1.1 анализ (описание) предметной области (определение объектов системы и их взаимосвязей, определение внешних и внутренних потоков данных, анализ применяемых методов и математических моделей); 1.2 формулирование постановки задачи (лабораторные работы №2 и №3); 1.3 разработка структурной схемы системы, в которой описывается назначение всех подсистем (лабораторная работа №4); 1.4 спецификация требований к ПС уточняет структурную схему системы, в ее состав входит перечень функций, выполняемых системой; описание внешней информационной среды и перечень исключительных ситуаций (при необходимости) (лабораторная работа №5); 1.5 прототип интерфейса системы (лабораторная работа №6); 1.6 разрабатываются структуры данных и классы объектов, их отношения представляются в виде диаграммы (иерархии) классов, при необходимости разрабатывается концептуальная и логическая модели хранения данных (ER-модель или SHM-диаграмма хранимых данных), определяются структуры потоков данных. Описываются все проектные решения по оптимизации выбранной модели хранения данных, а также по разработке логики процессов обработки данных и управления (лабораторная работа №7); 1.7 производится выбор и обоснование (разработка и описание) алгоритмов, применяемых для обработки данных, описание алгоритмов выполняется с помощью схем алгоритмов (лабораторная работа №8); 1.8 производится выбор и обоснование комплекса программных средств (выбор языка программирования и среды разработки; выбор операционной систем; выбор среды программирования; выбор системы управления базами данных (при необходимости). II В конструкторско-технологической части обосновываются решения, принятые при реализации логического проекта системы: 2.1 приводится описание структуры пользовательского меню, входных и выходных форм интерфейсной части системы, детальная проработка файловой структуры системы; 2.2 приводится реализация всех структур данных и классов, используемых в системе. Если в системе использовались БД, то должно быть приведено описание физической модели данных с указанием объемов памяти, необходимых для хранения таблиц, приводятся описание основных запросов, подтверждающих правильность концептуальной модели данных; 2.3 производится разработка структуры программы на модульном уровне, описываются способы взаимодействия и особенности реализации программных модулей, процедур и других объектов программного и информационного обеспечения. Строится иерархия программных модулей системы, приводится их описание (в частности указывается, в состав какой подсистемы входит каждый модуль). 2.4 разрабатывается тестовый пример и приводятся результаты тестирования системы с наглядным отображением результатов тестирования в виде таблиц, диаграмм, экранов с пояснительным текстом. 2.5 производится выбор и обоснование комплекса технических средств и обоснование архитектуры системы, сопровождаемое ресурсными расчетами (требуемый объем оперативной и внешней памяти). Если в задании оговариваются дополнительные требования к системе по точности, надежности и другим показателям, то в записке должны присутствовать соответствующие расчеты и обоснования, показывающие, что проектируемая система удовлетворяет требованиям задания. 2.6 приводятся схемы рабочей документации, оговоренные в задании, а также руководство по эксплуатации системы. Схемы и руководство выносятся в приложения к пояснительной записке. Термины и определения должны соответствовать ГОСТ 34.003-90 [6]. Разделы основной части для удобства чтения разбиваются на подразделы с заголовками, соответствующими содержанию подраздела. Подразделы могут быть далее разбиты на отдельные пункты. В приложения выносятся (приложения нумеруются прописными буквами русского алфавита): - руководство по эксплуатации системы (Приложение А пояснительной записки, номера разделов, рисунков, таблиц, формул должны иметь префикс А (А.1, рисунок А.2 и т.п.)), структура приложения приведена в приложении Д; - листинги программ (Приложение Б пояснительной записки); - текст контрольного примера и результаты тестирования системы; - другие материалы, размещение которых в основной части затрудняет чтение пояснительной записки. Рекомендуемый объем пояснительной записки 40-45 страниц машинописного текста (без приложений). список использованных источников 1. Вендров, А. М. CASE-технологии. Современные методы и средств проектирования информационных систем. [Текст] / А. М. Вендров – М.: Финансы и статистика, 1999. – 256 с.: ил. 2. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы [Сборник]: //Сборник ГОСТ 34.003-90, РД 50-680-88, РД 50-682-89, ГОСТ 34.201-89 - ГОСТ 34.602.89. - М.: Изд-во стандартов, 1992. -150 с. 3. Зеленко, Л.С. Технологии программирования и программная инженерия (1 часть) [Текст]: учебное пособие / Л.С. Зеленко. – Самара: изд-во СГАУ, 2006. – 96 с.: ил. 4. Леоненков, А.В. Нотация и семантика языка UML [Электронный ресурс]/ А.В. Леоненков. – Интернет-университет информационных технологий. http: //www.intuit.ru/department/pl/umlbasics. 5. Определение линейного кроссворда [Электронный ресурс] ‑ http: //ru.wikipedia.org/wiki/Линейный_кроссворд. 6. СанПиН 2.2.2/2.4.2198-07. Гигиенические требования к персональным электронно-вычислительным машинам и организации работ. Изменение N 1 к СанПиН 2.2.2/2.4.1340-03 [Текст] – Дата введения c 01.07.07. – М.: Бюллетень нормативных и методических документов Госсанэпиднадзора. ‑ № 3. – 2007. 7. ГОСТ 12.1.005-88. Система стандартов безопасности труда. Общие санитарно-гигиенические требования к воздуху рабочей зоны [Текст] – Дата введения 01.01.1989. – М.: Стандартинформ, 2006. – 49 с. 8. ГОСТ 12.1.007-76. Система стандартов безопасности труда. Вредные вещества. Классификация и общие требования безопасности [Текст] – Дата введения 01.01.1977. ‑ М.: Стандартинформ, 2007. – 7 с. 9. Буч, Г. Язык UML. Руководство пользователя [Текст] /Г. Буч, Д. Рамбо, А. Якобсон. ‑ 2-е изд.: Пер. с англ. Мухина Н. – М.: ДМК Пресс, 2006. – 496 с.: ил. 10. Определение кроссворда [Электронный ресурс] ‑ http: //ru.wikipedia.org/ 11. Большой Российский энциклопедический словарь [Текст]. ‑ М.: БРЭ, 2003. 12. Вигерс, К. Разработка требований к программному обеспечению [Текст]: Пер. с англ. /К. Вигерс. – М.: Издательский торговый дом «Русская Редакция», 2004. 576с.: ил. 13. Зеленко, Л.С. Программная инженерия. Курс лекций [Текст]: учебное пособие / Л.С. Зеленко. – Самара: изд-во СГАУ, 2012. – 148 с.: ил. 14. Орлик, С. Основы программной инженерии (по SWEBOK). Программные требования [Электронный ресурс] ‑ http: //swebok.sorlik.ru/1_software_ 15. Методика составления спецификаций требований к программному обеспечению, рекомендуемая Институтом Инженеров по Электротехнике и Радиоэлектронике (IEEE-830-1998) [Электронный ресурс] ‑ http: //www.webisgroup.ru/services/ 16. Соммервиль, И. Инженерия программного обеспечения/ Иан Соммервиль. – М., СПб, Киев: Издательский дом «Вильямс», 2002. – 626 с.: ил. 17. Смит, Дж. Принципы концептуального проектирования баз данных [Текст] // Дж. Смит, Д.Смит // Требования и спецификации в разработке программ. - М.: Мир, 1984. - С.165 - 198. 18. Джексон, Г. Проектирование реляционных баз данных для использования с микроЭВМ [Текст]: /Пер.с анг. - М.: Мир, 1991. - 252 с. 19. Леоненков, А.В. Самоучитель UML [Текст]. – СПб: БВХ-Петербург, 2002. -234 с. 20. Липаев, В.В. Программная инженерия. Методологические основы [Текст]. – М.: Издательство «ТЕИС», 2006. – 609 с. 21. СТО СГАУ 02068410-004-2007. Общие требования к учебным текстовым документам [Текст]: методические указания. - Самара: Изд-во Самар. гос. аэрокосм. ун-та, 2007. - 30 с. 22. ГОСТ 19.701-90 (ИСО 5807-85). ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. – М.: Изд-во стандартов, 1991. - 26 с. 23. В.Турский. Методология программирования. М.: МИР, 1981 – 186с.
Приложение А ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «САМАРСКИЙ ГОСУДАРСТВЕННЫЙ АЭРОКОСМИЧЕСКИЙ УНИВЕРСИТЕТ ИМЕНИ АКАДЕМИКА С. П. КОРОЛЕВА» Факультет информатики Кафедра программных систем ОТЧЕТ Выполнили: Дата сдачи: Оценка: Самара 2014 Приложение Б РЕФЕРАТ Пояснительная записка 35 с, 14 рисунков, 5 таблиц[12], 12 источников, 2 приложения. ДЕРЕВО ПОИСКА, ГЕНЕРАТОР КРОССВОРДОВ, ГОЛОВОЛОМКА, СЛОВАРЬ ТЕРМИНОВ, ВАРИАНТ ОТОБРАЖЕНИЯ, РАЗГАДЫВАНИЕ Во время лабораторного практикума разработаны алгоритмы и соответствующая им программа, позволяющая выполнять автоматическую генерацию линейного кроссворда по заданной теме. Задания (понятие и его расшифровка) хранятся в текстовом файле и могут дополняться вручную (с использованием текстового редактора) или внутри программы, при этом ограничений на длину словаря не существует. Тема кроссворда выбирается пользователем в соответствии с содержанием словаря заданий. Программа позволяет сформировать кроссворд, учитывая ограничения на параметры. В системе имеется возможность сохранения кроссвордов в файл с целью последующего их разгадывания. Программа написана на языке Object Pascal в среде Delphi v.6.0 и функционирует под управлением операционной системы Windows’2003. ПРИЛОЖЕНИЕ В
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ Факультет информатики Кафедра программных систем ЗАДАНИЕ на лабораторный практикум по дисциплине «Технологии программирования» студенту группы № 6401 Б 348 1. Тема проекта: «Автоматизированная система составления и разгадывания линейного кроссворда по выбранной теме» 2. Исходные данные к проекту: см. приложение к заданию 3. Перечень вопросов, подлежащих разработке в курсовом проекте: 3.1. Произвести анализ предметной области: изучить основные принципы составления кроссвордов, изучить методы и алгоритмы генерации кроссвордов 3.2. Выполнить обзор существующих систем-аналогов 3.3. Разработать информационно-логический проект системы 3.4. Разработать и реализовать программное и информационное обеспечение, провести его тестирование и отладку. 3.5. Оформить документацию проекта 3.6. Подготовить презентацию по разработанной системе Популярное:
|
Последнее изменение этой страницы: 2016-05-03; Просмотров: 1713; Нарушение авторского права страницы