Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ufis.doc
Скачиваний:
56
Добавлен:
17.03.2015
Размер:
113.66 Кб
Скачать

D. Оформление отчета и утверждение концепции.

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

3) стадия 3. Техническое задание.

а. разработка и утверждение технического задания на создание информационной системы.

Техническое задание на создание информационной системы «Ломбард».

1. Общие сведения

  • Полное наименование ИС: «Ломбард».

  • Основание для проведения работ: Система создается на основании технического задания (ТЗ). ТЗ на ИС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие. ТЗ разрабатывается на основе ГОСТ 34.602-89 “Техническое задание на создание автоматизированной системы”.

  • Предприятие-заказчик.

  • Порядок оформления и предъявления заказчику результатов работы по созданию системы определяется после получения начальной версии продукта, в которой должны быть реализованы все основные функции, определенные в ТЗ и утвержденные заказчиком.

2. Назначение и цели создания системы

Вид автоматизируемой деятельности

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

  • Сильные стороны – преимущества организации;

  • Слабости – недостатки организации;

  • Возможности – факторы внешней среды, использование которых создаст преимущества огранизации на рынке;

  • Угрозы – факторы, которые могут потенциально ухудшить положение вашей организации на рынке;

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

Точка зрения: работники ломбарда.

В результате анализа предметной области работы ломбарда выделим следующие сущности:

– клиент;

– заложенное изделие;

– выплаченная сумма залога;

- выплаты процентов по залогу;

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

Между этими сущностями существуют следующие связи:

- клиент закладывает ювелирные изделия;

- клиент получает сумму залога.

- клиент выплачивает процентов по залогу;

- клиент теряет право собственности на вещи, невыкупленные из залога.

Результатом проектирования базы данных «Помощь работникам ломбарда» является схема базы данных:

3. Характеристика объектов автоматизации

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

компонентную технологию разработки моделей,

визуальное программирование,

использование образцов при проектировании,

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

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

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]