Смекни!
smekni.com

Отчет по практике в Санкт-Петербургском государственном университете информационных технологий, (стр. 3 из 3)

2.5. Выбор методов решения задачи

В течение нескольких последних лет наблюдается эволюция языков моделирования программных систем, одним из результатов которой стало появление и развитие Унифицированного Языка Моделирования - UML (Unified Modeling Language), объединившего под своим названием фактически несколько методологий. Он стал основой для целого спектра различных средств поддержки разработки программного обеспечения – CASE-средств (Computer-Aided Software Engineering).

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

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

Преимущества UML – это удобный, мощный и стандартизированный язык моделирования, предоставляющий удобный способ проектирования программных систем, создания их абстрактных моделей.

2.6. Формирование модели

В ходе проектирования модели были созданы UML-диаграммы, которые наиболее полно отражают структуру создаваемого проекта. Были выбраны диаграмма вариантов использования (use case diagram) (рис.2.1.) и диаграмма классов (class diagram) (рис.2.2.).

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

· определение общих границ и контекста моделируемой предметной области;

· формулировка общих требований к функциональному поведению проектируемой системы;

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

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

Рис.2.1 Диаграмма вариантов использования

Диаграмма классов (class diagram) была выбрана для моделирования логической схемы будущей системы.

Рис.2.2 Диаграмма классов

2.7. Требования к программе (проектируемой системе)

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

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

· высокая скорость работы – способность программы выполнять заданные действия в интервал времени, отвечающий заданным требованиям;

· удобство эксплуатации – соответствие процесса обработки данных и форм представления результатов характеру решаемых задач;

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

· выходные данные предоставляются пользователю в удобном виде;

· программа устойчива к ошибкам ввода исходных данных.

2.8. Определение структуры входных и выходных данных

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

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

Пример внешнего вида заполняемых форм для базы данных представлен на рисунках 2.3.-2.4.

Пример выходных данных при работе с системой представлен на рисунках 2.5.-2.6.

Рис.2.3 Информация о студентах факультета

Рис.2.4 Информация о студенте

Рис.2.5. Список для журнала

Рис.2.6 Зачетно-экзаменационная ведомость

3. ОБОСНОВАНИЕ ВЫБОРА ИСПОЛЬЗУЕМЫХ СРЕДСТВ

3.1. Программные средства

Для разработки АИС ведения документации образовательного учреждения была выбрана среда Microsoft Office Access.

Microsoft Access является настольной системой управления базами данных (СУБД) реляционного типа, которая имеет все необходимые средства для выполнения функций определения данных (описания структуры баз данных), обработки данных и управления данными.

В отличие от других настольных СУБД, Access хранит все данные в одном файле, хотя и распределяет их по разным таблицам.

Достоинствами Access является то, что она имеет очень простой графический интерфейс; имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных, встроенный язык программирования Visual Basic for Applications (VBA).

Сейчас Access остается самым популярным инструментом для разработки баз. На нем написано больше всего приложений, связанных с расчетами и хранением информации. Именно поэтому СУБД Access была выбрана для разработки новой АИС.

3.2. Технические средства

Для корректной работы требуется персональный компьютер с установленной операционной системой Microsoft Windows 98/2000/XP/Vista, а также Microsoft Office 2003 и более поздних версий.

Минимальные требования к компьютеру:

· Pentium – компьютер с частотой микропроцессора 700 МГц;

· 512 Mb оперативной памяти;

· 200 Мb свободной памяти на жестком диске;

Необходимые периферийные устройства:

· монитор;

· клавиатура;

· мышь.

ВЫВОДЫ

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

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

1. Рамбо Дж., Якобсон А., Буч Г. UML: специальный справочник. - СПб: «Питер», 2001. - 656 с

2. В. Е. Кошелев Access 2003. Практическое руководство «Бином-Пресс», 2008 – 464 с

3. Кен Блюттман, Уайн Фриз Анализ данных в Access – «Питер», 2008 – 352 с

4. http://www.intuit.ru/ – интернет-университет информационных технологий


ПРИЛОЖЕНИЕ 1

Структура Санкт-Петербургского государственного университета информационных технологий, механики и оптики


ПРИЛОЖЕНИЕ 2

Структура локальной сети кафедры ПКС