Отчёт Производственная практика ПМ02. Отчёт ПП ПМ02. Отчет по практике вид практики производственная практика (по профилю специальности) в составе
 Скачать 267.93 Kb.
|
2.1 Разработка структурной схемы программы.Разработка структурной схемы (архитектуры) данных - один из важнейших аспектов разработки программного продукта, и он важен по следующим причинам: Неправильный выбор архитектуры ведет к возможности некорректных проектных работ в будущем; Хорошо спланированная архитектура позволяет легко модифицировать программный продукт, если требуются изменения; Под архитектурой мы понимаем набор программных компонентов, а также связи и способы обмена информацией между ними. Разработка структурной схемы программы обычно осуществляется методом пошаговой детализации. Структурными компонентами программного продукта могут быть программы, подсистемы, базы данных, библиотеки ресурсов и т. Д. Таким образом, структурная схема программного продукта, как правило, показывает наличие подсистем или других структурных компонентов. Исходя из требований к системе, определяется набор функций, которые необходимо воссоздать в разрабатываемой системе. Затем полученные функции объединяются в логически связанные группы, которые в будущем могут стать частью программного обеспечения. Конечно, вы должны быть готовы к тому, что первая версия набора функций не обязательно будет полной. В процессе анализа характеристик и на ранних этапах архитектурного проектирования могут быть обнаружены дополнительные функции, которые следует включить в разрабатываемую программу. По большей части эти функции будут важны для реализации технологических процессов, чтобы поддерживать систему в целостном и работоспособном состоянии. Во-первых, архитектура должна включать описание системы. Без описания будет достаточно сложно воссоздать целостную картину множества мелких деталей или десятка различных классов. Архитектура также должна учитывать альтернативные варианты дизайна и аргументы в пользу окончательного выбора организации системы. Он должен четко определять важность каждого компонента. Кроме того, компоненты должны иметь только одну «зону ответственности» и не пересекаться с другими. Кроме того, он должен четко определять правила взаимодействия между компонентами и описывать, с какими другими компонентами данный компонент может взаимодействовать. Пользовательский интерфейс часто разрабатывается на этапе разработки требований, поскольку именно архитектура должна описывать основные элементы формата веб-страницы, графического интерфейса и т. Д. Удобство интерфейса играет важную роль в определении популярности этого программного продукта среди пользователей. Пример структурной схемы программного продукта (Рис. 5): Заголовок – в качестве заголовка можно выбрать фразу или изображение, которые описывало бы деятельность результата разработки. Меню – именно по нему происходит навигация. В нем размещаются ссылки на внутренние и внешние ресурсы. Название – название текущего ресурса, которое бы менялось в зависимости от перехода по ссылкам в меню. Блок новостей – какие-либо новости, объявления или прочие сведения о сайте. Ссылки – ссылки на внешние ресурсы Основное содержание – основное содержание сайта, в котором четко бы описывалась деятельность сайта, его идея и т.д. Какие-либо уменьшенные версии изображений с сайта.   Рис. 5 Пример структурной схемы программного продукта 2.2 Разработка функциональной схемы программы.Функциональная схема или схема данных (Рис. 6) (ГОСТ 19.701-90) - схема взаимодействия компонентов программного обеспечения с описанием информационных потоков, состава данных в потоках и указанием используемых файлов и устройств. Для изображения функциональных схем используют специальные обозначения, установленные стандартом. Функциональные схемы, более информативны, чем структурные. Все компоненты как структурных, так и функциональных схем должны быть описаны. При структурном подходе особенно тщательно прорабатываются спецификации межпрограммных интерфейсов, так как от качества их описания зависит количество самых дорогостоящих ошибок. К самым дорогим относятся ошибки, обнаруживаемые при комплексном тестировании, так как для их устранения могут потребоваться серьезные изменения уже отлаженных текстов. Таким образом, она также разбивается на три программных модуля: модуль отображения расписания; модуль личного кабинета; модуль рассылки сообщений.  Рис. 6 Функциональная схема программного обеспечения общего вида |