Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Разработка программного продукта учета успеваемости учеников

Разработка программного продукта учета успеваемости учеников

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

Рубрика Программирование, компьютеры и кибернетика
Вид отчет по практике
Язык русский
Дата добавления 16.05.2016
Размер файла 412,8 K
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Содержание

Раздел 1. Характеристики организации

Раздел 2. Анализ предметной области. Определение среды программирования

Раздел 3. Анализ информационно-вычислительных центров

Раздел 4. Описание локальной сети

Раздел 5. Разработка программного продукта

Раздел 6. Рекомендации по работе с программным продуктом

Список используемых источников

Раздел 1. Характеристики организации

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

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

Адрес предприятия:

Пермский край, Кишертский район, с.Андреево, ул. Школьная 4

Режим работы:

ПН-СБ: 8:30-17:30

ВС: выходной

Рисунок 1. Схема организационной структуры «МБОУ Шумковская ООШ».

Предполагаемые товары и услуги, согласно ОКПД:

- Услуги в области дошкольного и начального общего образования.

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

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

- Услуги в области дошкольного и начального общего образования.

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

- Услуги в области дошкольного образования (предшествующего начальному общему образованию).

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

- Услуги в области начального общего образования.

Правила техники безопасности:

Требования безопасности, направленные на предотвращение неблагоприятного влияния на здоровье человека вредных факторов производственной среды и трудового процесса при работе с персональными электронно-вычислительными машинами (ПЭВМ) содержатся в СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы», утвержденного Постановлением Главного санитарного врача Российской Федерации от 03.06.2003 г. №118 (в редакции от 03.09.2010 г.).

При работе с ПЭВМ (компьютерами) необходимо соблюдать следующие меры безопасности и охраны труда:

- эксплуатация ПЭВМ должна осуществляться в помещениях с естественным и искусственным освещением;

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

- площадь на одно рабочее место пользователей, работающих с видео-дисплейными терминалами (мониторами) на базе электронно-лучевой трубки должна составлять не менее 6 квадратных метров, с мониторами на базе плоских дискретных экранов (жидкокристаллические, плазменные) - не менее 4,5 квадратных метров;

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

- расстояние от глаз до экрана видео-дисплейного терминала должно находится в пределах 600-700 мм, но не ближе 500 мм;

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

- женщины со времени установления беременности переводятся на работы, не связанные с использованием ПЭВМ, или для них ограничивается время работы с ПЭВМ (не более 3 часов за рабочую смену) при условии соблюдения гигиенических требований;

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

- для предупреждения преждевременной утомляемости рекомендуется организовывать рабочую смену путём чередования работ с использованием ПЭВМ и без неё;

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

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

Опасные и вредные производственные факторы при работе на ПК:

ПК как непосредственный источник электромагнитных и электростатических полей, а в некоторых случаях и рентгеновских излучений;

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

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

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

Вредные воздействия при работе на ПК:

- ультрафиолетовое и инфракрасное излучение;

- электромагнитное излучение;

- рентгеновское изучение;

- статическое электричество;

Меры безопасности при работе с копировально-множительной техникой.

Требования безопасности, направленные на предотвращение неблагоприятного влияния на здоровье человека вредных факторов производственной среды и трудового процесса при работе с копировально-множительной техникой, содержатся в СанПиН 2.2.2.1332-03 «Гигиенические требования к организации работы на копировально-множительной технике», утвержденного Постановлением Главного санитарного врача Российской Федерации от 30.05.2009 г. №107 (в редакции от 07.09.2010 г. №120).

- При эксплуатации копировально-множительной техники должны соблюдаться следующие основные меры безопасности:

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

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

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

-

Раздел 2. Анализ предметной области. Определение среды программирования

2.1 Средства разработки MS SQL Server и Borland Delphi выбраны так как идеально подходят для выполнения задания и были изучены на протяжении курса образовательного учреждения.

2.2 Характеристика среды разработки приложения

Delphi (Дельфи) - среда разработки, использует язык программирования Delphi (начиная с 7 версии язык в среде именуется Delphi, ранее - ObjectPascal), разработанный фирмой Borland и изначально реализованный в её пакете Borland Delphi, от которого и получил в 2003 году своё нынешнее название. ObjectPascal, по сути является наследником языка Pascal с объектно-ориентированными расширениями.

Delphi - оптимальный инструмент для создания приложений для баз данных.

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

Особенности семейства Delphi 7:

Среда быстрой разработки приложений, в которой интегрированы средства моделирования разработки и развертывания приложений электронной коммерции и Web-сервисов.

Поддержка языков программирования для Win32 (Delphi и C/C++) и для .NET (Delphi и C#) в единой среде разработки, что позволяет упростить сопровождение и создание новых приложений Win32 и более легко освоить технологии .NET;

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

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

Microsoft SQL Server 2000 - это законченное предложение в области баз данных и анализа данных для быстрого создания масштабируемых решений электронной коммерции, бизнес-приложений и хранилищ данных.

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

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

Кроме того, SQL Server 2000 полностью использует все возможности операционной системы Windows, включая поддержку до 32 процессоров и 64 ГБ ОЗУ.

Раздел 3. Анализ информационно-вычислительных центров

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

Информационные процессы - процессы сбора, накопления, обработки хранения, распределения и поиска информации.

Информационная система- совокупность документов и массивов документов и информационных технологий.

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

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

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

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

- разглашение информации в результате подкупа работников 43%;

- копирование программ и данных 24%;

- проникновение в ПЭВМ 18%;

- подслушивание переговоров 5%.

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

С учетом зарубежного и отечественного опыта обеспечение информационной безопасности осуществляется по следующим направлениям:

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

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

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

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

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

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

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

Требования обеспечения информационной безопасности отражаются в уставе (учредительном договоре) в виде следующих положений:

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

- ОУ обязано обеспечить сохранность конфиденциальной информации.

Такие требования дают право администрации ОУ:

- назначить ответственного за обеспечение информационной безопасности;

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

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

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

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

- требовать защиты интересов ОУ со стороны государственных и судебных инстанций.

К организационным и функциональным документам следует отнести:

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

- должностные обязанности ответственного за обеспечение информационной безопасности;

- перечень защищаемых информационных ресурсов и баз данных;

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

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

Кроме того, должен быть определен порядок допуска сотрудников ОУ к информации. Такой допуск предусматривает:

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

- ознакомление работника с нормами законодательства РФ и ОУ об информационной безопасности и ответственности за разглашение информации конфиденциального характера;

- инструктаж работника специалистом по информационной безопасности;

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

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

- отсутствует перечень сведений, составляющий конфиденциальную информацию;

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

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

- нарушен порядок делопроизводства.

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

С учетом этих недостатков для обеспечения информационной безопасности в ОУ требуется проведение следующих первоочередных мероприятий:

- защита интеллектуальной собственности ОУ;

- защита компьютеров, локальных сетей и сети подключения к системе Интернета в классе информатики ОУ;

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

- учет всех носителей конфиденциальной информации.

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

Раздел 4. Описание локальной сети

В «МБОУ Шумковской ООШ» применена топология «звезда». Иерархическая «звезда» состоит из главного коммутатора, к которому подсоединены коммутаторы этажей. К ним подсоединяются рабочие станции.

Топология «звезда» имеет ряд преимуществ:

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

- легкое объединение рабочих групп.

- простое расширение сети.

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

В школе архитектура клиент-серверная.

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

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

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

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

Сети клиент - серверной архитектуры имеют следующие преимущества:

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

? позволяют организовывать сети с большим количеством рабочих станций;

? обеспечивают эффективный доступ к сетевым ресурсам;

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

Рисунок 2. Схема логической структуры сети

Характеристики сервера

Системный блок:

Центральный процессор: Intel® Core™ i3-3240 (3M Cache, 3.40 GHz)

Материнская плата:ASRockH61M-VG4 Socket 1155 H61

Оперативная память: Hynix DDR3 1600 DIMM 4Gb

Видеокарта: ASUS GeForce GT 730 902Mhz PCI-E 2.0 1024Mb

Блок питания: GIGABYTE GZ-EBS50N-C3, 500Вт

Жесткий диск: Toshiba DT01ACA050 500Gb

Привод: LG GH24NSD0

Изображение

Монитор: Viewsonic VA1903a

Мультимедиа-проектор: Epson EB-S04

Периферия

Клавиатура:Logitech K120

Мышь: DefenderMB-150

Аудио система: Sven 249

Оргтехника

Принтер: CANONi-SENSYSMF212w

Характеристика компьютеров первого этажа

Системный блок:

Центральный процессор: AMDFX-6300 Vishera (AM3+, L3 8192Kb)

Материнская плата: ASUSM5A78L-MLX3

Оперативная память: KingstonKVR13N9S8(2 ГБ)

Видеокарта: Integrated Graphics Processor

Блокпитания: HIPRO HPE-350W

Жесткийдиск: Seagate ST320

Привод: DVD-RW SAMSUNG SH-224F

Изображение

Монитор: ASUS VS197DE, 18.5

Периферия

Клавиатура:RAPOO N2210

Мышь: LOGITECH M90

Аудиосистема: LOGITECHS120

Характеристика компьютеров второго этажа

Системный блок:

Центральныйпроцессор: INTEL Celeron Dual-Core G1840, LGA 1150

Материнская плата: MSI H81M-P33 LGA 1150, mATX

Оперативная память: KINGSTON DDR3 -- 2Гб 1600, DIMM x2

Видеокарта: MSI GeForce 210, 1Гб, DDR3

Блок питания: ACCORD ACC-350W-12, 350Вт

Жесткий диск: WD Blue 320Гб, HDD, SATA III, 3.5

Привод: DVD-RW SAMSUNG SH-224F

Изображение

Монитор: ASUS VS197DE, 18.5

Периферия

Клавиатура:RAPOO N2210

Мышь: LOGITECHM90

Коммутаторы:TP-LINKTL-SG1008PE-8-портовый гигабитный настольный/монтируемый в стойку коммутатор. Устройство предоставляет простую возможность расширения проводной сети посредством передачи данных и питания по единому кабелю Ethernet. TL-SG1008PEподдерживаетстандартPoweroverEthernetPlus (PoE+), который может автоматически обнаруживать и обеспечивать питанием устройства поддерживающие стандарт IEEE 802.3af/at.

Модем: TP-LINKTD-8840T- маршрутизатор со встроенным модемом ADSL+ и с 4 портовым коммутатором представляет собой сетевое решение 2-в-1, которое сочетает в себе функции модема DSLи маршрутизатора с 4 портами Ethernet 10/100Мбит/с. Маркировка пакетов QoSна основе IPP/Tos, DSCPи 801.1p. Пропуск трафика VPN (PPTP, L2TP, IPSecPass-throungh).

Кроссплатформенные технологии:

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

Основные архитектуры программного обеспечения

Автономные (standalone) приложения

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

Двухзвенная архитектура "клиент-сервер"

Эта архитектура получила распространение с начала 1990-х годов на фоне роста рынка персональных компьютеров и снижения спроса на мэйнфреймы. В архитектуре "клиент-сервер" программное обеспечение разделено на две части -клиентскую часть и серверную часть. Задача клиентской-части (программы-клиента) состоит во взаимодействии с пользователем, передаче пользовательского запроса серверу, получение запроса от серверной части (программы-сервера) и представление его в удобном для пользователя виде. Программа-сервер же обрабатывает запросы клиента и выдает ответы. Классические примеры: Web-технологии (клиент-браузер, сервер- Web-сервер), работа с распределенными СУБД (клиент -специальная программа, сервер - сервер базы данных). Развитие архитектуры "клиент-сервер", а особенно появление современных графических интерфейсов, привело сначала к появлению разновидности архитектуры клиент-сервер, называемой "архитектура с толстым клиентом".Здесь логика представления данных и бизнес-логика размещаются на клиенте, который (скажем, в случае, когда сервером является СУБД ) общается с логикой хранения и накопления данных на сервере, используя язык структурированных запросов SQL.Однако необходимость установки "толстых клиентов", требующих значительного количества специальных библиотек и специальной настройки окружения, на большое число пользовательских компьютеров с различными операционными средами, как правило вызывает массу проблем. Как альтернатива поэтому возникла также двухзвенная архитектура "с тонким клиентом".При этом в идеале программа-клиент реализует лишь графический интерфейс пользователя (GUI) и передает/принимает запросы, а вся бизнес-логика выполняется сервером. В идеале клиентом является просто интернет-браузер, который имеется в стандартной операционной среде любого пользовательского компьютера и не требует специальной настройки, установки специализированного ПО и т.п. К сожалению, такая схема тоже не свободна от недостатков, хотя бы уже потому, что серверу приходится брать на себя иногда не свойственные для него функции реализации бизнес-логики приложения (например, серверу СУБД приходится выполнять расчеты!)

Многозвенная (multitiered) архитектура

Начало процессу развития корпоративного программного обеспечения в многозвенной архитектуре было положено еще в рамках технологии "клиент/сервер". В них наряду с клиентской частью приложения и сервером баз данных появились серверы приложений(ApplicationServers).В идеале:

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

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

сервер третьего уровня обслуживает запросы сервера приложений.

Программа-клиент, таким образом, может быть "тонкой". Преимущества такой архитектуры очевидны:

изменения на каждом из звеньев можно осуществлять независимо;

снижаются нагрузки на сеть, поскольку звенья не обмениваются между собой большими объемами информации;

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

Приложения могут создаваться на стандартных языках третьего или четвертого поколения (Java, C/C++).

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

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

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

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

Технология CORBA

CORBA (Common Object Request Broker Architecture) - это набор открытых спецификаций интерфейсов, определяющий архитектуру технологии межпроцессного и платформо независимого манипулирования объектами. Разработчиками данных интерфейсов являются OMG и X/Open.

Object Management Group, Inc. (OMG) - это интернациональная организация, основана в 1989 г., состоящая более чем из 800 членов: поставщиков информационных систем, разработчиков программного обеспечения и пользователей. OMG продвигает теорию и практику объектно-ориентированной технологии в область практической разработки программного обеспечения. Этот процесс включает в себя разработку промышленных стандартов и спецификаций управления объектами с целью создания общей базы для разработки программного обеспечения. Первоочередными задачами являются: повторное использование, переносимость и интероперабельность объектно-ориентированного программного обеспечения в распределенных, гетерогенных средах. Поддержка данных стандартов создает возможность разрабатывать гетерогенные приложения, работающие на всех основных платформах и операционных системах.

X/Open - независимая всемирная открытая организация, поддерживаемая большинством крупнейших поставщиков информационных систем, пользовательских организаций и компаний-производителей программного обеспечения. X/Open разрабатывает на основе существующих и создающихся стандартов всеобъемлющее и интегрированное системное окружение - Common Applications Environment (CAE).Компоненты CAE определены в стандартах X/OpenCAE. Основная цель CAE - создание пакетов программных интерфейсов (API) которые могут применяться на практике с сохранением максимальной переносимости на уровне исходных кодов программ. API также повышают уровень взаимодействия приложений при помощи предоставления определений и ссылок на протоколы и их профили.

Вышеназванные спецификации тщательно тестируются, выдержавшим тестирование присваивается X/Opentrademark (XPG brand),лицензированная X/Open.

Концептуальной инфраструктурой, на которой базируются все спецификации OMG, является Object Management Architecture (OMA).В состав OMA входят разнообразные стандартизованные или в настоящий момент стандартизируемые OMG службы, сервисы, программные образцы и шаблоны (CORBA services, horizontal and vertical CORBA facilities),язык определения интерфейсов распределенных объектов IDL (Interface Definition Language),стандартизованные или стандартизируемые отображения IDL на языки программирования и, наконец, объектная модельCORBA.

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

Архитектура CORBA

CORBA определяет, каким образом программные компоненты, распределенные по сети, могут взаимодействовать друг с другом вне зависимости от окружающих их операционных систем и языков реализации. Центральным элементом архитектуры CORBA является ORB (Object Request Broker) - программное обеспечение, обеспечивающее связь между объектами, в том числе позволяющее

найти удаленный объект по Объектной Ссылке (IOR - InteroperableObjectReference),

вызвать метод удаленного объекта, передав ему входные параметры (marshalingparameters),

получить возвращаемое значение и выходящие параметры (unmarshalingparameters).

Тем самым ORB является связующим звеном между распределенными частями основанной на технологии CORBA системы, позволяя одной части системы не заботиться о физическом расположении других частей (объектов) системы. На рынке представлены ORB разных производителей (например, VisiBroker, WebLogic),но все они соответствуют единой спецификации CORBA. Поэтому в принципе CORBAпозволяет строить распределенные системы, одновременно используя ORB разных производителей, и строя систему одновременно на различных платформах и различных сетевых протоколах (это в терминологии CORBA называется интероперабельностью- interoperability).В архитектуре CORBA каждый объект, методы которого доступны другим объектам (обычно его называют CORBA -объектом) имеет уникальную по всей доступной сети Объектную Ссылку (IOR - InteroperableObjectReference),по которой к нему можно обратиться. ИскатьCORBA -объекты можно как по IOR, так и по символическим именам, если они зарегистрированы (обычно при создании) в специальном сервисе имен (NameService).Для обращения к методам CORBA -объекта последний имеет открытый для всех остальных CORBA -объектов интерфейс. Интерфейсы CORBA -объектов принято описывать на специальном, определенном спецификацией CORBA языке IDL (InterfaceDefinitionLanguage). Производители ORB поставляют вместе с ORB также и утилиты, преобразующие описания интерфейсов CORBA -объектов в конструкции соответствующих языков программирования.

Основой интероперабельности является протокол GIOP - Generalinter-ORB Protocol,предназначенный для связи между объектами и ORB в сети. Стандартизация коммуникационного протокола позволяет разработчикам различных частей корпоративной системы совершенно не заботиться об используемых ORBах в других частях (ORB доменах) системы. Почти все современные ORBbi строятся на основе IIOP - Internetinter-ORB Protocol (это версия общего протоколаGIOP,предусматривающая использование в качестве транспортного протокола TCP/IP).

Спецификация CORBA предусматривает также ряд стандартизованных сервисов (CORBA Services) и горизонтальных и вертикальных Общих Средств (CommonFacilities). Сервисы представляют собой обычные CORBA -объекты со стандартизованными (и написанными на IDL) интерфейсами. К таким сервисам относится, например, уже упомянутый сервис имен NameService,сервис сообщений, позволяющий CORBA -объектам обмениваться сообщениями, сервис транзакций, позволяющий CORBA -объектам организовывать транзакции. В реальной системе не обязательно должны присутствовать все сервисы, их набор зависит от требуемой функциональности. На сегодня разработано всего 14 объектных сервисов.

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

Раздел 5. Разработка программного продукта

Средствами MS SQL SERVER и DELPHI создать приложение, позволяющее осуществлять:

- подключение БД определенного типа(как на локальном, так и на сетевом компьютере);

- вывод на экран поисковой панели;

- вывод на экран списка всех студентов и групп;

- вывод на экран список студентов только одной группы;

- вывод на экран информации об оценках по конкретному ученику;

- вывод на экран ведомости об успеваемости за отчетный период(год, день);

- ввод оценки для ученика по определенному предмету;

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

Логическая схема базы данных.

Описание структуры базы данных

В спроектированной согласно техническому заданию базе данных получилось 3 таблицы: Анкета, Успеваемость, Предмет.

Окно интерфейса состоит из 1 формы: Form1- окно подключения базы данных.

На ней (Form1) расположены компоненты:

До подключения БД(рис 3):

- TPanel - логин;

- MainMenu- меню окна;

- Edit1 - Ip-адрес, TCP-порт сервера БД(1433-по умолчанию);

- Edit2 - Пользователь(SQL Server);

- Edit3 - Пароль(SQL Server);;

- Edit9 - Имя БД;

- Label - Надписи;

- Button - Кнопки.

После подключения БД (рис 4):

- PageControl - Вкладки (Поиск, Группа, Оценки, Успеваемость);

- MainMenu- меню окна;

- Edit(6,7,8,10,11,12)- Информация о ученике;

- Edit13 - Ввод новой оценки;

- ComboBox1 - Выбор предмета для ввода новой оценки;

- DBGrid2 - Список учеников по классам;

- ListBox1 - Полученные оценки (по определенному ученику);

- SG1 - Сводка о текущей успеваемости;

- Button - Кнопки.

Отладка приложения проходила на ПК работая со следующими программными средствами: ОС WindowsXP, язык программирования BorlandDelphi 7, база данных MSSQLServer 2000.

Тестирование программы происходило по методу «черного ящика».

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

Программа ЭКЖ проверялась на работоспособность в операционных
системах Windows версий 2000 Professional, XPProfessional, Vista. Ни на одной из вышеупомянутых систем не наблюдалось сбоев в работе с приложением.

Анкета

Фамилия

Varchar

Имя

Varchar

Отчество

Varchar

Дата рождения

datetime

ID-студента

Int

Первичный ключ

ID-группы

Int

Первичный ключ

Успеваемость

Оценка

Int

ID-студента

Int

Первичный ключ

ID-группы

Int

Первичный ключ

ID-предмета

Int

Первичный ключ

Дата оценки

datetime

Первичный ключ

Предмет

ID-предмета

Int

Первичный ключ

Название предмета

Varchar

Функционирование приложения

Раздел 6. Рекомендации по работе с программным продуктом

Программа предназначена для ведения учета успеваемости учеников.

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

Приложение должно работать на ПК, которое имеет следующие технические характеристики:

- процессор PentiumIV 2 ГГц и выше;

- оперативная память 512 МБ и более;

- видеоадаптер SVGA 8 МБ и более;

- жесткий диск объемом 20 ГБ и более;

- CD-ROM 4х и более;

- стандартный монитор (разрешение экрана 800х600 и более);

- устройства ввода мышь и клавиатура.

Программные требования:

- Операционная система семейства Windows;

- MS SQL Server.

Требования для пользователей: умение работы на ПК уровня простого пользователя. Для программиста: знание MSSQLServer и BorlandDelphi 7.

Перед началом работы с СУБД необходимо подключить базу данных (STUDN).

Входные и Выходные данные:

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

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

Интерфейс пользователя состоит из окна подключения БД (Рисунок 3) и окна вывода информации из подключенной БД (Рисунок 4)

Рисунок 3

Рисунок 4

На Рисунке 4 можно увидеть функции поиска и непосредственного вывода информации в полях. Также осуществлена возможность добавления ученика и оценок.

Рисунок 5

На Рисунке 5 - Вывод информации о всех классах, либо о введенной во вкладке «Поиск».

Рисунок 6

На Рисунке 6 - вывод существующих оценок каждого из учеников (Для вывода оценок во вкладке «Поиск» указать фамилию или id-ученика).

Рисунок 7

На Рисунке 7 появляется возможность увидеть общую «Сводку о текущей успеваемости за год» как в количественном, так и в процентном соотношении

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

Список используемых источников

1. ГОСТ 7.32-2001 «ОТЧЕТ О НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ РАБОТЕ»

2. Гультяев А.К. Microsoft Project. Управление проектами: русифицированная версия. - М.: Изд. «Корона принт», 2003. - 320 с.

3. Культин Н.Б. Управление проектами: инструментальные средства. - СПб: Изд. «Политехника», 2009. - 216 с.

4. Черкасов Ю.М. Информационные технологии управления. Учебное пособие / Под ред. Ю.М. Черкасова. - М.: Изд. ИНФРА-М. 2010. - 218 с.

5. Интернет ресурс «Википедия» https://ru.wikipedia.org/wiki/Microsoft_Project

6. Интернет ресурс «Национальный открытый университет ИНТУИТ»

http://www.intuit.ru

7. Интернет ресурс статья «Критический путь» автор В. Елизаров http://www.velizarov.net/microsoft-project-book/критический-путь/

8. Интернет ресурс «Использование MS Project для управления проектами по разработке ПО» https://megamozg.ru/post

9. Интернет ресурс http://www.studfiles.ru/preview/3582291/

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

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены