Лента заказов

Вариант 23 1. Перегрузка функций. 2. Разработка программы расчета стипендии Для расчета стипендии необходимо обработать информацию следующего вида: номер группы, Ф.И.О. студента, форма обучения (платная/бюджетная), зачеты по пяти предметам (зачет/незачет), оценки по 4 предметам, признак участия в общественной работе: 1 – активное участие, 0 – неучастие. Рассчитать стипендию для студентов-бюджетников. При этом: отличники (отметки 9, 10) и общественники получают 50% надбавку, а просто отличники – 25%. Студенты со средним баллом, равным или ниже 5, стипендию не получают. Базовый размер стипендии вводится с клавиатуры.

Выполнить 2 работы с использованием языка С++ или С# до 7 числа и время до ночи (0:00)

Необходимо написать задания в Stepike по программированию

необходим проект на с# с использованием WPF. описание тем в прикрепленном файле (любой вариант кроме 2 и 8).

3. Разработайте программу, реализующую работу с бинарными деревьями поиска. Необходимо хранить информацию о рефератах: - тема; - ФИО автора; - год издания; - количество страниц. Реализовать добавить следующие функции, вызываемые из меню: 1. Ввод информации (добавление) с клавиатуры и формирование дерева. 2. Вывод бинарного дерева на экран в симметричном порядке (выводить все поля). 3. Удаление информации из бинарного дерева по фамилии. 4. Вывод на экран информации обо всех рефератах с годом издания выше введенного пользователем. 5. Нахождение темы реферата с максимальным количеством страниц для построенного бинарного дерева.

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

Задание: Разработайте приложение-игру пасьянс, позволяющее раскладывать один из карточных пасьянсов (см. свой вариант). Приложение должно выполнять первоначальный расклад, давать пользователю возможность совершать ход (проверяя, является ли он корректным), проверять, есть ли ещё возможные ходы для пользователя, а также выдавать сообщение о том, что пасьянс сошёлся или не сошёлся. При проектировании структуры приложения используйте следующие шаблоны распределения ответственности: информационный эксперт; создатель; контроллер; слабая связанность; сильное зацепление. Процесс проектирования проиллюстрируйте UML-диаграммами классов и состояний. Вариант: Карлтон. Указания: В данной лабораторной работе предполагается изучение основ шаблонов проектирования GRASP (General Responsibility Assignment Software Patterns). Рассматривается лишь пять основных шаблонов. Шаблон «информационный эксперт» принято первым применять при проектировании сложных систем. Основная цель этого шаблона выделить классы, которые будут хранить информацию, и классы, которые будут ее обрабатывать. Под обработкой понимается не только работа алгоритмов, реализующих основную логику приложения, но и взаимодействие (добавление, чтение, изменение, удаление данных) с системой хранения данных, а также визуализация данных, проверка их корректности и т.д. Таким образом, согласно данному шаблону необходимо выделить классы, являющиеся информационными экспертами. Поля таких классов хранят нужную информацию, а методы лишь предоставляют к ней доступ (зачастую это просто методы чтения и записи значений данных полей). После того, как информационные эксперты выделены, эти классы не реализуют никакой логики обработки хранимой информации (даже проверку на корректность данных). Для реализации логики используются другие классы, которые будут обрабатывать данные, хранимые информационными экспертами. По большому счету, все остальные шаблоны регламентируют распределение ответственности между этими оставшимися классами. Шаблон «сильное зацепление» используется при разделении обязанностей между всеми классами и регламентирует количество задач, возлагаемых на каждый класс. Данный шаблон практически полностью повторяет принцип единственной ответственности. Единственное различие принципа единственной ответственности и шаблона проектирования «сильное зацепление» в том, что принцип единственной ответственности формулируется исходя из цели проектирования (обеспечение гибкой расширяемости приложения), а шаблон проектирования «сильное зацепление» способ достижения этой цели – максимальная конкретизация поставленной перед классом задачи. Один из признаков нарушения этого шаблона – название класса, не вполне адекватно отражающее то, что данный класс делает. Шаблон «слабая связанность» также используется при разделении обязанностей между всеми классами, но регламентирует он количество связей класса с другими классами. Согласно данному шаблону проектирования при проектировании классов нужно стараться минимизировать его связи с другими классами. Практически, этот шаблон декларирует еще один способ соблюдения принципа единственной ответственности. Также этот шаблон связан с шаблоном «сильное зацепление». Действительно, если класс имеет четко обозначенный круг обязанностей (то есть «сильно зацеплен» за свои обязанности), то для решения этих задач ему достаточно минимального количества связей с другими классами. Явными признаками связи между класса являются: наследование; реализация интерфейса; наличие в классе поля-ссылки на другой класс; наличие в классе метода, принимающего в качестве параметра ссылку на другой класс; наличие в классе метода, возвращающего в качестве результата ссылку на другой класс; наличие в методе класса локальной переменной-ссылки на другой класс. Для ослабления некоторых зависимостей может использоваться другой шаблон – «создатель». Следует, однако, заметить, что зависимости между информационными экспертами и другими классами, как правило, не учитываются. Это происходит от того, что информационные эксперты используются для транспорта информации от одних классов, реализующих обработку данных, другим. Точнее было бы сказать, что не учитывается степень связанности информационного эксперта с другими классами, но для этих классов связи с информационными экспертами могут учитываться. Хотя в такой ситуации проще использовать шаблон «сильное зацепление». А вот степень связанности нескольких информационных экспертов – важный показатель, так как от этого зависит простота расширения предметной области. Но зачастую основным фактором при моделировании предметной области все же является не шаблоны «сильное зацепление» или «слабая связанность», а адекватность создаваемой модели. Шаблон «создатель» и «контроллер» используется при распределении определенного рода обязанностей. Шаблон «создатель», в частности, – это класс, который берет на себя ответственность за создание (инстанцирование) экземпляра некоторого класса (как правило не информационного эксперта). Чаще всего методы класса-создателя возвращают ссылку на созданный объект, инкапсулируя процесс создания и инициализации этого объекта. В общем случае классом-создателем можно назвать любой класс, который неким образом создает любой объект. Так, например, класс, который читает некоторую информацию из файла, а затем создает на основе этой информации объект информационного эксперта (или список таких объектов) и возвращает ссылку на этот объект, уже можно назвать создателем. Шаблон «контроллер» – это класс, который берет на себя ответственность взаимодействия с внешними по отношению к системе факторами. Чаще всего это взаимодействие с пользователем, но также это может быть обработка некоторых событий, возникающих в определенное время, или обработка сигналов, приходящих с различных датчиков. Мы будет рассматривать только контроллеры, обрабатывающие пользовательские запросы. Такие контроллеры условно можно разделить на две группы: единая точка входа (Front Controller); контроллер прецедента (Page Controller). К первой группе относятся контроллеры, которые обрабатывают абсолютно все запросы пользователя, извлекают из такого запроса все необходимые данные, принимают решения, кому перенаправить этот запрос для обработки, после чего либо обработка запроса заканчивается (то есть часть системы, которой передали запрос на обработку, выполнила все необходимые действия и сама сообщила пользователю о результатах), либо контроллер может принимать результат обработки запроса и сообщать его пользователю. Такие контроллеры удобно использовать при создании сетевых серверов, получающих запросы от клиента по некоторому прикладному протоколу (HTTP, FTP и т.д.); при создании настольных приложений с использованием непосредственно Windows API (при наличии единой оконной функции для приложения); при разработке консольных приложений, работающих в командном режиме (когда пользователь сначала полностью набирает текст команды, которая содержит всю необходимую информацию, а затем ее обрабатывает, как, например, консольный клиент для MS SQL Server). Ко второй группе относятся контроллеры, которые обрабатывают специализированные запросы (например, запрос на создание новой записи в базе данных обрабатывает один контроллер, а запрос на удаление записи – другой). Такие контроллеры удобно использовать при разработке web-приложений, работающих под управлением стандартного web-сервера (Apache, Small HTTP Server, и т.д.). В таком случае общую обработку запроса осуществляет сам web-сервер, а затем вызывается определенная часть нашего приложения (например, определенный PHP-скрипт). Также такие контроллеры удобно использовать в настольных приложений с использованием высокоуровневых библиотек (VCL, MFC или QT для C++; AWT, Swing или SWT для Java и т.д.). В таком случае один обработчик некоторого события (нажатия на кнопку, выбора элемента из списка и т.д.) является отдельным контроллером. Еще подобные контроллеры используются при разработке консольных приложений, в которых пользователь сначала выбирает некоторое общее действие в меню, а затем в диалоговом режиме приложение уточняет нужные данные. Тогда каждому действию в меню ставится в соответствие свой контроллер, который затем начинает свой диалог с пользователем. Правила пасьянса «Карлтон» Пасьянс раскладывается колодой из 52 карт. Карты из колоды раскладываются на 4 стопки, в первой стопке 4 карты, во второй стопке 3 карты, в третьей стопке 2 карты, в четвертой стопке 1 карта. Карты в стопках раскладываются так, чтобы все карты в стопке были видны. Сверху над стопками располагаются 4 основания для собираемых карт. Рядом кладется колода с оставшимися картами. Перекладывать карты со стопки на стопку можно в нисходящей последовательности с чередованием цвета масти (например, на чёрного валета можно перекладывать красную десятку, с одной стопки на другую можно перекладывать сразу несколько карт, если они уже упорядочены в требуемом порядке). Также на пустую стопку можно переложить короля, или несколько карт с нижним королём. В основания сверху над стопками сначала кладутся тузы, а далее карты в восходящей последовательности: 2, 3, 4, 5, 6, 7, 8, 9, 10, валет, дама, король – все карты на основании должны быть одной масти. Когда карт для перекладывания нет, то на каждую стопку (даже если в ней уже нет ни одной карты) берётся по одной карте из колоды. Пасьянс сошелся, если все карты собраны на 4 основаниях.

Написать программу обработки файла типа запись, содержащую следующие пункты меню: «Создание», «Просмотр», «Коррекция» (добавление новых данных или редактирование старых), «Решение индивидуального задания». Каждая запись должна содержать следующую информацию о студентах: – фамилия и инициалы; – год рождения; – номер группы; – оценки за семестр: по физике, математике, информатике, химии; – средний балл. Организовать ввод исходных данных, средний балл рассчитать по введенным оценкам. Содержимое всего файла и результаты решения индивидувльного задания записать в текстовый файл. Распечатать анкетные данные студентов, имеющих оценки 7 или 8 по физике и оценки 9 или 10 по высшей математике. Выполнить в программе visual studio в консольном режиме.

Будет экзамен 19 числа В 9:30 начала в 10:00 конец ( вам нужно присутствовать в это время ) Одна задачка Примерные задачи ниже

Вариант для индивидуальных заданий (9)

Работающая программа и пояснения к ней

Вариант 3 Лабораторная работа №4 Тема. Трехмерные преобразования. Проекция трехмерного пространства на двухмерную плоскость. Поворот пространства вокруг произвольной оси. Перспективная проекция. Цель. Изучение математического аппарата преобразования трехмерного пространства и его применение на практике для построения проекций простейших геометрических тел. Задание: 1) Реализовать программу вычерчивания заданного объемного тела. 2) Обеспечить возможность вращения тела вокруг осей Х, Y, Z на произвольный угол, задаваемый пользователем. 3) Осуществить вращение тела вокруг заданной оси на произвольный угол и вращение самой оси (если ось задана). 4) При выводе изображения 3D-объекта учитывать видимость ребер и граней (невидимые элементы отображать при помощи штриховой линии). 5) Построить перспективную проекцию с учетом введенных пользователем параметров: а) три сферические координаты (рисунок 7.9): расстояние до точки наблюдения ЕО; угол в горизонтальном направлении от оси Х; угол, измеренный по вертикали от оси Z; б) расстояние d между экраном и точкой наблюдения (точка О начала системы координат выбирается в центре геометрического тела).

Информационное моделирование. Разработка информационной модели предметной области в среде CASE-средства ERwin с использованием методологии IDEF1Х.

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

В лабораторных работах 6 и 8 задания все общие для выполнения, а в 4 лабораторной - вариант 12

Разработка АСУ желательно на языке C# бд, можно любой современный кроме делфи, аксес и т.п., экономическую часть делать не нужно, в файле отчет по практике примерный функционал программы. В листе задания требования к дипломной .

Все есть в требование к записке. Надо что бы создавалась резервная копия базы данных и загрузки ее если основная бд слетит

Реализовать в среде Mathcad c оформлением в word(е). С файлами рабочей программы. Можно на С++ или С# .