Вариант 16. Система учета товаров
Требуется разработать модель системы поддержки заказа и учета товаров в бакалейной лавке.
В бакалейной лавке для каждого товара фиксируется место хранения (определенная полка), количество товара и его поставщик. Система поддержки заказа и учета товаров должна обеспечивать добавление информации о новом товаре, изменение или удаление информации об имеющемся товаре, хранение (добавление, изменение и удаление) информации о поставщиках, включающей в себя название фирмы, ее адрес и телефон. При помощи системы составляются заказы поставщикам. Каждый заказ может содержать несколько позиций, в каждой позиции указываются наименование товара и его количество в заказе. Система учета по требованию пользователя формирует и выдает на печать следующую справочную информацию:
· список всех товаров;
· список товаров, имеющихся в наличии;
· список товаров, количество которых необходимо пополнить;
· список товаров, поставляемых данным поставщиком.
В ходе выполнения этого варианта задания должна быть разработана схема базы данных, хранящей информацию о товарах, заказах и поставщиках
Вариант 17. Система табельного учета
Требуется разработать модель системы табельного учета.
Задачи контроля рабочего времени, выполняемые отделом кадров, включают сбор отпечатанных табелей, проверку полноты и правильности заполнения табелей, получение при необходимости подтверждения от менеджера и ввод данных табельных карточек в действующую систему расчета заработной платы, чтобы подготовить печать платежной ведомости. Кроме того, штат отдела кадров должен поддерживать коды зарплаты (обычное время, сверхурочное время, отпуск по болезни и т.д.) и распределять список кодов среди служащих компании при каждом его изменении.
|
|
|
Эта работа в свою очередь влияет на способность отдела кадров выполнять другие обязанности, в том числе готовить отчеты по зарплате, заниматься пособиями и выполнять функции найма, продвижения и увольнения. Успешное решение проблемы должно сократить время, которое отдел кадров тратит на задачи, связанные с табельным учетом, на 60% и более.
Заинтересованными лицами в этом проекте являются служащие компании, имеющие следующие должностные обязанности:
| Заинтересованное лицо | Обязанности |
| Администратор отдела кадров | Вести учет служащих. Рассматривать и вводить данные табелей служащих. Поддерживать и распределять коды зарплаты. Готовить отчеты о зарплате. Сверять данные о зарплате. Управлять пособиями. Консультировать служащих по вопросам пособий. Наблюдать за процессом найма и соответствующим учетом. Наблюдать за процессом продвижения и соответствующим учетом. Наблюдать за процессом увольнения и соответствующим учетом. Реагировать на жалобы служащих. |
| Менеджер отдела кадров | Управлять отделом кадров. |
| Служащие | Предоставлять отделу кадров информацию, связанную со служащими и их рабочим временем. |
Пользователи системы и их обязанности:
|
|
|
| Пользователь | Обязанности |
| Администратор отдела кадров | Рассматривать и корректировать табельные карточки. Поддерживать коды зарплаты. |
| Менеджер отдела кадров | Утверждать особые типы корректировки табельных карточек. |
| Служащие | Вводить данные табельных карточек. |
| Менеджеры | Подтверждать табельные карточки служащих. |
Новая система должна предоставлять следующие функциональные возможности:
· для служащего – представлять и просматривать информацию своего табеля;
· для менеджера – утверждать табели его служащих;
· для администратора отдела кадров – контролировать правильность табелей и вносить необходимые уточнения;
· для администратора отдела кадров – поддерживать коды зарплаты.
Вариант 18. Система кредитования банка
Требуется разработать модель системы кредитования банка.
|
|
|
Небольшой банк автоматизирует деятельность, связанную с кредитованием физических и юридических лиц (индивидуальных клиентов и организаций).
В настоящее время кандидат на получение кредита заполняет бумажную форму, прикладывает необходимые документы (финансовый отчет, перспективную оценку финансового состояния и др.) и отправляет в банк. Референт по кредитованию анализирует запрос на предмет возможных ошибок и подтверждает его достоверность.
Затем референт запрашивает отчет о кредитных операциях клиента в отделе кредитования. Копия отчета просматривается банковским служащим, а референт проверяет финансовое положение и доход клиента. Служащий также обращается к существующей системе управления счетами клиентов, чтобы получить необходимую информацию о состоянии счета и предыдущих кредитах клиента.
Вся информация комплектуется в кредитный запрос и направляется для оценки инспектору по кредитам. Если запрос утверждается, инспектор определяет наилучшие условия кредитования и уведомляет об этом клиента. Если клиент принимает условия, то кредит оформляется.
На обработку запроса обычно уходит минимум две недели (как для индивидуальных клиентов, так и для организаций).
|
|
|
Цели автоматизации – сократить время обработки запроса до 48 часов для индивидуальных клиентов и 72 часов для организаций, сократить количество сотрудников, занятых в процессе обработки и увеличить количество запросов, обрабатываемых в заданный период времени.
Примечание: Банк — это предприятие, осуществляющее регулирование платежного оборота в наличной и безналичной формах. Банк привлекает денежные средства физических и юридических лиц во вклады; размещает привлеченные средства от своего имени и за свой счет; открывает и ведет банковские счета физических и юридических лиц; инкассирует денежные средства, векселя, платежные и расчетные документы; производит кассовое обслуживание физических и юридических лиц; производит куплю-продажу иностранной валюты в наличной и безналичной формах; предоставляет услугу хранения ценных бумаг и драгоценных металлов; осуществляет выдачу банковских гарантий; осуществляет переводы денежных средств по поручению физических лиц без открытия банковских счетов. По результатам своей деятельности банк производит отчисления в налоговые органы и предоставляет отчетность в органы государственной статистики и Центральный Банк РФ.
Вариант 19. WWW-конференция
Вы должны учитывать специфику такой формы общения,
как конференция и четко понимать её отличие от чата.
Из правил пользования WWW-конференцией
Требуется разработать модель программного обеспечения WWW-конференции.
WWW-конференция представляет собой хранилище сообщений в сети Интернет, доступ к которому осуществляется при помощи браузера. Для каждого сообщения конференции хранятся значения следующих полей: номер сообщения, автор, тема, текст сообщения, дата добавления сообщения, ссылка на родительское сообщение. Начальной страницей конференции является иерархический список сообщений. Верхний уровень иерархии составляют сообщения, открывающие новые темы, а подуровни составляют сообщения, полученные в ответ на сообщения верхнего уровня. Сообщение-ответ всегда имеет ссылку на исходное сообщение. В списке отображаются только темы сообщений, их авторы и даты добавления. Просматривая список, пользователь выбирает сообщение и по гиперссылке открывает страницу с текстом сообщения. Помимо текста на этой странице отображается список (иерархический) сообщений являющихся ответами, ответами на ответы и т.д. Для удобства пользователей необходимо предусмотреть поиск сообщений по автору или по ключевым словам в теме или тексте сообщения.
Сообщения добавляются в конференцию зарегистрированными пользователями, которые при отправке сообщения должны указать своё имя и пароль. Регистрирует новых пользователей модератор конференции - её ведущий. При регистрации пользователь заполняет специальную форму, содержимое которой затем пересылается модератору и запоминается в базе пользователей. Модератор решает, регистрировать пользователя или нет, и отправляет свой ответ.
При добавлении сообщений пользователь имеет возможность начать новую тему или ответить на ранее добавленные сообщения. После добавления сообщения оно доступно для чтения всем пользователям (даже незарегистрированным), и список сообщений обновляется.
Модератор имеет право по тем или иным причинам удалять сообщения любых авторов. Он также может наказывать пользователей, нарушающих правила поведения в конференции, лишая на некоторое время пользователя возможности добавлять и редактировать сообщения.
Вариант задания включает в себя разработку схемы базы данных для хранения сообщений конференции и информации об её участниках.
При выполнении этого варианта задания рекомендуем ознакомиться с работой [Коналлен-2001]. Следует определиться, по какому архитектурному шаблону будет строиться Web-приложение («тонкий клиент» или «толстый клиент»). В соответствии с выбранным шаблоном следует построить модели клиентской части магазина и серверной части, промоделировать связи между частями приложения. Для Web-приложений типичными являются следующие классы:
· клиентская Web-страница;
· серверная Web-страница (например, CGI-скрипт);
· HTML-форма;
· объект JavaScript.
Дополнительные связи между классами Web-приложений:
· link – ссылка с одной страницы на другую;
· build – связь между CGI-скриптом и клиентской страницей, генерируемой при его выполнении;
· submit – связь между формой и серверной Web-страницей, принимающей данные из формы.
Типичные компоненты:
· Web-страница (HTML-файл),
· Active Server Page (ASP),
· Java Server Page (JSP),
· сервлет,
· библиотека скриптов (например, подключаемый файл с Javascript-функциями).
Наиболее подходящей архитектурой для WWW-конференции является «тонкий клиент», поскольку клиентская часть практически не содержит «бизнес-логики». Единственным её элементом, который может выполняться на стороне клиента, является проверка правильного заполнения полей формы, перед отправкой её содержимого на сервер.
Дата добавления: 2022-01-22; просмотров: 60; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!