3.3. Кодирование пс

Требования к знаниям: студенты должны знать объектно-ориентированную среду разработки (например, Delphi), основы проектирования баз данных, дополнительные технологические возможности, такие как использование DLL, технологии OLE, Active-X.

Требования к умениям: студенты должны уметь составлять программы с осознанным использованием разнообразного инструментария.

Практические работы

1-6 . Кодирование программ.

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

3.4. Тестирование пс

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

Требования к умениям: студенты должны уметь составлять тестовые варианты, выполнять полное комплексное тестирование проекта, выполнять отладку как аналитическими методами, так и экспериментальными.

Практические работы

1. Тестирование элементов методами «белого ящика». Отладка

2. Тестирование методами «черного ящика». Отладка.

3.5. Расчет метрик

Требования к знаниям : студенты должны знать размерно- и функционально-ориентированные метрики.

Требования к умениям: студенты должны уметь рассчитывать производительность, качество ПС, произвести анализ процесса конструирования.

Практические работы

1. Расчет метрик программного обеспечения..

3.6. Оформление отчета

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

Практические работы

1. Составления отчета по практике.

3.7.Защита

Защита практики проводится в 3 этапа:

1. Публичный доклад по созданному проекту

2. Демонстрация проекта на компьютере

3. Проверка отчета по практике

4. Выполнение работы

1. Учебную группу необходимо разбить на подгруппы по 4-6 человек. Распределение по подгруппам может осуществляться, например, по принципу перманентной симпатии: вначале необходимо назначить старших в каждой рабочей группе, каждый из которых выбирает себе по одному участнику. Каждый из выбранных участников по очереди выбирает со своей стороны также студента, с которым хотел бы работать в одной группе. Вновь избранные так же по очереди выбирают из оставшихся студентов по кандидату в свою группу. И так до тех пор, пока не будут сформированы все рабочие группы. Старший в каждой группе назначается преподавателем, исходя из уровня подготовки студента, его знаний и умений, а также, отчасти, его организаторских способностей («главный программист бригады»).

2. Каждая группа выбирает себе тему, по которой будет разрабатываться программный проект, и модель конструирования. Чаще всего это модель RAD или ХP-процесс. ХР - процесс возможен только в том случае, если участники рабочей группы имеют примерно один уровень подготовки; в противном случае работа по этой модели может оказаться профанацией, когда кто-то просто останется не у дел. Выбор темы по желанию предпочтительнее, поскольку время, отведенное на практику, ограничено одной неделей и желательно, чтобы работа проходила с интересом и динамично.

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

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

5. Особое внимание следует обратить на такие этапы, как Анализ требований и Проектирование. Именно эти этапы обычно игнорируются начинающими программистами. Анализ требований потребует знания языка моделирования UML.Результатом анализа должна стать диаграмма Use Case на UML. В процессе проектирования необходимо тщательно продумать структуру будущей программной системы, определить подзадачи, установить связи между ними. Особое внимание следует уделить информационному моделированию, сначала на уровне инфологической модели (ER-модель), а затем и на уровне конкретной СУБД (даталогическая модель). На этом же этапе продумывается интерфейс будущего программного средства.

6. Кодирование программ следует выполнять с использованием объектно-ориентированного инструментария.

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

8. По окончании проектирования необходимо рассчитать функционально-ориентированные метрики, тем самым оценить качество проектирования (правда, некоторым образом, условно).

9. Результаты работы группы должны быть оформлены в виде отчета по практике. Структура отчета позволяет проследить в полной мере весь объем проделанной работы.

10. Проект демонстрируется на компьютере, публично защищается.

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

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