Перевозскій будівельний коледж
Розробка електронного підручника «Криміналістика»
Зміст
Технологічна частина
Інтерв'ю з можливими варіантами відповідей
Інтерв'ю
Робота над курсовим проектом - 1 етап
Робота над курсовим проектом - 2 етап
Робота над курсовим проектом - 3 етап
Робота над курсовим проектом - 4 етап
Робота над курсовим проектом - 5 етап
Робота над курсовим проектом - 6 етап
Принципи об'єктно-орієнтованого програмування
Проектування потоку даних - 1 етап
Проектування потоку даних - 2 етап
Проектування потоку даних - 3 етап
2. Практична частина
Програмування
Архітектура
Мультимедіа
Дизайн
1. Технологічна частина
Перед тим як йти до замовника на інтерв'ю, ми склали питання і дали можливі варіанти відповідей на них.
Інтерв'ю з можливими варіантами відповідей.
Список питань та відповідей:
- Для кого буде призначений підручник? (Для школярів, студентів коледжу, студентів МГОУ, перепідготовки робітників).
- Підручник буде призначений для студентів МГОУ.
- Весь чи наданий матеріал потрібно включити в підручник? (Контрольні питання, питання до заліку, питання для підготовки до іспиту, семінари).
- Так, весь наданий матеріал потрібно включити в підручник.
- Чи потрібні тести?
- Так, потрібні. Всі тести, які потрібні для підручника будуть надані.
- Як організувати тестування? (Один раз по завершенню всього курсу або кілька разів «після кожної частини або глави»).
- Тестування потрібно організувати після кожного розділу.
- Чи потрібен предметний покажчик?
- Так, потрібен.
- В якій частині екрана повинні розташовуватися елементи керування (кнопки)?
- Кнопки повинні розташовуватися в правому нижньому кутку екрана.
- Чи потрібно звуковий супровід при натисканні на кнопки?
- Так, звук повинен бути при натисканні на будь-яку кнопку.
- Чи потрібно звукове фонове супроводження підручника? (Звук потрібен тільки на титульному аркуші або в усьому підручнику).
- Так, звукове фонове супроводження потрібно тільки на титульному аркуші.
- Яка колірна гамма потрібна для титульного аркуша, теоретичного матеріалу, тестів, предметного покажчика (гама повинна поєднуватися)? (Або малюнок, або світлі тони, або темні тони).
- Для титульного аркуша - малюнок. Для теоретичного матеріалу - світлі тони. Для тестів - темні тони. Для предметного покажчика - малюнок.
- В якій частині екрана повинен розташовуватися заголовок підручника, зміст підручника, основний текст підручника? (Зверху, знизу, ліворуч, праворуч).
- Заголовок підручника - зверху. Зміст підручника - зліва. Основний текст підручника - праворуч.
Після цього ми пішли на переговори із замовником, щоб обговорити всі деталі (тобто те, що від нас вимагається).
Інтерв'ю.
Список питань:
Для кого буде призначений підручник? (Для школярів, студентів коледжу, студентів МГОУ, перепідготовки робітників).
Відповідь: для студентів МГОУ.
Весь чи наданий матеріал потрібно включити в підручник? (Контрольні питання, питання до заліку, питання для підготовки до іспиту, семінари).
Відповідь: Весь наданий матеріал необхідно включити в підручник.
Чи потрібні тести?
Відповідь: Ні, не потрібні.
Чи потрібен предметний покажчик?
Відповідь: Предметний покажчик не потрібен.
В якій частині екрана повинні розташовуватися елементи керування (кнопки)?
Відповідь: Елементи управління повинні бути на окремій панелі вгорі підручника.
Чи потрібно звуковий супровід при натисканні на кнопки?
Відповідь: Ні. Звуковий супровід не потрібно.
Чи потрібно звукове фонове супроводження підручника?
Відповідь: Ні.
8) Яка колірна гамма потрібна для титульного аркуша, теоретичного матеріалу, тестів, предметного покажчика (гама повинна поєднуватися)? (Або малюнок, або світлі тони, або темні тони).
Відповідь: У всіх частинах підручника потрібно поставити фоновий малюнок, щоб текст, який знаходиться на цьому малюнку нормально читався.
В якій частині екрана повинні розташовуватися заголовок підручника, зміст підручника, основний текст підручника? (Зверху, знизу, ліворуч, праворуч).
Відповідь: Тема підручника повинен розташовуватися зверху, зміст ліворуч, основний текст підручника справа.
Після того як ми провели інтерв'ю із замовником, ми розпочали свою роботу.
Робота над курсовим проектом
1 етап.
Завдання:
Вибрати модель структурування системи та обгрунтувати вибір. Коротко описати функції структурних одиниць.
Виконання:
В електронному підручнику буде використовуватися модель: «Сховище даних», так як підручник буде призначений для студентів МГОУ, за яким студенти будуть навчатися дистанційно. Підручник буде зроблений у вигляді своєрідної бази даних (БД), до якої студенти будуть звертатися за інформацією.
Структурована модель «Сховище даних»:
У даному проекті:
Сховище даних - база даних, яка містить інформацію, що надходить на вхід електронного підручника, вихідну інформацію і проміжну інформацію (теоретичний матеріал підручника).
Редактор проекту - блок модулів, які забезпечують введення редагування інформації та підготовку вихідної інформації (при тестуванні, результат тесту записується у файл, який можна потім відправити по електронній пошті викладачеві, для перевірки правильності рішення тестів і звітності про те, як студент зрозумів (сприйняв) даний матеріал).
Генератор коду - блок, що містить модулі, що забезпечують вибір алгоритмів, необхідних для вирішення задачі при даному стані сховища даних (після тестування видаються варіанти правильних відповідей, які беруться зі сховища даних).
Редактор програми - блок, що містить модулі, які дозволяють вести поточну настройку алгоритмів, відібраних для вирішення поставлених завдань.
Проектний транслювати - блок, який забезпечує спільне взаємодія вибраних алгоритмів, необхідних для вирішення задачі (у підручнику є гіперпосилання, які забезпечують взаємодію між усіма частинами та фрейми, у яких відображається інформація).
2 етап.
Завдання:
Вибрати модель управління, обгрунтувати вибір і описати призначення структурних одиниць.
Виконання:
В електронному підручнику буде використовуватися модель подієвого управління типу «Оброблювач подій», так як обробник подій аналізує події, що виникають у системі чи поза нею і передає управління на ту підсистему, яка повинна функціонувати в разі виникнення даної події. При цьому обробник подій не здійснює управління підсистемами.
Модель подієвого управління «Оброблювач подій»:
Оброблювач подій може звернутися до будь-якої частини електронного підручника, тобто користувач може звернутися до будь-якого модулю (контрольні питання, питання для підготовки до іспиту, семінари, тести, питання до заліку, предметний покажчик), не звертаючись через сторонні модулі, які б зверталися до того модулю, який був запитаний користувачем.
3 етап.
Завдання:
Провести декомпозицію системи на модулі.
Виконання:
В електронному підручнику використовується модель розподілу по об'єктах.
Модулі являють сукупність об'єктів, що містять свій набір даних (полів) та алгоритмів (методів). Основна перевага модульної декомпозиції - забезпечення інформаційної закритості модулів у тій чи іншій мірі. Внутрішня структура модулів і значна частина внутрішніх даних не доступна іншим модулям. Забезпечивши незмінність структури і складу цієї інформації в підручнику можна змінювати внутрішню структуру (набір алгоритмів внутрішньої інформації) модуля. Це забезпечує гнучкість проекту підсистем і системи в цілому. Зв'язок між модулями встановлюється через інтерфейсну частину, а вміст виконуваної частини залишається прихованою від сторонніх користувачів. Інформаційна закритість модулів забезпечується за рахунок пов'язаності модулів (здійснюється зв'язок даних через фрейми). Інформаційна незалежність модуля забезпечується його пов'язаністю, яка грунтується на принципі підбору компонентів, що входять до складу модуля.
4 етап.
Завдання:
Описати тип зв'язності, оцінити можливі недоліки в забезпеченні інформаційної закритості модуля.
Виконання:
У підручнику використовується комунікативна зв'язаність, тому що використовуються компоненти, що входять в модуль з однією і тією ж інформаційною базою. Такий модуль також може використовуватися при розробці БД, але у нас електронний підручник - теж своєрідна БД.
5 етап.
Завдання:
Описати тип зчеплення між модулями. Охарактеризувати можливі проблеми проектування.
Виконання:
У нашому електронному підручнику буде використовуватися кілька видів зчеплень:
1. Зчеплення по зовнішньому посиланню;
2. Зчеплення за даними.
6 етап.
Завдання:
Описати структуру програмного продукту. Оцінити глибину і ширину. Дати характеристику сильних і слабких сторін даної структури.
Виконання:
Наш програмний продукт має ієрархічну структуру. Вихідна задача розбивається на підзадачі (у нашому випадку, завдання розбивається на: створення HTML сторінок і т.д.).
Знов отримані підзадачі також можуть бути розбиті на нові підзадачі.
Дана задача називається декомпозицією програмного продукту (електронного підручника).
На кожному кроці декомпозиції виникає новий ієрархічний рівень. Рішення завдань, отриманих в ході декомпозиції забезпечується модулями, об'єктами, підпрограмами.
Висотою програмного продукту називається число його ієрархічних рівнів.
Шириною називається максимальна кількість елементів в ієрархічному рівні.
Ширина і висота нашого електронного підручника:
Ширина продукту = «4».
Висота продукту = «2».
Сильна сторона даної структури в тому, що тут не дуже велика ширина. Збільшення ширини веде до підвищення зв'язності (ізольованості) при одночасному збільшенні не в'язкості (залежності).
Слабка сторона даної структури в тому, що всі модулі залежать від головної сторінки, тобто на ній задаються посилання на модулі. При відсутності цих посилань, буде неможливо запустити будь-який модуль даного програмного продукту.
Принципи об'єктно-орієнтованого проектування
Завдання:
Як реалізуються принципи об'єктно-орієнтованого проектування. У чому переваги?
Рішення:
В електронному підручнику використовуються принципи об'єктно-орієнтованого проектування.
Візуальну технологію конструювання програм (наприклад, систему програмування Delphi) можна віднести до технологій п'ятого покоління. Вона, по-перше, повністю підтримує об'єктно-орієнтовану технологію, по-друге, ідеї модульного програмування отримують логічне завершення, по-третє, і це принципово нове у цій технології - створено інструментарій (автоматизація) програмування реакції на події (будь-яка програма у процесі своєї роботи з чимось чи кимось взаємодіє). Структура програмного коду імовірнісна. Не всі маршрути, траси кодів жорстко визначені. Елементи програмного коду взаємодіють, починають працювати при виникненні певних подій. А головне - процес розробки носить не каскадний, послідовний характер, вона розвивається по спіралі.
Прикладом об'єктно-орієнтованого проектування є кнопки управління:
У цьому випадку, кнопки «Назад» і «Вперед» будуть виконувати перехід не на певне місце (фрейм «Зміст»), а на кожну наступну частину електронного підручника.
Основні переваги об'єктно-орієнтованого проектування:
1) Інкапсуляція. Дані об'єкта недоступні його клієнтам безпосередньо, вони інкапсулюються, ховаються від прямого доступу ззовні. Клієнт має доступ до даних об'єкта тільки через методи інтерфейсів цього об'єкта.
2) Поліморфізм. Можливість роботи з об'єктами різних типів, кожен з яких підтримує даний набір інтерфейсів, але реалізує їх по-різному.
3) Успадкування. Ідея проста: маючи деякий об'єкт, можна створювати новий, автоматично підтримує всі або деякі «здібності» старого. Розрізняють успадкування реалізації та успадкування інтерфейсу. У першому випадку об'єкт успадковує від свого батька код. Коли клієнт дочірнього об'єкта викликає один з успадкованих методів, насправді виконується код методу батька. Таким чином, це механізм повторного використання коду (мови C + +, Smalltalk). Успадкування інтерфейсу означає повторне використання специфікацій - визначення методів, підтримуваних об'єктом, полегшує вирішення завдань поліморфізму. Визначення нового інтерфейсу шляхом успадкування від існуючого гарантує, що об'єкт, що підтримує новий інтерфейс, можна розглядати як об'єкт, який підтримує старий інтерфейс.
4) Висока зв'язаність. Максимально пов'язаним є об'єкт, в якому представляється єдина сутність і в який включені всі операції над цією сутністю. Кожна операція забезпечує функціональність, яка передбачає, що всі властивості об'єкта будуть модифікуватися, відображатися і використовуватися як базис для надання послуг.
Висока зв'язність - бажана характеристика, так як вона означає, що об'єкт являє єдину частину в проблемній області, існує в єдиному просторі. При зміні системи всі дії над частиною інкапсулюються в єдиному компоненті. Тому для виробництва зміни немає потреби модифіковані багато компонентів. Якщо функціональність в об'єктно-орієнтованої системі забезпечується успадкуванням від суперкласів, то зв'язність об'єкта, який успадковує властивості та операції, зменшується. У цьому випадку не можна розглядати об'єкт як окремий модуль - повинні враховуватися всі його суперкласу. Системні засоби перегляду сприяють такому обліку. Однак розуміння елемента, який успадковує властивості від декількох суперкласів, різко ускладнюється.
Проектування потоку даних
1 етап.
Завдання:
Визначити вхідний потік і процедуру перетворень.
А) Описати формат вихідних даних.
Б) Описати процедуру перетворення (специфікацію) і взаємодія цієї процедури з керуючим контролером.
В) Описати формат інформаційного потоку на виході перед його надходженням на етап перетворення.
Рішення:
Замовником були надані тексти, набрані в текстовому редакторі «Microsoft Word» офісного пакету «Microsoft Office».
У текстовому документі, наданому замовником, були видимі граматичні помилки. Наше завдання було в тому, щоб виправити ці помилки і відформатувати документ у той вигляд, який був необхідний для створення електронного підручника й для подальшого використання цього документа. Далі нам треба було цей текст перетворити у формат гіпертекстової розмітки «HTML», необхідний для користувача. У результаті роботи, результат нам треба було скомпонувати у 1 файл, для зручності в користуванні електронним підручником.
На етапі перетворення потоків даних виникає ситуація, коли 1 попередній потік (вихідні дані) породжує кілька наступних (контрольні питання, питання до заліку, питання для підготовки до іспиту, семінари). Тут структура потоків не залежить від їх стану. Управління операціями розгалуження та об'єднання інформаційних потоків здійснюється контролером запиту в залежності від стану потоків (в залежності від дій користувача). Контролер запитів передає управління на контролер обраного ним потоку в разі розгалуження (вибирається модуль або підмодуль за допомогою гіперпосилань).
2 етап.
Завдання:
А) Описати спосіб перетворення інформаційного потоку та методи перетворення.
Б) Описати формат перетвореного потоку після завершення перетворення.
Рішення:
В електронному підручнику буде присутній система гіперпосилань для управління потоком даних.
У підручнику присутній фрейм «Зміст», в якому можна буде перейти в будь-яку частину підручника, який складається з гіперпосилань. У змісті підручника, весь основний матеріал розбитий на окремі частини, які в свою чергу розбиті на глави, а глави розбиті на більш дрібні частини підручника.
Також для переміщення за підручником будуть використовуватися кнопки управління, організовані за допомогою гіперпосилань:
3 етап.
Завдання:
А) Описати користувальницький вихідний формат.
Б) Описати спосіб перетворення даних із внутрішнього формату програми в формат, необхідний для користувача.
В) Описати функції контролера перетворення результуючої інформації і його взаємодія з керуючим контролером.
Рішення:
Перетворений потік - інформація, надана у вхідному форматі програмної системи. Цей потік містить інформацію, що міститься у форматі, необхідному для замовника. Перетворенням потоку управляють програми (специфікації), які називаються контролерами потоків.
2. Практична частина
Програмування.
Верстка сторінок у формат гіпертекстової розмітки HTML.
Розробка модулів - Java - Scripts.
А) «ЗАБОРОНУ праву клавішу миші» - захист від «дурня». Цей модуль присутня на всіх сторінках. Якби його не було, то користувач міг би при натисканні правої клавіші миші вивести контекстне меню, у якому є пункт «У форматі HTML". Це призвело б до того, що кожен користувач міг би скопіювати цей код і застосовувати його в своїх цілях, а це суперечить закону про авторські права.
Б) «Сніжок». Цей модуль присутня на головній сторінці. Всі сніжинки мають різні розміри і форми. Також вони всі падають з різною швидкістю. Модуль використаний лише для того, щоб підручник, при відкритті користувачем здався не статичним, а динамічним, тобто це відразу впадає в очі. Навіть при створенні сайтів це дуже часто застосовується, оскільки користувач, зайшовши на цей сайт побачить всі ці ефекти (найголовніше, щоб вони всі були в «тему» і не заважали роботі), зайде швидше за все на цей сайт знову, тому що йому це дуже сподобається швидше за все.
В) «Муха». Цей модуль присутній на сторінці - «Тематичний план і програма з курсу« Криміналістика »». Муха бігає за вказівником миші. Складається таке враження, наче муха сидить на моніторі в реальності і можна до неї доторкнутися (це перше враження, якщо звичайно не вдивлятися уважно на монітор). Якщо муха досягла покажчика миші, то вона починає рухатися не з якоїсь траєкторії, а сама обирає шлях, але при цьому далеко не віддаляється від покажчика миші. Також у цьому модулі присутня кнопка, розташована справа внизу екрану монітора. При натисканні на цю кнопку, муха зникає з екрану. Якщо знову натиснути на цю кнопку муха з'явиться на тому ж місці, де вона зникла і почне свій рух. Ця кнопка також рухається від переміщення повзунка, за допомогою якого можна переміщатися по фрейму вниз і вгору. Цей ефект для зручності.
Г) «Зірка за покажчиком миші». Цей модуль розташований за адресою «Додатково - Огляд місця події». При переміщенні покажчика миші, за ним тягнуться зірочки. Вони з'являються, а потім розчиняються у поза.
Д) «Яскравий спалах тексту». Це модуль розташований за адресою «Додатково - Огляд місця події». Він працює постійно, тобто при відкритті сторінки. Блимає текст: «Огляд місця події !!!», написаний синім кольором, червоним кольором.
Розробка ефектів DHTML.
На сторінці «Тематично план і програма з курсу« Криміналістика »» використані ці ефекти. Спочатку всі посилання зображені синім кольором. При наведенні на будь-яку з посилань, текст стає червоним кольором і збільшується в розмірах. Після натискання на посилання і повернувшись назад на цю сторінку текст стає фіолетовим кольором (це служить для зручності, тобто користувач, коли прочитає якусь главу, не забуде, де він зупинився. Це щось на кшталт «закладки»). Цей же ефект використовується на сторінці - «Про підручнику».
4. Компіляція всіх верстаючих сторінок у формат CHM.
Архітектура.
Редагування всього наданого матеріалу, тобто виправлення помилок (граматичних).
Розбивка проекту на модулі (частини).
Пошук додатково інформації для підручника. Сторінки: «Дактилоскопічна карта», «Огляд місця події». Дактилоскопічні карти використовувалися реальні, так що нам довелося затерти всі дані з цих карт, тому що якщо б ми їх використовували, то це було б незаконно.
Мультимедіа.
Огляд місця події - відео. Була знайдена касета для відеоплеєра, тобто не цифрова. Потрібно було цю касету оцифрувати за допомогою ПК. А далі потрібно було вирізати потрібний відрізок з отриманого файлу-відео. Далі цей відрізок відео потрібно було за допомогою програми «Macromedia Flash MX Professional 2004 7.0» конвертувати у формат SWF. При цьому була використана FLASH 7, тобто ця версія флеш, в якій можна використовувати звук.
Пошук потрібних картинок і фотографій для електронного підручника, які використані на головній сторінці - «шапці».
Дизайн.
Підбірка фону для частин підручника:
А) Основна частина.
Б) Семінарські заняття.
В) Додатково.
Вибір розташування всієї інформації в підручнику.
Підбірка різних ефектів, які присутні в підручнику.