2 Специальный раздел 1 Разработка структурной схемы программы

2 Специальный раздел

2.1 Разработка структурной схемы программы

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

• 
  система проведения анкетирования студентов;
  
• 
  система обработки результатов анкетирования;
  
• 
  система управления.
  

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

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

• 
  контролировать проведение анкетирования;
  
• 
  управлять данными – добавлять, удалять и изменять;
  

• 
  серверная часть, написанная на языке программирования PHP и выполняющаяся на сервере;
  
• 
  клиентская часть, написанная на языке разметки HTML и языке программирования JavaScript с использованием библиотеки jQuery и выполняющаяся в браузере пользователя.
  

• 
  Model (Модель) - модуль, отвечающий за непосредственный расчёт чего-либо на основе полученных от пользователя данных. Результат, полученный этим модулем, должен быть передан в контроллер, и не должен содержать ничего, относящегося к непосредственному выводу (то есть должен быть представлен во внутреннем формате системы). Основная цель - сделать так, чтобы модель была полностью независима от остальных частей и практически ничего не знала об их существовании, что позволило бы менять и контроллер и представление модели, не трогая саму модель и даже позволить функционирование нескольких экземпляров представлений и контроллеров с одной моделью одновременно. В следствие этого модель ни при каких условиях не может содержать ссылок на объекты представления или контроллера.
  
• 
  View (Представление) - модуль вывода информации. В обязанности представления входит отображение данных полученных от модели. Обычно представление имеет свободный доступ к модели и может брать из нее данные, однако это доступ только на чтение, ничего менять в модели или даже просто вызывать методы, приводящие к изменению ее внутреннего состояния, представлению запрещено. Для взаимодействия с контроллером, представление, как правило, реализует некий интерфейс, известный контроллеру, что позволяет менять представления независимо и иметь несколько представлений на контроллер.
  
• 
  Controller (Контроллер) - модуль управления вводом и выводом данных. В задачи контроллера входит реакция на внешние события и изменение модели и/или представления в соответствии с заложенной в него логикой. Один контроллер может работать с несколькими представлениями, в зависимости от ситуации, взаимодействуя с ними через некий (заранее известный) интерфейс, который эти представления реализуют. Важный нюанс - в классической версии MVC контроллер не занимается передачей данных из модели в представление.
  

• 
  прозрачность системы;
  
• 
  единая точка входа в систему;
  
• 
  повторное использование кода;
  

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