Перечень сокращений введение




Скачать 199.59 Kb.
НазваниеПеречень сокращений введение
Дата публикации12.05.2014
Размер199.59 Kb.
ТипАнализ
literature-edu.ru > Информатика > Анализ
СОДЕРЖАНИЕ

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ

ВВЕДЕНИЕ

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

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

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

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

  • размещение новой информации

Осуществляться данный процесс должен администратором через web-интерфейс.

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

  1. ПОСТАНОВКА ЗАДАЧИ



    1. Анализ предметной области



Рассматриваемой предметной областью является 43 кафедра СпбГУАП и рейтинговая система оценки успеваемости студентов.

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

Студент – лицо, которое может просматривать информацию о своей текущей успеваемости

Преподаватель – занимается редактированием успеваемости студентов, их посещаемости занятий

Администратор – редактирует список групп, добавляет новых пользователей, новые группы, обновляет расписание


1.2Анализ существующей информационной системы

В результате анализа созданной информационной системы было установлено, что в ней реализованы следующие задачи:

Обеспечение доступа к данным с любого компьютера локальной сети кафедры или удаленного компьютера за пределами университета.

добавление, удаление и редактирование сведений об успеваемости студентов и их посещении занятий

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

обеспечение возможности экспорта данных в традиционный формат

Разработка структуры базы данных.

Разработка интерфейс взаимодействия пользователя с системой

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


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

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

Добавление новых пользователей в существующую группу(с базовой валидацией)

Добавление новых групп(с базовой валидацией)

Редактирование информации о пользователях

Просмотр расписания

Добавление новых записей в расписание

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

Определить программные средства для реализации создаваемой системы

Редактировать структуру базы данных

Разработать интерфейс взаимодействия администратора с системой

2.ПРОЕКТНОЕ РЕШЕНИЕ

2.1Выбор модели жизненного цикла разработки системы

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

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

Каскадная(водопадная)

Спиральная или модель Боэма

Каскадная модель предполагает строго последовательное (во времени) и однократное выполнение всех фаз проекта с жестким (детальным) предварительным планированием в контексте предопределенных или однажды и целиком определенных требований к программной системе.

http://swebok.sorlik.ru/images/lifecycle_waterfall.jpg

Рис.1 Каскадная модель жизненного цикла.

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

  • составление плана действий по разработке системы;

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

  • применение операции отслеживания хода выполнения действий с контрольными этапами.

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

Спиральная модель (рис.2) была впервые сформулирована Барри Боэмом (Barry Boehm) в 1988 году. Она представляет собой процесс разработки программного обеспечения, сочетающий в себе как проектирование, так и постадийное прототипирование с целью сочетания преимуществ восходящей и нисходящей концепции, делающая упор на начальные этапы жизненного цикла: анализ и проектирование.


Рис.2 спиральная модель жизненного цикла

Спиральная модель обладает рядом преимуществ:

  • уделяет специальное внимание раннему анализу возможностей повторного использования

  • предполагает возможность эволюции жизненного цикла, развитие и изменение программного продукта

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

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

  • позволяет контролировать источники проектных работ и соответствующих затрат

  • не проводит различий между разработкой нового продукта и расширением (или сопровождением) существующего

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

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

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

2.2 Выбор модели проектирования

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

Функционально-ориентированное или структурное проектирование (Function-Oriented – Structured Design)

Объектно-ориентированное проектирование (Object-Oriented Design)

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

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

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

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

Этот подход предполагает разработку «с чистого листа» и не поддерживает повторное использование уже существующих компонент.

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

Достоинства :

комплексирование всех компонентов ИС за счет методологического единства и информационной, программной и технической совместимости

открытость архитектуры — позволяет устанавливать ТПР на разных программно-технических платформах

масштабируемость — допускает конфигурацию ИС для переменного числа рабочих мест

конфигурируемость — позволяет выбирать необходимое подмножество компонентов

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


2.3 Определение требований к техническим средствам

Самыми важными критериями, при подборе требований к техническим средствам являются:

  • объем оперативного запоминающего устройства сервера;

  • объем накопителя на жестком магнитном диске сервера;

  • тип видеоадаптера и дисплея для работы пользователя;

  • производительность центрального процессора сервера;

  • наличие возможности вывода информации на бумажный, магнитный носитель;

  • скорость передачи данных в локальной сети;

  • приемлемая стоимость составляющих комплекса технических средств.

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

Исходя из вышеизложенного, приходим, что для нормальной работы системы необходимо не менее 1024 Мбайт ОЗУ. По современным понятиям, это уже не слишком высокое требование объясняется тем, что для нормальной работы, выбранной в качестве рекомендуемой ОС системы Windows XP необходимо не менее 512 Мбайт оперативной памяти.

Подбор объема накопителя на жестком магнитном диске, далее HDD основывается на размере обрабатываемых данных, в момент предполагаемой пиковой загруженности, занимаемом ОС объемом жесткого диска, а также на размере архивов создаваемых системой за прошлые годы. Так же следует учесть необходимое быстродействие HDD, в зависимости от потребности в скорости реакции системы.

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

Скорость передачи данных в ЛВС зависит от выбранного сетевого программного и технического обеспечения. Парк применяемых машин на предприятии заказчика оснащен Ethernet-адаптерами и прочими сетевыми устройствами со скоростью передачи данных 100Mбит/сек. Учитывая достаточность этой скорости для работы системы, принято решение использовать имеющиеся средства.

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

Сервер (минимальные требования):

  • процессор не хуже Pentium IV 1ГГц

  • объем ОЗУ не менее 1024 Мб

  • объем жесткого диска не менее 10 Гб (свободно не менее 1ГБ)

  • Сетевая карта

Клиент:

  • процессор не хуже Pentium II 400 МГц

  • объем ОЗУ не менее 512 Мб;

  • графический адаптер не хуже SVGA 16 Мб;

  • монитор не хуже SVGA 0.26, 15 дюймов

  • сетевая карта

2.4 Описание среды разработки

2.4.1 C#3.5, ASP.NET

При рассмотрении различных моделей проектирования решение было принято в пользу объектно-ориентированного подхода. Кроме того, должен быть обеспечен доступ к ИС с любого ПК локальной сети кафедры, а также через сеть Интернет. Для реализации данного проекта необходимо было выбрать мощный язык высокого уровня. Выбор пал на C# 3.5, основным достоинством которого является его Web-ориентированность. Ведь при помощи именно этого языка создаются приложения .NET. С# - это объектно-ориентированный язык программирования, вобравший в себя достоинства многих других успешных языков. Он прост в использовании как Visual Basic, но в тоже время гибок и мощен как C++ и Java.

Выбор языка программирования С# определил выбор в пользу технологии ASP.NET как технологии, используемой для создания веб-приложений. ASP.NET представляет собой комплексную технологию серверного программирования, включающую в себя сервисы, программную инфраструктуру и модель программирования, необходимые для создания веб-приложений. Будучи частью платформы Microsoft.NET, ASP.NET позволяет с исключительной легкостью создавать и развертывать расширяемые приложения с компонентной структурой.
Достоинства ASP.NET:

  • Объектно-ориентированный подход

  • Поддержка визуальных компонентов, инкапсулирующих не только вывод HTML, но и Javascript и даже AJAX. Кроме встроенных, существуют компоненты сторонних производителей. Есть возможность наследовать свой компонент от чужого и улучшать его, адаптируя под свои потребности

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

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

  • Полноценный компилируемый язык программирования (C#, VB.NET, Delphi, J#)

  • Удобная среда разработки и отладки приложений

  • Шаблоны дизайна, пользовательские элементы управления, модель codebehind — позволяют не только отделить программный код от представления, но и использовать многократно один и тот же код

  • Встроенная авторизация и аутентификация

  • Встроенная поддержка веб-сервисов

  • Расширяемая архитектура, основанная на провайдерах в таких областях как авторизация, хранение файлов, компиляция, сессия

  • Усовершенствованная архитектура доступа к данным ADO.NET

  • Встроенная поддержка локализации сайтов (многоязычность)



2.4.2 MS SQL 2008 Express


В современном мире, живущем под властью информации, данные и управляющие ими системы должны быть неизменно безопасными и доступными. SQL Server 2008 упрощает инфраструктуру, предоставляя защищённую, масштабируемую и управляемую платформу доступа к корпоративным данным и сокращая время простоя приложений. SQL Server 2008 опирается на мощные возможности SQL Server 2005, но обеспечивает большую безопасность и доступность благодаря целому ряду усовершенствований.

Встроенные запросы LINQ (Language Integrated Query) позволяют разработчикам вместо использования SQL-запросов обращаться к данным из программ на управляемых языках, например C# . Благодаря LINQ стали возможны встроенные сильно типизированные запросы с ориентацией на наборы данных, написанные на .NET-языках и обращенные к ADO.Net (LINQ to SQL). В SQL Server 2008 имеется новый провайдер LINQ to SQL, позволяющий разработчикам использовать LINQ, обращаясь непосредственно к таблицам и полям SQL Server 2008.

Также, немаловажным достоинством MS SQL 2008 Express является тот факт, что он является бесплатно распространяемой версией SQL Server.


2.4.3 LINQ

По мере взросление платформы Microsoft.NETи поддерживаемых ею языков, таких как C#, стало ясно, что одной из наиболее проблемных областей для разработчиков остается доступ к данным из различных источников, в частности, доступ к базе данных.

Вместо того, чтобы просто добавить больше классов и методов для постепенного восполнения этих недостатков, разработчики Microsoft пошли на один шаг дальше в абстрагировании основ запросов данных из этих конкретных доменов данных. В результате появился Language Integrated Query (LINQ) . LINQ – это технология Microsoft, предназначенная для обеспечения механизма поддержки уровня языка для опроса данных всех типов. Эти типы включают массивы и коллекции в памяти, базы данных, документы XML и многое другое. Большей частью LINQ ориентирован на запросы – будь то запросы, возвращающие набор подходящих объектов, единственный объект или подмножество полей из объекта или множества объектов.

LINQ to SQL – наименование, присвоенное программному интерфейсу IQueryable, позволяющему запросам LINQ работать с БД Microsoft SQL Server. Этот интерфейс в ранних выпусках LINQ назывался Dlinq. В современном мире, где господствуют объектно-ориентированные языки программирования, существует несоответствие между языком программирования и реляционной базой данных. При написании приложений мы моделируем классы как представления объектов реального мира. Однако, большинство БД промышленного масштаба остаются реляционными и хранят свою информацию в виде записей в таблицах, а не в виде объектов. Кроме того, LINQ to SQL – это реализация ORM начального уровня от Microsoft на основе LINQ, позволяющая выполнять мощные SQL-запросы. Также LINQ to SQL предлагает средства отслеживания обновления и изменения БД.

2.4.4 Итоговые требования, предъявляемые к ПО

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

Для сервера:

  • win сервер 2003 и выше

  • .net 3,5 и выше

  • sql server 2005 и выше

Для клиента :

  • win xp и выше

  • browser с Internet Explorer



  1. АРХИТЕКТУРА РАЗРАБАТЫВАЕМЫХ СИСТЕМ



    1. Модель данных



Структура БД существующего проекта была продиктована требованиями, предъявленными к создаваемой системе, а также соображениями относительно простоты доступа к ИС. Все редактирование созданной БД осуществлялось непосредственно с помощью Microsoft SQL Server 2005, что значительно усложняло процесс внесения каких бы то ни было изменений в БД, а также могло привести к возникновению нежелательных ошибок.

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



Рис.3 Структура базы данных

Для упрощения процесса администрирования и повышения защищенности было принято решение ввести роль администратора. Для введение роли администратора потребовалось внести изменения в существующую БД, которые заключаются в введении новой таблицы Admin. Содержание таблицы Admin отображено в таблице 1.

Таблица1. Admin

Имя поля

Тип поля

Комментарии

Admin ID

int

Уникальный идентификатор администратора

Также потребовалось установить связь таблицы Admin с таблицей User. Произведенные изменения отображены ниже на рис.4



Рис.4 Структура таблиц User и Admin

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



Рис.5 Классы, соответствующие таблицам User и Admin

    1. Описание системы, реализующей функции администрирования пользователей ИС

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

  • Добавление информации о новом пользователе

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

При выполнении заданных функций, администратор ведет работу с таблицей User, содержание которой отображает таблица 2

Таблица 2. User

Имя поля

Тип поля

Комментарии

UserID

int

Уникальный идентификатор пользователя

GroupID

int

Уникальный идентификатор группы пользователей

Name

varchar(60)

Имя

Patronymic

varchar(60)

Отчество

Family

varchar(60)

Фамилия

Email

varchar(40)

Электронная почта

Phone

varchar(25)

телефон

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

Затем была выполнена задача реализации добавления новых пользователей. Во-первых, была создана специальная кнопка. События, срабатывающие при ее нажатии описаны функцией btnNewUser_Click. При этом список студентов переводится в режим редактирования. Затем были реализованы функции GetTextBoxValue и GridViewUsers_RowUpdating, с помощью которых осуществляется доступ к новым введенным данным и присвоение этих данных переменным. Следующей была описана функция SaveUser. Эта функция в качестве параметров получает переменные, которым присвоены значения введенных данных, и она выполняет сохранение этих новых данных в БД. Сохранение осуществляется с учетом группы, которую выбирает администратор из всего списка групп перед нажатием кнопки добавления пользователя.

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

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


    1. Описание системы, реализующей функции администрирования групп ИС

В соответствии с поставленной задачей, необходимо обеспечить возможность добавления новой группы. Информация о существующих группах автоматически выводится на страницу администратора в виде списка. Для добавления новой группы была также создана кнопка, по нажатию которой срабатывает выполнения функции btnNewGroup_Click. В этой функции осуществляется доступ к TextBox tbNewGroupName, в который администратор вводит номер новой группы. при этом номер группы может состоять не только из одних цифр, но также содержать и буквы, указывающие дополнительную информацию о группе(например, номер 4535к указывает на то, что группа является контрактной). Далее номер группы преобразуется в GroupID, путем взятия первых четырех символов и переводом их в числовой формат. А затем выполняется сохранение данных о новой группе в БД. При добавлении новой группы также была реализована валидация, выдающая сообщение об ошибке, при попытке создать новую группу, без введения ее номера.

    1. Описание системы, реализующей функции администрирования расписания преподавателей ИС

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

Был создан новый класс TimeTableBD, входящий в состав класса CashedBD, реализующего процесс кэширования данных, необходимый для ускорения выполнения загрузки данных из базы. В данном файле реализован метод GetTimeTableList, спомощью которого можно просмотреть существующее расписание. Также в сборку LabTracker.Site были добавлены файлы TimeTable.aspx и TimeTable.aspx.cs, в которых содержится функционал, реализующий отображение страницы веб-портала с расписанием преподавателей и методы добавления новых записей в расписание.

Добавление новой записи в расписание реализовано следующим образом. При нажатии на кнопку добавления срабатывает событие btnAddNewGroup_to_Teacher_Click, которое добавляет вверх таблицы расписания редактируемую строку. Редактируемая строка состоит из списков существующих преподавателей, групп и дисциплин, ее заполнение осуществляется из соответствующих таблиц БД функцией gvTimeTable_RowDataBound. Затем, с помощью функции gvTimeTable_RowUpdating получается доступ к введенным данным, в ней осуществляется вызов функции SaveNewRecord, которая сохраняет новые данные в БД.

  1. ИНТЕРФЕЙС СИСТЕМЫ

Добавить документ в свой блог или на сайт

Похожие:

Перечень сокращений введение iconПеречень используемых сокращений 5
Спбгуап – Санкт-Петербургский Государственный Университет Аэрокосмического Приборостроения 5

Перечень сокращений введение iconПояснительная записка. 1 Введение. 2 Возрастные особенности. 3 Организация...
Система мониторинга достижения детьми планируемых результатов освоения рабочей программы по образовательным областям

Перечень сокращений введение iconСправочник 2007 Часть II москва «Наука» 2007 список сокращений
Оэммпу отделение энергетики, машиностроения, механики и процессов управления

Перечень сокращений введение iconПеречень учебников в мкоу «Пригородная»
Утвердить перечень учебников, планируемых к использованию в образовательном процессе в 2013- 2014 учебном году (приложение №1)

Перечень сокращений введение iconАртур Шопенгауэр Введение в философию «Введение в философию»: Белорусский...
«Новые паралипомены», «Об интересном», а также «Введение в философию», представляющее собой краткий набросок университетского курса...

Перечень сокращений введение iconРабочая программа по литературе представляет собой целостный документ,...
Заместитель директора по ур моу «Красноярская основная общеобразовательная школа»

Перечень сокращений введение iconЗаконодательные нормативные акты Российской Федерации
А4 (210 Х 297 мм) с полями (левое 3 см, верхнее 2 см, правое 1 см, нижнее 2 см). Размер шрифта при этом 14, а интервал полуторный....

Перечень сокращений введение iconПредисловие Введение Глава Введение в субд microsoft sql server 2008 Общие сведения о субд

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

Перечень сокращений введение iconВведение введение 2
Учитывая то, что налоговая система работает на усреднение доходов и материального состояния населения своим подчеркнуто прогрессивно-фискальным...

Литература


При копировании материала укажите ссылку © 2015
контакты
literature-edu.ru
Поиск на сайте

Главная страница  Литература  Доклады  Рефераты  Курсовая работа  Лекции