48282 (588534), страница 7

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

Текст из файла (страница 7)

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

Оценка содержания учебного издания:

• ориентация на базовые компоненты содержания образования учебного предмета;

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

• научная корректность содержания; соблюдение общепринятой терминологии и символики;

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

• учет возрастных особенностей учащихся при отборе и изложении учебного материала:

а)оптимальность объема содержания;

б)реализация принципов дидактики (систематичность, доступность, наглядность, логичность и последовательность изложения учебного материала. Использование индуктивного и дедуктивного методов и др.);

в)опора включенного в учебное издание содержания на ранее полученные знания и навыки;

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

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

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

Оценка методического аппарата:

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

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

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

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

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

• обоснованность отбора учебного материала с учетом взаимосвязей с элементами содержания других предметов;

• сбалансированность теоретического и практического материала;

• методическая целесообразность использования иллюстративного, справочного материала, и других составляющих методического аппарата в учебном издании [14].

1.2 Анализ информационных технологий

1.2.1 Анализ состояния в области проектирования программных продуктов

Современные крупные проекты ИС характеризуются, как правило, следующими особенностями:

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

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

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

• необходимость интеграции существующих и вновь разрабатываемых приложений;

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

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

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

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

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

• неадекватная спецификация требований;

• неспособность обнаруживать ошибки в проектных решениях;

• низкое качество документации, снижающее эксплуатационные качества;

• затяжной цикл и неудовлетворительные результаты тестирования.

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

1.2.2 Описание диаграммных методик

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

• SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

• DFD (Data Flow Diagrams) диаграммы потоков данных;

• ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".

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

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

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

• внешние сущности;

• системы/подсистемы;

• процессы;

• накопители данных;

• потоки данных.

Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD непосредственно используются для проектирования реляционных баз данных.

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

1.3 Выбор средств разработки программного обеспечения

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

К ним относятся такие программные средства, как Delphi, Visual C++, С Builder, Visual Basic, Java Builder;

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

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

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

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

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

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

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

• cоответствие выбираемых программных средств уровню подготовленности программиста;

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

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

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

• возможность перехода от однопользовательского варианта (для отладки и локального применения) к сетевому, для средств разработки и средств эксплуатации, а также его сложность;

• стыковка с широким спектром других СУБД и возможности переноса БД для данного программного средства на другие СУБД;

• возможность подключения к корпоративным сетям и Интернет/Интранет, поддержка постоянно развивающихся WEB технологий;

• модульный принцип построения, степень ее универсальности.

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

• простота языка программирования;

• скорость работы приложения;

• скорость компиляции приложения;

• наличие интегрированного отладчика;

• обработка исключительных ситуаций;

Методика определения подходящего программного продукта заключается в следующем.

Сначала выбирается несколько доступных и известных программных продуктов. Мною для рассмотрения были выбраны Delphi 5.0, Visual C++ 6.0 и Visual Basic. Каждому критерию назначил вес, исходя из целей проектирования таким образом, что сумма весов всех критериев равнялась 1.

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

В качестве экспертов, который ставили экспертную оценку, выступали студенты пятого курса группы ИТ98-1

Вычисления по формуле (1.1) сведены в таблицу 1.2.

Как видно из таблицы 1.2 наиболее подходящим средством для разработки программного комплекса является Delphi 5.0.

Характеристики

Список файлов ВКР