Разработка программы "Электронный школьный журнал"

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

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

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

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

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

Федеральное агентство по образованию

Государственное образовательное учреждение

высшего профессионального образования

"Санкт-Петербургский Государственный морской технический университет" в г. Северодвинске

ДИПЛОМНЫЙ ПРОЕКТ

Разработка программы "Электронный школьный журнал"

студент Сакин А.В.

Руководитель к. т. н., доцент

И.А. Микляев

Северодвинск 2009

Аннотация

Целью дипломного проекта является создание электронного школьного журнала.

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

Программный комплекс представляет собой базы данных и приложения, реализованные в среде Delphi 6.

Пояснительная записка содержит следующие основные разделы:

Раздел 1. "Техническое задание”. Раздел включает в себя описание назначения задачи, входных и выходных данных и функций системы.

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

Раздел 3. Проектная часть состоит из:

требований к функциям системы;

проектирования структуры системы;

создания базы данных на основе спроектированной стуктуры;

отладки системы.

Раздел 4. В разделе "Экономическая часть" приводится оценка экономической эффективности системы, которая ожидается в результате реализации проекта на практике.

Раздел 5. В разделе "Охрана труда" приводятся требования к технике безопасности при эксплуатации разработанного программного продукта.

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

Приложения содержат исходные тексты программ и схемы алгоритмов проекта.

Содержание

  • Введение
  • 1. Техническое задание
  • 1.1 Характеристика комплекса задач
  • 2. Аналитическая часть
  • 2.1 Формирования структуры школьного журнала до внедрения автоматизации
  • 2.2 Обзор существующих аналогов систем
  • 2.3 Обзор и анализ инструментальных сред разработки
  • 2.3.1 CASE-средства разработки систем автоматизированного проектирования
  • 2.3.2 Обзор визуальных сред программирования
  • 2.4 Требования к техническим и программным средствам
  • 3. Проектная часть
  • 3.1 Описание функций "Электронный школьный журнал" (ЭШЖ). Диаграмма вариантов использования
  • 3.2 Построение логической модели данных
  • 3.3 Построение динамической модели системы
  • 3.3.1 Диаграмма состояния системы
  • 3.3.2 Диаграмма деятельности системы
  • 3.3.3 Диаграмма взаимодействия объектов системы
  • 3.3.4 Диаграмма компонентов системы
  • 3.3.5 Диаграмма топологии системы
  • 3.4 Отладка системы
  • 3.5 Руководство пользователя
  • 4. Экономическая часть
  • 4.1 Расчёт стоимости разработки системы
  • 4.2 Стоимость разработки методов решения
  • 4.2.1 Стоимость программирования и отладки
  • 4.2.2 Расход машинного времени и его стоимость
  • 4.2.3 Затраты на разработку программного продукта
  • 4.3 Оценка экономической эффективности системы
  • 5. Охрана труда
  • 5.1 Требования к ПЭВМ
  • 5.2 Требования к помещениям для работы с ПЭВМ
  • 5.3 Требования к уровням шума и вибрации
  • 5.4 Требования к освещению на рабочих местах
  • 5.5 Требования к уровням электромагнитных полей
  • 5.6 Общие требования к организации рабочих мест пользователей ПЭВМ
  • 5.7 Требования к организации и оборудованию рабочих мест с ПЭВМ для взрослых пользователей
  • 5.8 Требования к организации и оборудованию рабочих мест с ПЭВМ для обучающихся в учреждениях высшего профессионального образования
  • 5.9 Требования к организации медицинского обслуживания пользователей ПЭВМ
  • 5.10 Требования к проведению государственного санитарно-эпидемиологического надзора и производственного контроля
  • 5.11 Требования к утилизации отходов производства
  • Заключение
  • Список литературы
  • Приложение

Введение

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

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

заполнение школьного журнала осуществляется в ручном режиме;

сложность исправления структуры заполнения;

сложность обновления корректирующей информации;

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

сложность предоставления отчетов.

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

Положительные черты электронного журнала состоят в том что:

автоматизация работы с журналом;

простота предоставления отчетов;

автоматическое обновление корректирующей информации;

простота передачи информации успеваемости учеников.

1. Техническое задание

1.1 Характеристика комплекса задач

Целью данного дипломного проекта является разработка электронного школьного журнала. Данная программа должна решать следующие задачи и отвечать следующим требованиям:

Обеспечивать удобный интерфейс.

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

Не требовать дополнительного ПО.

Обеспечить единый механизм хранения и доступа к данным.

Иметь возможность добавления, редактирования и удаления данных в таблицах.

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

1.1 Входная информация

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

1.2 Выходная информация

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

1.3 Требования к функционированию автоматизированной системы

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

обеспечение надежности;

быстродействие;

простота управления.

Обеспечение надежности. Основным критерием сохранности информации в неизменном виде является ее надежность хранения. Использование разграничение доступа к объектам в этом случае будет неотъемлемым атрибутом политики безопасности.

Быстродействие. Достигается использованием новых технологий. А так же правильной структурой и написанием ее на некотором языке программирования.

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

программа электронный школьный журнал

2. Аналитическая часть

2.1 Формирования структуры школьного журнала до внедрения автоматизации

На основе проведенного анализа предметной области разработана функциональная модель процесса "Ведение школьного журнала" с нотацией IDEF0 в инструментальной среде BPwin, представленная на рисунках 2.1 - 2.5.

Функция процесса имеет название "Ведение школьного журнала”. Данная функция имеет входные данные: "Данные об учителе”, "Данные об результатах успеваемости”, "Данные об учениках” то есть это обрабатываемые данные. Управление функции происходит с помощью: "Список учителей”, "Журнал”, "Шкала оценок”, "Управление образованием”, "Приказ директора”. Механизмами, то есть средствами выполнения, функциями являются: "Учитель”, "Классный руководитель”, "Завуч по учебной работе”, ”Техническое и программное обеспечение”. Выходными данными, то есть результатом работы, являются: "Отчёт об успеваемости”, "Информация для управления образования”, "Заполненный журнал”.

На втором этапе проектирования функциональной модели создаем декомпозиционную модель процесса "Ведение школьного журнала”. Данная декомпозиционная модель представлена на рисунке 2.2.

Декомпозиционная диаграмма состоит из трех функций: "Занесение информации в журнал”, "Занесение информации об уроке и выставление оценок успеваемости ”, "Анализ данных и создание отчетов”.

1) Функция " Занесение информации в журнал ”. Входом является "Данные об учителе”, "Данные об учителе”. В качестве управляющего воздействия являются: "Список учителей”, "Журнал”. Исполняющими механизмами являются: "Классный руководитель”. Выходом являются: "Заполненная форма журнала”, "Заполненный журнал”.

2) Функция "Занесение информации об уроке и выставление оценок успеваемости”. Входом являются "Данные о результатах успеваемости”, "Заполненная форма журнала”.

В качестве управляющего воздействия являются: "Журнал”, "Шкала оценок”. Исполняющими механизмами являются: "Учитель”.

Выходом являются "Данные об успеваемости”.

3) Функция "Анализ данных и создание отчетов”. Входом являются "Данные об успеваемости”. В качестве управляющего воздействия являются: "Журнал”, "Управление образованием”, "Приказ директора”. Исполняющими механизмами являются "Завуч по учебной работе”, "Техническое и программное обеспечение”.

Выходом являются: "Отчет об успеваемости”, "Информация для управления образования”.

На третьем этапе проектирования создаем декомпозиционную модель процесса "Занесение информации в журнал”.

Данная декомпозиционная модель представлена на рисунке 2.3.

Декомпозиционная модель состоит из трех функций: "Занесение информации о классах”, "Внесение информации об учителях”, "Внесение информации об учениках”.

1) Функция "Занесение информации о классах”. В качестве управляющего воздействия являются: "Список учителей”, "Журнал”. Исполняющими механизмами являются: "Классный руководитель”. Выходом являются: "Журнал с занесенными данными о классах”.

2) Функция "Внесение информации об учителях”. Входом является "Данные об учителе”. В качестве управляющего воздействия являются: "Журнал”. Исполняющими механизмами являются: "Классный руководитель”. Выходом являются: "Журнал с занесенными данными об учителях”.

3) Функция "Внесение информации об учениках”. Входом является "Данные об учениках”. В качестве управляющего воздействия являются: "Журнал”. Исполняющими механизмами являются: "Классный руководитель". Выходом являются: "Заполненная форма журнала”.

На четвертом этапе проектирования создаем декомпозиционную модель процесса "Занесение информации в журнал”. Данная декомпозиционная модель представлена на рисунке 2.4.

Декомпозиционная модель состоит из двух функций: "Заполнение информации об уроке”, "Выставление оценок по итогам урока”.

1) Функция "Заполнение информации об уроке”. Входом является "Заполненная форма журнала”. В качестве управляющего воздействия являются: "Журнал”. Исполняющими механизмами являются: "Учитель”. Выходом являются: "Журнал с занесенными данными”.

2) Функция "Выставление оценок по итогам урока”. Входом является "Журнал с занесенными данными”, "Данные об результатах успеваемости”. В качестве управляющего воздействия являются: "Журнал”, "Шкала оценок”. Исполняющими механизмами являются: "Учитель”. Выходом являются: "Данные об успеваемости”, "Заполненный журнал”.

На пятом этапе проектирования создаем декомпозиционную модель процесса "Занесение информации в журнал”. Данная декомпозиционная модель представлена на рисунке 2.5.

Декомпозиционная модель состоит из трех функций: "Анализ данных”, "Составление отчета для управления образования”, "Создание отчета успеваемости”.

1) Функция "Анализ данных”. Входом является "Данные об успеваемости”. В качестве управляющего воздействия являются: "Журнал”. Исполняющими механизмами являются: "Завуч по учебной работе”. Выходом являются: "Журнал с занесенными данными”.

2) Функция "Составление отчета успеваемости для управления образования”. Входом является "Проанализированные данные”. В качестве управляющего воздействия являются: "Управление образованием”. Исполняющими механизмами являются: "Завуч по учебной работе”, "Техническое и программное обеспечение”. Выходом являются: "Информация для управления образования”.

3) Функция "Создание отчета успеваемости”. Входом является "Проанализированные данные”. В качестве управляющего воздействия являются: "Приказ директора”. Исполняющими механизмами являются: "Завуч по учебной работе”, "Техническое и программное обеспечение”. Выходом являются: "Отчет об успеваемости”.

2.2 Обзор существующих аналогов систем

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

School Info - система ведения электронного школьного журнала, предоставляющая родителям информацию о школьной жизни ребенка, его оценках, посещаемости и др. (по sms, e-mail или через интернет).

2.3 Обзор и анализ инструментальных сред разработки

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

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

1) Функциональные характеристики: среда функционирования - программное обеспечение и технические средства, необходимые для функционирования инструментального средства.

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

3) Простота освоения и использования: Удобство пользовательского интерфейса. Адаптируемость к конкретным требованиям пользователя. Простота установки и обновления версий. Простота работы с инструментальным средством. Унифицированность пользовательского интерфейса.

4) Эффективность: Требования к оптимальному размеру внешней и оперативной памяти, типу и производительности процессора, обеспечивающим приемлемый уровень производительности.

5) Качество технической поддержки в России, стоимость приобретения и поддержки.

2.3.1 CASE-средства разработки систем автоматизированного проектирования

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

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

На сегодняшний день рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами: Erwin, BPwin, Rational Rose.

1) BPwin - средство функционального моделирования, реализующее методологию IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (Data Flow Diagram). Функциональная модель предназначена для описания существующих бизнес процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель TO-BE). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействие с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD создать смешанную модель. Нотация DFD включает такие понятия, как внешняя ссылка и хранилище данных, что делает ее более удобной по сравнению с IDEF0 для моделирования документооборота. Методология IDEF3 включает элемент "перекресток", что позволяет описать логику взаимодействия компонентов системы.

Взаимодействие с другими средствами.

С помощью функций экспорт/импорт осуществляется интеграция данных с ERwin.

Вывод: BPwin - средство функционального моделирования, реализующее методологию IDEF0. Позволяет создавать модель, содержащую четыре типа диаграмм: контекстную диаграмму; диаграммы декомпозиции; диаграммы дерева узлов; диаграммы для экспозиции (FEO). Возможно дополнение созданной модели процессов диаграммами DFD и Workflow (IDEF3).

2) ERwin - средство концептуального моделирования базы данных, использующее методологию IDEF1X. Достоинство системы ERwin состоит в следующем - построив один раз полноценную модель базы данных ее можно легко развивать, модифицировать и переносить с одного сервера базы данных на другой. Кроме того, с помощью удобного представления имеется возможность донести до конечного разработчика все нюансы разрабатываемой базы. ERwin не только позволяет создать логическую модель, он также автоматически строит физические структуры данных по информации в диаграмме. Нет необходимости тратить время на создание скриптов, создающих базу. ERwin реализует проектирование схемы БД, генерацию ее, описания на языке целевой СУБД (ORACLE, Access, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной базы данных непосредственно в репозитории данных средств.

Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений. С помощью функций экспорт/импорт осуществляется интеграция данных с ВРwin.

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

3) В качестве инструментального средства разработки использовался программный продукт Rational Rose. Rational Rose - CASE-средство фирмы Rational Software Corporation (США) - предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Данная программа обеспечивает разработчику программного изделия поддержку двух существенных элементов современной разработки программного обеспечения: разработку, основанную на компонентах и управляемую итерационную разработку. Архитектура Rational Rose, основанная на диаграммах модели, облегчает использование Unified Modeling Language (UML), Object Modeling Technique (OMT) и Booch методы для визуального моделирования.

В составе Rational Rose можно выделить 6 основных структурных компонент: репозиторий, графический интерфейс пользователя, средства просмотра проекта (browser), средства контроля проекта, средства сбора статистики и генератор документов. К ним добавляются генератор кодов (индивидуальный для каждого языка) и анализатор для С++, обеспечивающий реинжиниринг - восстановление модели проекта по исходным текстам программ.

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

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

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

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

1) Диаграммы вариантов использования (use case diagram), для отображения поведения системы;

2) Диаграммы классов (class diagram), для отображения структуры классов и их наследственных связей;

3) Диаграммы взаимодействия:

а) Диаграммы сотрудничества (collaboration diagram), для описания действий классов необходимых для решения задачи;

б) Диаграммы сценариев (sequence diagram), для отображения объектных взаимодействий.

4) Диаграммы состояний (statechart diagram), для анализа классов с существенным динамическим поведением;

5) Диаграммы активности (activity diagram), для моделирования рабочего потока бизнес-процесса (операции класса);

6) Диаграммы компонентов (component diagram), для представления взаимосвязи модулей системы и их состава;

7) Диаграммы топологии (deploment diagram), для отображения физических взаимосвязей между программными и аппаратными компонентами системы.

Rational Rose - программное обеспечение для визуального моделирования, которое позволяет создавать, анализировать, проектировать, рассматривать, изменять, управлять компонентами и реализовывать системы способом, который действительно облегчает взаимодействие. Также можно графически изобразить краткий обзор поведения вашей системы с помощью use-case diagram.

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

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

Взаимодействие с другими средствами и организация групповой работы.

Поддерживает кодогенерацию для языков C++, Delphi, Visual C++, Visual Basic и Java. Rational Rose интегрирован с MS Visual Studio, со средством управления требованиями (Requisite Pro), со средствами тестирования (SQA Suite, Performance Studio), со средствами конфигурационного управления (ClearCase, PVCS).

Rational Rose функционирует на различных платформах: IBM PC (в среде Windows), Sun SPARC stations (UNIX, Solaris, SunOS), Hewlett-Packard (HP UX), IBM RS/6000 (AIX).

Вывод: Rational Rose позволяет реализовать все выгоды визуального моделирования. Он разработан, чтобы обеспечить разработчиков законченным набором инструментальных средств визуального моделирования для разработки устойчивых, эффективных решений.

Впоследствии, уже имея объектно-ориентированную разработанную систему, легко ее реализовать на каком-нибудь программном средстве реализации проектов.

Общий вывод: В качестве CASE-средств были выбраны BPwin, ERwin и Rational Rose, так как они обладают всеми необходимыми средствами для описания разрабатываемой системы. Кроме того, эти средства очень распространены и как следствие существует большой объем справочной информации по работе с ними.

2.3.2 Обзор визуальных сред программирования

В настоящее время на рынке программного обеспечения наиболее распространенными и покупаемыми являются такие среды визуального программирования как Borland Delphi, С++ Builder, Visual Studio 2005 Standard Edition.

1) Borland Delphi - это проверенный продукт, предназначенный для разработки приложений в среде WINDOWS 95/98/2000/Me/NT/XP. Его популярность на рынке программного обеспечения обеспечивается следующими факторами:

Borland Delphi - это сочетание классических принципов программирования и современных технологий. Delphi объединяет визуальные средства быстрого создания приложений, высокопроизводительный (до 350000 строк кода в минуту на Pentium 90) компилятор объектно-ориентированного языка, компонентную архитектуру среды разработчика, масштабируемый механизм доступа к базам данных;

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

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

настоящий машинный код работает в 10-20 раз быстрее, чем в системах на основе интерпретатора;

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

прототип превращается в целевую систему без переработки;

приложения и компоненты создаются с помощью одного инструмента - объектно-ориентированного языка программирования Object Pascal;

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

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

Кроме того, значительным достоинством программных средств Borland Delphi является базы знаний языка, заложенная еще при программировании в ранних версиях Pascal под DOS, учитывая, что структура и семантика визуального программирования не претерпела никаких изменений.

Интегрированная среда разработки Borland Delphi основана на многочисленных встроенных функциях и классах из структуры библиотеки классов, известной как Visual Component Library (VCL, библиотека визуальных компонентов). Большинство этих классов в действительности являются потомками других классов из VCL. Они позволяют:

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

осуществлять поддержку приложений баз данных, которая состоит в организации доступа к базам данных (dBase, Paradox, ASCII, Access) и управление данными из приложений через процессоры баз данных, таких как Borland Database Engine (BDE) или ActiveX Data Objects (ADO) фирмы Microsoft, а также разрабатывать приложения клиент-сервер для баз данных на основе SQL-серверов.

разрабатывать Интернет - приложения и Web-серверные расширения.

создавать собственные компоненты, библиотеки динамической компоновки (DLL) и пакеты, разрабатывать COM-приложения.

использовать механизмы ActiveX и OLE Automation - высокоуровневые программные технологии, основывающиеся на COM.

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

2) C++ Builder, также как и Borland Delphi, относится к RAD_системам.

Си ++ Builder имеет те же возможности, что и Delphi, однако имеет и существенные преимущества, такие как: визуальная среда разработки, имеет ряд дополнительных функций, по сравнению с Delphi, что облегчает и ускоряет разработку приложений; наличие библиотеки шаблонов STL (Standard Template Library); поддержка библиотеки MFC (Microsoft Foundation Classes); возможность импорта и дальнейшей компиляции приложений Visual C++, работающих с MFC; больший, по сравнению с Delphi, объем сервисных функций; гибкость и расширяемость языка C++, за счет возможности перегрузки операторов, создания библиотек шаблонов и т.д.

К числу достоинств С++ Builder можно отнести:

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

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

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

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

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

3) Visual Studio 2005 Standard Edition

Эта версия Visual Studio представляет собой профессиональный инструмент начального уровня. В нем сочетается простота версий Express и мощные средства разработки, необходимые для:

– создания бизнес-приложений с использованием языков Visual Basic, С#, C++;

– создания Windows - и веб-приложений, приложений для портативных устройств;

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

Также Visual Studio позволяет:

– использовать возможности по генерированию отчетов SQL Reporting Services для оформления выводимых данных;

– расширять возможности Visual Studio с помощью инструментов третьих фирм;

– создавать корпоративные веб-приложения масштаба подразделения, используя средства отладки и прекомпиляции сайтов.

Стоит также отметить поддержку многоязыковой среды разработки приложений CLR (Common Language Runtime). Эта возможность появилась благодаря универсальному межъязыковому интерфейсу Common Language Infrastructure, или CLI, который поддерживает разработку программных компонентов на различных языках программирования.

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

В среде разработки Visual Studio 2005 используется технология Microsoft.net (произносится дот-нэт) - это программная технология, для создания как обычных программ, так и веб-приложений.

Поэтому, во-первых, основные сервисные возможности для разработчиков, которые предоставляет среда.net (отладка, анализ кода и т.д.) не зависят от конкретного языка программирования, и, следовательно, программистам нет необходимости заново постигать особенности среды разработки, если требуется перейти с одного языка на другой. Например, служба, написанная на C++ для Microsoft.net, может обратиться к методу класса из библиотеки, написанной на Delphi; на C# можно написать класс, наследующий от класса, написанного на Visual Basic.net, а исключение, созданное методом, написанным на C#, может быть перехвачено и обработано в Delphi. Каждая библиотека (сборка) в.net имеет сведения о своей версии, что позволяет устранить возможные конфликты между разными версиями сборок. Во-вторых, несмотря на то, что еще не все языки программирования поддерживаются.net, существует возможность самостоятельной разработки транслятора для любого языка программирования, причем это не вызывает трудностей даже у программистов, практически не имеющих профессиональной подготовки в области разработки компиляторов.

Благодаря возможностям среды разработки Microsoft Visual Studio.net и спецификации Microsoft.net Framework корпорация Microsoft предоставляет разработчикам самые эффективные средства для быстрого создания и развертывания современных приложений и веб-служб XML.

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

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

универсальным межъязыковым интерфейсом;

качеством визуальной среды обработки;

скоростью работы компилятора и высоким быстродействием откомпилированных программ;

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

Общий вывод: для разработки прикладной программы выбрана среда программирования Borland Delphi, т.к. Borland Delphi имеет все средства для решения поставленных задач.

2.4 Требования к техническим и программным средствам

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

1. Процессор Intel Pentium с тактовой частотой 2800 МГц;

2. SVGA видеоадаптер;

3. 512 Мб оперативной памяти;

4. Операционная система Microsoft Windows 9x/NT/XP.

3. Проектная часть

3.1 Описание функций "Электронный школьный журнал" (ЭШЖ). Диаграмма вариантов использования

В результате изучения вопросов, связанных с процессом разработки АС ЭШЖ были определены основные функции системы, отображенные на диаграмме вариантов использования рисунок 3.1

Актерами на данной диаграмме являются Завуч (Админ), Учитель (Клиент), "БД Data_School_COШ_5”, "БД Data_Сhild_COШ_5”, "БД Журнала”, MS Excel, Принтер.

Функциями являются "Редактирование записей спецификации”, "Добавление записей”, "Удаление записей.

В таблице 3.1 приведены описания функций, пользователей и объектов.

Таблица 3.1.

Описания функций, пользователей и объектов

Название

Описание

Краткий алгоритм

выполнения

Работа со справочниками

Завучу предоставляется возможность работы со справочниками

У завуча есть возможность просмотра справочников, редактирование записей, добавление записей и удаление.

Работа с учебным планом

Завучу предоставляется возможность работы с учебным планом.

У завуча есть возможность редактирование записей, добавление записей и удаление в учебном плане.

Работа с электронным журналом.

Завучу предоставляется возможность зайти в электронный журнал через учебный план.

У завуча есть возможность редактирование записей, добавление записей и удаление.

Создание отчета

Завучу предоставляется создать отчет успеваемости.

У Завуча есть возможность создать отчета успеваемости.

Название

Описание

Краткий алгоритм

выполнения

Работа с электронным журналом.

Учителю предоставляется возможность работа с электронным журналом

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

Формирование печатной формы журнала

Учителю предоставляется возможность сформировать печатную форму журнала в MS Excel.

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

3.2 Построение логической модели данных

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

На основе анализа рабочей области была спроектирована логическая модель базы данных по нотации IDF0 в CASE-средстве ERWin для представленной автоматизированной системы, представленная на рисунках 3.2 - 3.3 Словарь сущностей приведен в таблице 3.2.

В таблице 3.1 приведены описания функций, пользователей и объектов

Таблица 3.2

Описания таблиц сущностей

Имя атрибута

Определение

Обязателный (+/-)

Individ - данные об сотруднике

Табельный номер

Табельный номер преподавателя

+

Фамилия

Фамилия преподавателя

+

Имя

Имя преподавателя

+

Отчество

Отчество преподавателя

+

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

Дата рождения преподавателя

+

ИНН

ИНН преподавателя

+

Пенсионное страхование

Пенсионное страхование преподавателя

+

Пол

Пол преподавателя

+

Номер учреждения

Номер учреждения

+

Статус

Статус преподавателя

+

Param_Individ - параметр индивида

Номер параметра

Номер параметра

+

Табельный номер

Табельный номер

+

Серия и номер документа

Серия и номер документа

+

Дата с

Дата с

+

Дата по

Дата по

+

Группа

Группа

+

Param - параметр

Номер параметра

Номер параметра

+

Название

Название

+

Степень значимости

Степень значимости

+

Принадлежность параметра

Принадлежность параметра

+

Имя в БД

+

Journal - журнал

Дата

Дата

+

Буква

Буква

+

Номер предмета

Номер предмета

+

Таблица 3.3

Словарь сущностей Data_Child_СОШ_5

Имя атрибута

Определение

Обязательный (+/-)

Individ - данные об ученнике

Свидетельство о рождении

Свидетельство о рождении ученика

+

Фамилия

Фамилия ученика

+

Отчество

Отчество ученика

+

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

Дата рождения ученика

+

ИНН

ИНН ученика

+

Пенсионное страхование

Пенсионное страхование ученика

+

Пол

Пол ученика

+

Номер учреждения

Номер учреждения

+

Статус

Статус ученика

+

Param_Individ - параметр индивида

Номер параметра

Номер параметра

+

Документ

Серия и номер документа

+

Дата с

Дата с

+

Дата по

Дата по

+

Группа

Группа

+

Param - параметр

Номер параметра

Номер параметра

+

Название

Название

+

Степень значимости

Степень значимости

+

Принадлежность параметра

Принадлежность параметра

+

Имя в БД

Имя

+

Journal - журнал

Свидетельство о рождении

Свидетельство о рождении

+

Буква

Буква

+

Номер класса

Номер класса

+

Term - Список Тем

Дата

Дата

+

Тема

Тема

+

3.3 Построение динамической модели системы

Динамическая модель системы предназначена для иллюстрации работы системы при выполнении поставленных задач и участие объектов статической модели в данных задачах. Модель представлена виде диаграмм (состояния, компонентов, топологии) выполненных по нотации UML.

3.3.1 Диаграмма состояния системы

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

3.3.2 Диаграмма деятельности системы

Рис. 3.6 Диаграмма активности системы "Клиент"

3.3.3 Диаграмма взаимодействия объектов системы

Диаграммы взаимодействия объектов выполненная по нотации UML представлена на рисунке 3.7.

3.3.4 Диаграмма компонентов системы

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

Таблица 3.4

Словарь компонентов

Имя компонента

Назначение

Uch_reg. pas

Регистрация

UTch_main. pas

Главная меню

U_main2. pas

Учреждения

U_main3. pas

Сотрудники

UCh_class. pas

Классы

USch_StPlan. pas

Учебный план

UTch_Journal. pas

Журнал

Имя компонента

Назначение

UCh_Individ. pas

Ученики

UTch_Report. pas

Создание отчета

Data_School_СОШ_5

БД Сотрудников

Data_Child_СОШ_5

БД Ученников

Fjournal

БД Журнала

3.3.5 Диаграмма топологии системы

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

3.4 Отладка системы

Для отладки программы на компьютер были установлены пакеты Delphi 6.0 для разработки системы. Для просмотра программы не требуется установка дополнительного программного обеспечения.

3.5 Руководство пользователя

Для удобного выбора исходных данных из справочной базы данных, редактирования базы данных, ввода необходимых исходных данных разработан интерфейс системы. Общий вид форм АС ЭШЖ представлен на рисунках 3.10 - 3.20.

Программа имеет администраторское приложение, и клиент. Администраторское приложение загружается посредством запуска файла с именем "PTeach. exe”. После загрузки программы на экран выводится окно выбора учреждения, представленное на рисунке 3.10.

После выбора учреждения нажимаем на кнопку продолжить, и открывается форма главного меню, представленная на рисунке 3.11

В главном меню можно выбрать следующие пункты справочник "Учреждения” (представленном на рисунке 3.12), справочник "Сотрудники”, (представленном на рисунке 3.13), справочник "Классы” (представленном на рисунке 3.14), "Учебный план” (представленном на рисунке 3.15), ”Создать отчет" об общей успеваемости (представленном на рисунке 3.16).

После выбора класса и предмета в учебном плане наводим курсором на учителя и нажатием левой кнопки мыши входим в журнал с выбранными параметрами, представленном на рисунке 3.17

На рисунках 3.18 и 3.19 представлена печатная форма на двух листах. На первом листе выводиться оценки по данному классу журнала. На втором представлены темы и дата проведения урока.

На рисунке 3.20 показан общий отчета успеваемости по всем классам для вывода общей статистики по школе.

Клиентское приложение загружается посредством запуска файла с именем "Client. exe”. После загрузки программы на экран выводится окно выбора учреждения, представленном на рисунке 3.21.

После выбора учреждения нажимаем на кнопку продолжить, и открывается форма регистрации учителя, представленная на рисунке 3.22

На данной форме учитель выбирает себя из списка (рисунок 3.23) и вводит свой персональный пароль, после чего нужно нажать на кнопку "Зарегистрироваться”, если все было сделано, верно, то автоматически подгружается класс и предмет (рисунок 3.24).

После заполнения регистрации нужно нажать на кнопку "Загрузить журнал”, после чего происходит вход в журнал с выбранными параметрами, представленном на рисунке 3.25.

В журнале можно редактировать исправлять и сохранять внесенные данные. При нажатии на кнопку "Добавить тему” добавляется новая тема поля с датой, название тем, так же редактируются. При нажатии на кнопку "Печатная форма”, Происходит создание журнала в печатной форме в MS Excel на двух листах, представленном на рисунке 3.26 и 3.27.

4. Экономическая часть

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

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

Экономия на заработанной плате исполнителей за счёт интенсификации их труда.

Экономии затрат на машинное время.

Ожидаемая годовая эффективность рассчитывается по формуле:

Эг = С1 - С2, (4.2)

где С1 и С2 - затраты (в рублях) на решения набора задач до и после внедрения системы проектирования, соответственно.

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

Себестоимость состоит из:

основной заработной платы разработчика;

дополнительной заработной платы;

отчислений на социальное страхование, ЕСН;

накладные расходы;

амортизационные отчисления;

расходы на электроэнергию, материалы и на аренду помещения.

4.1 Расчёт стоимости разработки системы

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

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

СНЧ (стоимость нормо-часа) = 70 рублей.

С учетом районного (40%) и северного (80%) коэффициентов и при расчёте ставки равной 70 рублей.

4.2 Стоимость разработки методов решения

Разработка методов решения включает:

выбор и разработка алгоритмов;

определение состава и структуры хранения данных;

проектирование программного продукта в целом.

На разработку методов решения было затрачено 200 часов (TРМР).

СРМР (стоимость разработки методов решения) =

СРМР ==7000 рублей.

4.2.1 Стоимость программирования и отладки

На программирование и отладку ушло 400 часов рабочего времени программиста. Затраты на программирование и отладку составили

, (4.2)

где - затраты на программирование и отладку;

- общий расход машинного времени;

Р - почасовая тарифная ставка программиста, которая в данном случае составляет 70 рублей (СНЧ).

рублей.

4.2.2 Расход машинного времени и его стоимость

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

Таблица 4.1

Затраты машинного времени

Наименование работ

Количество потраченных часов

Разработка методов решения

100

Программирование и отладка

400

Всего:

500

Один час машинного времени стоит 40 рублей, таким образом затраты на оплату машинного времени составили рублей.

4.2.3 Затраты на разработку программного продукта

Стоимость разработки программного продукта составили:

Таблица 4.2

Затраты на разработку

Виды затрат

Стоимость, руб.

Затраты на разработку методов решения

7000

Затраты на программирование и отладку

28000

Дополнительная оплата работы программиста (10% от CР)

2100

Единый социальный налог (27,1 % от СР)

5691

Прочее (затраты на приобретение оборудования, комплектующих, накладные расходы, амортизационные отчисления, расходы на электроэнергию, материалы, аренду помещения и т.д.) (15 % от общих расходов)

5368

Стоимость машинного времени (ТМ)

20000

Всего:

68159

4.3 Оценка экономической эффективности системы

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

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

Таблица 4.3

Затраты до и после внедрения

Операция

Время на выполнение, (мин).

Среднее число повторений в месяц

Время в месяц, (часы)

До

После

До

После

Ведение журнала

120

12

15

30

3

Создание отчетов

150

2

15

37,5

0,5

Вывод на бумагу

-

5

15

-

1,25

Всего

170

19

-

67,5

3,75

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

Годовой экономический эффект составил:

руб.

Срок окупаемости системы:

, (4.3)

где - общие расходы на создание системы (см. таблица 4.2), руб.

года.

Таким образом, в каждом следующем году эксплуатация АС будет давать прибыль рублей (без учета инфляции). Внедрение системы является целесообразным.

5. Охрана труда

5.1 Требования к ПЭВМ

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

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

Мощность экспозиционной дозы мягкого рентгеновского излучения в любой точке на расстоянии 0,05 м от экрана и корпуса видеодисплейного терминала (на электронно-лучевой трубке) при любых положениях регулировочных устройств не должна превышать 1 мкЗв/час (100 мкР/час).

Конструкция ПЭВМ должна обеспечивать возможность поворота корпуса в горизонтальной и вертикальной плоскости с фиксацией в заданном положении для обеспечения фронтального наблюдения экрана видеодисплейного терминала (ВДТ). Дизайн ПЭВМ должен предусматривать окраску корпуса в спокойные мягкие тона с диффузным рассеиванием света. Корпус ПЭВМ, клавиатура и другие блоки и устройства ПЭВМ должны иметь матовую поверхность с коэффициентом отражения 0,4 - 0,6 и не иметь блестящих деталей, способных создавать блики.

Для дисплеев на ЭЛТ частота обновления изображения должна быть не менее 75 Гц при всех режимах разрешения экрана, гарантируемых нормативной документацией на конкретный тип дисплея, и не менее 60 Гц для дисплеев на плоских дискретных экранах (жидкокристаллических, плазменных и т.п.).


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

  • Назначение создания информационной системы "Электронный журнал" для автоматизации контроля учебного процесса. Построение логической и реляционной моделей данных. Разработка клиент-серверного приложения для работы с базой данных; программная реализация.

    дипломная работа [5,9 M], добавлен 19.01.2017

  • Общие сведения о проектировании базы данных и разборка приложений для взаимодействия с БД. Разработка проекта клиентского приложения "Электронный классный журнал" с помощью языка программирования Delphi 7. Просмотр и изменение информации базы данных.

    курсовая работа [403,6 K], добавлен 24.06.2011

  • Разработка концептуальной модели базы данных. Реализация алгоритмов и разработка управляющей программы. Разработка структуры системы управления данными. Методика проведения и результаты тестирования. Функционирование разработанного программного модуля.

    курсовая работа [550,5 K], добавлен 08.06.2023

  • Формирование требований к подсистеме учёта и поиска электронной литературы. Проектирование архитектуры, интерфейса программного средства. Организация взаимодействия подсистемы с базой данных, руководство пользователя. Диаграмма вариантов использования.

    курсовая работа [235,1 K], добавлен 28.08.2012

  • Разработка программы FileInfo, выдающей полную информацию о заданном файле с применением языка программирования С++, используя API функции Win 32. Использование пространств имён .NetFramework. Руководство пользователя и системные требования программы.

    курсовая работа [1,2 M], добавлен 25.04.2012

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

    курсовая работа [1,5 M], добавлен 17.01.2011

  • Возможности создания баз данных средствами программного продукта SQL. Изучение предметной области и разработка проекта базы данных по учету студентов "Журнал классного руководителя". Задачи реализации программного средства, его тестирование и отладка.

    курсовая работа [3,7 M], добавлен 07.12.2012

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

    дипломная работа [1,5 M], добавлен 22.11.2015

  • Описание структуры бинарного дерева поиска на языке C# среды Visual Studio. Требования к интерфейсу пользователя, структуре данных и программным средствам. Компоненты программных средств, результаты тестирования, диаграммы вариантов использования классов.

    курсовая работа [968,2 K], добавлен 26.01.2013

  • Разработка программного обеспечения, позволяющего вести электронный учет товара, оптимизировать работу с поставщиками, ускорять процедуры оформления документов. Среда программирования и алгоритм задачи. Формы и отчеты программы. Ее тестирование и отладка.

    дипломная работа [3,0 M], добавлен 18.07.2014

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